[Possible BUG] Can someone confirm that calling RevBrowserClose with wrong id will crash app in MacOS X
Hello, Can someone confirm that calling RevBrowserClose with wrong id will crash app in MacOS X? Here on 4.5.0-dp-3 if I call RevBrowserClose with a bad id it will lock the process and die. :-/ silly external... -- 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: [Possible BUG] Can someone confirm that calling RevBrowserClose with wrong id will crash app in MacOS X
Hi Andre - no problem here. I just get an error message... External execution error: Error description: unknown browser id Rev 4.5.0-dp-3, OSX 10.6.4 Terry... On 27/07/10 7:32 AM, Andre Garzia an...@andregarzia.com wrote: Hello, Can someone confirm that calling RevBrowserClose with wrong id will crash app in MacOS X? Here on 4.5.0-dp-3 if I call RevBrowserClose with a bad id it will lock the process and die. :-/ silly external... -- Dr Terry Judd | Senior Lecturer in Medical Education Medical Education Unit Melbourne Medical School The University of Melbourne ___ 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
Possible Bug
Hi Everyone, They say when you make something idiot proof all you get are smarter idiots. Here's the idiotic thing I did. I was trying to add a Control-V shortcut to a menuItem in the menu manager. Instead of using Shift-V to insert the V I used Command-V it added the code that was on my clipboard to the menu. Was that a fluke or did I find a bug? Joe in Orlando ___ 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: Possible Bug
No bug. You pasted the contents of your clipboard into your menu. I have a great saying: Computers do not do what you want them to. They only do what you tell them to. ;-) Bob On May 25, 2010, at 11:42 AM, lunchnme...@aol.com wrote: Hi Everyone, They say when you make something idiot proof all you get are smarter idiots. Here's the idiotic thing I did. I was trying to add a Control-V shortcut to a menuItem in the menu manager. Instead of using Shift-V to insert the V I used Command-V it added the code that was on my clipboard to the menu. Was that a fluke or did I find a bug? Joe in Orlando ___ 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
Possible bug in Revolution 3.0: merge command is missing array elements...
Folks, can anyone confirm that we can still use arrays inside the merge command, like: put andre into myvar[name] put the merge of format(hello [[ myVar[\name\]], welcome!) Before anyone says that there's a missing closing ] in the string, be aware that in previous revolution versions this is how it worked, if you put three ] like ]]] in the end, in the final result you got youself a nice ] in the string. Again, the point is, the myVar[name] is being replaced by empty value andre -- 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: Possible bug in Revolution 3.0: merge command is missing array elements...
Friends, guess what, I think they fixed their parsing routine for merge the merge of: hello [[myVar[name]]] --- empty hello [[myVar[name]] --- empty (worked before) hello [[myVar[name] ]] --- works! So anyone working with merge commands and arrays, be sure to add a little space if you're using new revolution version. andre On Thu, Sep 11, 2008 at 7:39 PM, Andre Garzia [EMAIL PROTECTED] wrote: Folks, can anyone confirm that we can still use arrays inside the merge command, like: put andre into myvar[name] put the merge of format(hello [[ myVar[\name\]], welcome!) Before anyone says that there's a missing closing ] in the string, be aware that in previous revolution versions this is how it worked, if you put three ] like ]]] in the end, in the final result you got youself a nice ] in the string. Again, the point is, the myVar[name] is being replaced by empty value andre -- http://www.andregarzia.com All We Do Is Code. -- 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
Possible bug with internet time on servers?
Dreamhost is based in Los Angeles, yet when my CGIs hosted there use the internet date the time zone portion is always +, e.g.: Wed, 12 Mar 2008 08:42:26 + Is there a valid reason that should be the case, or is this a bug in the engine in which it's failing to get the appropriate info from the host OS? -- 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: Possible bug with internet time on servers?
Richard- Dreamhost is based in Los Angeles, yet when my CGIs hosted there use the internet date the time zone portion is always +, e.g.: Wed, 12 Mar 2008 08:42:26 + Is there a valid reason that should be the case, or is this a bug in the engine in which it's failing to get the appropriate info from the host OS? Seems to be a linux engine bug. The internet date returns a time of zero locally as well. -- Mark Wieder [EMAIL PROTECTED] ___ 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: Possible bug with internet time on servers?
Mark Wieder wrote: Richard- Dreamhost is based in Los Angeles, yet when my CGIs hosted there use the internet date the time zone portion is always +, e.g.: Wed, 12 Mar 2008 08:42:26 + Is there a valid reason that should be the case, or is this a bug in the engine in which it's failing to get the appropriate info from the host OS? Seems to be a linux engine bug. The internet date returns a time of zero locally as well. Thanks for the confirmation - now logged for folks' voting pleasure: http://quality.runrev.com/qacenter/show_bug.cgi?id=6059 -- 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
Possible Bug
Hello, I was in the script of an object, and then entered a group. However, when I clicked on the script to edit it, it gave an error saying that my object had been mysteriously deleted. Can you not edit the script of an object while inside a different group? Thanks, Brad Sampson ___ 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: Possible Bug
Hi Brad, Yes, I'd call that a bug. I have checked it and observe that same as you. If this hasn't been reported yet, please do. 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 On 6 mrt 2008, at 23:21, Brad Sampson wrote: Hello, I was in the script of an object, and then entered a group. However, when I clicked on the script to edit it, it gave an error saying that my object had been mysteriously deleted. Can you not edit the script of an object while inside a different group? Thanks, Brad Sampson ___ 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: Possible Bug
When you 'enter a group', Rev does some fancy 'behind the scenes' stuff to make it look like you're actually editing a group. But IIRC, they've created a new stack with the same objects and let you edit them there. The old (original) stack is now gone and only comes back when you get out of group edit mode. This is why you are seeing problems when trying to edit scripts of objects which are not in the group to begin with. This issue has to do with how the engine works, as there really is no 'group edit mode' supported by the engine (AFAIK). My rule is to jump into group edit mode, do quickly what I need, then jump back out ASAP. Perhaps this is a bug, but it's going to be a very hard one to properly fix. -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: Possible Bug
Chipp Walters wrote: When you 'enter a group', Rev does some fancy 'behind the scenes' stuff to make it look like you're actually editing a group. But IIRC, they've created a new stack with the same objects and let you edit them there. The old (original) stack is now gone and only comes back when you get out of group edit mode. This is why you are seeing problems when trying to edit scripts of objects which are not in the group to begin with. This issue has to do with how the engine works, as there really is no 'group edit mode' supported by the engine (AFAIK). This is one oddity that's all Raney: that's an engine behavior. -- 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
possible bug: can someone confirm that load url with message is broken?
Hello folks, can someone confirm that in Rev 2.8.1-dp-2 Mac OS X Intel has a problem with load url with messages? The load works but the message is never sent. Cheers andre ___ 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: possible bug: can someone confirm that load url with message is broken?
On Apr 19, 2007, at 9:44 AM, Andre Garzia wrote: Hello folks, can someone confirm that in Rev 2.8.1-dp-2 Mac OS X Intel has a problem with load url with messages? The load works but the message is never sent. Andre, load url is working fine with messages on my end (OS X intel). -- Trevor DeVore Blue Mango Learning Systems www.bluemangolearning.com-www.screensteps.com [EMAIL PROTECTED] ___ 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: possible bug: can someone confirm that load url with message is broken?
Here it is very strange, if I step with the debugger, it works, if I allow it to run by itself, the message is never dispatched. strange... bug is on my side, so, I'll solve it. Thanks Trevor andre On Apr 19, 2007, at 2:12 PM, Trevor DeVore wrote: On Apr 19, 2007, at 9:44 AM, Andre Garzia wrote: Hello folks, can someone confirm that in Rev 2.8.1-dp-2 Mac OS X Intel has a problem with load url with messages? The load works but the message is never sent. Andre, load url is working fine with messages on my end (OS X intel). -- Trevor DeVore Blue Mango Learning Systems www.bluemangolearning.com-www.screensteps.com [EMAIL PROTECTED] ___ 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: possible bug: can someone confirm that load url with message is broken?
Hi Andre, Here it is very strange, if I step with the debugger, it works, if I allow it to run by itself, the message is never dispatched. strange... bug is on my side, so, I'll solve it. Thanks Trevor I encountered this one, too! Even urlstatus turl does not work. I did this test: ... put http://www.apple.com; into turl load turl put urlstatus(turl) ## nothing was put! wait 1 secs ## Just to give it some time... put urlstatus(turl) ## again nothing ... The above DOES work in 2.8 however. So I finally use libURLDownloadToFile which did work as espected. andre Regards Klaus Major [EMAIL PROTECTED] http://www.major-k.de ___ 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: possible bug: can someone confirm that load url with message is broken?
Klaus, here it started working if I set the libURLSetStatusCallback before trying the load command. Then it worked as expected. :-/ Andre On Apr 19, 2007, at 3:32 PM, Klaus Major wrote: Hi Andre, Here it is very strange, if I step with the debugger, it works, if I allow it to run by itself, the message is never dispatched. strange... bug is on my side, so, I'll solve it. Thanks Trevor I encountered this one, too! Even urlstatus turl does not work. I did this test: ... put http://www.apple.com; into turl load turl put urlstatus(turl) ## nothing was put! wait 1 secs ## Just to give it some time... put urlstatus(turl) ## again nothing ... The above DOES work in 2.8 however. So I finally use libURLDownloadToFile which did work as espected. andre Regards Klaus Major [EMAIL PROTECTED] http://www.major-k.de ___ 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: possible bug: can someone confirm that load url with message is broken?
Hi Andre, Klaus, here it started working if I set the libURLSetStatusCallback before trying the load command. Then it worked as expected. :-/ Hmm, thanks, will try that. In case it will will work for me, too, we might have narrowed a possible bu er... inconvenience :-) Andre Adeus Klaus Major [EMAIL PROTECTED] http://www.major-k.de ___ 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: possible bug
Here is a better URL for RevZilla: http://www.sonsothunder.com/devres/revolution/downloads/RevZilla.htm Mark Wieder wrote: Jon- Thursday, June 2, 2005, 5:54:18 PM, you wrote: J My failing to disable the Geometry when I wrote the on Resize handler J is obviously a bug on my part. My only question/comment is to ask J whether the Rev run-time system might have detected an attempt to J manually alter a value that was being maintained automatically, and flag J a run-time error. This would have eliminated much of the mystery, and J all of the agony. J Just a suggestion. It's not a bad suggestion at that. I think that anything that brings down the IDE should be classified as a bug. I tested your resize handler earlier and with the included bugs it did indeed cause the IDE to hang. I'd rather have this be an environment that encourages experimentation, rather than punishing it. But I'm a bit at a loss as to how this problem would be trapped. I'd suggest putting this into Bugzilla with your sample script and letting the runrev folks deal with it. The problem, of course, as you've already surmised, is that the Damned Programming Environment did exactly what you told it to do... just can't trust computers these days. If you're not already using Bugzilla, do it the easy way and pick up RevZilla at http://www.sonsofthunder.com . ___ use-revolution mailing list use-revolution@lists.runrev.com http://lists.runrev.com/mailman/listinfo/use-revolution
Re: possible bug
Jon- Friday, June 3, 2005, 4:45:58 AM, you wrote: J Here is a better URL for RevZilla: J http://www.sonsothunder.com/devres/revolution/downloads/RevZilla.htm Sure, but if you go straight there you miss all the other cool stuff on Ken's site. g -- -Mark Wieder [EMAIL PROTECTED] ___ use-revolution mailing list use-revolution@lists.runrev.com http://lists.runrev.com/mailman/listinfo/use-revolution
Re: possible bug
Perhaps when you go there. When I go to your original URL, all I saw was a 404 URL not found error screen :) Mark Wieder wrote: Jon- Friday, June 3, 2005, 4:45:58 AM, you wrote: J Here is a better URL for RevZilla: J http://www.sonsothunder.com/devres/revolution/downloads/RevZilla.htm Sure, but if you go straight there you miss all the other cool stuff on Ken's site. g ___ use-revolution mailing list use-revolution@lists.runrev.com http://lists.runrev.com/mailman/listinfo/use-revolution
Re: possible bug
Perhaps when you go there. When I go to your original URL, all I saw was a 404 URL not found error screen No you're right... Mark provided: http://www.sonsofthunder.com, and unfortunately my domain is 'sonsothunder' not 'sonsofthunder' (I've been trying to get that domain for 5 years!), so perhaps you should go to: http://www.sonsothunder.com/ to see all the goodies... :-) Ken Ray Sons of Thunder Software Email: [EMAIL PROTECTED] Web Site: http://www.sonsothunder.com/ P.S. You can also use the longer: http://www.sonsofthundersoftware.com/. ___ use-revolution mailing list use-revolution@lists.runrev.com http://lists.runrev.com/mailman/listinfo/use-revolution
Re: possible bug
Ken- Friday, June 3, 2005, 6:05:45 PM, you wrote: KR No you're right... Mark provided: KR http://www.sonsofthunder.com, and KR unfortunately my domain is 'sonsothunder' not 'sonsofthunder' (I've been KR trying to get that domain for 5 years!), so perhaps you should go to: Sheesh... seems like I've been typing like that for the last several days. What good is a computer if it can't figure out what I really meant to say? You've got a little longer to wait - the domain doesn't expire until 6 March 2006. -- -Mark Wieder [EMAIL PROTECTED] ___ use-revolution mailing list use-revolution@lists.runrev.com http://lists.runrev.com/mailman/listinfo/use-revolution
Re: possible bug
You've got a little longer to wait - the domain doesn't expire until 6 March 2006. Longer still, I'm afraid... the owner of the domain renews it every year, even though he doesn't do anything with it. (sigh) Ken Ray Sons of Thunder Software Email: [EMAIL PROTECTED] Web Site: http://www.sonsothunder.com/ ___ use-revolution mailing list use-revolution@lists.runrev.com http://lists.runrev.com/mailman/listinfo/use-revolution
possible bug
I complained recently about stacks that suddenly locked up to the point where Rev had to be killed at the Windows task manager level. I may have figured out why this happened. What follows are only my thoughts: I've not actually tested this theory yet. The first stack I tried to write was an image viewer. One issue was how to resize the image as the stack was resized by the user. I started out trying to use the Geometry facilities provided in Rev, but that failed because the loaded image might have a different aspect ratio than the designed image space holder. I then tried to write an on resize handler, to manually resize the image as the stack size changed. I think what happened was that I forgot to disable the Geometry on the image, and was both trying to adjust the size manually and have Rev adjust it automatically. The result may have been repeated or recursive calls, as the two approaches battled it out endlessly. My failing to disable the Geometry when I wrote the on Resize handler is obviously a bug on my part. My only question/comment is to ask whether the Rev run-time system might have detected an attempt to manually alter a value that was being maintained automatically, and flag a run-time error. This would have eliminated much of the mystery, and all of the agony. Just a suggestion. :) Jon ___ use-revolution mailing list use-revolution@lists.runrev.com http://lists.runrev.com/mailman/listinfo/use-revolution
Re: possible bug
Jon- Thursday, June 2, 2005, 5:54:18 PM, you wrote: J My failing to disable the Geometry when I wrote the on Resize handler J is obviously a bug on my part. My only question/comment is to ask J whether the Rev run-time system might have detected an attempt to J manually alter a value that was being maintained automatically, and flag J a run-time error. This would have eliminated much of the mystery, and J all of the agony. J Just a suggestion. It's not a bad suggestion at that. I think that anything that brings down the IDE should be classified as a bug. I tested your resize handler earlier and with the included bugs it did indeed cause the IDE to hang. I'd rather have this be an environment that encourages experimentation, rather than punishing it. But I'm a bit at a loss as to how this problem would be trapped. I'd suggest putting this into Bugzilla with your sample script and letting the runrev folks deal with it. The problem, of course, as you've already surmised, is that the Damned Programming Environment did exactly what you told it to do... just can't trust computers these days. If you're not already using Bugzilla, do it the easy way and pick up RevZilla at http://www.sonsofthunder.com . -- -Mark Wieder [EMAIL PROTECTED] ___ use-revolution mailing list use-revolution@lists.runrev.com http://lists.runrev.com/mailman/listinfo/use-revolution
Sort : Rev cgi versus mySQL (+ possible bug)
I've spent the whole afternoon playing (well actually trying to write the fastest script for a client) with Rev cgi and mySql, especially with sorting of data; IOW : ORDER BY vs sort lines of myVar... in case of a sort with multiple parameters, I've found successive sort cmds in the Rev cgi script to be much faster than SQL cmd ORDER BY... Furthermore, Rev seems to offer more options than SQL (international sort for instance). But I've also found that in the case of a variable with multiple lines several items on each line, the following command : sort lines of myV ascending international by item 7 of each seems to get lost (actually outputs random sort) when item 7 of some lines is empty... has anyone experienced this ? Best, JB ___ use-revolution mailing list use-revolution@lists.runrev.com http://lists.runrev.com/mailman/listinfo/use-revolution
Possible bug in selectedLines in 2.0.x
I haven't checked 2.1 yet but, in 2.0.1, I've found something a little strange. I can eMail the stack if you're interested as it's very small (8K). I was testing that wonderful little dragdrop example provided by Klaus. (Yes, your script works perfectly! Thank you.) The stack has a field fieldOfPaths with list behavior and all the Hilite options checked in the Object Inspector. Also, don't wrap is checked. I have some text in the field occupying 4 lines. When I hilite non-contiguous lines, and then execute the following script in a button: answer the selectedLines of field fieldOfPaths ...only the line(s) before the break are noted. In other words, if I have hilited lines 1 3, only line 1 is reported as selected. If I hilite lines 1, 2, and 4, only lines 1 2 are reported as selected. It's also apparent using selectedChunk; only the chars before the non-hilited line are reported. However, selectedText -does- report the non-contiguous selection properly. If this is something that was fixed in 2.1, I'd better switch, eh? Otherwise, should I report this as a bug (assuming no one else has)? Thanks, Barry ___ use-revolution mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/use-revolution
Re: Possible bug in selectedLines in 2.0.x
Hi Barry, I haven't checked 2.1 yet but, in 2.0.1, I've found something a little strange. I can eMail the stack if you're interested as it's very small (8K). I was testing that wonderful little dragdrop example provided by Klaus. (Yes, your script works perfectly! Thank you.) Thank YOU ;-) The stack has a field fieldOfPaths with list behavior and all the Hilite options checked in the Object Inspector. Also, don't wrap is checked. I have some text in the field occupying 4 lines. When I hilite non-contiguous lines, and then execute the following script in a button: answer the selectedLines of field fieldOfPaths ...only the line(s) before the break are noted. In other words, if I have hilited lines 1 3, only line 1 is reported as selected. If I hilite lines 1, 2, and 4, only lines 1 2 are reported as selected. It's also apparent using selectedChunk; only the chars before the non-hilited line are reported. Looks like this doesn't work with non-cont hilites... However, selectedText -does- report the non-contiguous selection properly. If you need the linenumber(s) you can use the hilitedlines of fld y. Gives a list of the linenumbers like 1,3,4 and works, too ;-) If this is something that was fixed in 2.1, I'd better switch, eh? I tested on 2.1, it supports drawers* and other X goodies... :-) *Unfortunately there is obviously a resizebug with drawers, but i am sure it won't last long until 2.1.1 ;-) Otherwise, should I report this as a bug (assuming no one else has)? I didn't... Hope that helps... Thanks, Barry Regards Klaus Major [EMAIL PROTECTED] www.major-k.de ___ use-revolution mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/use-revolution
