Re: Startup
Hi Craig, No, Rev has a kind of homestack, but it is not the start center and you can't edit it AFAIK. It doesn't make much sense to edit the stack revStartCenter. If you want to add your own scripts to the IDE, you could create a plugin that laods automatically when the IDE starts up. I don't think you can run your own startUp handler in the IDE, other than by calling it from another script or the message box. The startUp message is sent to the mainstack of your standalone project, if you use that mainstack to build a standalone. -- Best regards, Mark Schonewille Economy-x-Talk Consulting and Software Engineering Homepage: http://economy-x-talk.com Twitter: http://twitter.com/xtalkprogrammer KvK: 50277553 Download the Installer Maker plugin for Runtime Revolution at http://qurl.tk/ce On 28 jul 2010, at 17:01, dunb...@aol.com wrote: In HC, one is always assured that the home stack script will be placed well back in the message hierarchy when HC is first started, regardless of how that process is initiated. So that a startup message can be handled in a central, guaranteed-to-be-there location. In Rev, Is the stack revStartCenter typically used in a similar role? Is it the home where general application startup handlers should be placed similarly to home in HC? Its script is certainly accessable, though this is not particularly obvious. Just when I think I am becoming an intermediate player, I find I am still a newbie. Craig Newman ___ 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: Startup
DunbarX wrote: In HC, one is always assured that the home stack script will be placed well back in the message hierarchy when HC is first started, regardless of how that process is initiated. So that a startup message can be handled in a central, guaranteed-to-be-there location. In Rev, Is the stack revStartCenter typically used in a similar role? Is it the home where general application startup handlers should be placed similarly to home in HC? Its script is certainly accessable, though this is not particularly obvious. The revStartCenter is named as such only because of its role in the user experience, but that doesn't reflect its role in the message path. Rev has a Home stack which is similar to HC's in that regard, in Toolset/home.rev. That Home stack is the starting point of the process, but because of that role it's also password-protected so it can coordinate the boot process which includes the reg key checking. But even if it weren't protected, because it gets installed fresh with each release you'd lose your scripts each time you update. As a general rule, anything you modify in the /Toolset/ folder is subject to change by Rev. If what you want is a set of scripts available for all your stacks in the IDE, it would be much simpler to just make a plugin: 1. Just make any stack you like, and add a preOpenStack handler in its card script to put the stack into use as a library: on preOpenStack start using this stack end preOpenStack You'll want to do this in the card script rather than the stack script, since once the stack is brought into use as a library any handlers in it will be triggered from any such messages. 2. Save the stack into: ~/Documents/My Revolution Studio/Plugins/ You may need to create those folders if you haven't done so already; annoyingly, while this is the only place to put plugins that will work when you update, Rev doesn't make these folders automatically. This problem was solved in MC by allowing the user to specify any folder for plugins, but alas not so with Rev. 3. You may need to quit Rev before your plugin is recognized; I believe their Plugin manager is not as adept as MC's in allowing you to add stuff to it on the fly. 4. Launch Rev, and choose Plugin Settings from the Development-Plugins menu. 5. Select your plugin stack from the popup list at the top of the Plugins Manager, and choose the appropriate radio control for the behavior you want (probably Open plugin when: Revolution starts). That's it. Now you have a stack that will always be available as a library whenever Rev starts, and it'll survive updates so you can use it forever. -- 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: Startup
On 7/28/10 10:29 AM, Richard Gaskin wrote: If what you want is a set of scripts available for all your stacks in the IDE, it would be much simpler to just make a plugin: That's what I've done and it works very well. I set it to open my library stack invisibly when Rev starts up, so it doesn't use any screen space. I ported my most useful HC home handlers into it, and have since added a lot more. And yeah, Rev plugins are only loaded on startup, so you need to restart the IDE whenever you add a new one. -- Jacqueline Landman Gay | jac...@hyperactivesw.com HyperActive Software | http://www.hyperactivesw.com ___ 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: Startup
Thanks, all. Got it. Once again, this is fully reasonable, very doable, and yet this information is not easily obtainable. You can get facile with the language by writing lots of code and rummaging through the dictionary. But if not for this list, how could any of the structural stuff ever be learned? Danny? ___ 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: Startup
Recently, Jacque Landman Gay wrote: On 7/28/10 10:29 AM, Richard Gaskin wrote: If what you want is a set of scripts available for all your stacks in the IDE, it would be much simpler to just make a plugin: That's what I've done and it works very well. I set it to open my library stack invisibly when Rev starts up, so it doesn't use any screen space. I ported my most useful HC home handlers into it, and have since added a lot more. And yeah, Rev plugins are only loaded on startup, so you need to restart the IDE whenever you add a new one. Actually, you can use the Plugin Settings item at the bottom of the DevelopmentPlugins menu to apply plugin status to your stack. The stack is then immediately available from the Plugins menu, no restart required. Regards, Scott Rossi Creative Director Tactile Media, UX Design ___ 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: Startup
:-O never saw that option sometimes I think Rev hides things from me on purpose! On Wed, Jul 28, 2010 at 2:54 PM, Scott Rossi sc...@tactilemedia.com wrote: Recently, Jacque Landman Gay wrote: On 7/28/10 10:29 AM, Richard Gaskin wrote: If what you want is a set of scripts available for all your stacks in the IDE, it would be much simpler to just make a plugin: That's what I've done and it works very well. I set it to open my library stack invisibly when Rev starts up, so it doesn't use any screen space. I ported my most useful HC home handlers into it, and have since added a lot more. And yeah, Rev plugins are only loaded on startup, so you need to restart the IDE whenever you add a new one. Actually, you can use the Plugin Settings item at the bottom of the DevelopmentPlugins menu to apply plugin status to your stack. The stack is then immediately available from the Plugins menu, no restart required. Regards, Scott Rossi Creative Director Tactile Media, UX Design ___ 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: Startup
I thought we decided in the last closed door everyone-is-invited-except-Andre-Garzia meeting that we were not going to tell him! Bob On Jul 28, 2010, at 12:15 PM, Andre Garzia wrote: :-O never saw that option sometimes I think Rev hides things from me on purpose! On Wed, Jul 28, 2010 at 2:54 PM, Scott Rossi sc...@tactilemedia.com wrote: Recently, Jacque Landman Gay wrote: On 7/28/10 10:29 AM, Richard Gaskin wrote: If what you want is a set of scripts available for all your stacks in the IDE, it would be much simpler to just make a plugin: That's what I've done and it works very well. I set it to open my library stack invisibly when Rev starts up, so it doesn't use any screen space. I ported my most useful HC home handlers into it, and have since added a lot more. And yeah, Rev plugins are only loaded on startup, so you need to restart the IDE whenever you add a new one. Actually, you can use the Plugin Settings item at the bottom of the DevelopmentPlugins menu to apply plugin status to your stack. The stack is then immediately available from the Plugins menu, no restart required. Regards, Scott Rossi Creative Director Tactile Media, UX Design ___ 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 ___ 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: Startup
On 7/28/10 12:54 PM, Scott Rossi wrote: Recently, Jacque Landman Gay wrote: On 7/28/10 10:29 AM, Richard Gaskin wrote: If what you want is a set of scripts available for all your stacks in the IDE, it would be much simpler to just make a plugin: That's what I've done and it works very well. I set it to open my library stack invisibly when Rev starts up, so it doesn't use any screen space. I ported my most useful HC home handlers into it, and have since added a lot more. And yeah, Rev plugins are only loaded on startup, so you need to restart the IDE whenever you add a new one. Actually, you can use the Plugin Settings item at the bottom of the DevelopmentPlugins menu to apply plugin status to your stack. The stack is then immediately available from the Plugins menu, no restart required. Wow. Where is that? I'm looking at the Plugin Settings but I don't see anything called plugin status. Is it an add-on? -- Jacqueline Landman Gay | jac...@hyperactivesw.com HyperActive Software | http://www.hyperactivesw.com ___ 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: Startup
On 7/28/10 3:54 PM, J. Landman Gay wrote: On 7/28/10 12:54 PM, Scott Rossi wrote: Actually, you can use the Plugin Settings item at the bottom of the DevelopmentPlugins menu to apply plugin status to your stack. The stack is then immediately available from the Plugins menu, no restart required. Wow. Where is that? I'm looking at the Plugin Settings but I don't see anything called plugin status. Is it an add-on? Oh wait...do you mean, just choosing Plugin Settings will reset the status of all the plugins? Without doing anything else? I thought I'd tried that in the past... -- Jacqueline Landman Gay | jac...@hyperactivesw.com HyperActive Software | http://www.hyperactivesw.com ___ 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: Startup
Recently, Jacque Landman Gay wrote: Actually, you can use the Plugin Settings item at the bottom of the DevelopmentPlugins menu to apply plugin status to your stack. The stack is then immediately available from the Plugins menu, no restart required. Wow. Where is that? I'm looking at the Plugin Settings but I don't see anything called plugin status. Is it an add-on? Oh wait...do you mean, just choosing Plugin Settings will reset the status of all the plugins? Without doing anything else? Yes. Plugin status was intended to be a colorful descriptor. Apparently I colored outside the lines. :-) Regards, Scott Rossi Creative Director Tactile Media, UX Design ___ 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: Startup
Wow. Where is that? I'm looking at the Plugin Settings but I don't see anything called plugin status. Is it an add-on? Oh wait...do you mean, just choosing Plugin Settings will reset the status of all the plugins? Without doing anything else? Wait. I just reread what you asked. I meant selecting Plugin Settings will allow you to select your stack from the Plugin list (assuming you saved your stack in the proper folder) and apply whatever plugin status you want to your stack. That should do it I think. Regards, Scott Rossi Creative Director Tactile Media, UX Design ___ 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: Startup
Scott- Wednesday, July 28, 2010, 2:32:44 PM, you wrote: Wait. I just reread what you asked. I meant selecting Plugin Settings will allow you to select your stack from the Plugin list (assuming you saved your stack in the proper folder) and apply whatever plugin status you want to your stack. That should do it I think. I think what's important to note here is that changing a plugin's characteristics changes them in the plugin itself, not in the IDE. That means that you can set a plugin stack you're developing to, say, load when the IDE loads, then distribute that plugin stack and it will act the same for everyone who places it in their plugins folder. -- -Mark Wieder mwie...@ahsoftware.net ___ 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: Startup question
The easy way to do this in Leopard is just drag any item to the Dock, right click on it and choose Open at Login... from the popup. To make it open in a specific (non default) application: select the file in a window or on the desktop; press command-I or right-click Get Info. Set Open with to whatever you like. You can also choose a new default app to open all documents of that file type there. Joe F. On Aug 10, 2009, at 2:05 PM, Joe Lewis Wilkins wrote: Colin, we thank you. Joe Wilkins On Aug 10, 2009, at 10:57 AM, Colin Holgate wrote: On Aug 10, 2009, at 1:51 PM, Joe Lewis Wilkins wrote: However, this still doesn't allow me to stipulate a document as in the past; just the application. Bummer. Thats not true. Click the +, add in a document, and away you go. Now, having it open a document using an application that is not the normal application for that document type, can't be expressed in one line, but you could add in an AppleScript standalone instead, and that could do whatever you want it to do. ___ 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: Startup question
Sorry, I should have asked Finder Help the same question. Joe Wilkins ___ 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: Startup question
On Aug 10, 2009, at 1:28 PM, Joe Lewis Wilkins wrote: Sorry, I should have asked Finder Help the same question. Indeed. And for anyone who wanted to know the answer: System Preferences/Accounts/Your Account/Login Items. ___ 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: Startup question
Thanks, Colin, However, this still doesn't allow me to stipulate a document as in the past; just the application. Bummer. Joe Wilkins On Aug 10, 2009, at 10:38 AM, Colin Holgate wrote: On Aug 10, 2009, at 1:28 PM, Joe Lewis Wilkins wrote: Sorry, I should have asked Finder Help the same question. Indeed. And for anyone who wanted to know the answer: System Preferences/Accounts/Your Account/Login Items. ___ 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: Startup question
Thanks for posting this, Colin. I am a relatively new Mac user and love these knowledge bites. Ed On Aug 10, 2009, at 12:38 PM, Colin Holgate wrote: On Aug 10, 2009, at 1:28 PM, Joe Lewis Wilkins wrote: Sorry, I should have asked Finder Help the same question. Indeed. And for anyone who wanted to know the answer: System Preferences/Accounts/Your Account/Login Items. ___ 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: Startup question
Colin, we thank you. Joe Wilkins On Aug 10, 2009, at 10:57 AM, Colin Holgate wrote: On Aug 10, 2009, at 1:51 PM, Joe Lewis Wilkins wrote: However, this still doesn't allow me to stipulate a document as in the past; just the application. Bummer. Thats not true. Click the +, add in a document, and away you go. Now, having it open a document using an application that is not the normal application for that document type, can't be expressed in one line, but you could add in an AppleScript standalone instead, and that could do whatever you want it to do. ___ 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: Startup question
On Aug 10, 2009, at 1:51 PM, Joe Lewis Wilkins wrote: However, this still doesn't allow me to stipulate a document as in the past; just the application. Bummer. Thats not true. Click the +, add in a document, and away you go. Now, having it open a document using an application that is not the normal application for that document type, can't be expressed in one line, but you could add in an AppleScript standalone instead, and that could do whatever you want it to do. ___ 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: Startup Order in General and altSplash in particular
Len Morgan wrote: If you have a stand alone with say one card, what messages are sent (and in what order) when you run it? Looks like it's this way: startup preOpenStack preOpenBackground (if there is one) preOpenCard openStack openBackground openCard -- Jacqueline Landman Gay | [EMAIL PROTECTED] HyperActive Software | http://www.hyperactivesw.com ___ 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: Startup without IDE on Windows?
Scott Rossi wrote: Is there a key combination for this? You can double-click a stack with the command key held down. It's the opposite of MC's behavior. -- Jacqueline Landman Gay | [EMAIL PROTECTED] HyperActive Software | http://www.hyperactivesw.com ___ 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: Startup without IDE on Windows?
J. Landman Gay wrote: Scott Rossi wrote: Is there a key combination for this? You can double-click a stack with the command key held down. It's the opposite of MC's behavior. Oops. Doesn't seem to work any more. :( -- Jacqueline Landman Gay | [EMAIL PROTECTED] HyperActive Software | http://www.hyperactivesw.com ___ 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: StartUp message
On 17 Jan 2007, at 13:14, Mark Schonewille wrote: The startUp message is different. The docs contain the following description of the startUp message: Sent to the first stack opened when the application starts up. So, this appears to be exactly true: the message is sent to the stack and not to the card. This causes some confusion and it is inconvenient for me, because usually my preOpenstack and startUp handlers are connected and I would like to look at them in the same script editor. Moreover, HyperCard does send the startUp message to the card rather than the stack. I would like to know your opinion about this. Not an opinion, just an observation. In cardless situations such as cgi scripts,the startup message is the only one available. I have no knowledge of the internal workings of the engine, but I wonder if this is relevant and is part of the reason why startup goes to the stack and not the card. But if it's possible to implement, I can't see any downside. Cheers Dave ___ 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: StartUp message
Mark Schonewille wrote: The startUp message is different. The docs contain the following description of the startUp message: Sent to the first stack opened when the application starts up. So, this appears to be exactly true: the message is sent to the stack and not to the card. This causes some confusion and it is inconvenient for me, because usually my preOpenstack and startUp handlers are connected and I would like to look at them in the same script editor. Moreover, HyperCard does send the startUp message to the card rather than the stack. Fortunately it appears this isn't an error in the engine, just in the docs. I just made a standalone with this handler in both the card and stack scripts: on startup answer the params cr the name of the target end startup When I run the standalone the Answer box contains: startup card id 1002 So as far as I can tell, the Rev engine is consistent in this regard with HyperCard and other xTalks. -- Richard Gaskin Fourth World Media Corporation ___ [EMAIL PROTECTED] http://www.FourthWorld.com ___ 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: StartUp message
Hi Richard, I just checked it, it appears you're right. I had a reason to ask this, but I'll check out a few more things and come back to the subject later. Thanks Richard for testing and Dave for your reply. Best, Mark -- Economy-x-Talk Consultancy and Software Engineering http://economy-x-talk.com http://www.salery.biz Get your store on-line within minutes with Salery Web Store software. Download at http://www.salery.biz Op 17-jan-2007, om 15:42 heeft Richard Gaskin het volgende geschreven: Fortunately it appears this isn't an error in the engine, just in the docs. I just made a standalone with this handler in both the card and stack scripts: on startup answer the params cr the name of the target end startup When I run the standalone the Answer box contains: startup card id 1002 So as far as I can tell, the Rev engine is consistent in this regard with HyperCard and other xTalks. -- Richard Gaskin Fourth World Media Corporation ___ 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: StartUp message
Dave, also, when you're running a text CGI, the CGI script is inserted into a stack named script. if your cgi is on startup put the script of stack script end startup then you'll see your own source code in the result. This is specially useful for debugging. So the startup context in executing text script files is stack script, first card. Andre On Jan 17, 2007, at 11:35 AM, Dave Cragg wrote: On 17 Jan 2007, at 13:14, Mark Schonewille wrote: The startUp message is different. The docs contain the following description of the startUp message: Sent to the first stack opened when the application starts up. So, this appears to be exactly true: the message is sent to the stack and not to the card. This causes some confusion and it is inconvenient for me, because usually my preOpenstack and startUp handlers are connected and I would like to look at them in the same script editor. Moreover, HyperCard does send the startUp message to the card rather than the stack. I would like to know your opinion about this. Not an opinion, just an observation. In cardless situations such as cgi scripts,the startup message is the only one available. I have no knowledge of the internal workings of the engine, but I wonder if this is relevant and is part of the reason why startup goes to the stack and not the card. But if it's possible to implement, I can't see any downside. Cheers Dave ___ 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: StartUp message
On 17 Jan 2007, at 15:12, Andre Garzia wrote: Dave, also, when you're running a text CGI, the CGI script is inserted into a stack named script. if your cgi is on startup put the script of stack script end startup then you'll see your own source code in the result. This is specially useful for debugging. So the startup context in executing text script files is stack script, first card. I didn't know that, Andre. Thanks for the info. Cheers Dave ___ 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: startup question
Hi Stephen, I just used preOpenStack for all the stuff that has to happen on startup... works like a champ. Nothing can even see or touch the stack until everything is loaded. Just so you and anyone else who might go this route knows: Any reference to menus and menuItems in preOpenStack will not produce the desired result. One can reference a menu button by name, id, or number, and change the menuItems by changing the button's text. But references to menu 'File' or menuItem 'Save', etc. made prior to preOpenCard will fail. Rob Cozens CCW, Serendipity Software Company And I, which was two fooles, do so grow three; Who are a little wise, the best fooles bee. from The Triple Foole by John Donne (1572-1631) ___ 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: startup question
A word of thanks goes out to all who suggested solutions to my startup problem; Jim Ault, Chipp Walters, David Burgun, Dave Cragg, and Rob Cozens. I just used preOpenStack for all the stuff that has to happen on startup... works like a champ. Nothing can even see or touch the stack until everything is loaded. All I can say is duh... and thanks. sqb -- stephen barncard s a n f r a n c i s c o - - - - - - - - - - - - ___ 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: startup question
Hi, One way of doing it is like this: put stack quote myStackFilePath LibStack.rev quote into myTempStackFilePathName get value(LibStartUsing( theParam1 , theParam2 ),myTempStackFilePathName) Then in LibStack: function LibStartUsing theParam1, theParam2 start using me end LibStartUsing That way the Stack is loaded before the start using is actually run. Hope this helps All the Best Dave On 13 Apr 2006, at 02:32, Stephen Barncard wrote: I have a chicken-and-egg situation.. I have a stack startup handler that works fine until it does a 'start using' for a library stack, and then immediately needs to use a handler in that stack just included. What happens is that the code keeps marching along, the lib isn't active yet... and --- error. I've put a 'wait 30 ticks' then a 'wait 60 ticks' before continuing. Not long enough? I know, I know, cheesy too. What's the best way to allow the lib to load.. and how do I wait or hold for it? I know there's an 'librarystack' message.. thanks. sqb -- stephen barncard s a n f r a n c i s c o - - - - - - - - - - - - ___ 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: startup question
On 13 Apr 2006, at 02:32, Stephen Barncard wrote: I have a chicken-and-egg situation.. I have a stack startup handler that works fine until it does a 'start using' for a library stack, and then immediately needs to use a handler in that stack just included. What happens is that the code keeps marching along, the lib isn't active yet... and --- error. I've put a 'wait 30 ticks' then a 'wait 60 ticks' before continuing. Not long enough? I know, I know, cheesy too. What's the best way to allow the lib to load.. and how do I wait or hold for it? I know there's an 'librarystack' message.. I don't have a solution, but I'm surprised at the behavior. Generally, libraries called in this way are available immediately. (I'm thinking of cgi scripts that start using a library in the startup handler.) Do you know of anything in the library itself that might be causing this? Right now, the only thing I can think of is the library calling one of the Rev library handlers (commands beginning with rev, or a url request requiring liburl), as the Rev libraries don't load until after startup. Cheers Dave ___ 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: startup question
Hi Stephen, I have a chicken-and-egg situation.. I have a stack startup handler that works fine until it does a 'start using' for a library stack, and then immediately needs to use a handler in that stack just included. What happens is that the code keeps marching along, the lib isn't active yet... and --- error. I've put a 'wait 30 ticks' then a 'wait 60 ticks' before continuing. Not long enough? I know, I know, cheesy too. What's the best way to allow the lib to load.. and how do I wait or hold for it? I know there's an 'librarystack' message.. If this is the standard response from Revolution, my Foole's luck has kept me from experiencing it: I have not checked all my stacks this morning; however all but one I checked starts using the Library on preOpenStack but doesn't call a Library handler until openStack. Suppose you started using the library stack in preOpenStack and transferred the library calls to the preOpenCard handler for the first card opened in your main stack? I said all but one because sdbTools plugIn contains: on preopenStack startLibrary Serendipity_Library.rev if the result then beep answer warning sdbNoLibraryWarning close this stack exit preopenStack end if put field Source Database of card Translation into translationSource get the sdbFile of this stack put it into savedDatabase put char 1 to -5 of item -1 it into referenceSource if referenceSource translationSource then put referenceSource into field Source Database of card Translation put empty into field Destination Database of card Translation get empty -- trigger db save end if if it is not savedDatabase then save this stack set the icon of button Serendipity of card 1 to 103010 try revGoToFramePaused GrowBook,1 catch anyError set the rect of image Closed book.gif to 380,45,765,508 end try getSDBClientId mainStackClientId -- library call getSDBDbId mainStackDbId -- library call logInSDBClient (the platform),(the rIPCMode of this stack) -- library call checkSDBResult (the result) -- library call get the result if word 1 of it then close this stack exit preopenStack end if put word 2 of it into referenceClientId put the sdbFile of this stack into savedDatabase openSDBFile sdbBuffer,false,true,,None,false,empty -- library call checkSDBResult (the result) -- library call get the result if word 1 of it then close this stack exit preopenStack end if if the sdbFile of this stack is not savedDatabase then save this stack put word 2 of it into referenceDbId put referenceDbId into field Source Db Id of card Translation loadToolTips end preopenStack This logic has always worked for moi. Perhaps because it isn't preOpenStack that contains the start using statement, but rather the startLibrary handler called by preOpenStack. So you might try: on preOpenStack ... ... startLibrary My Library callLibraryHandler ... ... end preOpenStack startLibrary could be as simple as... on startLibrary libraryName start using stack libraryName return the result end startLibrary Mine is more complex: on startLibrary libraryName set the itemDelimiter to / put the effective fileName of this stack into libraryPath put libraryName into item -1 of libraryPath if there is a stack libraryPath then start using stack libraryPath return empty end if put PlugIns into item -1 of libraryPath put /libraryName after libraryPath if there is a stack libraryPath then start using stack libraryPath return empty end if switch (the platform) case Win32 get specialFolderPath(Documents)/libraryName if there is a stack it then start using stack it return empty end if break case MacOS if char 1 of the systemVersion 7 then delete item -5 to -3 of libraryPath if there is a stack libraryPath then start using stack libraryPath return empty end if delete item -2 of libraryPath if there is a stack libraryPath then start using stack libraryPath return empty end if end if break end switch return true -- = error end startLibrary This is because I want developers who use Serendipity Library to have multiple optional locations for library placement when bundling it with their apps. Rob Cozens CCW, Serendipity Software Company And I, which was two fooles, do so grow three; Who are a little wise, the best fooles bee. from The Triple Foole by John Donne (1572-1631) ___ 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: startup question
I have not done this kind of event looping yet, but couldn't you add a handler in the library that would call back that it was ready? Then in your code, do a repeat until it echoed a response? HTH Jim Ault Las Vegas On 4/12/06 6:32 PM, Stephen Barncard [EMAIL PROTECTED] wrote: I have a chicken-and-egg situation.. I have a stack startup handler that works fine until it does a 'start using' for a library stack, and then immediately needs to use a handler in that stack just included. What happens is that the code keeps marching along, the lib isn't active yet... and --- error. I've put a 'wait 30 ticks' then a 'wait 60 ticks' before continuing. Not long enough? I know, I know, cheesy too. What's the best way to allow the lib to load.. and how do I wait or hold for it? I know there's an 'librarystack' message.. thanks. sqb ___ 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: startup question
Stephen Barncard wrote: I have a stack startup handler that works fine until it does a 'start using' for a library stack, and then immediately needs to use a handler in that stack just included. What's the best way to allow the lib to load.. and how do I wait or hold for it? Stephen, I use preOpenStack and openStack handlers in THE CARD SCRIPT of the stack to effectively handle startup stuff. If you put your start using code there it should work fine. Startup, for me, is only a necessary handler when setting the externals of a stack BEFORE the stack loads..as they can't be set (and used) AFTER the stack loads. best, Chipp ___ 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: startup question
I did not say this, but of course, in the repeat loop you need to get tEchoFromLib() wait 60 ticks with messages if tEchoFromLib then exit repeat to allow the call back from the library handler to take effect. function echoFromLib return true end echoFromLib Jim Ault Las Vegas On 4/12/06 7:16 PM, Jim Ault [EMAIL PROTECTED] wrote: I have not done this kind of event looping yet, but couldn't you add a handler in the library that would call back that it was ready? Then in your code, do a repeat until it echoed a response? HTH Jim Ault Las Vegas On 4/12/06 6:32 PM, Stephen Barncard [EMAIL PROTECTED] wrote: I have a chicken-and-egg situation.. I have a stack startup handler that works fine until it does a 'start using' for a library stack, and then immediately needs to use a handler in that stack just included. What happens is that the code keeps marching along, the lib isn't active yet... and --- error. I've put a 'wait 30 ticks' then a 'wait 60 ticks' before continuing. Not long enough? I know, I know, cheesy too. What's the best way to allow the lib to load.. and how do I wait or hold for it? I know there's an 'librarystack' message.. thanks. sqb ___ 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: startup question
Stephen, Regarding my last comment, I may have addressed a problem you didn't have. You could have a callback message sent after the library has loaded, and trap it in the stack, then resume your startup code there, of course your openStack and other handlers would've already run. You might try 'wait 30 ticks with messages' and see if it doesn't help. Just an idea. best, Chipp Stephen Barncard wrote: I have a chicken-and-egg situation.. I have a stack startup handler that works fine until it does a 'start using' for a library stack, and then immediately needs to use a handler in that stack just included. What happens is that the code keeps marching along, the lib isn't active yet... and --- error. I've put a 'wait 30 ticks' then a 'wait 60 ticks' before continuing. Not long enough? I know, I know, cheesy too. What's the best way to allow the lib to load.. and how do I wait or hold for it? I know there's an 'librarystack' message.. thanks. sqb ___ 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: Startup procedures -- was Splash snafu
Ken Norris wrote: If the app encounters a memory problem and the stack quits at startup, and hasn't shown itself due to (the last line of) the preopenStack handler, how will they see the dialog to know there is a problem? In my experience, if a memory error occurs during a preOpenStack handler, the message handling bails and the stack is drawn. -- Richard Gaskin Fourth World Media Corporation Developer of WebMerge: Publish any database on any Web site ___ [EMAIL PROTECTED] http://www.FourthWorld.com Tel: 323-225-3717 AIM: FourthWorldInc ___ use-revolution mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/use-revolution
RE: Startup procedures -- was Splash snafu
If the app encounters a memory problem and the stack quits at startup, and hasn't shown itself due to (the last line of) the preopenStack handler, how will they see the dialog to know there is a problem? I think it is because it is in a preOpenStack handler, which is supposed to be executed just before the stack is displayed. If there's a memory problem, it will bail out of the preOpenStack handler and the stack will become visible as if it had encountered an exit preOpenStack. If it manages to get all the way to the end of the preOpeNStack handler, it hits the hide this stack line and the mainstack is never seen. Correct me if I'm wrong, Richard... Ken Ray Sons of Thunder Software Email: [EMAIL PROTECTED] Web Site: http://www.sonsothunder.com/ ___ use-revolution mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/use-revolution
RE: StartUp handler on Windows
At 3:44 PM -0800 3/8/03, erik hansen wrote: is there a tutorial on plugins? Not yet but I plan one. There is already some additional documentation (mostly in How Tos). -- Jeanne A. E. DeVoto ~ [EMAIL PROTECTED] Runtime Revolution Limited - The Solution for Software Development http://www.runrev.com/ ___ use-revolution mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/use-revolution
RE: StartUp handler on Windows
--- Jeanne A. E. DeVoto [EMAIL PROTECTED] wrote: The best thing is to create a plugin. is there a tutorial on plugins? TIA = [EMAIL PROTECTED]http://www.erikhansen.org __ Do you Yahoo!? Yahoo! Tax Center - forms, calculators, tips, more http://taxes.yahoo.com/ ___ use-revolution mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/use-revolution
RE: StartUp handler on Windows
At 5:43 PM -0800 1/22/03, erik hansen wrote: anyway, it would be nice to know if there is something like the HC Home stack where a startup handler fires when the Rev app is clicked. then AA could be scripted to open automatically. There is a home stack (it's the license stack), but it's locked and therefore not a place for customizations, unlike the HC Home stack. The best thing is to create a plugin. Then you can set up the Plugins Editor to open it automatically during startup, and include in it whatever handlers you need to have available. -- Jeanne A. E. DeVoto ~ [EMAIL PROTECTED] Runtime Revolution Limited - The Solution for Software Development http://www.runrev.com/ ___ use-revolution mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/use-revolution
Re: StartUp handler on Windows
On Freitag, Jänner 24, 2003, at 01:18 Uhr, erik hansen wrote: ja dass hilft. eine frage: is a splash screen always a seperate stack or is not - but should be, because of the problem that it cannot save itself on WIN and *nix. Does the term also apply to a single card used in this manner? I dont think so, because of the saving issue. try it with a substack... But i think, here are a lot of experts which can explain this better than me. Have a look at the rev archive. If I remember well we had this issue a lot of times in the last years... regards Wolfgang M. Bereuter Learn easy with trainingsmaps© INTERNETTRAINER Wolfgang M. Bereuter Edelhofg. 17/11, A-1180 Wien, Austria ... http://www.internettrainer.com, [EMAIL PROTECTED] ... Tel: ++43/1/ 961 0418, Fax: ++43/1/ 479 2539 ___ use-revolution mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/use-revolution
Re: StartUp handler on Windows
--- Wolfgang M. Bereuter [EMAIL PROTECTED] wrote: is a splash screen always a seperate stack Have a look at the rev archive. ok. = [EMAIL PROTECTED]http://www.erikhansen.org __ Do you Yahoo!? Yahoo! Mail Plus - Powerful. Affordable. Sign up now. http://mailplus.yahoo.com ___ use-revolution mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/use-revolution
Re: StartUp handler on Windows
On Donnerstag, Jänner 23, 2003, at 02:12 Uhr, erik hansen wrote: Simpler: if yo uwant initialization in either the dev environment or as a standalone, just move your init stuff to a preOpenStack handler in the first card of the main stack. right, and i did try that. the thing is, i only want this initialization to happen once, on startup. the preOpenStack handler is activated each time the stack is opened. maybe the usewr does not want re-initialization. What I do is: Main stack= Splashscreen (1 card) (solves also the problem that it cannot save etc...) put any preopen stack script (depend what you wnat to do) into it all items on this stack onMouseup are cheking a field in another stack (no matter what the user clicks) If this check is ok I send the user to the real Main stack otherwise to another stack If you dont want o force the user to click make a send message after some time... hope thats understandable and helps, wenn nicht ruf mich einfach an regards Wolfgang M. Bereuter Learn easy with trainingsmaps© INTERNETTRAINER Wolfgang M. Bereuter Edelhofg. 17/11, A-1180 Wien, Austria ... http://www.internettrainer.com, [EMAIL PROTECTED] ... Tel: ++43/1/ 961 0418, Fax: ++43/1/ 479 2539 ___ use-revolution mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/use-revolution
Re: StartUp handler on Windows
How many times will the mainstack that is the standalone be opened during runtime? many. Hi erik, How does one open a standalone many times without quitting it each time before opening it again.? -- Rob Cozens CCW, Serendipity Software Company http://www.oenolog.com/who.htm And I, which was two fooles, do so grow three; Who are a little wise, the best fooles bee. from The Triple Foole by John Donne (1572-1631) ___ use-revolution mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/use-revolution
Re: StartUp handler on Windows
--- Wolfgang M. Bereuter [EMAIL PROTECTED] wrote: What I do is: Main stack= Splashscreen (1 card) (solves also the problem that it cannot save etc...) put any preopen stack script (depend what you wnat to do) into it all items on this stack onMouseup are cheking a field in another stack (no matter what the user clicks) If this check is ok I send the user to the real Main stack otherwise to another stack If you dont want o force the user to click make a send message after some time... hope thats understandable and helps, wenn nicht ruf mich einfach an ja dass hilft. eine frage: is a splash screen always a seperate stack or does the term also apply to a single card used in this manner? = [EMAIL PROTECTED]http://www.erikhansen.org __ Do you Yahoo!? Yahoo! Mail Plus - Powerful. Affordable. Sign up now. http://mailplus.yahoo.com ___ use-revolution mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/use-revolution
Re: StartUp handler on Windows
--- Rob Cozens [EMAIL PROTECTED] wrote: How many times will the mainstack that is the standalone be opened during runtime? many. How does one open a standalone many times without quitting it each time before opening it again.? right. it is NOT a standalone. = [EMAIL PROTECTED]http://www.erikhansen.org __ Do you Yahoo!? Yahoo! Mail Plus - Powerful. Affordable. Sign up now. http://mailplus.yahoo.com ___ use-revolution mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/use-revolution
Re: StartUp handler on Windows
--- Richard Gaskin [EMAIL PROTECTED] wrote: i want this initialization to happen once, on startup. the preOpenStack handler is activated each time the stack is opened. maybe the usewr does not want re-initialization. How many times will the mainstack that is the standalone be opened during runtime? many. and the preopenstack handler sends startup (on line 1) everytime ANY stack opens. and the startup handler runs. i put starting again the time in the startup handler to be sure. wait until 2 right? as lomg as it doesn't crash. = [EMAIL PROTECTED]http://www.erikhansen.org __ Do you Yahoo!? Yahoo! Mail Plus - Powerful. Affordable. Sign up now. http://mailplus.yahoo.com ___ use-revolution mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/use-revolution
Re: StartUp handler on Windows
erik hansen wrote: --- Richard Gaskin [EMAIL PROTECTED] wrote: i want this initialization to happen once, on startup. the preOpenStack handler is activated each time the stack is opened. maybe the usewr does not want re-initialization. How many times will the mainstack that is the standalone be opened during runtime? many. and the preopenstack handler sends startup (on line 1) everytime ANY stack opens. Not if it's in the _card_ script; only the stack script of a main stack is in the message path for substacks. -- Richard Gaskin Fourth World Media Corporation Developer of WebMerge 2.1: Publish any database on any site ___ [EMAIL PROTECTED] http://www.FourthWorld.com Tel: 323-225-3717 AIM: FourthWorldInc ___ use-revolution mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/use-revolution
Re: StartUp handler on Windows
Hi Thomas, Hello List Something strange happens with a Project of mine, so I guess there's some stupid code in my script. I have a stack with two substacks both in palette style. In the startup script (on startUp) one of the substacks should be opened (if stackname is not among the lines of the openStacks). On my Mac with OS X the stack works OK but the distribution for Windows (a standalone) won't show the substack that should be opened on startUp. Have you tried on preopenstack instead of on startup, which should be used when using faceless apps started by the commandline or as cgis. Just a thought... The other substack is opened by clicking a button. This one shows up, but not in palette style. In the script of this button I use the palette command, and on OS X it works fine even as standalone but not on Windows 2000. You could try to set the style in the preopenstack-handler of that palette... Does anybody have a clue? (Mac OS X 10.1.5, Runrev 1.1.1, Windows 2000 Professional) Hope this helps. Thanks Thomas Regards Klaus Major [EMAIL PROTECTED] ___ use-revolution mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/use-revolution
Re: StartUp handler on Windows
On Tuesday, January 14, 2003, at 02:21 PM, Thomas Bähler wrote: I have a stack with two substacks both in palette style. In the startup script (on startUp) one of the substacks should be opened (if stackname is not among the lines of the openStacks). On my Mac with OS X the stack works OK but the distribution for Windows (a standalone) won't show the substack that should be opened on startUp. One time I had trouble like this. It got fixed when I move startup from the card script to the stack script of the main stack. Dar Scott ___ use-revolution mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/use-revolution
Re: StartUp handler on Windows
--- Richard Gaskin [EMAIL PROTECTED] wrote: on startup works on the first stack opened when you start the Revolution app (from the Transcript Dictionary). this occurs before i open my own first stack. what is this mysterious masked stack and can i put my very own on startup into that script? Simpler: if yo uwant initialization in either the dev environment or as a standalone, just move your init stuff to a preOpenStack handler in the first card of the main stack. right, and i did try that. the thing is, i only want this initialization to happen once, on startup. the preOpenStack handler is activated each time the stack is opened. maybe the usewr does not want re-initialization. once i saw the names of other RR stacks that were opened (before ones own) when you first click on the Revolution application file. or was that MC? anyway, thanks for the info. = [EMAIL PROTECTED]http://www.erikhansen.org __ Do you Yahoo!? Yahoo! Mail Plus - Powerful. Affordable. Sign up now. http://mailplus.yahoo.com ___ use-revolution mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/use-revolution
Re: StartUp handler on Windows
erik hansen wrote: --- Richard Gaskin [EMAIL PROTECTED] wrote: on startup works on the first stack opened when you start the Revolution app (from the Transcript Dictionary). this occurs before i open my own first stack. what is this mysterious masked stack and can i put my very own on startup into that script? Simpler: if yo uwant initialization in either the dev environment or as a standalone, just move your init stuff to a preOpenStack handler in the first card of the main stack. right, and i did try that. the thing is, i only want this initialization to happen once, on startup. the preOpenStack handler is activated each time the stack is opened. maybe the usewr does not want re-initialization. How many times will the mainstack that is the standalone be opened during runtime? -- Richard Gaskin Fourth World Media Corporation Developer of WebMerge 2.1: Publish any database on any site ___ [EMAIL PROTECTED] http://www.FourthWorld.com Tel: 323-225-3717 AIM: FourthWorldInc ___ use-revolution mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/use-revolution
RE: StartUp handler on Windows
Richard Monte, on startUp worked in the stack script of the first stack i opened, AA! i moved the handler from what was going to be a splash stack. anyway, it would be nice to know if there is something like the HC Home stack where a startup handler fires when the Rev app is clicked. then AA could be scripted to open automatically. = [EMAIL PROTECTED]http://www.erikhansen.org __ Do you Yahoo!? Yahoo! Mail Plus - Powerful. Affordable. Sign up now. http://mailplus.yahoo.com ___ use-revolution mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/use-revolution