Re: sharedscripts
Hi Jaqueline, Andre and Klaus Thanks to your hint to see Richards article, I found such a large source of Revolutional knowledge, That I use a lot of time to read through all that stuff. I understood that back and front indicate the place in the hierarchy and that messagepath is synonym for the hierarchy. I understood that start using only works with a script from the stack. I did not follow this thread but it sounds to me that you should use either the 'do fld xxx' in your common button or use 'set script of btn xx to fld xxx' to actually replace the script of that button. Using 'insert ... into back' could also be used. You would just first remove the inserted script and then reinsert a script of another (or same) object. If the handler there has always the same name, you will be dynamically changing what it does. Robert ___ use-revolution mailing list use-revolution@lists.runrev.com http://lists.runrev.com/mailman/listinfo/use-revolution
Re: sharedscripts
At 10:33 24/2/2005, Klaus Major wrote: But you could do the following: set a custom prop or a variable as a flag and check this one in the field script. Know what i mean? I know what you mean, more: IT WORKS ! Quite another entry than in Toolbook, but certainly useful. Thanks Rob [EMAIL PROTECTED] www.japrosoft.com no more spam: Mailwasher Pro http://www.firetrust.com/products/pro/ and please mention my emailaddress... ___ use-revolution mailing list use-revolution@lists.runrev.com http://lists.runrev.com/mailman/listinfo/use-revolution
Re: sharedscripts
On 2/24/05 12:43 AM, Rob Meijer wrote: Your suggestion to use set the script of fld content to the script of btn wijzigen was the first statement I tried. I put it as last statment into a handler, but got the errormessage that a script cannot be altered while running. Then I tried send foo, foo being a handler in de stackscript. Same errormessage, because what I need is not to execute handler foo, but to replace the script of a field. Example. 1. The listfield is an index. Clicking a line opens a card: on mouseup;get selectedtext;go card it 2. A button is pressed to get a new script into that field. Now that field may delete a card. Or a button is pressed to get a new script into that field. Now that field may change the content of a card. 3. Here comes the problem: The main task of the listfield is being an index to go to a card. So I need a statement on the end of each script to reset the script of that listfield to on mouseup;get selectedtext;go card it. This is easily done in Toolbook, but I can't find it in Transscript. This isn't how we usually do it in Revolution. In general, scripts themselves are rarely changed, and in fact, if you compile a stack into a standalone there are strict limits on replacing scripts so it isn't a practical approach. Instead, the scripts should be unchanging and branch to the correct behavior instead of trying to replace themselves. This allows one script to handle all circumstances. It is also much easier than replacing the script content. Do something like this instead: Set up three radio buttons, one for go card, another for delete card and a third for change contents. Group them. This ensures that only one can be hilited at a time. Then your field script should do this: on mouseUp put the selectedtext of me into theCd if the hilite of btn go card then go card theCd else if the hilite of btn delete card then delete card theCd else if the hilite of btn change contents then -- do whatever you need here end if end mouseUp One script handles everything. If your actions are lengthy, you can call another handler instead of putting the commands directly into the mouseup handler, like this: ... else if the hilite of btn change contents then doCardChanges theCd end if ... on doCardChanges theCd -- do stuff here to card theCd end doCardChanges -- Jacqueline Landman Gay | [EMAIL PROTECTED] HyperActive Software | http://www.hyperactivesw.com ___ use-revolution mailing list use-revolution@lists.runrev.com http://lists.runrev.com/mailman/listinfo/use-revolution
Re: sharedscripts
Hi Jaqueline Thanks a lot. I did something of that, but stead buttons I use one variable scriptflag. In every buttonscript the scriptflag corresponds with a handler in the stacskcript. The script in the field is: global scriptflag on mouseUp if scriptflag=gocard then send gocard else if scriptflag=. send... else if scriptflag=. send... end if end mouseUp So, thanks to Klaus Major, I am out of this problem, waiting for the next one. Every day I find astonishing things in Rev and I wonder how Toolbook can exist without these statements. Every day I find astonishing things in Rev and I wonder why Rev did not copy them from Toolbook. Thanks for your attention. Rob -- At 20:13 24/2/2005, J. Landman Gay wrote: On 2/24/05 12:43 AM, Rob Meijer wrote: Your suggestion to use set the script of fld content to the script of btn wijzigen was the first statement I tried. I put it as last statment into a handler, but got the errormessage that a script cannot be altered while running. Then I tried send foo, foo being a handler in de stackscript. Same errormessage, because what I need is not to execute handler foo, but to replace the script of a field. Example. 1. The listfield is an index. Clicking a line opens a card: on mouseup;get selectedtext;go card it 2. A button is pressed to get a new script into that field. Now that field may delete a card. Or a button is pressed to get a new script into that field. Now that field may change the content of a card. 3. Here comes the problem: The main task of the listfield is being an index to go to a card. So I need a statement on the end of each script to reset the script of that listfield to on mouseup;get selectedtext;go card it. This is easily done in Toolbook, but I can't find it in Transscript. This isn't how we usually do it in Revolution. In general, scripts themselves are rarely changed, and in fact, if you compile a stack into a standalone there are strict limits on replacing scripts so it isn't a practical approach. Instead, the scripts should be unchanging and branch to the correct behavior instead of trying to replace themselves. This allows one script to handle all circumstances. It is also much easier than replacing the script content. Do something like this instead: Set up three radio buttons, one for go card, another for delete card and a third for change contents. Group them. This ensures that only one can be hilited at a time. Then your field script should do this: on mouseUp put the selectedtext of me into theCd if the hilite of btn go card then go card theCd else if the hilite of btn delete card then delete card theCd else if the hilite of btn change contents then -- do whatever you need here end if end mouseUp One script handles everything. If your actions are lengthy, you can call another handler instead of putting the commands directly into the mouseup handler, like this: ... else if the hilite of btn change contents then doCardChanges theCd end if ... on doCardChanges theCd -- do stuff here to card theCd end doCardChanges -- Jacqueline Landman Gay | [EMAIL PROTECTED] HyperActive Software | http://www.hyperactivesw.com ___ use-revolution mailing list use-revolution@lists.runrev.com http://lists.runrev.com/mailman/listinfo/use-revolution [EMAIL PROTECTED] www.japrosoft.com no more spam: Mailwasher Pro http://www.firetrust.com/products/pro/ and please mention my emailaddress... ___ use-revolution mailing list use-revolution@lists.runrev.com http://lists.runrev.com/mailman/listinfo/use-revolution
Re: sharedscripts
On 2/24/05 3:38 PM, Rob Meijer [EMAIL PROTECTED] wrote: Every day I find astonishing things in Rev and I wonder how Toolbook can exist without these statements. Every day I find astonishing things in Rev and I wonder why Rev did not copy them from Toolbook. Please bring them up here! I'll bet you that half the time it *is* in Rev, it's just that it's named something different or implemented differently. But for the *other* half, it would be good to know so we can try to get it implemented for Rev. For example, my limited use of TB turned up a wonderful construct for working with system DLLs and the Windows API that would be great if Rev would adopt... but anything else you can add would be great. Thanks, Ken Ray Sons of Thunder Software Web site: http://www.sonsothunder.com/ Email: [EMAIL PROTECTED] ___ use-revolution mailing list use-revolution@lists.runrev.com http://lists.runrev.com/mailman/listinfo/use-revolution
Re: sharedscripts
Rob- Thursday, February 24, 2005, 1:38:29 PM, you wrote: RM global scriptflag RM on mouseUp RM if scriptflag=gocard then RM send gocard RM else if scriptflag=. RM send... RM else if scriptflag=. RM send... RM end if RM end mouseUp If you're going this route, check out the switch statement. Er... and the break statement. on mouseUp switch scriptflag case gocard send gocard break case something else DoSomethingElse break default put should never get here into errorLog break end switch end mouseUp -- -Mark Wieder [EMAIL PROTECTED] ___ use-revolution mailing list use-revolution@lists.runrev.com http://lists.runrev.com/mailman/listinfo/use-revolution
Re: sharedscripts
Ken, I am defenitely sure that you are right. I am a newbie in Revolution and for each statement I am translating I have to browse the helpfile, so most of the time I am orientating. Moreover the first exercise I am doing is translating one of my Toolbook applications from OpenScript to Transscript and I took the simplest app. of course. So no ActiveX, no DHTML, no SharedUser, just native programming. I think it would be very much misplaced to criticize Transscript after such a short time. Maybe later, if I decide to keep working in Rev., and have more experience in it, I will post a list of things. For now let me tell you that using = for 'set to' or 'put into' makes editing simpler. The same for If...then: why not simply if. BTW: I translated Open Anything to OpenScript. Here you encounter the power of 32 bit. Reading a textfile of less than 32000 chars REV is much faster than TB. Over 32000 chars TB has a problem, Rev not. Greetings Rob At 02:25 25/2/2005, Ken Ray wrote: On 2/24/05 3:38 PM, Rob Meijer [EMAIL PROTECTED] wrote: Every day I find astonishing things in Rev and I wonder how Toolbook can exist without these statements. Every day I find astonishing things in Rev and I wonder why Rev did not copy them from Toolbook. Please bring them up here! I'll bet you that half the time it *is* in Rev, it's just that it's named something different or implemented differently. But for the *other* half, it would be good to know so we can try to get it implemented for Rev. For example, my limited use of TB turned up a wonderful construct for working with system DLLs and the Windows API that would be great if Rev would adopt... but anything else you can add would be great. Thanks, Ken Ray Sons of Thunder Software Web site: http://www.sonsothunder.com/ Email: [EMAIL PROTECTED] [EMAIL PROTECTED] www.japrosoft.com no more spam: Mailwasher Pro http://www.firetrust.com/products/pro/ and please mention my emailaddress... ___ use-revolution mailing list use-revolution@lists.runrev.com http://lists.runrev.com/mailman/listinfo/use-revolution
Re: sharedscripts
Mark It's all new for me, so what is the difference? I took the routine the closest to OpenScript. I agree the switch structure looks very good. Rob -- At 03:24 25/2/2005, Mark Wieder wrote: Rob- Thursday, February 24, 2005, 1:38:29 PM, you wrote: RM global scriptflag RM on mouseUp RM if scriptflag=gocard then RM send gocard RM else if scriptflag=. RM send... RM else if scriptflag=. RM send... RM end if RM end mouseUp If you're going this route, check out the switch statement. Er... and the break statement. on mouseUp switch scriptflag case gocard send gocard break case something else DoSomethingElse break default put should never get here into errorLog break end switch end mouseUp -- -Mark Wieder [EMAIL PROTECTED] ___ use-revolution mailing list use-revolution@lists.runrev.com http://lists.runrev.com/mailman/listinfo/use-revolution [EMAIL PROTECTED] www.japrosoft.com no more spam: Mailwasher Pro http://www.firetrust.com/products/pro/ and please mention my emailaddress... ___ use-revolution mailing list use-revolution@lists.runrev.com http://lists.runrev.com/mailman/listinfo/use-revolution
sharedscripts
Goodday I am a newbie in Revolution, being in the trialperiod. In themy resting 19 days I try to translate a Toolbook application to Revolution language. The TB-app is written by myself. I work with TB for 18 years and have some experience with TB. In my app there is a listfield, each line corresponding with a card; the listfield has several functions: go to a card, change textline and name of card, delete textline and card etc. In Toolbook I can use for this someting in the script like: my script=script of button navigate (or whatelse), or my script=sharedscript navigate but in Revolution a statement like that cannot be used while the script is running. Has anybody an idea. Next question: How far goes the use of Dreamcard. What is the difference with Revolution exactly ? Can I develop a complete stack like a Toolbook-book, or do I need Revolution? Thanks very much Rob [EMAIL PROTECTED] www.japrosoft.com no more spam: Mailwasher Pro http://www.firetrust.com/products/pro/ and please mention my emailaddress... ___ use-revolution mailing list use-revolution@lists.runrev.com http://lists.runrev.com/mailman/listinfo/use-revolution
Re: sharedscripts
Rob, I never used Toolbook so I am guessing here. One thing you can use to share scripts is grouping the controls and using a group script. Or if you build a script library in a stack and want to add those scripts to your stack, you can use start using to add the scripts to the message path. this are the basic ways of sharing scripts I think, other way is thru backscripts and frontscripts but they are more complex for they have more uses than simple script sharing. As for the diffs between Rev and Dreamcard, as I understand, dreamcard is not able to produce standalones that's all, you need dreamcard player to distribute your stacks. You can always upgrade to Rev later and compile your dreamcard stacks... andre On Feb 23, 2005, at 4:09 PM, Rob Meijer wrote: Goodday I am a newbie in Revolution, being in the trialperiod. In themy resting 19 days I try to translate a Toolbook application to Revolution language. The TB-app is written by myself. I work with TB for 18 years and have some experience with TB. In my app there is a listfield, each line corresponding with a card; the listfield has several functions: go to a card, change textline and name of card, delete textline and card etc. In Toolbook I can use for this someting in the script like: my script=script of button navigate (or whatelse), or my script=sharedscript navigate but in Revolution a statement like that cannot be used while the script is running. Has anybody an idea. Next question: How far goes the use of Dreamcard. What is the difference with Revolution exactly ? Can I develop a complete stack like a Toolbook-book, or do I need Revolution? Thanks very much Rob [EMAIL PROTECTED] www.japrosoft.com no more spam: Mailwasher Pro http://www.firetrust.com/products/pro/ and please mention my emailaddress... ___ use-revolution mailing list use-revolution@lists.runrev.com http://lists.runrev.com/mailman/listinfo/use-revolution -- Andre Alves Garzia 2004 Soap Dog Studios - BRAZIL http://studio.soapdog.org ___ use-revolution mailing list use-revolution@lists.runrev.com http://lists.runrev.com/mailman/listinfo/use-revolution
Re: sharedscripts
Rob Meijer wrote: I am a newbie in Revolution, being in the trialperiod. In themy resting 19 days I try to translate a Toolbook application to Revolution language. The TB-app is written by myself. I work with TB for 18 years and have some experience with TB. Welcome aboard. I've used ToolBook myself - nice system, and the only one I've used which comes close to matching Rev for performance and the vendor's confidence in their own language (both IDEs are built in in their native language). In my app there is a listfield, each line corresponding with a card; the listfield has several functions: go to a card, change textline and name of card, delete textline and card etc. In Toolbook I can use for this someting in the script like: my script=script of button navigate (or whatelse), or my script=sharedscript navigate but in Revolution a statement like that cannot be used while the script is running. Has anybody an idea. You can use the insert script command to put a script of any object into the message path for use by any other object, and you can use start using to make something roughly equivalent to TB's sysbooks. For notes on these and more see: http://www.fourthworld.com/embassy/articles/revolution_message_path.html Next question: How far goes the use of Dreamcard. What is the difference with Revolution exactly ? Can I develop a complete stack like a Toolbook-book, or do I need Revolution? TB is a funny beast in that regard, because it's EXEs don't really bind the engine to the book file, but add only a tiny wrapper to call the engine stored elsewhere in a set of DLLs (at least as of v7, the last I used). Rev has two deployment options which more or less straddle the TB EXE delivery method: - Standalone applications: these bind the engine to your stack file creating a self-contained EXE which requires no DLLs to run (unless you use supplimental widgets like DB connectivity or third-party externals). The engine is pretty small for what it does (about 2MB for Win), and being self-contained makes it a delight to make installers and uninstallers for. Note: While you can bind a stack file to the engine, you also have the option of putting binding only a small stack to the engine and keeping your main UI separate. This can be useful if you want to build an auto-update mechanism (Rev makes most HTTP and FTP functions as simple as a single line of code). - Revolution Player: this is a separate application that can be distributed for free along with your stack file. This is a good solution for quickly sharing prototypes with others on your team, or for folks looking for a quick way to share just about any stacks. More comparison info is available at: http://www.runrev.com/section/platform.php www.japrosoft.com Nice collection of TB stuff there. Looking forward to seeing some of that translated to Rev. :) Feel free to post any other questions you have as you come across them. There's a number of us here who've used ToolBook who can lend a hand. -- Richard Gaskin Fourth World Media Corporation __ Rev tools and more: http://www.fourthworld.com/rev ___ use-revolution mailing list use-revolution@lists.runrev.com http://lists.runrev.com/mailman/listinfo/use-revolution
Re: sharedscripts
Andre, I cannot find the right syntax. 'Start using' did not match. I am looking for something like: insert script of button wijzigen into script of field content but here I get an errormessage missing script ?? Thanks for your help Rob -- At 19:24 23/2/2005, Andre Garzia wrote: Rob, I never used Toolbook so I am guessing here. One thing you can use to share scripts is grouping the controls and using a group script. Or if you build a script library in a stack and want to add those scripts to your stack, you can use start using to add the scripts to the message path. this are the basic ways of sharing scripts I think, other way is thru backscripts and frontscripts but they are more complex for they have more uses than simple script sharing. As for the diffs between Rev and Dreamcard, as I understand, dreamcard is not able to produce standalones that's all, you need dreamcard player to distribute your stacks. You can always upgrade to Rev later and compile your dreamcard stacks... andre On Feb 23, 2005, at 4:09 PM, Rob Meijer wrote: Goodday I am a newbie in Revolution, being in the trialperiod. In themy resting 19 days I try to translate a Toolbook application to Revolution language. The TB-app is written by myself. I work with TB for 18 years and have some experience with TB. In my app there is a listfield, each line corresponding with a card; the listfield has several functions: go to a card, change textline and name of card, delete textline and card etc. In Toolbook I can use for this someting in the script like: my script=script of button navigate (or whatelse), or my script=sharedscript navigate but in Revolution a statement like that cannot be used while the script is running. Has anybody an idea. Next question: How far goes the use of Dreamcard. What is the difference with Revolution exactly ? Can I develop a complete stack like a Toolbook-book, or do I need Revolution? Thanks very much Rob [EMAIL PROTECTED] www.japrosoft.com no more spam: Mailwasher Pro http://www.firetrust.com/products/pro/ and please mention my emailaddress... ___ use-revolution mailing list use-revolution@lists.runrev.com http://lists.runrev.com/mailman/listinfo/use-revolution -- Andre Alves Garzia ð 2004 Soap Dog Studios - BRAZIL http://studio.soapdog.org ___ use-revolution mailing list use-revolution@lists.runrev.com http://lists.runrev.com/mailman/listinfo/use-revolution [EMAIL PROTECTED] www.japrosoft.com no more spam: Mailwasher Pro http://www.firetrust.com/products/pro/ and please mention my emailaddress... ___ use-revolution mailing list use-revolution@lists.runrev.com http://lists.runrev.com/mailman/listinfo/use-revolution
Re: sharedscripts
Hi Rob, Andre, I cannot find the right syntax. 'Start using' did not match. I am looking for something like: insert script of button wijzigen into script of field content but here I get an errormessage missing script ?? you can only insert script into bakc or front... So you probably want to: ... insert script of btn wijzigen into back ... This way that script will be in the end of the messagepath and can be accessed by other objects... Thanks for your help Graag gedaan :-) Rob Groetjes Klaus Major [EMAIL PROTECTED] http://www.major-k.de ___ use-revolution mailing list use-revolution@lists.runrev.com http://lists.runrev.com/mailman/listinfo/use-revolution
Re: sharedscripts
On Feb 23, 2005, at 5:21 PM, Rob Meijer wrote: Andre, I cannot find the right syntax. 'Start using' did not match. I am looking for something like: insert script of button wijzigen into script of field content but here I get an errormessage missing script ?? Thanks for your help Rob Rob, quoting Richards reply: you can use the insert script command to put a script of any object into the message path for use by any other object, and you can use start using to make something roughly equivalent to TB's sysbooks. For notes on these and more see: http://www.fourthworld.com/embassy/articles/ revolution_message_path.html start using will add a script of a stack to the message path, but not the script of a button. You can add the script of a button as a backscript or a frontscript but I don't think that's what you're looking for. Ron, I don't know the behaviour you want to achive. If you want just to share scripts between controls, check revolution groups, if you want to make a script as library, put it inside a stack and use start using stack myStack to use the stack as lib. But if this script is pre-coded, why not putting it inside the field content anyway? For example, I have here some small reusable scripts that I use all the time but they are too small to deserve a library, so I created a little palette that will check the selected object in Rev IDE and insert that script on the object. I can go adding scripts to this pallete... this servers me fine for it does not alter the message path in anyway... if you want to change the script of a button at runtime (or at interactive time), then I think you can set the script property of the button, but we need help from the experts on this topic, I don't know what happens if you use: set the script of fld content to the script of btn wijzigen but it might work, give it a try! :D andre -- Andre Alves Garzia 2004 BRAZIL http://studio.soapdog.org ___ use-revolution mailing list use-revolution@lists.runrev.com http://lists.runrev.com/mailman/listinfo/use-revolution
Re: sharedscripts
On 2/23/05 1:09 PM, Rob Meijer wrote: Goodday I am a newbie in Revolution, being in the trialperiod. I'm glad you came to the list. Welcome. :) In themy resting 19 days I try to translate a Toolbook application to Revolution language. The TB-app is written by myself. I work with TB for 18 years and have some experience with TB. In my app there is a listfield, each line corresponding with a card; the listfield has several functions: go to a card, change textline and name of card, delete textline and card etc. What determines which action the field takes? Does the user press a control key, or right-click on the list, or what? In Toolbook I can use for this someting in the script like: my script=script of button navigate (or whatelse), or my script=sharedscript navigate but in Revolution a statement like that cannot be used while the script is running. Has anybody an idea. I think it would be helpful if you could post your Toolbook field script -- or part of it -- so that we can see what you want to do. There are so many different ways to use Transcript, I think we need to see what you are trying to accomplish so that we can give you the best answer. It sounds to me like what you want may be a branching control structure, something like this: on mouseUp tBtn if the tBtn = 3 then doThingsForRightClick else doThingsForNormalClick end mouseUp Is that what you need? -- Jacqueline Landman Gay | [EMAIL PROTECTED] HyperActive Software | http://www.hyperactivesw.com ___ use-revolution mailing list use-revolution@lists.runrev.com http://lists.runrev.com/mailman/listinfo/use-revolution
Re: sharedscripts
Hi Jaqueline, Andre and Klaus Thanks to your hint to see Richards article, I found such a large source of Revolutional knowledge, That I use a lot of time to read through all that stuff. I understood that back and front indicate the place in the hierarchy and that messagepath is synonym for the hierarchy. I understood that start using only works with a script from the stack. Your suggestion to use set the script of fld content to the script of btn wijzigen was the first statement I tried. I put it as last statment into a handler, but got the errormessage that a script cannot be altered while running. Then I tried send foo, foo being a handler in de stackscript. Same errormessage, because what I need is not to execute handler foo, but to replace the script of a field. Example. 1. The listfield is an index. Clicking a line opens a card: on mouseup;get selectedtext;go card it 2. A button is pressed to get a new script into that field. Now that field may delete a card. Or a button is pressed to get a new script into that field. Now that field may change the content of a card. 3. Here comes the problem: The main task of the listfield is being an index to go to a card. So I need a statement on the end of each script to reset the script of that listfield to on mouseup;get selectedtext;go card it. This is easily done in Toolbook, but I can't find it in Transscript. Well, now I am going to study your advises. Thanks Jaqueline, Andre and Kaus Rob At 20:42 23/2/2005, Andre Garzia wrote: On Feb 23, 2005, at 5:21 PM, Rob Meijer wrote: Andre, I cannot find the right syntax. 'Start using' did not match. I am looking for something like: insert script of button wijzigen into script of field content but here I get an errormessage missing script ?? Thanks for your help Rob Rob, quoting Richards reply: you can use the insert script command to put a script of any object into the message path for use by any other object, and you can use start using to make something roughly equivalent to TB's sysbooks. For notes on these and more see: http://www.fourthworld.com/embassy/articles/ revolution_message_path.html start using will add a script of a stack to the message path, but not the script of a button. You can add the script of a button as a backscript or a frontscript but I don't think that's what you're looking for. Ron, I don't know the behaviour you want to achive. If you want just to share scripts between controls, check revolution groups, if you want to make a script as library, put it inside a stack and use start using stack myStack to use the stack as lib. But if this script is pre-coded, why not putting it inside the field content anyway? For example, I have here some small reusable scripts that I use all the time but they are too small to deserve a library, so I created a little palette that will check the selected object in Rev IDE and insert that script on the object. I can go adding scripts to this pallete... this servers me fine for it does not alter the message path in anyway... if you want to change the script of a button at runtime (or at interactive time), then I think you can set the script property of the button, but we need help from the experts on this topic, I don't know what happens if you use: set the script of fld content to the script of btn wijzigen but it might work, give it a try! :D andre -- Andre Alves Garzia ð 2004 ð BRAZIL http://studio.soapdog.org ___ use-revolution mailing list use-revolution@lists.runrev.com http://lists.runrev.com/mailman/listinfo/use-revolution [EMAIL PROTECTED] www.japrosoft.com no more spam: Mailwasher Pro http://www.firetrust.com/products/pro/ and please mention my emailaddress... ___ use-revolution mailing list use-revolution@lists.runrev.com http://lists.runrev.com/mailman/listinfo/use-revolution
Re: sharedscripts-workaround
Hi Jaqueline, Andre and Klaus Yes, I found a workaround. In the script of the field I added insert script of btn gocard into front and in the card I put on closecard; remove script of btn gocard from front. I coudn't find a working start using. But I am not pleased to have a lot of (invisible) buttons on that card. Why can't I use scripts from the stack? Thanks Jaqueline, Andre and Kaus Rob [EMAIL PROTECTED] www.japrosoft.com no more spam: Mailwasher Pro http://www.firetrust.com/products/pro/ and please mention my emailaddress... ___ use-revolution mailing list use-revolution@lists.runrev.com http://lists.runrev.com/mailman/listinfo/use-revolution