Re: no defaultstack
Any way to fix this? Thanks. One thing you might try/consider... If you're referencing objects across multiple stacks, or just running into general object reference issues, try to avoid manually building object references, and use the object's long id. In my experience, I've found the engine can get confused (or even start generating gibberish) if you reference objects using a description that you build yourself (ie fld whichField of cd whichCard of stack whichStack). In my case, the situations were very complex and difficult to reproduce -- once I started using long id references, the script errors I was getting went away. Regards, Scott Rossi Creative Director Tactile Media, Multimedia Design Thank you, Scott, and the others who have given advice on this issue. I am now for a few days super-busy with other matters, so won't be able to properly test your suggestions. I _did_ find that explicitly giving every field reference card and stack coordinates allowed my scripts to execute (seemingly) properly. I think the problem might be related to group behavior. But what is odd is that I've been programming with Revolution for years and don't recall having this problem, even though I've written things equivalent to what I'm working on now (a dictionary display system). But perhaps it _is_ different in having so many groups (6 or so) on one card. rand valentine ___ 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: no defaultstack
Hi Rand, Change your script to put the name of the defaultStack into the message box: set the defaultStack to the topstack put the defaultStack -- what do you get? also, what do you get if you click in your stack and run the following in your message box: put the name of the topstack and finally, try put the mode of stack put the name of your stack here What does it return? Best regards, Mark Schonewille -- Economy-x-Talk Consulting and Software Engineering http://economy-x-talk.com http://www.salery.biz Convert colours between different colour spaces with Color Converter. Download at http://economy-x-talk.com/cc.html Op 25 feb 2008, om 05:14 heeft rand valentine het volgende geschreven: I'm using Rev 2.8.1 Studio, MacBook Pro, 4gb memory, Leopard, and now Revolution does not recognize the card or stack that I'm in when I execute a script. So every field reference must be specified for the card it's on and the stack it's in, i.e., one can't just designate: fld whichField rather it must be fld whichField of cd whichCard of stack whichStack I've been playing with setting the defaultstack to the toplevel stack, but that doesn't seem to help. Any way to fix this? Thanks. rand valentine ___ 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: no defaultstack
Recently, rand valentine wrote: I'm using Rev 2.8.1 Studio, MacBook Pro, 4gb memory, Leopard, and now Revolution does not recognize the card or stack that I'm in when I execute a script. So every field reference must be specified for the card it's on and the stack it's in, i.e., one can't just designate: fld whichField rather it must be fld whichField of cd whichCard of stack whichStack I've been playing with setting the defaultstack to the toplevel stack, but that doesn't seem to help. Any way to fix this? Thanks. One thing you might try/consider... If you're referencing objects across multiple stacks, or just running into general object reference issues, try to avoid manually building object references, and use the object's long id. In my experience, I've found the engine can get confused (or even start generating gibberish) if you reference objects using a description that you build yourself (ie fld whichField of cd whichCard of stack whichStack). In my case, the situations were very complex and difficult to reproduce -- once I started using long id references, the script errors I was getting went away. Regards, Scott Rossi Creative Director Tactile Media, Multimedia 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: no defaultstack
Hmmm, based on my last 4 years experience with Rev, this does not make sense, so I really hope you get to the bottom of strange behavior. Let's hope that it does not require some work-around. From your description below, there is not enough info to help you. It sounds as if the field is inside a group and thus not in the direct message hierarchy, or some other interference, such as a front script. Try adding the same handler to several script containers to see if the message path is really working like you think... such as card script, each stack script, fld script, btn script on mouseDoubleUp global gMessageTrail put the long id of me cr after gMessageTrail pass mouseDoubleUp end mouseDoubleUp The sequence of handlers will be stored in the variable gMessageTrail, which will appear in the Variable Watcher stack even if you are not debugging a script. Or you can use the message box to : put gMessageTrail (note: before doing the mouseup test, use the message box to:) put empty into gMessageTrail I do hope you find the answer and let us know. On 2/24/08 8:14 PM, rand valentine [EMAIL PROTECTED] wrote: I'm using Rev 2.8.1 Studio, MacBook Pro, 4gb memory, Leopard, and now Revolution does not recognize the card or stack that I'm in when I execute a script. So every field reference must be specified for the card it's on and the stack it's in, i.e., one can't just designate: fld whichField rather it must be fld whichField of cd whichCard of stack whichStack I've been playing with setting the defaultstack to the toplevel stack, but that doesn't seem to help. Any way to fix this? Thanks. ___ 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: changing defaultStack
DITTO for me On Nov 29, 2004, at 1:03 AM, Troy Rollins wrote: I chased similar things around and around in some of my projects. In the end, I decided that I would *never* trust it, and explicitly refer to stacks, or set the defaultStack in any handler which uses it. The safest thing to do, is at the top of any handler which uses this, is to first tell it EXACTLY what this is. Thomas J. McGrath III SCS 1000 Killarney Dr. Pittsburgh, PA 15234 412-885-8541 ___ use-revolution mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/use-revolution
Re: changing defaultStack
On Nov 29, 2004, at 1:03 AM, Troy Rollins wrote: I chased similar things around and around in some of my projects. In the end, I decided that I would *never* trust it, and explicitly refer to stacks, or set the defaultStack in any handler which uses it. The safest thing to do, is at the top of any handler which uses this, is to first tell it EXACTLY what this is. I often do the same, setting the defaultStack before working on items with non-explicit references. But I can't say I've seen cases where the default stack is necessarily wrong -- if you have a recipe please submit it to Bugzilla. -- Richard Gaskin Fourth World Media Corporation __ Rev tools and more: http://www.fourthworld.com/rev ___ use-revolution mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/use-revolution
Re: changing defaultStack
On Nov 29, 2004, at 2:53 AM, Paul Kocsis wrote: By that do you mean that you set the defaultStack at the top of every handler? Were you having the problem of referring to an object like: field AA instead of... field AA of stack XX where the former would at times error out with Object: No such object?? Like Richard, I've never actually seen this behave like a bug... more like a very slippery reference which can change behind your back. I usually use either full paths... object of card of stack foo OR, I set the defaultStack to foo -- Troy RPSystems, Ltd. http://www.rpsystems.net ___ use-revolution mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/use-revolution
Re: changing defaultStack
Troy Rollins wrote: On Nov 29, 2004, at 2:53 AM, Paul Kocsis wrote: By that do you mean that you set the defaultStack at the top of every handler? Were you having the problem of referring to an object like: field AA instead of... field AA of stack XX where the former would at times error out with Object: No such object?? Like Richard, I've never actually seen this behave like a bug... more like a very slippery reference which can change behind your back. Here's a Transcript riddle: I know of one circumstance in which the defaultStack will return empty -- what is it? Though it sounds like a koan there's a real answer, and the logic makes a certain sense even if it seems initially counter-intuitive that defaultStack should ever be empty -- Richard Gaskin Fourth World Media Corporation ___ [EMAIL PROTECTED] http://www.FourthWorld.com ___ use-revolution mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/use-revolution
Re: changing defaultStack
--- Richard Gaskin [EMAIL PROTECTED] wrote: Here's a Transcript riddle: I know of one circumstance in which the defaultStack will return empty -- what is it? Though it sounds like a koan there's a real answer, and the logic makes a certain sense even if it seems initially counter-intuitive that defaultStack should ever be empty I seem to recall that the topStack can be empty if you're displaying a combobox menu ; so I'll make a guess : while displaying a menuStack ? Jan Schenkel. = 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 [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/use-revolution
Re: changing defaultStack
Jan Schenkel wrote: --- Richard Gaskin [EMAIL PROTECTED] wrote: Here's a Transcript riddle: I know of one circumstance in which the defaultStack will return empty -- what is it? Though it sounds like a koan there's a real answer, and the logic makes a certain sense even if it seems initially counter-intuitive that defaultStack should ever be empty I seem to recall that the topStack can be empty if you're displaying a combobox menu ; so I'll make a guess : while displaying a menuStack ? I'd forgotten about that one. Okay, there are two. :) The other circumstance is when you check the defaultStack from a preOpenStack handler in the destination stack when using: go stack MyStack in window of this stack Becase the originating stack has been left defaultStack does not refer to it, and because the destination stack has not yet been rendered apparently the engine regards it as not fully there. Opening in a separate window does not product this anomaly. -- Richard Gaskin Fourth World Media Corporation Developer of WebMerge: Publish any database on any Web site ___ [EMAIL PROTECTED] http://www.FourthWorld.com ___ use-revolution mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/use-revolution
Re: changing defaultStack
On 11/28/04 7:12 PM, Paul Kocsis wrote: Under what circumstances does the defaultStack (and thus, a reference to this stack) change? I assume it's: A. if the defaultStack is specifically set B. when a stack is opened Also, going to another stack changes the defaultstack, even if the stack has already been opened. Does your script include a go statement? -- Jacqueline Landman Gay | [EMAIL PROTECTED] HyperActive Software | http://www.hyperactivesw.com ___ use-revolution mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/use-revolution
Re: changing defaultStack
On Nov 29, 2004, at 12:53 AM, Paul Kocsis wrote: makes me worry about the myriads of times I use both this stack as well as refer to fields as field (with no of stack ) in the rest of my 1000's of lines of code in the app. I chased similar things around and around in some of my projects. In the end, I decided that I would *never* trust it, and explicitly refer to stacks, or set the defaultStack in any handler which uses it. The safest thing to do, is at the top of any handler which uses this, is to first tell it EXACTLY what this is. -- Troy RPSystems, Ltd. http://www.rpsystems.net ___ use-revolution mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/use-revolution
Re: changing defaultStack
At 11:53 PM -0600 11/28/2004, Paul Kocsis wrote: Thank you for your response Jacqueline. No, I don't use a go anywhere in my stack...the 2 stacks in question get opened very close together...one right after the other open is the same command as go - they're synonyms. -- jeanne a. e. devoto ~ [EMAIL PROTECTED] http://www.jaedworks.com ___ use-revolution mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/use-revolution