Re: revEnterprise dp-5 / revMedia beta / revWeb beta
I can confirm that cascading menus in a revLet DON'T work right. Comboboxes are a little flaky too but that is intermittent. I use cascading menus pretty much the way Richard discribed them. I have a Reports button and under that I have different groups of reports which each have their own their own line on this menu. I can't take the mouse off of the original Reports button (top level of menus) without it going away. On the same menu bar, selecting menus that only have a single level work fine. It's the cascade that causes the problem and since the very first line of my Reports menu is a cascading menu, I can't select anything below it either. len morgan Richard Miller wrote: David, There is an extra tab in my example, but it doesn't effect anything. The problem remains as described. Did you try it in your browser and have it work properly? Richard dfepst...@comcast.net wrote: Richard Miller wrote: ... 1. Create a popup button. It will come with three lines of data in it. ... 3. Go back and enter this into the message box: put return tab tab choice x after line 1 of btn 1 4. In the development environment, choice x should now appear as a sub-choice of the first menu item, and you should be able to select it. ... Looks like there's an extra tab in your step 3. David Epstein ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
Re: revEnterprise dp-5 / revMedia beta / revWeb beta
Len, Just a moment ago, I got confirmation from a Rev engineer that they confirmed the problem and will presumably correct it shortly, I hope. Richard Len Morgan wrote: I can confirm that cascading menus in a revLet DON'T work right. Comboboxes are a little flaky too but that is intermittent. I use cascading menus pretty much the way Richard discribed them. I have a Reports button and under that I have different groups of reports which each have their own their own line on this menu. I can't take the mouse off of the original Reports button (top level of menus) without it going away. On the same menu bar, selecting menus that only have a single level work fine. It's the cascade that causes the problem and since the very first line of my Reports menu is a cascading menu, I can't select anything below it either. len morgan Richard Miller wrote: David, There is an extra tab in my example, but it doesn't effect anything. The problem remains as described. Did you try it in your browser and have it work properly? Richard dfepst...@comcast.net wrote: Richard Miller wrote: ... 1. Create a popup button. It will come with three lines of data in it. ... 3. Go back and enter this into the message box: put return tab tab choice x after line 1 of btn 1 4. In the development environment, choice x should now appear as a sub-choice of the first menu item, and you should be able to select it. ... Looks like there's an extra tab in your step 3. David Epstein ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
Re: revEnterprise dp-5 / revMedia beta / revWeb beta
Richard Miller wrote: Just a moment ago, I got confirmation from a Rev engineer that they confirmed the problem and will presumably correct it shortly, I hope. Len Morgan wrote: I can confirm that cascading menus in a revLet DON'T work right. Comboboxes are a little flaky too but that is intermittent. I use cascading menus pretty much the way Richard discribed them. I have a Reports button and under that I have different groups of reports which each have their own their own line on this menu. I can't take the mouse off of the original Reports button (top level of menus) without it going away. On the same menu bar, selecting menus that only have a single level work fine. It's the cascade that causes the problem and since the very first line of my Reports menu is a cascading menu, I can't select anything below it either. There are a two issues with cascade-style menus: 1. They don't draw using OS menus, but instead use emulated menus 2. They require that the mouse be held down, rather than just clicked as with other menus But note that those are with the cascade menu button style, not with using tab-spaced sub-menus in pullDown style buttons. Was the note from Support that they would address cascade style menus specifically, or with sub-menus in pullDown menus? I sure hope it's the former, as I love using cascade styles for flyout menus but have had to do some funky workarounds to get the to work correctly. -- Richard Gaskin Fourth World Rev training and consulting: http://www.fourthworld.com Webzine for Rev developers: http://www.revjournal.com revJournal blog: http://revjournal.com/blog.irv ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
Re: revEnterprise dp-5 / revMedia beta / revWeb beta
Sorry, Richard it was regarding the latter (popup/pulldowns). What's the disadvantage of using a pulldown menu with tabs to create submenu's... as opposed to a cascade menu button? Richard Richard Gaskin wrote: Richard Miller wrote: Just a moment ago, I got confirmation from a Rev engineer that they confirmed the problem and will presumably correct it shortly, I hope. Len Morgan wrote: I can confirm that cascading menus in a revLet DON'T work right. Comboboxes are a little flaky too but that is intermittent. I use cascading menus pretty much the way Richard discribed them. I have a Reports button and under that I have different groups of reports which each have their own their own line on this menu. I can't take the mouse off of the original Reports button (top level of menus) without it going away. On the same menu bar, selecting menus that only have a single level work fine. It's the cascade that causes the problem and since the very first line of my Reports menu is a cascading menu, I can't select anything below it either. There are a two issues with cascade-style menus: 1. They don't draw using OS menus, but instead use emulated menus 2. They require that the mouse be held down, rather than just clicked as with other menus But note that those are with the cascade menu button style, not with using tab-spaced sub-menus in pullDown style buttons. Was the note from Support that they would address cascade style menus specifically, or with sub-menus in pullDown menus? I sure hope it's the former, as I love using cascade styles for flyout menus but have had to do some funky workarounds to get the to work correctly. -- Richard Gaskin Fourth World Rev training and consulting: http://www.fourthworld.com Webzine for Rev developers: http://www.revjournal.com revJournal blog: http://revjournal.com/blog.irv ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
Re: revEnterprise dp-5 / revMedia beta / revWeb beta
Richard Miller wrote: Sorry, Richard it was regarding the latter (popup/pulldowns). What's the disadvantage of using a pulldown menu with tabs to create submenu's... as opposed to a cascade menu button? None at all; in the modern engine they're completely different animals. In the olden days, before menus could be drawn from the text of buttons, one had to create stacks with buttons on them as menus. Yes, it was as onerous and ugly as it sounds. ;) To make submenus in such a system, we used cascade style menu buttons in those menu stacks. After menu buttons were modified to render OS-native menus from the button's textual contents, using stacks as menus is now pretty much useless for everything except drop-down galleries. That would leave cascade style menus as mere detritus in the engine, were it not for the fairly common convention in recent years of having flyout menus, menus with a right-pointing triangle that work similarly to popups but the menu appears at a specific location, at the top-right of the control. Using a cascade style menu for this would be wonderful, except for the two shortcomings I noted (non-native appearance and the need to hold the mouse button down). The workaround now is to make a right-pointing arrow icon, assign it to a button, make a hidden popup style button which has your menu items and menupick handlers, and use the popup command to show that menu from the visible control with the icon. Ugh. Not impossible, not really all that difficult, but requiring two controls to get something we're so close to having perfectly with a single control feels unclean. ;) -- Richard Gaskin Fourth World Rev training and consulting: http://www.fourthworld.com Webzine for Rev developers: http://www.revjournal.com revJournal blog: http://revjournal.com/blog.irv ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
Re: revEnterprise dp-5 / revMedia beta / revWeb beta
--- On Thu, 10/29/09, Richard Miller w...@together.net wrote: Richard (or anyone else), In the known issues section (http://revmedia.runrev.com/frequently-asked-questions/known-issues/) covering Revmedia, it is stated that go in window of stack will be fixed shortly. What do you interpret this functionality to mean? It obviously doesn't relate to go to card x, since that works fine now. Thanks. Richard Miller Hi Richard, Using 'go stack OtherStack in the window of this stack you can go to another stack without leaving the current window - it's as if the target stack window opens in the same rectangle as the original stack and then the original stack window closes, but without the actual opening and closing of windows. Just give it a try: - create a new stack MyMain - drop in a button Go sub with script on mouseUp go stack MySub in the window of this stack end mouseUp - create a new substack MySub - drop in a button Go main with script on mouseUp go stack MyMain in the window of this stack end mouseUp Now play around with it, and you'll see that the same window remains open and you're just hopping back and forth seamlessly between the mainstack and substack. To me, this sounds like the best interim solution for revlets' inability to open new windows for substacks - and it certainly fits in with the AJAX paradigm of modifying the current page rather than loading a whole new page. Jan Schenkel = Quartam Reports PDF Library for Revolution http://www.quartam.com = As we grow older, we grow both wiser and more foolish at the same time. (La Rochefoucauld) ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
Re: revEnterprise dp-5 / revMedia beta / revWeb beta
Hi Jan, Yes, this was what I originally expected. But it's not working as of yet during runtime... only in the development environment. Will this be implemented shortly (prior to launch) so that it works the same during runtime? What if the two stacks are sized differently? What will happen then? It would be nice to have answers to these now so that developers like myself can make adjustments based on fairly large items like this. I've discovered some other significant (for me) change to the runtime environment in the past few days. A traditional cascading menu (built with the menu builder) which worked fine yesterday during runtime... no longer works today. The menu (which I dragged to the center of the stack so it functions as a button with cascading selections), depresses OK. The list of hierarchical selections show up OK. But any attempt to actually make a selection fails. Obviously, they are making substantial changes to the runtime environment on a daily basis. This makes development very difficult. I can work around much of this and focus on other items, but it's the not knowing what we'll end up with by 11/11 that makes all of this stressful, if not impossible. I actually don't think they know either. It seems to be very much a day-by-day situation. On the other hand, I fully appreciate the enormity of the challenge they face. Richard Jan Schenkel wrote: --- On Thu, 10/29/09, Richard Miller w...@together.net wrote: Richard (or anyone else), In the known issues section (http://revmedia.runrev.com/frequently-asked-questions/known-issues/) covering Revmedia, it is stated that go in window of stack will be fixed shortly. What do you interpret this functionality to mean? It obviously doesn't relate to go to card x, since that works fine now. Thanks. Richard Miller Hi Richard, Using 'go stack OtherStack in the window of this stack you can go to another stack without leaving the current window - it's as if the target stack window opens in the same rectangle as the original stack and then the original stack window closes, but without the actual opening and closing of windows. Just give it a try: - create a new stack MyMain - drop in a button Go sub with script on mouseUp go stack MySub in the window of this stack end mouseUp - create a new substack MySub - drop in a button Go main with script on mouseUp go stack MyMain in the window of this stack end mouseUp Now play around with it, and you'll see that the same window remains open and you're just hopping back and forth seamlessly between the mainstack and substack. To me, this sounds like the best interim solution for revlets' inability to open new windows for substacks - and it certainly fits in with the AJAX paradigm of modifying the current page rather than loading a whole new page. Jan Schenkel = Quartam Reports PDF Library for Revolution http://www.quartam.com = As we grow older, we grow both wiser and more foolish at the same time. (La Rochefoucauld) ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
Re: revEnterprise dp-5 / revMedia beta / revWeb beta
Richard Miller wrote: Hi Jan, Yes, this was what I originally expected. But it's not working as of yet during runtime... only in the development environment. Will this be implemented shortly (prior to launch) so that it works the same during runtime? What if the two stacks are sized differently? What will happen then? It would be nice to have answers to these now so that developers like myself can make adjustments based on fairly large items like this. Quite! I've discovered some other significant (for me) change to the runtime environment in the past few days. A traditional cascading menu (built with the menu builder) which worked fine yesterday during runtime... no longer works today. The menu (which I dragged to the center of the stack so it functions as a button with cascading selections), depresses OK. The list of hierarchical selections show up OK. But any attempt to actually make a selection fails. Obviously, they are making substantial changes to the runtime environment on a daily basis. This makes development very difficult. I can work around much of this and focus on other items, but it's the not knowing what we'll end up with by 11/11 sleepless nights that makes all of this stressful, acidosis if not impossible. road rage I actually don't think they know either. It seems to be very much a day-by-day situation. I am thinking about a 2 weeks holiday from programming. On the other hand, I fully appreciate the enormity of the challenge they face. So do I, but I don't particularly like coming across 'surprises' - I honestly think their PR needs a spot of overhauling. Richard ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
Re: revEnterprise dp-5 / revMedia beta / revWeb beta
--- On Fri, 10/30/09, Richard Miller w...@together.net wrote: Hi Jan, Yes, this was what I originally expected. But it's not working as of yet during runtime... only in the development environment. Will this be implemented shortly (prior to launch) so that it works the same during runtime? What if the two stacks are sized differently? What will happen then? It would be nice to have answers to these now so that developers like myself can make adjustments based on fairly large items like this. I've discovered some other significant (for me) change to the runtime environment in the past few days. A traditional cascading menu (built with the menu builder) which worked fine yesterday during runtime... no longer works today. The menu (which I dragged to the center of the stack so it functions as a button with cascading selections), depresses OK. The list of hierarchical selections show up OK. But any attempt to actually make a selection fails. Obviously, they are making substantial changes to the runtime environment on a daily basis. This makes development very difficult. I can work around much of this and focus on other items, but it's the not knowing what we'll end up with by 11/11 that makes all of this stressful, if not impossible. I actually don't think they know either. It seems to be very much a day-by-day situation. On the other hand, I fully appreciate the enormity of the challenge they face. Richard Hi Richard, Indeed, [go stack OtherStack in the window of this stack] doesn't work inside a revlet yet - and I stress the word 'yet' as the KnownIssues page states it will be fixed shortly, which (to me) means they want it fixed before release. The whole Rev 4.0 project is obviously a mammoth task for the engineers, and the browser plug-in is indubitably gobbling up the most time. A little more clarity about what exactly is in and what is out in the first release, would be nice. But at this point, I'd prefer that we all enter our reports into the Quality Center, and let the engineers focus on the fixes. Would it be great if our revlets were on par with Java applets from day one? Sure, but the Java browser plug-in has been refined over the past decade-and-a-half. And how long has Flash been out in the wild? What to think of Microsoft Silverlight and its large team of engineers? I don't expect the first version of our revlets to have everything those behemoths have. But I do know they'll get there eventually - and what's most important, I'll be able to deliver working revlets in a fraction of the time I'd spend building them with the other platforms I've mentioned. Rev in the browsr is like Rev on the desktop: you'll always find a language and framework that does more, but the strength of revTalk lies in productivity. Jan Schenkel = Quartam Reports PDF Library for Revolution http://www.quartam.com = As we grow older, we grow both wiser and more foolish at the same time. (La Rochefoucauld) ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
Re: revEnterprise dp-5 / revMedia beta / revWeb beta
Richard Miller wrote: I've discovered some other significant (for me) change to the runtime environment in the past few days. A traditional cascading menu (built with the menu builder) which worked fine yesterday during runtime... no longer works today. The menu (which I dragged to the center of the stack so it functions as a button with cascading selections), depresses OK. The list of hierarchical selections show up OK. But any attempt to actually make a selection fails. At last I've found someone else who uses cascade menus! Cascade menus were originally added as part of the old stack-based menu system, which few people use anymore now that we can use the textual contents of menu button as menu items without having to build a stack for those. But cascade menus remain very useful for another purpose, as flyout menus. Adobe and many others place such menus at the upper-right of their palettes, and they're useful in other contexts as well. But unfortunately, the behavior of cascade menus differs from others in that most menus let you click and release and the menu stays up until you either select one of its items or click away from it, but cascade menus only appear as long as the mouse is down. Also, while most menu styles render their menus using OS routines, cascade menus draw using the built-in emulated appearances, giving them a non-standard look that compounds the non-standard behavior. There are workarounds for this, but they're not straightforward to implement and would certainly throw off the newcomer. Jacque has noted this in the RQCC, and I've amended her request with additional notes: http://quality.runrev.com/qacenter/show_bug.cgi?id=1338 Richard, what do you use cascade menus for? -- Richard Gaskin Fourth World Rev training and consulting: http://www.fourthworld.com Webzine for Rev developers: http://www.revjournal.com revJournal blog: http://revjournal.com/blog.irv ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
Re: revEnterprise dp-5 / revMedia beta / revWeb beta
Richard, Timely question. I'm using a cascading menu/button to give the user the option to select a video file which could reside in any of three folders. Each folder has one or more subfolders. For example: Video Group 1 Animals Elephant.mov Tiger.mov People Richard.mov Video Group 2 Cars Ford.mov Chevy.mov etc... The advantage of this approach is it takes up very little room on the screen (i.e. just one small button), but provides easy access to lots of files. I was about to submit this bug report (this functionality worked two days ago, but not now), but I'd like others to test it first. I could only test it under XP. Start with a new stack in Media. 1. Create a popup button. It will come with three lines of data in it. 2. Run it in a browser. Should function normally... meaning, you can select one of the three items. 3. Go back and enter this into the message box: put return tab tab choice x after line 1 of btn 1 4. In the development environment, choice x should now appear as a sub-choice of the first menu item, and you should be able to select it. 5. Run it in a browser. When I test this now, it is no longer possible to select any menu item, let alone choice x. Is that what others are finding? Thanks. Richard Miller Richard Gaskin wrote: Richard Miller wrote: I've discovered some other significant (for me) change to the runtime environment in the past few days. A traditional cascading menu (built with the menu builder) which worked fine yesterday during runtime... no longer works today. The menu (which I dragged to the center of the stack so it functions as a button with cascading selections), depresses OK. The list of hierarchical selections show up OK. But any attempt to actually make a selection fails. At last I've found someone else who uses cascade menus! Cascade menus were originally added as part of the old stack-based menu system, which few people use anymore now that we can use the textual contents of menu button as menu items without having to build a stack for those. But cascade menus remain very useful for another purpose, as flyout menus. Adobe and many others place such menus at the upper-right of their palettes, and they're useful in other contexts as well. But unfortunately, the behavior of cascade menus differs from others in that most menus let you click and release and the menu stays up until you either select one of its items or click away from it, but cascade menus only appear as long as the mouse is down. Also, while most menu styles render their menus using OS routines, cascade menus draw using the built-in emulated appearances, giving them a non-standard look that compounds the non-standard behavior. There are workarounds for this, but they're not straightforward to implement and would certainly throw off the newcomer. Jacque has noted this in the RQCC, and I've amended her request with additional notes: http://quality.runrev.com/qacenter/show_bug.cgi?id=1338 Richard, what do you use cascade menus for? -- Richard Gaskin Fourth World Rev training and consulting: http://www.fourthworld.com Webzine for Rev developers: http://www.revjournal.com revJournal blog: http://revjournal.com/blog.irv ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
Re: revEnterprise dp-5 / revMedia beta / revWeb beta
Richard Miller wrote: ... 1. Create a popup button. It will come with three lines of data in it. ... 3. Go back and enter this into the message box: put return tab tab choice x after line 1 of btn 1 4. In the development environment, choice x should now appear as a sub-choice of the first menu item, and you should be able to select it. ... Looks like there's an extra tab in your step 3. David Epstein ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
Re: revEnterprise dp-5 / revMedia beta / revWeb beta
David, There is an extra tab in my example, but it doesn't effect anything. The problem remains as described. Did you try it in your browser and have it work properly? Richard dfepst...@comcast.net wrote: Richard Miller wrote: ... 1. Create a popup button. It will come with three lines of data in it. ... 3. Go back and enter this into the message box: put return tab tab choice x after line 1 of btn 1 4. In the development environment, choice x should now appear as a sub-choice of the first menu item, and you should be able to select it. ... Looks like there's an extra tab in your step 3. David Epstein ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
Re: revEnterprise dp-5 / revMedia beta / revWeb beta
Kevin Miller wrote: Hi everyone, snip A new revWeb plugin for Windows and OS X (Linux coming soon) is now available from: http://revweb.runrev.com/ Major changes: Plugin has been re-engineered. This is the third and final (for 4.0) version of the architecture. This version resolves most of the short-comings of the previous 'alpha' version: - plugins can now run in multiple browsers simultaneously - orphaned processes will not be left around after plugin instances quit - if a plugin causes the engine to crash/exit, the browser will not be affected - system dialogs and answer alerts now layer correctly above the browser - popup menus from option and buttons etc. now function correctly - separate 'WebKit' version of the plugin for running under Safari (therefore 64-bit Safari on Snow Leopard works with the plugin) - the plugin works in IE Protected Mode - non-Roman languages can now be typed into fields [those requiring IMEs (Chinese, Japanese etc.) do not yet work on Mac OS X] the third and final (for 4.0) version so palettised stacks in revlets are totally *...@%ed in 4.0 ! This is ODD as I was led to understand that the problem with palettised stack loading behind the browser window was one of the top-priority problems. Having attended the RunRev conference in Edinburgh I returned to Bulgaria confident in the knowledge that I could go ahead with my development of a program/revlet that uses some 50-ish palettised substacks as at the release of 4.0 (about 14 days from now) all would be well. Beyond that one problem my program worked perfectly as a revlet: now it is totally useless and can only be developed into a fully-fledged standalone. I had intended to release my 'Sanskrit Typewriter' on a Freemium model, whereby the web-based version was FREE, and the standalone version, with more features, would be for money; the former attracting folk to buy the latter. That whole business model is now down the tubes; as is a lot of my confidence in RunRev's promises, pronouncements and so forth. One wonders why there has been so much hype about the revWeb 'thing' when, as development progresses it seems to lose features rather than gain them. Obviously I am (as my English grandmother used to say) green as a cabbage looking. I cannot believe I am the only programmer who has got him/herself in a stew about this. [Well, I suppose, even if nothing else, many users of this list will learn some happy idioms, similes amd metaphors that are not included in standard EFL courses . . . :) ] ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
Re: revEnterprise dp-5 / revMedia beta / revWeb beta
Richmond, you can instantiate the palettes using an embed tag for each palette, then you can show or hide them with javascript. it is a hack, but it works now. On Thu, Oct 29, 2009 at 4:20 PM, Richmond Mathewson richmondmathew...@gmail.com wrote: Kevin Miller wrote: Hi everyone, snip A new revWeb plugin for Windows and OS X (Linux coming soon) is now available from: http://revweb.runrev.com/ Major changes: Plugin has been re-engineered. This is the third and final (for 4.0) version of the architecture. This version resolves most of the short-comings of the previous 'alpha' version: - plugins can now run in multiple browsers simultaneously - orphaned processes will not be left around after plugin instances quit - if a plugin causes the engine to crash/exit, the browser will not be affected - system dialogs and answer alerts now layer correctly above the browser - popup menus from option and buttons etc. now function correctly - separate 'WebKit' version of the plugin for running under Safari (therefore 64-bit Safari on Snow Leopard works with the plugin) - the plugin works in IE Protected Mode - non-Roman languages can now be typed into fields [those requiring IMEs (Chinese, Japanese etc.) do not yet work on Mac OS X] the third and final (for 4.0) version so palettised stacks in revlets are totally *...@%ed in 4.0 ! This is ODD as I was led to understand that the problem with palettised stack loading behind the browser window was one of the top-priority problems. Having attended the RunRev conference in Edinburgh I returned to Bulgaria confident in the knowledge that I could go ahead with my development of a program/revlet that uses some 50-ish palettised substacks as at the release of 4.0 (about 14 days from now) all would be well. Beyond that one problem my program worked perfectly as a revlet: now it is totally useless and can only be developed into a fully-fledged standalone. I had intended to release my 'Sanskrit Typewriter' on a Freemium model, whereby the web-based version was FREE, and the standalone version, with more features, would be for money; the former attracting folk to buy the latter. That whole business model is now down the tubes; as is a lot of my confidence in RunRev's promises, pronouncements and so forth. One wonders why there has been so much hype about the revWeb 'thing' when, as development progresses it seems to lose features rather than gain them. Obviously I am (as my English grandmother used to say) green as a cabbage looking. I cannot believe I am the only programmer who has got him/herself in a stew about this. [Well, I suppose, even if nothing else, many users of this list will learn some happy idioms, similes amd metaphors that are not included in standard EFL courses . . . :) ] ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution -- http://www.andregarzia.com All We Do Is Code. ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
Re: revEnterprise dp-5 / revMedia beta / revWeb beta
Having survived SuperCard's web plugin and 'Windows' version, I still am very optimistic. We already have something much more than the SC plugin and with a path to further features and possibilities. I understood this to be 'final' but with many updates after that. 2 cents Tom McGrath III Lazy River Software 3mcgr...@comcast.net iTunes Library Suite - libITS Information and download can be found on this page: http://www.lazyriversoftware.com/RevOne.html On Oct 29, 2009, at 2:20 PM, Richmond Mathewson wrote: I cannot believe I am the only programmer who has got him/herself in a stew about this. [Well, I suppose, even if nothing else, many users of this list will learn some happy idioms, similes amd metaphors that are not included in standard EFL courses . . . :) ] ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
Re: revEnterprise dp-5 / revMedia beta / revWeb beta
Andre Garzia wrote: Richmond, you can instantiate the palettes using an embed tag for each palette, then you can show or hide them with javascript. it is a hack, but it works now. Well, that is obviously what I will have to do, although it doesn't make me any happier; especially as I know absolutely no javascript. Presumably by embed tag you are referring to HTML ??? On Thu, Oct 29, 2009 at 4:20 PM, Richmond Mathewson richmondmathew...@gmail.com wrote: Kevin Miller wrote: Hi everyone, snip A new revWeb plugin for Windows and OS X (Linux coming soon) is now available from: http://revweb.runrev.com/ Major changes: Plugin has been re-engineered. This is the third and final (for 4.0) version of the architecture. This version resolves most of the short-comings of the previous 'alpha' version: - plugins can now run in multiple browsers simultaneously - orphaned processes will not be left around after plugin instances quit - if a plugin causes the engine to crash/exit, the browser will not be affected - system dialogs and answer alerts now layer correctly above the browser - popup menus from option and buttons etc. now function correctly - separate 'WebKit' version of the plugin for running under Safari (therefore 64-bit Safari on Snow Leopard works with the plugin) - the plugin works in IE Protected Mode - non-Roman languages can now be typed into fields [those requiring IMEs (Chinese, Japanese etc.) do not yet work on Mac OS X] the third and final (for 4.0) version so palettised stacks in revlets are totally *...@%ed in 4.0 ! This is ODD as I was led to understand that the problem with palettised stack loading behind the browser window was one of the top-priority problems. Having attended the RunRev conference in Edinburgh I returned to Bulgaria confident in the knowledge that I could go ahead with my development of a program/revlet that uses some 50-ish palettised substacks as at the release of 4.0 (about 14 days from now) all would be well. Beyond that one problem my program worked perfectly as a revlet: now it is totally useless and can only be developed into a fully-fledged standalone. I had intended to release my 'Sanskrit Typewriter' on a Freemium model, whereby the web-based version was FREE, and the standalone version, with more features, would be for money; the former attracting folk to buy the latter. That whole business model is now down the tubes; as is a lot of my confidence in RunRev's promises, pronouncements and so forth. One wonders why there has been so much hype about the revWeb 'thing' when, as development progresses it seems to lose features rather than gain them. Obviously I am (as my English grandmother used to say) green as a cabbage looking. I cannot believe I am the only programmer who has got him/herself in a stew about this. [Well, I suppose, even if nothing else, many users of this list will learn some happy idioms, similes amd metaphors that are not included in standard EFL courses . . . :) ] ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
Re: revEnterprise dp-5 / revMedia beta / revWeb beta
Thomas McGrath III wrote: Having survived SuperCard's web plugin and 'Windows' version, I still am very optimistic. We already have something much more than the SC plugin and with a path to further features and possibilities. I understood this to be 'final' but with many updates after that. 2 cents Well, I am fantasizing about the RunRev team getting as cheesed-off as I am by my negative flack and releasing a version where palettes finction perfectly as a way to get me to shut-up . . .:) Tom McGrath III Lazy River Software 3mcgr...@comcast.net iTunes Library Suite - libITS Information and download can be found on this page: http://www.lazyriversoftware.com/RevOne.html On Oct 29, 2009, at 2:20 PM, Richmond Mathewson wrote: I cannot believe I am the only programmer who has got him/herself in a stew about this. [Well, I suppose, even if nothing else, many users of this list will learn some happy idioms, similes amd metaphors that are not included in standard EFL courses . . . :) ] ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
Re: revEnterprise dp-5 / revMedia beta / revWeb beta
Richmond Mathewson wrote: Thomas McGrath III wrote: Having survived SuperCard's web plugin and 'Windows' version, I still am very optimistic. We already have something much more than the SC plugin and with a path to further features and possibilities. I understood this to be 'final' but with many updates after that. 2 cents Well, I am fantasizing about the RunRev team getting as cheesed-off as I am by my negative flack and releasing a version where palettes finction perfectly as a way to get me to shut-up . . .:) Maybe my thinking is too conventional on this, but the range of potential issues with palettes running from a browser plugin would seem to reach beyond the merely technical into the cognitive: User expectations of the browser experience are well honed from a decade of relatively consistent exposure to a common set of conventions. While the content and specific interactions within a page will vary from site to site, users are very accustomed to seeing things for a specific page within that page, often as movable layers but rarely as separate windows. The benefit to this approach is that it keeps all of a web app's parts in one place. Most users today have multiple tabs open, and it's not uncommon for them to switch between them while they're browsing. If a palette window is opened from a Revlet in one tab, what does that palette do when the user switches to another tab? Presumably it wouldn't attempt to affect anything in the current tab's page, but since the page with the Revlet is no longer in view the user has no way to know how interacting with the palette will affect what's on that page. In desktop apps, when you switch to another application palettes are automatically hidden; they're in front only when the relevant app is in front, but once that app goes to the background there's no way to use palettes to accidentally alter the content of a window that may not be visible. While browsers provide notification when a page is being closed, I don't believe they provide notification when another tab is selected (do they?). This would make it difficult to know when to hide and show your palettes, leaving parts of your app overlaying the rest of the browser experience. Having Revlets open new Rev stack windows was a nifty option, but I'm not sure I'll miss it much. There are more conventional ways to get the same benefits, ways that arguably better meet user expectations by keeping all of your app's parts together on one page. A nice a flourish as those stack windows were, offhand I can't think of anything I would truly need to use them for that I can't do with a group on the card in a way that looks and feels a bit more like a web app. -- Richard Gaskin Fourth World Rev training and consulting: http://www.fourthworld.com Webzine for Rev developers: http://www.revjournal.com revJournal blog: http://revjournal.com/blog.irv ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
Re: revEnterprise dp-5 / revMedia beta / revWeb beta
Richard (or anyone else), In the known issues section (http://revmedia.runrev.com/frequently-asked-questions/known-issues/) covering Revmedia, it is stated that go in window of stack will be fixed shortly. What do you interpret this functionality to mean? It obviously doesn't relate to go to card x, since that works fine now. Thanks. Richard Miller Richard Gaskin wrote: Richmond Mathewson wrote: Thomas McGrath III wrote: Having survived SuperCard's web plugin and 'Windows' version, I still am very optimistic. We already have something much more than the SC plugin and with a path to further features and possibilities. I understood this to be 'final' but with many updates after that. 2 cents Well, I am fantasizing about the RunRev team getting as cheesed-off as I am by my negative flack and releasing a version where palettes finction perfectly as a way to get me to shut-up . . .:) Maybe my thinking is too conventional on this, but the range of potential issues with palettes running from a browser plugin would seem to reach beyond the merely technical into the cognitive: User expectations of the browser experience are well honed from a decade of relatively consistent exposure to a common set of conventions. While the content and specific interactions within a page will vary from site to site, users are very accustomed to seeing things for a specific page within that page, often as movable layers but rarely as separate windows. The benefit to this approach is that it keeps all of a web app's parts in one place. Most users today have multiple tabs open, and it's not uncommon for them to switch between them while they're browsing. If a palette window is opened from a Revlet in one tab, what does that palette do when the user switches to another tab? Presumably it wouldn't attempt to affect anything in the current tab's page, but since the page with the Revlet is no longer in view the user has no way to know how interacting with the palette will affect what's on that page. In desktop apps, when you switch to another application palettes are automatically hidden; they're in front only when the relevant app is in front, but once that app goes to the background there's no way to use palettes to accidentally alter the content of a window that may not be visible. While browsers provide notification when a page is being closed, I don't believe they provide notification when another tab is selected (do they?). This would make it difficult to know when to hide and show your palettes, leaving parts of your app overlaying the rest of the browser experience. Having Revlets open new Rev stack windows was a nifty option, but I'm not sure I'll miss it much. There are more conventional ways to get the same benefits, ways that arguably better meet user expectations by keeping all of your app's parts together on one page. A nice a flourish as those stack windows were, offhand I can't think of anything I would truly need to use them for that I can't do with a group on the card in a way that looks and feels a bit more like a web app. -- Richard Gaskin Fourth World Rev training and consulting: http://www.fourthworld.com Webzine for Rev developers: http://www.revjournal.com revJournal blog: http://revjournal.com/blog.irv ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
Re: revEnterprise dp-5 / revMedia beta / revWeb beta
Richard wrote: A nice a flourish as those stack windows were, offhand I can't think of anything I would truly need to use them for that I can't do with a group on the card in a way that looks and feels a bit more like a web app. Well, I must admit I miss them much, especially for business apps. This was (and I hope will be at some point) that made Rev shine in comparison to flex apps. Actually for me it was a real Revolution to be able to break out of the browser box from within the browser. Key selling point for one of my clients: Being able to bring up a complex modal dialog that blocks the currently running handler until the modal dialog is closed. A modal stack that might be bigger than the current viewing canvas allows. No need to refresh the page for it and being able to guaranty a minimum window size. This was a real wow effect that made one of my clients really want to switch flex made apps to rev. With the removal of the feature the rev versions are becoming more unlikely to happen. *sigh* Throws in a euro cent. Cheers, Malte ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
Re: revEnterprise dp-5 / revMedia beta / revWeb beta
Richard Miller wrote: In the known issues section (http://revmedia.runrev.com/frequently-asked-questions/known-issues/) covering Revmedia, it is stated that go in window of stack will be fixed shortly. What do you interpret this functionality to mean? That's a good question. Traditionally go stack in window of stack is a way of using a single window to display more than one stack. In the context of the plugin I would imagine that to work similarly, providing the ability to use a single plugin instance to not just navigate between cards in a stack, but also different stacks. My post was a reply to Richmond's comment lamenting the loss of palettes, but in reviewing this thread I can't find where Kevin said that was going away. Did I miss that in his post, or is it mentioned in a Read Me somewhere, or is there merely a misunderstanding about the scope of things still being worked on and they do indeed intend to allow opening stacks in a new window? Malte made some interesting points; I especially like this phrase: Actually for me it was a real Revolution to be able to break out of the browser box from within the browser. I still think there are some potential usability issues with this and I don't know for sure if there's a way the plugin can determine whether its running in the browser's current tab (I don't think so, but it would be nice to have and even better if it could be done without polling a JS function). But I prefer a gun, a bullet, and a map to my foot more than limitations, so if they can provide it I'm sure it'll result in some interesting apps. -- Richard Gaskin Fourth World Rev training and consulting: http://www.fourthworld.com Webzine for Rev developers: http://www.revjournal.com revJournal blog: http://revjournal.com/blog.irv ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
Re: revEnterprise dp-5 / revMedia beta / revWeb beta
On 30/10/09 11:31 AM, Richard Gaskin ambassa...@fourthworld.com wrote: Did I miss that in his post, or is it mentioned in a Read Me somewhere, or is there merely a misunderstanding about the scope of things still being worked on and they do indeed intend to allow opening stacks in a new window? See Q 03 at... http://revmedia.runrev.com/frequently-asked-questions/troubleshooting/ ... Although this does not rule out non-plugin windows (other than ask and answer dialogs) in future versions. Terry... ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
Re: revEnterprise dp-5 / revMedia beta / revWeb beta
I can not stop laughing. You are freaking awesome , Dude. I love it.. , Richmond Mathewson wrote: Well, I am fantasizing about the RunRev team getting as cheesed-off as I am by my negative flack and releasing a version where palettes finction perfectly as a way to get me to shut- up . . .:) ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
revEnterprise dp-5 / revMedia beta / revWeb beta
Hi everyone,
I'm pleased to announce that revEnterprise dp-5 is now available for our
Enterprise customers via check for updates or from:
Windows
http://developer.runrev.com/components/revolution/enterprise/4.0.0-dp-5/RevE
nt400FullTest.exe
Mac OS X
http://developer.runrev.com/components/revolution/enterprise/4.0.0-dp-5/RevE
nt400FullTest.dmg
Linux
http://developer.runrev.com/components/revolution/enterprise/4.0.0-dp-5/RevE
nt400FullTest.zip
A free beta of revMedia 4 is now available for everyone from:
http://revmedia.runrev.com/revmedia-alpha-program/
A new revWeb plugin for Windows and OS X (Linux coming soon) is now
available from:
http://revweb.runrev.com/
Major changes:
Plugin has been re-engineered. This is the third and final (for 4.0) version
of the architecture.
This version resolves most of the short-comings of the previous 'alpha'
version:
- plugins can now run in multiple browsers simultaneously
- orphaned processes will not be left around after plugin instances quit
- if a plugin causes the engine to crash/exit, the browser will not be
affected
- system dialogs and answer alerts now layer correctly above the browser
- popup menus from option and buttons etc. now function correctly
- separate 'WebKit' version of the plugin for running under Safari
(therefore 64-bit Safari on Snow Leopard works with the plugin)
- the plugin works in IE Protected Mode
- non-Roman languages can now be typed into fields [those requiring IMEs
(Chinese, Japanese etc.) do not yet work on Mac OS X]
The security dialog has been reworked to be cleaner, and less intimidating.
New engine syntax to allow execution of javascript in the host document:
do javascript in browser
For example:
do alert('hello') in browser
and
do document.write('Hello!') in browser
There are a number of bug fixes and minor improvements to the IDE.
A number of minor improvements need to be made to the sample stacks on the
revMedia site (in particular the splash stack loads slowly and the canvas
stack has an issue with selections). These changes, together with an update
to reflect the beta rather than alpha status will be made tomorrow.
We are aware of a number of Known Issues and there are a small number of
features that will now not be included in the initial launch of 4.0. You can
read about these here:
http://revmedia.runrev.com/frequently-asked-questions/known-issues/
http://revmedia.runrev.com/frequently-asked-questions/troubleshooting/
The remaining polish required for this launch now relates to bug fixes and
minor enhancements, rather than than the major architectural changes that
characterize this move from 'alpha' to 'beta'. As such we will be providing
a series of rapid iterative builds to address these and any issues that get
reported over the next few days. You may report feedback using this link:
http://revmedia.runrev.com/feedback/
Or direct to the improve-rev mailing list if you are an Enterprise customer.
I hope you enjoy this new build and thanks for your support and patience.
Kind regards,
Kevin
Kevin Miller ~ ke...@runrev.com ~ http://www.runrev.com/
RunRev - Software construction for everyone
___
use-revolution mailing list
use-revolution@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription
preferences:
http://lists.runrev.com/mailman/listinfo/use-revolution
Re: revEnterprise dp-5 / revMedia beta / revWeb beta
Whacko! And a Linux version. Thanks a lot! Richmond. ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
Re: revEnterprise dp-5 / revMedia beta / revWeb beta
The new plugin locks up both Firefox and Safari on my Mac (Leopard) requiring a force quit and the updater for Rev gets an error error,no_such_file and fails to update. Tried several times, rebooted. Anybody else having trouble? Marty Knapp ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
Re: revEnterprise dp-5 / revMedia beta / revWeb beta
Will there be a revStudio dp-5 ? ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
Re: revEnterprise dp-5 / revMedia beta / revWeb beta
On Oct 28, 2009, at 3:07 PM, Kevin Miller wrote: Hi everyone, I'm pleased to announce that revEnterprise dp-5 is now available for our Enterprise customers via check for updates or from: Windows http://developer.runrev.com/components/revolution/enterprise/4.0.0-dp-5/RevE nt400FullTest.exe Mac OS X http://developer.runrev.com/components/revolution/enterprise/4.0.0-dp-5/RevE nt400FullTest.dmg These links are 404 for me. Anyone else? ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
Re: revEnterprise dp-5 / revMedia beta / revWeb beta
I'm pleased to announce that revEnterprise dp-5 is now available for our Enterprise customers via check for updates or from: Windows http://developer.runrev.com/components/revolution/enterprise/4.0.0-dp-5/RevE nt400FullTest.exe Mac OS X http://developer.runrev.com/components/revolution/enterprise/4.0.0-dp-5/RevE nt400FullTest.dmg These links are 404 for me. Anyone else? Are you getting the full link when you click or is the line wrap chopping off the end? I'm just downloading using Check for updates Cheers, Sarah ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
Re: revEnterprise dp-5 / revMedia beta / revWeb beta
Ditto here :-( Judy On Wed, Oct 28, 2009 at 3:46 PM, Tereza Snyder ter...@califex.com wrote: These links are 404 for me. Anyone else? ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
Re: revEnterprise dp-5 / revMedia beta / revWeb beta
On Oct 28, 2009, at 6:46 PM, Tereza Snyder wrote: These links are 404 for me. Anyone else? Note the line breaks. Copy and paste of the whole url works. ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
Re: revEnterprise dp-5 / revMedia beta / revWeb beta
I noticed the line breaks, copy-pasted the whole link in, hit return, Safari went back to Apple's homepage... I closed the page but just noticed that the file downloaded anyway ;-) Strange... Judy On Wed, Oct 28, 2009 at 2:56 PM, Colin Holgate co...@verizon.net wrote: On Oct 28, 2009, at 6:46 PM, Tereza Snyder wrote: These links are 404 for me. Anyone else? Note the line breaks. Copy and paste of the whole url works. ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
Re: revEnterprise dp-5 / revMedia beta / revWeb beta
On Oct 28, 2009, at 5:58 PM, Judy Perry wrote: I noticed the line breaks, copy-pasted the whole link in, hit return, Safari went back to Apple's homepage... I closed the page but just noticed that the file downloaded anyway ;-) That's the nature of direct links to dmg files. ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
Re: revEnterprise dp-5 / revMedia beta / revWeb beta
So at the moment, anyway, it's no longer possible to open a second stack in a new window (in RevMedia) above the browser window. Meaning, if one is in the primary stack and issues the command, go cd 1 of stack x, nothing happens. In the alpha version, it would open a new window. From what I've read, I gather it WILL be possible to navigate from the initial stack to a different stack, but only within the same browser window. It will NOT be possible to open a stack/window above the browser (other than answer/ask). Is my understanding correct or have I missed something. Thanks. Richard Miller ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
Re: revEnterprise dp-5 / revMedia beta / revWeb beta
I just did some preliminary tests, and it looks like stacks created with the Metal texture option applied will not work with the new plugin, though they did with the old plugin. Apparently that was the source of my trouble on that score. I have Rev Studio and my check for updates says that 4.0.0 dp-5 is available, but I get the error I reported previously (error,no_such_file). Marty Knapp ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
Re: revEnterprise dp-5 / revMedia beta / revWeb beta
Richard Miller wrote: So at the moment, anyway, it's no longer possible to open a second stack in a new window (in RevMedia) above the browser window. Meaning, if one is in the primary stack and issues the command, go cd 1 of stack x, nothing happens. In the alpha version, it would open a new window. From what I've read, I gather it WILL be possible to navigate from the initial stack to a different stack, but only within the same browser window. It will NOT be possible to open a stack/window above the browser (other than answer/ask). Confirmed here... A simple call to open a substack fails completely in revlet. I'm definintely using the latest revWebPlayer and I rebuilt my revlet under dp-5... on mouseup open wd Table of Contents or open stack Table of Contents end mouseup [I have not tried toplevel or palette, but will right now...] in dp 4 it would open behind the browser and we were all expecting this version to allow to open it on top of the browser. We will be very surprised if substacks are not allowed... Is my understanding correct or have I missed something. Thanks. Richard Miller ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
