Re: Can't call a standalone stack from another standalone stack
Hi from Paris Thanks to Devin and Jacqueline for their suggestions. I never thought of calling a.rev stack from a standalone (I assumed the .rev stack would be in IDE mode .) And now, I can I assume (although I must test it), that a standalone called from a standalone is not saved. Sigh ! - in these matters, you try and fail, and then call for help from those who have done it before. Happily, this forum exists. Now my SplashStack works perfectly. -Francis Nothing should ever be done for the first time ! ___ 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
Can't call a standalone stack from another standalone stack
Hi from Brittany (promroses in flower, mimosa isn't far away !), Running Revolution 3.0 on an Intel iMac. Having problems with a stack call from a SplashStack. I have a folder /Revolution/Standalone into which I move 2 compiled (Intel standalone) stacks (A.app and B.app). A is supposed to be the SplashStack and sets up a call to the other stack (B) in the same folder : go to stack /Revolution/Standalone/B.app I get an error stack is corrupted, check for ~ backup file If I double-click the stack B from the folder, it runs OK. I've checked my paths and I can't find the error. I've tried compiling other stacks, but get the same error. I've tried : set the defaultFolder to /Revolution/Standalone go to stack B.app Still no joy ! What am I doing wrong ? - Francis Nothing should ever be done for the first time ! ___ 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: Can't call a standalone stack from another standalone stack
On Mar 2, 2009, at 8:22 AM, Francis Nugent Dixon wrote: Running Revolution 3.0 on an Intel iMac. Having problems with a stack call from a SplashStack. I have a folder /Revolution/Standalone into which I move 2 compiled (Intel standalone) stacks (A.app and B.app). A is supposed to be the SplashStack and sets up a call to the other stack (B) in the same folder : go to stack /Revolution/Standalone/B.app I get an error stack is corrupted, check for ~ backup file If I double-click the stack B from the folder, it runs OK. I've checked my paths and I can't find the error. I've tried compiling other stacks, but get the same error. I've tried : set the defaultFolder to /Revolution/Standalone go to stack B.app Still no joy ! What am I doing wrong ? Francis, I've seen this lots of times. Almost always it has been a permissions problem with the stackfile I'm trying to open. Make sure you have read/ write permissions on the stack you're trying to open. Devin Devin Asay Humanities Technology and Research Support Center Brigham Young University ___ 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: Can't call a standalone stack from another standalone stack
Francis Nugent Dixon wrote: Having problems with a stack call from a SplashStack. I have a folder /Revolution/Standalone into which I move 2 compiled (Intel standalone) stacks (A.app and B.app). A is supposed to be the SplashStack and sets up a call to the other stack (B) in the same folder : go to stack /Revolution/Standalone/B.app I get an error stack is corrupted, check for ~ backup file If B.app is a compiled standalone, it is no longer a stack. It's an application, and you need to use the launch command. But is there a reason to make it a standalone? Usually only the splash is the standalone and all the support files are just stacks. -- 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
can I Save data to standalone sub stack within the standalone and redistribute the standalone withe the new saved data
Hello, I am a total beginner with all this but I like the RunRev solution to building my own application and I am trying hard to learn... any suggestions for publications to read? My initial problem is I don't really understand scripts enough yet, is the a script that will allow me to save data into a sub stack witch is part of a main stack within a standalone application. reason: I want to create an e-book that can be redistributed with updated links etc. I don't want two applications if possible just one that saves data to its self and then can be emailed to the next recipient or downloaded. If there is a sample stack or some script anyone has could you help please? Many thanks Paul Robinson UK ___ 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: can I Save data to standalone sub stack within the standalone and redistribute the standalone withe the new saved data
And in order to keep the distributable 'stack' within you app theme: You could append a different extension, for example 'ebook2.ebk' instead of 'ebook2.rev' and rename it internally. Cheers, Luis. On 8 Nov 2007, at 13:50, Björnke von Gierke wrote: On 08 Nov 2007, at 14:12, Paul Robinson wrote: If there is a sample stack or some script anyone has could you help please? If you have a stack to save, try something like this in a button: on mouseUp answer file where to save the stack? if it and the result = then put it .rev into thePath end if save stack name of your stack goes here as thePath end mouseUp Note that you cannot edit an executable, so you can't save the substack into the executable itself. On Mac OS X, executables are contained within a bundle folder, which you can theoretically put stuff into, but Apple is not fond of that, and the newest OS (leopard) will put up a dialog if you try to reopen an application edited in this way. Because of this, you're best served by creating a document paradigm, letting users send individual stack files around, and open them with your application. Bjoernke -- official ChatRev page: http://chatrev.bjoernke.com Chat with other RunRev developers: go stack URL http://homepage.mac.com/bvg/chatrev1.3.rev; ___ 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: can I Save data to standalone sub stack within the standalone and redistribute the standalone withe the new saved data
On 08 Nov 2007, at 14:12, Paul Robinson wrote: If there is a sample stack or some script anyone has could you help please? If you have a stack to save, try something like this in a button: on mouseUp answer file where to save the stack? if it and the result = then put it .rev into thePath end if save stack name of your stack goes here as thePath end mouseUp Note that you cannot edit an executable, so you can't save the substack into the executable itself. On Mac OS X, executables are contained within a bundle folder, which you can theoretically put stuff into, but Apple is not fond of that, and the newest OS (leopard) will put up a dialog if you try to reopen an application edited in this way. Because of this, you're best served by creating a document paradigm, letting users send individual stack files around, and open them with your application. Bjoernke -- official ChatRev page: http://chatrev.bjoernke.com Chat with other RunRev developers: go stack URL http://homepage.mac.com/bvg/chatrev1.3.rev; ___ 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: can I Save data to standalone sub stack within the standalone and redistribute the standalone withe the new saved data
Note that you cannot edit an executable, so you can't save the substack into the executable itself. On Mac OS X, executables are contained within a bundle folder, which you can theoretically put stuff into, but Apple is not fond of that, I do this all the time - in fact it's part of my methodology. I really don't want to create a new standalone every time I have to make a change in one stack, so (at least in Tiger) I work in the IDE with any of the stacks inside the bundle, and it works great. All the file paths are the same, and I can even run the Rev IDE and launch the surrounding package at the same time. The only downside is that changing anything inside the bundle will not change the date in the bundle as it would with a folder, and my backup software doesn't see the changed date, and doesn't back it up. and the newest OS (leopard) will put up a dialog if you try to reopen an application edited in this way. If Leopard breaks this for me, I'm going to be working in Tiger for a long, long time. -- 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: can I Save data to standalone sub stack within the standalone and redistribute the standalone withe the new saved data
Paul Robinson wrote: I am a total beginner with all this but I like the RunRev solution to building my own application and I am trying hard to learn... any suggestions for publications to read? This article from Sarah Reichelt at revJournal.com may be helpful: http://www.revjournal.com/tutorials/saving_data_in_revolution.html -- Richard Gaskin Managing Editor, revJournal ___ Rev tips, tutorials and more: http://www.revJournal.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
Big problem? I can't add a stack to a standalone in 2.7
I recently upgraded from 2.5.1 to 2.7 and converted my stacks (after backing them up). Next, I added a new main stack to my application. However, when I attempted to build a new standalone that included the new 2.7 stack, I couldn't add it to the standalone in the Standalone Application Settings. When I clicked on the Add stack file in the Stacks menu of the Standalone Application Settings, all of the 2.7 files were grayed out -- but not the 2.5.1 files. Seems to be a big bug in 2.7. Or am I missing something? -- Robert E. Ball, PhD Distinguished Professor, Emeritus Department of Aeronautics and Astronautics Naval Postgraduate School Monterey, California ___ 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
Big problem? I can't add a stack to a standalone in 2.7
I recently upgraded from 2.5.1 to 2.7 and converted my stacks (after backing them up). Next, I added a new main stack to my application. However, when I attempted to build a new standalone that included the new 2.7 stack, I couldn't add it to the standalone in the Standalone Application Settings. When I clicked on the Add stack file in the Stacks menu of the Standalone Application Settings, all of the 2.7 files were grayed out -- but not the 2.5.1 files. Seems to be a big bug in 2.7. Or am I missing something? -- Robert E. Ball, PhD Distinguished Professor, Emeritus Department of Aeronautics and Astronautics Naval Postgraduate School Monterey, California ___ 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: Big problem? I can't add a stack to a standalone in 2.7
Dr. Robert E. Ball wrote: I recently upgraded from 2.5.1 to 2.7 and converted my stacks (after backing them up). Next, I added a new main stack to my application. However, when I attempted to build a new standalone that included the new 2.7 stack, I couldn't add it to the standalone in the Standalone Application Settings. When I clicked on the Add stack file in the Stacks menu of the Standalone Application Settings, all of the 2.7 files were grayed out -- but not the 2.5.1 files. Seems to be a big bug in 2.7. Or am I missing something? It's a bug; the inspector hasn't been updated yet (it's been reported and will be fixed.) For now, you can add those files manually via a short script or the message box: set the stackfiles of this stack to whatever The whatever should be a list of stacks, one stack per line, with two items in each line. The first item is the short stack name, and the second item is a relative path to the stack file on disk. See the stackfiles entry in the docs for specifics. -- 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: Big problem? I can't add a stack to a standalone in 2.7
Thank you!!! Where would we be without you to assist us? On 3/29/06 10:24 AM, J. Landman Gay [EMAIL PROTECTED] wrote: Dr. Robert E. Ball wrote: I recently upgraded from 2.5.1 to 2.7 and converted my stacks (after backing them up). Next, I added a new main stack to my application. However, when I attempted to build a new standalone that included the new 2.7 stack, I couldn't add it to the standalone in the Standalone Application Settings. When I clicked on the Add stack file in the Stacks menu of the Standalone Application Settings, all of the 2.7 files were grayed out -- but not the 2.5.1 files. Seems to be a big bug in 2.7. Or am I missing something? It's a bug; the inspector hasn't been updated yet (it's been reported and will be fixed.) For now, you can add those files manually via a short script or the message box: set the stackfiles of this stack to whatever The whatever should be a list of stacks, one stack per line, with two items in each line. The first item is the short stack name, and the second item is a relative path to the stack file on disk. See the stackfiles entry in the docs for specifics. -- Robert E. Ball, PhD Distinguished Professor, Emeritus Department of Aeronautics and Astronautics Naval Postgraduate School Monterey, California ___ 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: Big problem? I can't add a stack to a standalone in 2.7
Dr. Robert E. Ball wrote: Thank you!!! Where would we be without you to assist us? RevCon West? ;) -- 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: Resizable stack on Windows standalone?
--- Jon Seymour [EMAIL PROTECTED] wrote: Hi, I'm developing on OS X and creating a standalone to run on Windows. So far...remarkable how well it works. But for the life of me I cannot figure out why my stack can't be resized in Windows. There simply isn't a place to drag. I'm sure the stack is set to resizable and I even set the property in a script when it opens. I've looked at many Windows apps and find the same drag icon in the lower right that I'm expecting Rev to put in there for me. But no. Help!?! Thanks, Jon Hi Jon, Most Windows apps allow you to resize the window by grabbing any of its sides -- mousing around the edge of a window will turn the cursor into resizing arrows. Dialog boxes, on the other hand, are usually not resizable, and will display a sort of striped triangle that you can grab to resize the window. If you're looking for this striped triangle, you can find it in the Object Library in the Development menu. Of course you're not limited to putting these in dialog boxes, but I'm sure someone has the Windows User Interface Guidelines handy. Richard Gaskin of Fourth World has an excellent list of human interface guidelines in his Resources section: http://www.fourthworld.com/resources/index.html Hope this helped, Jan Schenkel. Quartam - Tools for Revolution http://www.quartam.com = As we grow older, we grow both wiser and more foolish at the same time. (La Rochefoucauld) __ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.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: Resizable stack on Windows standalone?
On 9/20/05, Jon Seymour [EMAIL PROTECTED] wrote: Hi, I'm developing on OS X and creating a standalone to run on Windows. So far...remarkable how well it works. But for the life of me I cannot figure out why my stack can't be resized in Windows. There simply isn't a place to drag. I'm sure the stack is set to resizable and I even set the property in a script when it opens. I've looked at many Windows apps and find the same drag icon in the lower right that I'm expecting Rev to put in there for me. But no. Help!?! You have set the decorations to default for resizing to work under Windows. 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
MySQL: .rev main stack called from standalone rev app
PLATFORM: MacOSX (10.3.4) ISSUE: MySQL commands not working DESCRIPTION:We have a small, standalone client Rev app (MacOSX 10.3.4) that shows a splash screen and calls a separate .rev main stack, which is the main guts of the application. The client app is on the user's Mac (40 users), and the .rev main stack is on the server. This way, when we make changes/updates to the application, everyone is running the latest version. The main application uses MySQL commands. The MySQL commands work fine in development mode, and if I build it as a standalone app. However, the MySQL commands do not work when the .rev main stack (not a standalone) is called by the client app. I have set my standalone settings for the client app to include the MySQL Database Support. Any advice would be greatly appreciated. Thanks...James ___ use-revolution mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/use-revolution
Re: MySQL: .rev main stack called from standalone rev app
On Aug 2, 2004, at 12:11 PM, [EMAIL PROTECTED] wrote: PLATFORM: MacOSX (10.3.4) ISSUE: MySQL commands not working DESCRIPTION:We have a small, standalone client Rev app (MacOSX 10.3.4) that shows a splash screen and calls a separate .rev main stack, which is the main guts of the application. The client app is on the user's Mac (40 users), and the .rev main stack is on the server. This way, when we make changes/updates to the application, everyone is running the latest version. The main application uses MySQL commands. The MySQL commands work fine in development mode, and if I build it as a standalone app. However, the MySQL commands do not work when the .rev main stack (not a standalone) is called by the client app. I have set my standalone settings for the client app to include the MySQL Database Support. I imagine that the revdb external is being applied to to the stack (splash) that is being used to create the executable. In your client stack start using the stack that was used to create the exe. So if your splash stack was named mySplash then in your client stack do something like this: start using stack mySplash This will make the revdb calls available in the message path. -- Trevor DeVore Blue Mango Multimedia [EMAIL PROTECTED] ___ use-revolution mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/use-revolution
Re: MySQL: .rev main stack called from standalone rev app
Woohoo! That did it! I also added a stop using... in my on close stack. Is that recommended? THANK YOU!! -James Trevor DeVore [EMAIL PROTECTED] Sent by: [EMAIL PROTECTED] 08/02/04 04:09 PM Please respond to How to use Revolution To: How to use Revolution [EMAIL PROTECTED] cc: Subject:Re: MySQL: .rev main stack called from standalone rev app On Aug 2, 2004, at 12:11 PM, [EMAIL PROTECTED] wrote: PLATFORM: MacOSX (10.3.4) ISSUE: MySQL commands not working DESCRIPTION:We have a small, standalone client Rev app (MacOSX 10.3.4) that shows a splash screen and calls a separate .rev main stack, which is the main guts of the application. The client app is on the user's Mac (40 users), and the .rev main stack is on the server. This way, when we make changes/updates to the application, everyone is running the latest version. The main application uses MySQL commands. The MySQL commands work fine in development mode, and if I build it as a standalone app. However, the MySQL commands do not work when the .rev main stack (not a standalone) is called by the client app. I have set my standalone settings for the client app to include the MySQL Database Support. I imagine that the revdb external is being applied to to the stack (splash) that is being used to create the executable. In your client stack start using the stack that was used to create the exe. So if your splash stack was named mySplash then in your client stack do something like this: start using stack mySplash This will make the revdb calls available in the message path. -- Trevor DeVore Blue Mango Multimedia [EMAIL PROTECTED] ___ use-revolution mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/use-revolution ___ use-revolution mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/use-revolution
Re: MySQL: .rev main stack called from standalone rev app
On Aug 2, 2004, at 1:44 PM, [EMAIL PROTECTED] wrote: Woohoo! That did it! I also added a stop using... in my on close stack. Is that recommended? THANK YOU!! -James Glad to hear it. I don't know that the stop using is required unless you wanted to do any cleanup in your stack library since the releaseStack message is sent to it. -- Trevor DeVore Blue Mango Multimedia [EMAIL PROTECTED] ___ use-revolution mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/use-revolution
about saving a stack in a standalone...
Hi Folks, two questions on the same subject, If I move all my substacks to individual stack files will I be able to save them in a standalone, like making a persistent state. It's for the revHTTPd project, I want the server to be deployable as a standalone, but I want the user to be able to use and save it's own stacks with it. I know standalones can't write to themselves, but can theirs substacks be .rev files if I choose the move to individual files option in the distribution builder? If I've got a standalone, this standalone uses go command to open a .rev stackfile, can this file be saved using save command without problems, right? Cheers -- Andre Alves Garzia 2004 Soap Dog Studios - BRAZIL http://studio.soapdog.org ___ use-revolution mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/use-revolution
RE: if (this stack is a standalone) then ...
Thanks for the tip! slightly cleaner code: function amIAStandalone return exists(background revLibraries) end amIAStandalone winmail.dat
RE: if (this stack is a standalone) then ...
slightly cleaner code: function amIAStandalone return exists(background revLibraries) end amIAStandalone Thank you for continuing my education, Doug -- 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: if (this stack is a standalone) then ...
The problem is that there really isn't any difference between running as a stack and running as an app. With all due respect, Geoff, yes there is. Download Serendipity Library http://www.oenolog.com/ftp/serendipity_downloader.htm. Look at the SDB Utilities stack: in has no background named revLibraries Use the Distribution Builder to create a SDB Utilities standalone...it WILL contain a background revLibraries. You can confirm this more easily by placing different logic in the prePpenStack script (if there is a background revLibraries then beep, answer, etc.). You WILL find the handler response of the stack different from the response of the standalone. (At least I do.) -- 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: if (this stack is a standalone) then ...
Is there a way to determine in a script if the stack is a standalone? Yes, just use the environment function. See the docs for details. Mike, Terry, et al: According to Rev Dictionary: If the environment function returns player, the stack is running as a standalone application or under the unlicensed Starter Kit version.; so I don't see how that gets what Mike wants. This, however, will: function amIAStandalone if there is a background revLibraries then return true else return false end amIAStandalone (revLibraries is created by the Distribution Builder.) -- 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: if (this stack is a standalone) then ...
On Wednesday, December 25, 2002, at 07:40 AM, Rob Cozens wrote: This, however, will: function amIAStandalone if there is a background revLibraries then return true else return false end amIAStandalone Not if the stack is running without the development environment. Checking the long name of something would probably allow you to figure this out -- depends on whether you expect to know the name of the standalone and the stack file or not. The problem is that there really isn't any difference between running as a stack and running as an app. On Tuesday, December 24, 2002, at 01:08 PM, Ivers, Doug E wrote: Is there a way to determine in a script if the stack is a standalone? Out of curiosity, why do you need to know? regards, Geoff Canyon [EMAIL PROTECTED] ___ use-revolution mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/use-revolution
if (this stack is a standalone) then ...
Is there a way to determine in a script if the stack is a standalone? -- D ___ use-revolution mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/use-revolution
Re: if (this stack is a standalone) then ...
Is there a way to determine in a script if the stack is a standalone? Yes, just use the environment function. See the docs for details. Terry ___ use-revolution mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/use-revolution
