Re: ctrl-y does a paste on Mac?
From: Judy Perry [EMAIL PROTECTED] To: How to use Revolution use-revolution@lists.runrev.com Sent: Thursday, May 17, 2007 4:06 PM Subject: Re: ctrl-y does a paste on Mac? Haven't tried it, but doesn't cntl-y do a repeat of previous action in M$ Word? Yep. I don't think it does anymore, but I have this dim recollection of having previously used cntl-y alot... Still does in Word for XP. Haven't got Word 2003 or Word 2007 so I can't say for those, though I do not see any reason why it would change... Scott Kane In painting a tiger you can paint the skin, but not the bones. Confucius ___ 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: More - Read File at 2GB Problem
Between the current position and what? :) Dave [EMAIL PROTECTED] wrote in message news:[EMAIL PROTECTED] Hi, I managed to make it work by reading the difference between the current position and but it's *MUCH* slower! I'm dealing with 60GB+ files!!! ___ 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: More - Read File at 2GB Problem
Between the current position and what? :) The local I need to read data from! e.g. if I want to position the file at 129654 I have to set the position to 1 (by doing a read at 1) then read (129654 - 2, -1 cos we already read 1 character and another -1 to position to just before the required position). Is this *really* no way of accessing a file with Random 2GB in RunRev? Thanks a lot All the Best Dave On 17 May 2007, at 07:49, Bill Marriott wrote: Between the current position and what? :) Dave [EMAIL PROTECTED] wrote in message news: [EMAIL PROTECTED] Hi, I managed to make it work by reading the difference between the current position and but it's *MUCH* slower! I'm dealing with 60GB+ files!!! ___ 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
Getting Icon out of ResEdit doc
Try this lot:- http://en.wikipedia.org/wiki/ResKnife http://www.abbottsys.com/co.html (Can Opener) http://resfork.sourceforge.net/en/ http://www.mathemaesthetics.com/Res24Info.html (resorcerer) Mind you: if you have found an icon you like why not just do a screenshot and fiddle around with GIMP or 'another' graphic editing programme? sincerely, Richmond Mathewson A Thorn in the flesh is better than a failed Systems Development Life Cycle. ___ Inbox full of unwanted email? Get leading protection and 1GB storage with All New Yahoo! Mail. http://uk.docs.yahoo.com/nowyoucan.html ___ 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: Read File at 2GB Problem
Hi, Dave. I just tried a 4GB file with Suse Linux and it was lightening fast. I read from position 3,221,225,472 (3GB mark). Maybe it depends on platform? JC Dave wrote: Hi, I have a File that is greater than 2GB in size. I am using: read from file theFile at myFilePosition for myCount put it into myFileData It all works fine until myFilePosition is greater than 2GB. Is there a limit on the file position inside a file? I Calculate the value for myFilePosition based on number of factors. Thanks a lot All the Best Dave ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
Re: Read File at 2GB Problem
I seem to remember something about most OSs not supporting file sizes 2GB, and that anything that appeared bigger was actually several 2GB files joined together. But my only experience of this was using iMovie some time ago, where imported DV footage was automatically broken down into 2GB chunks. Ian On 17 May 2007, at 10:27, John Craig wrote: Hi, Dave. I just tried a 4GB file with Suse Linux and it was lightening fast. I read from position 3,221,225,472 (3GB mark). Maybe it depends on platform? ___ 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
revCopyFolder and long file names
I knew all about the long file name problems on OS X with older versions, but it appears to still be present in revCopyFolder in 2.8.1 build 470. :-( If either the original folder or destination folder names contain 32 chars, revCopyFolder fails with 'execution error'. http://quality.runrev.com/qacenter/show_bug.cgi?id=4984 Anyone else seeing this? Ian ___ 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: revCopyFolder and long file names
On 17 May 2007, at 11:35, Ian Wood wrote: If either the original folder or destination folder names contain 32 chars, revCopyFolder fails with 'execution error'. P.S. Does anyone have a workaround for this? Other than forking the code and using AppleScript/terminal commands on OS X... Ian ___ 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: Read File at 2GB Problem
Hi As far as i know, win32 can handle files above 900 GBs (i've seen a zip file that big, imagine how big the xml file compressed within was!)... Some video systems breakdown big files to make them easier to read and moving the viewer from chapters to chapter (but this is just a software limit)... I dont think any modern system would have such a ridiculous limit... What is possible is that rev depends on a pointer to the file which would be a signed interger limited near the size of 2GBs... Regards, Xavier [EMAIL PROTECTED] wrote on 17/05/2007 11:57:39: I seem to remember something about most OSs not supporting file sizes 2GB, and that anything that appeared bigger was actually several 2GB files joined together. But my only experience of this was using iMovie some time ago, where imported DV footage was automatically broken down into 2GB chunks. Ian On 17 May 2007, at 10:27, John Craig wrote: Hi, Dave. I just tried a 4GB file with Suse Linux and it was lightening fast. I read from position 3,221,225,472 (3GB mark). Maybe it depends on platform? Clearstream Services S.A. 42 Avenue JF Kennedy, L-1855 Luxembourg Société anonyme is organised with limited liability in the Grand Duchy of Luxembourg RC Luxembourg B 60911. - Visit us at http://www.clearstream.com IMPORTANT MESSAGE Internet communications are not secure and therefore Clearstream International does not accept legal responsibility for the contents of this message. The information contained in this e-mail is confidential and may be legally privileged. It is intended solely for the addressee. If you are not the intended recipient, any disclosure, copying, distribution or any action taken or omitted to be taken in reliance on it, is prohibited and may be unlawful. Any views expressed in this e-mail are those of the individual sender, except where the sender specifically states them to be the views of Clearstream International or of any of its affiliates or subsidiaries. Legally required information for business correspondence/ Gesetzliche Pflichtangaben fuer Geschaeftskorrespondenz: http://deutsche-boerse.com/letterhead END OF DISCLAIMER ___ 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: Read File at 2GB Problem
It could have been a bad memory from the days of OS 9... Ian On 17 May 2007, at 11:40, [EMAIL PROTECTED] wrote: I dont think any modern system would have such a ridiculous limit... What is possible is that rev depends on a pointer to the file which would be a signed interger limited near the size of 2GBs... ___ 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: Getting Icon out of ResEdit doc
Thanks, Richmond. That is more or less what I am doing. Joe Wilkins On May 17, 2007, at 2:11 AM, Richmond Mathewson wrote: Mind you: if you have found an icon you like why not just do a screenshot and fiddle around with GIMP or 'another' graphic editing programme? sincerely, Richmond Mathewson ___ 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: Read File at 2GB Problem
Hi, There are Mac OS APIs that pass 64 Bit values for the File Position and Read/Write Size, I guess RunRev is still using the 32-Bit value. So, that's it then. Dead in the water! RunRev doesn't support files 2 GB on the Mac Platform! What a Croc! It really would be nice to have some warning about this in the docs! I'm not sure what to do now, I'm writing an app that has to access 2GB, should I just tell them that RunRev is not up to this task? Is there any other way of reading files 2 GB in RunRev? Thanks a lot All the Best Dave On 17 May 2007, at 11:40, [EMAIL PROTECTED] wrote: Hi As far as i know, win32 can handle files above 900 GBs (i've seen a zip file that big, imagine how big the xml file compressed within was!)... Some video systems breakdown big files to make them easier to read and moving the viewer from chapters to chapter (but this is just a software limit)... I dont think any modern system would have such a ridiculous limit... What is possible is that rev depends on a pointer to the file which would be a signed interger limited near the size of 2GBs... Regards, Xavier [EMAIL PROTECTED] wrote on 17/05/2007 11:57:39: I seem to remember something about most OSs not supporting file sizes 2GB, and that anything that appeared bigger was actually several 2GB files joined together. But my only experience of this was using iMovie some time ago, where imported DV footage was automatically broken down into 2GB chunks. Ian On 17 May 2007, at 10:27, John Craig wrote: Hi, Dave. I just tried a 4GB file with Suse Linux and it was lightening fast. I read from position 3,221,225,472 (3GB mark). Maybe it depends on platform? -- -- Clearstream Services S.A. 42 Avenue JF Kennedy, L-1855 Luxembourg Société anonyme is organised with limited liability in the Grand Duchy of Luxembourg RC Luxembourg B 60911. - Visit us at http://www.clearstream.com IMPORTANT MESSAGE Internet communications are not secure and therefore Clearstream International does not accept legal responsibility for the contents of this message. The information contained in this e-mail is confidential and may be legally privileged. It is intended solely for the addressee. If you are not the intended recipient, any disclosure, copying, distribution or any action taken or omitted to be taken in reliance on it, is prohibited and may be unlawful. Any views expressed in this e-mail are those of the individual sender, except where the sender specifically states them to be the views of Clearstream International or of any of its affiliates or subsidiaries. Legally required information for business correspondence/ Gesetzliche Pflichtangaben fuer Geschaeftskorrespondenz: http://deutsche-boerse.com/letterhead END OF DISCLAIMER ___ 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: Read File at 2GB Problem
Dave, Have you contacted support for the final word? This is somewhat serious. sqb Hi, There are Mac OS APIs that pass 64 Bit values for the File Position and Read/Write Size, I guess RunRev is still using the 32-Bit value. So, that's it then. Dead in the water! RunRev doesn't support files 2 GB on the Mac Platform! What a Croc! It really would be nice to have some warning about this in the docs! I'm not sure what to do now, I'm writing an app that has to access 2GB, should I just tell them that RunRev is not up to this task? Is there any other way of reading files 2 GB in RunRev? Thanks a lot All the Best Dave -- 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
Quitting standalone, is this a bug?
Hi everyone, This is my first post to this list. I'm new to Rev (but much hypercard experience). I have just spent a couple of days figuring something out (it may be a bug) so I thought I'd share it. I am developing with Studio 2.81 and testing on an mac ibook G4 running 10.3.9. To demonstrate the bug: Step 1) create a new main stack and call it myApp. Step 2) Put this handler into the stack script: on shutdownrequest answer This stack: the name of this stack cr Quit now? with Yes or No if it is Yes then pass shutdownrequest end shutdownrequest Step 3) Save myApp, and then save it as a mac OS X standalone. Step 4) Launch the standalone. Step 5) Quit (by menu or commandkey Q) and choose No. (the behavior is as expected) Step 6) Quit again. This time the bug is evident... On my system, the second (and all subsequent) quit brings up a dialog box with an unexpected result: This stack: stack answer dialog I discovered this bug in myBigComplexApp, and the bug there is a bit different. The first time I quit myBigComplexApp, This stack is revExternalLibrary. On the second and all subsequent quits this stack is answer dialog. (as in the example above) This is a problem for me because when a user quits myBigComplexApp I need to validate data and offer the user a chance to save the changes. In order to do this I need to determine what data entry card the user is viewing when the quit request occurs: on shutdownrequest -- this does not work as expected because of the bug if the short name of this cd is dataEntry1 then validateData1 else if the short name of this cd is dataEntry2 then validateData2 end if offerChanceToSave end shutdownrequest My workaround for the bug is as follows: on shutdownrequest put line 1 of the recentcards of stack myBigComplexApp into whichcard if the short name of whichcard is dataEntry1 then validateData1 else if the short name of whichcard is dataEntry2 then validateData2 end if offerChanceToSave end shutdownrequest I am not all that confident in my workaround because I am not confident that I understand the nature of the bug. As I mentioned above, the bug in (simple) myApp is a bit different than in myBigComplexApp. Do any of you have any thoughts on whether this is a bug, whether it occurs on other platforms, and whether my workaround could be improved? thanks, in advance, for your responses --Michael Binder ___ 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: Quitting standalone, is this a bug?
Hi Michael. Welcome to the list. On May 17, 2007, at 10:21 AM, Michael Binder wrote: Hi everyone, This is my first post to this list. I'm new to Rev (but much hypercard experience). I have just spent a couple of days figuring something out (it may be a bug) so I thought I'd share it. I am developing with Studio 2.81 and testing on an mac ibook G4 running 10.3.9. To demonstrate the bug: Step 1) create a new main stack and call it myApp. Step 2) Put this handler into the stack script: on shutdownrequest answer This stack: the name of this stack cr Quit now? with Yes or No if it is Yes then pass shutdownrequest end shutdownrequest Step 3) Save myApp, and then save it as a mac OS X standalone. Step 4) Launch the standalone. Step 5) Quit (by menu or commandkey Q) and choose No. (the behavior is as expected) Step 6) Quit again. This time the bug is evident... On my system, the second (and all subsequent) quit brings up a dialog box with an unexpected result: This stack: stack answer dialog This is probably more an unexpected result than a bug. The problem seems to be caused by the nature of the message hierarchy. Every window in Rev is a stack, including the answer dialog, and every time you try to quit the Rev engine, a shutdownrequest will be sent to the current stack. If it's not handled by that stack it'll pass up the hierarchy until it finds a handler. You might try this and see what happens: answer This stack: the mainstack of this stack cr Quit now? etc. You could also try putting one or more exceptions in your shutdownrequest handler: if the style of this stack is topLevel then -- would only execute if the stack receiving the shutdownrequest was non-modal. if the visible of this stack then -- would ensure shutdownrequest would only be handled in a visible stack Or a combination of the above. I discovered this bug in myBigComplexApp, and the bug there is a bit different. The first time I quit myBigComplexApp, This stack is revExternalLibrary. On the second and all subsequent quits this stack is answer dialog. (as in the example above) This is a problem for me because when a user quits myBigComplexApp I need to validate data and offer the user a chance to save the changes. In order to do this I need to determine what data entry card the user is viewing when the quit request occurs: on shutdownrequest -- this does not work as expected because of the bug if the short name of this cd is dataEntry1 then validateData1 else if the short name of this cd is dataEntry2 then validateData2 end if offerChanceToSave end shutdownrequest My workaround for the bug is as follows: on shutdownrequest put line 1 of the recentcards of stack myBigComplexApp into whichcard if the short name of whichcard is dataEntry1 then validateData1 else if the short name of whichcard is dataEntry2 then validateData2 end if offerChanceToSave end shutdownrequest I am not all that confident in my workaround because I am not confident that I understand the nature of the bug. As I mentioned above, the bug in (simple) myApp is a bit different than in myBigComplexApp. Do any of you have any thoughts on whether this is a bug, whether it occurs on other platforms, and whether my workaround could be improved? Would it work to do data vaildation on closeStack instead of shutdownrequest? HTH 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
Another This should be easy but ... How do you edit a line?
Sometimes it seems the simplest things are the hardest!! I'm trying to draw a line on a card (which will be printed later) it's going to look like a spreadsheet when I'm done but I can't use the (useless) table fields from Rev. My problem is that I can't get the lines straight (hor. or vert) and I can't figure out how to edit them in the property inspector (I'm using Galaxy by the way). Every time I change one number (like upper left), all the other numbers adjust when I really want them to stay the way they were. When I try and move the line, it changes the angle rather than the position. Is there a way to draw (and move) simple vertical or horizontal lines? len ___ 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
Obtaining the hardware MacAddress ON WINDOWS
When you have Parallels or VMware installed on a Windows box, it created multiple virtual NICs. Each one has its own MacAddress. I want to determine the MacAddress of the REAL hosts NIC? It isn't in the registry, so how can this be achieved? I have tried the following, but it returns all 4 NICs, and you can't tell which one is real (and active): function getWinMacAddress set the hideConsoleWindows to true put net config rdr into tShellCommand put shell(tShellCommand) into tNetInfo filter tNetInfo with *NetBT_Tcpip* -- last word is MacAddress put word -1 of line 1 of tNetInfo into tMacAddress return tMacAddress end getWinMacAddress Roger Eller [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
VirtualStore location
Ken Ray had posted awhile back about Vista gotchas and the VirtualStore issue. Is there a built in SpecialFolderPath to get the VirtualStore location without hardcoding it? And if so, which engine did it come out in? I'd like to be able to delete a file during uninstall if it has created one there. (Or perhaps even Install, if a file already exists, to ensure the system doesn't launch an old file for a new download.) Shari -- Gypsy King games for MAC and WlND0WS http://www.gypsyware.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: Obtaining the hardware MacAddress ON WINDOWS
Is the MAC address of the real hardware actually *visible* to the Windows install? I thought Parallels virtualised all network connections to the enclosed OS. Ian On 17 May 2007, at 18:28, [EMAIL PROTECTED] wrote: When you have Parallels or VMware installed on a Windows box, it created multiple virtual NICs. Each one has its own MacAddress. I want to determine the MacAddress of the REAL hosts NIC? ___ 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: End of U3?
My memory is failing me, and I haven't been following this thread very closely (I tend to get a bit lost in all this U3 stuff, since I don't use Windows anymore). Has anyone actually mentioned that Rev/Linux 2.6.1 runs directly from a common pendrive with no problem at all? No setup. No hassle. Just copy it to the drive and run it. All I hope is that the new Rev/Linux runs similarly with no hassle. Rev! Take care of it please! [Sorry if I'm pointing out something that everybody knows already.] Bob ___ 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: Read File at 2GB Problem
Hi, I just sent them an email. Thanks a lot All the Best Dave On 17 May 2007, at 16:25, Stephen Barncard wrote: Dave, Have you contacted support for the final word? This is somewhat serious. sqb Hi, There are Mac OS APIs that pass 64 Bit values for the File Position and Read/Write Size, I guess RunRev is still using the 32- Bit value. So, that's it then. Dead in the water! RunRev doesn't support files 2 GB on the Mac Platform! What a Croc! It really would be nice to have some warning about this in the docs! I'm not sure what to do now, I'm writing an app that has to access 2GB, should I just tell them that RunRev is not up to this task? Is there any other way of reading files 2 GB in RunRev? Thanks a lot All the Best Dave -- stephen barncard s a n f r a n c i s c o - - - - - - - - - - - - ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
Re: Another This should be easy but ... How do you edit a line?
Len Morgan wrote: Sometimes it seems the simplest things are the hardest!! I'm trying to draw a line on a card (which will be printed later) it's going to look like a spreadsheet when I'm done but I can't use the (useless) table fields from Rev. My problem is that I can't get the lines straight (hor. or vert) and I can't figure out how to edit them in the property inspector (I'm using Galaxy by the way). Every time I change one number (like upper left), all the other numbers adjust when I really want them to stay the way they were. When I try and move the line, it changes the angle rather than the position. Is there a way to draw (and move) simple vertical or horizontal lines? Long-standing problem, but there are workarounds. To draw a straight line, hold down the shift key while dragging. To re-adjust the line with the mouse, select the line and choose Reshape graphic from the Object menu. Or, in the property inspector, change the bottom location to the same number as the top location plus the height of the line (assuming a horizontal line; adjust the left/right for a vertical line.) -- 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: Read File at 2GB Problem
While much slower, as a workaround in the meantime you could read the file in chunks until you get to the part you're interested in. -- 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: Another This should be easy but ... How do you edit a line?
Len Morgan wrote: My problem is that I can't get the lines straight (hor. or vert) and I can't figure out how to edit them in the property inspector (I'm using Galaxy by the way). Every time I change one number (like upper left), all the other numbers adjust when I really want them to stay the way they were. When I try and move the line, it changes the angle rather than the position. Is there a way to draw (and move) simple vertical or horizontal lines? Jacque's recommendation will work in the IDE, but if you want to deliver a drawing environment to your users you'll want this addressed in the engine. Please consider adding your votes to the 89 already logged here: http://quality.runrev.com/qacenter/show_bug.cgi?id=624 Also, when delivering a drawing environment the global nature of the tool property is problematic. This request simplifies things tremendously, and opens up a wide range of application categories for Rev: http://quality.runrev.com/qacenter/show_bug.cgi?id=623 -- 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
Re: Read File at 2GB Problem
Hi, That's what I'm doing, but it's *way* too slow and crashes if you read too much data. I've got a 60+ GB file and need to read at random positions in the file. Moving from somewhere near the start to somewhere near the end takes minutes! The ironic thing is that the data I want to read when I get there is quite small! All the Best Dave On 17 May 2007, at 18:49, Richard Gaskin wrote: While much slower, as a workaround in the meantime you could read the file in chunks until you get to the part you're interested in. -- 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 ___ 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: Obtaining the hardware MacAddress ON WINDOWS
Ian Wood wrote: Is the MAC address of the real hardware actually *visible* to the Windows install? I thought Parallels virtualised all network connections to the enclosed OS. Ian I need to determine the REAL MacAddress, NOT from within the enclosed guest OS. Parallels is installed, but not running. However the virtual NICs are still visible as if they were real. The results of the shell command net config rdr returns all of them. All I am concerned with is which one is real. Roger Eller [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: Obtaining the hardware MacAddress ON WINDOWS
Hello. Based on the details you've provied, you could compare the MAC address of the real computer (found by typing ifconfig en0 for Ethernet and ifconfig en1 into terminal or using get shell([command here]) in Revolution) to the MAC addresses in your guest OS from parallels (shell command net config rdr). If any of the MAC Addresses match, then that will take you a step closer to figuring out the real MAC address. Thanks, Brent Anderson Christa McAuliffe Space Education Center ___ 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: Read File at 2GB Problem
Are you reading from the beginning of the file to the part you need, or going straight to the random position? Ian On 17 May 2007, at 19:14, Dave wrote: That's what I'm doing, but it's *way* too slow and crashes if you read too much data. I've got a 60+ GB file and need to read at random positions in the file. Moving from somewhere near the start to somewhere near the end takes minutes! The ironic thing is that the data I want to read when I get there is quite small! On 17 May 2007, at 18:49, Richard Gaskin wrote: While much slower, as a workaround in the meantime you could read the file in chunks until you get to the part you're interested in. ___ 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: Read File at 2GB Problem
Dave wrote: Hi, That's what I'm doing, but it's *way* too slow and crashes if you read too much data. I've got a 60+ GB file and need to read at random positions in the file. Moving from somewhere near the start to somewhere near the end takes minutes! The ironic thing is that the data I want to read when I get there is quite small! There is a limit to the total addressable RAM space that Rev can use. It's 4 gigs on 32-bit systems, and 16P on 64-bit systems. I believe that Rev works with 64-bit systems (for two reasons: they said it would, and it is documented) so it may be that you are reaching one of the limits. However, my brain cannot process how large 16P is so I'm not sure. What's that in gigs? -- 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: Read File at 2GB Problem
Sorry, just read the original post again. Ian On 17 May 2007, at 19:43, Ian Wood wrote: Are you reading from the beginning of the file to the part you need, or going straight to the random position? ___ 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: Quitting standalone, is this a bug?
Devon Asay wrote: You might try this and see what happens: if the style of this stack is topLevel then -- would only execute if the stack receiving the shutdownrequest was non-modal. if the visible of this stack then -- would ensure shutdownrequest would only be handled in a visible stack Hi Devon, I don't think that is a solution. The problem with your suggestion is that this stack does not evaluate to myApp. Likewise, when I write: the short name of this cd, it never evaluates to the name of the card that the user is quitting from. Did you try to replicate the bug with the example I gave? --Michael Binder ___ 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: Quitting standalone, is this a bug?
On May 17, 2007, at 2:18 PM, Michael Binder wrote: Devon Asay wrote: You might try this and see what happens: if the style of this stack is topLevel then -- would only execute if the stack receiving the shutdownrequest was non-modal. if the visible of this stack then -- would ensure shutdownrequest would only be handled in a visible stack Hi Devon, I don't think that is a solution. The problem with your suggestion is that this stack does not evaluate to myApp. Did you try my other suggestion? answer This stack: the mainstack of this stack cr Quit now? etc. Likewise, when I write: the short name of this cd, it never evaluates to the name of the card that the user is quitting from. Did you try to replicate the bug with the example I gave? Yes I did try it and it did just what you said. And that may or may not be a bug. It seems more like a message hierarchy issue. It should do what you want if instead of 'this stack' you refer to 'the mainstack of this stack' or do a check like this: on shutdownrequest if the short name of this stack = the short name of me then... etc. It should only execute the statements in shutdownrequest if in fact this stack is stack myApp. 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: Quitting standalone, is this a bug?
Michael Binder wrote: Devon Asay wrote: You might try this and see what happens: if the style of this stack is topLevel then -- would only execute if the stack receiving the shutdownrequest was non-modal. if the visible of this stack then -- would ensure shutdownrequest would only be handled in a visible stack Hi Devon, I don't think that is a solution. The problem with your suggestion is that this stack does not evaluate to myApp. Likewise, when I write: the short name of this cd, it never evaluates to the name of the card that the user is quitting from. Right, that's what Devin's suggestion evaluates -- whether the card or stack that gets the shutdownrequest message is yours or not. If the stack is not a toplevel stack or the stack isn't visible (assuming your standalone mainstack is always visible) then the stack that received the message isn't one you want to handle. You could also check this way: if the short name of this stack is the mainstack of this stack then... which would be true if it's your stack and false if it's not. There are other tests you could devise if you have several stacks you want to respond to. In any case, you'd only evaluate the data if the stack that is being closed is yours, and you'd just pass the closestackrequest message if it wasn't. For example: on closeStackRequest if the short name of this stack is the mainstack of this stack then -- do your data evaluation, it's your stack end if pass closeStackRequest -- pass it in all cases end closeStackRequest I agree that you are probably seeing the effects of a multi-window environment (something HyperCard didn't have.) The stack you are looking at isn't necessarily the first recipient of a system message. (See defaultstack in the dictionary; it's a new concept for ex-HyperCarders.) Stacks can be at the front of the message hierarchy even while not being visible, or not being physically in front. Using the above technique, you bypass the problem by only responding to the message if the stack that receives it is yours. -- 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
Revolution 2.8.1: a 240+ bug fixes/improvements! What about the remaining 1879?
Dear Revolutionists, A warm thank you very much to Runrev for having fixed more than 240 bugs. I would like to know how successfull is the open beta and what criterion have been defined at the beginning of the quality way last November. It would be interested to get the results of the last open beta anonymous survey. With my background in scientific research let me try to present formally known data about Revolution bugs and make some comments carefully: MOTIVATIONS AND OBJECTIVES: - I have personally reported major or blocking bugs still unresolved nor closed (even more than a year old). - Respectable persons were unfairly flamed for having objectively and politely requested about the quality work and to understand procedures transparently (that's ISO 9xxx quality management procedures, isn't it?). - Public declarations, apologizes and/or promises not to repeat *exceptional* unhappy events from Runrev appeared to me a different story from facts reported by the rev-list and experiences. - Actually I want to get a better picture of what's really the gain of the current quality step initiated by Runrev and then the future I can expect for my favorite IDE. METHOD: - Queries done today (2007-05-17) with the most recent version of stack STSRevZilla. RESULT: - At the time of the queries RevZilla found that 1879 bugs are neither resolved, nor closed: 580 are new, the oldest one was created on 2003-10-28 129 are pending, the oldest one was created on 2003-10-24 1079 are new, the oldest one was created on 2003-06-16 53 are assigned, most are enhancement requests, 2 are major, 1 minor, one norma, the oldest one was created on 2003-06-24 37 are reopened, oldest created on 2003-08-12 1 is verified, created on 2005-06-15. - RevZilla found that 3067 bugs are either resolved or closed: 2729 bugs are marked resolved. 338 bugs are marked closed. - Among the 1879 bugs that are neither resolved, nor closed today: 227 has severity of blocker, critical or major (126 bugs before 2006-11-10 and 103 bugs reported during the open beta process). 821 has severity enhancement. - The Open Community Beta for 2.7.5 has been annonced on November 10th 2006 (http://www.runrev.com/newsletter/november/issue13/ newsletter1.php). - the first bug notified on 2006-11-10 is #3967 (concerning version 2.6.1 it is now resolved/closed). - the first bug notified on 2006-11-10 for version 2.7.5 is #3968 (now closed/not a bug). - since this opening date 1013 bugs have been notified and categorized as followed: 345 bugs have been notified (created) and resolved. 85 bugs have been notified and closed. 584 bugs have been notified but still neither resolved nor closed. COMMENTS: - Remember that some of the bugs notified in revzilla are enhancement requests. - Out of the 1879 remainging reported bugs 584 of them has been reported after the beginning of the open beta, i.e. 1295 bugs reported prior the beta are still uncovered. - It is surprising that as many as 227 bugs marked as blocker, critical or major have not been processed during this quality step. 45% of them have been reported during the open beta process (126 of them were known prior the begining of the open beta and 103 has been reported during the process). - Because stsRevzilla does not let us search the date a bug is closed or resolved then it is simply difficult to compare the results above with the past state of November 2006. This comparison would have been interested in order to answer if Runrev has actually made a progress and how much of its resources it has spent in fixing new bugs introduced during this Open Beta process. Of course you should study this with care because among the 1013 bugs notified since November some are bugs present but not reported in older releases or new bugs introduced between 2.7.4 and the 2.8.1. Have a look to the list of bugs (since #3967) to make your own opinion on the amount of wasted workload the open beta may have self generated. - So, impossible to know how Runrev count the 240+ bugs fixed. - Also a deeper study would be necessary to evaluate how bugs were prioritized in the fix: is priority choosen by severity, by reporter, by date, by vote count? CONCLUSIONS: I dont want to comment on the success of this Open Community Beta. Of course this is not my job but among the other reasons, by rereading the original newsletter article, the objectives are still imprecise to me. So I let you make your own conclusions, positives and negatives, if applicable for you, and in such a context (this is no scientific way) tightly bound to your own expectations I guess. Just a few remarks: 1.- I am thankful to Runrev for trying to make Revolution better quality and to ensure its future. 2.- I was happy to read so much excitements from major revolutionaries to applaude the 2.8.1 release on both the use and improve lists.
Re: Revolution 2.8.1: a 240+ bug fixes/improvements! What about the remaining 1879?
A well thought out and executed post, Joel. Thanks for that. I read your post twice, and maybe I'm just suffering from post-lunch lag but I couldn't figure out what you were proposing there. What do you suggest? -- 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
Volume Information?
Hello List: I'm wondering if anyone has any experience retrieving (what I believe is) specific information about a volume, in this a USB stick: a product ID and a vendor ID. Anyone know where/how to retrieve this info from a system? Thanks 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: Using Rev to Access MySql over the LAN
Sivakatirswami [EMAIL PROTECTED] wrote in message news:[EMAIL PROTECTED] I need to do some more testing. Since it's not clear to me that this got resolved, here are a couple of hints: Make sure your database has the right privileges: sudo mysql mysql grant all on dbname to username; mysql flush privileges; mysql exit I believe MySQL by default limits accesses to localhost. I'm not sure where the config files will be on your system, but on my Kubuntu system I've got /etc/mysql/my.cnf find the line bind-address = 127.0.0.1 comment it (place a # in front of it) restart networking: sudo /etc/init.d/mysql restart -- 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: Volume Information?
Scott, Ask Phil Davis - before he goes on vacation. Paul Looney -Original Message- From: [EMAIL PROTECTED] To: use-revolution@lists.runrev.com Sent: Thu, 17 May 2007 2:58 PM Subject: Volume Information? Hello List: I'm wondering if anyone has any experience retrieving (what I believe is) specific information about a volume, in this a USB stick: a product ID and a vendor ID. Anyone know where/how to retrieve this info from a system? Thanks 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 AOL now offers free email to everyone. Find out more about what's free from AOL at AOL.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: Quitting standalone, is this a bug?
Hi Devon and Jacqueline, Thanks for the suggestions, I have read them several times but I still don't see how they help me. Maybe Jacqueline is right about hypercard interfering with my thought process. Jacqueline wrote: [snip] You could also check this way: if the short name of this stack is the mainstack of this stack then... which would be true if it's your stack and false if it's not. OK, suppose I use this code and find that this stack is not myApp. Then what do I do? myApp is a mainstack with no substacks. myApp has several dataentry cards. I need to know which dataentry card the user was editing at the time of the quit request. The code you have provided will tell me whether or not its my stack. The user was certainly in my stack when she made the Quit request. I need to know where in my stack the user was when she quit. Asking the engine whether the short name of this stack is the mainstack of this stack doesn't tell me what card the user was editing when the Quit request was made, does it? My workaround was to get line 1 of the recentcards of myApp on the theory that the user must have been there when the Quit request was made. By the way, myApp worked as I expected it to in the development environment. Only when it is in the standalone environment does it seem confused about the name of this card or this stack. I appreciate your efforts to help me, but I must be pretty dense. Could you please try harder? thanks, Michael Binder ___ 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: Revolution 2.8.1: a 240+ bug fixes/improvements! What about the remaining 1879?
Joel Guillod wrote: - Also a deeper study would be necessary to evaluate how bugs were prioritized in the fix: is priority choosen by severity, by reporter, by date, by vote count? As I understand it, they decide based on a combination of many things, including all the above (though I don't think the person who reports it matters very much.) Crashing bugs are always high priority. Blockers are difficult to decide, I suspect. If only one person says something is a blocker but the thousands of other users don't, then it is hard to decide whether to give that bug a higher priority than another bug of less severity that affects many people. In this case, votes may help the decision. Also, it is likely that when fixing one segment of the code base, it is easy to fix related bugs at the same time; that means some relatively minor bugs may get fixed simply because the engineers are looking at that segment of code at the moment. Another factor is whether the bugs affect a feature that is scheduled for a rewrite in the future. If a feature is scheduled for a rewrite, it isn't worth fixing related bugs because after the rewrite they won't be relevant any more. -- Jacqueline Landman Gay | [EMAIL PROTECTED] HyperActive Software | http://www.hyperactivesw.com ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
Re: Quitting standalone, is this a bug?
Michael Binder wrote: Hi Devon and Jacqueline, Thanks for the suggestions, I have read them several times but I still don't see how they help me. Maybe Jacqueline is right about hypercard interfering with my thought process. Believe me, I went through it. ;) Jacqueline wrote: [snip] You could also check this way: if the short name of this stack is the mainstack of this stack then... which would be true if it's your stack and false if it's not. OK, suppose I use this code and find that this stack is not myApp. Then what do I do? As in my example handler, just pass the message and don't act on it. If it isn't your stack, do nothing. myApp is a mainstack with no substacks. myApp has several dataentry cards. I need to know which dataentry card the user was editing at the time of the quit request. Ah, I see. Okay. Then you want: put the id of this card of stack myApp into thisCd Now thisCd contains the id of the card. Or you could ask for the short name of the card if that's easier and your cards are all named. The code you have provided will tell me whether or not its my stack. The user was certainly in my stack when she made the Quit request. I need to know where in my stack the user was when she quit. Asking the engine whether the short name of this stack is the mainstack of this stack doesn't tell me what card the user was editing when the Quit request was made, does it? My workaround was to get line 1 of the recentcards of myApp on the theory that the user must have been there when the Quit request was made. That will work too I suppose; I'm trying to think if that could trip you up but nothing comes to mind. So you're probably good to go after all. I appreciate your efforts to help me, but I must be pretty dense. Could you please try harder? No, not dense at all. There's a learning curve. I've said before that I think us old HyperCarders have a harder time than others, because everything seems like it should be exactly the same -- and then when it isn't, it throws you for a loop. Been there. ;) -- 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
Externals databasse
Hi all, I'm wondering why since version 2.8 the only way I could connect to a database in a standalone (postgres in my case) is by manually coping the standalone database library from version 2.7 into the database external folder of the standalone application. Thank you, Hershel ___ 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: Quitting standalone, is this a bug?
Hi Jacqueline, You wrote: Ah, I see. Okay. Then you want: put the id of this card of stack myApp into thisCd Now thisCd contains the id of the card. Or you could ask for the short name of the card if that's easier and your cards are all named. I don't think that works. That is (more or less) what I originally tried. From my original post: on shutdownrequest -- this does not work as expected if the short name of this cd is dataEntry1 then validateData1 else if the short name of this cd is dataEntry2 then validateData2 end if offerChanceToSave end shutdownrequest What I have found is that this stack doesn't evaluate to the stack that the user is looking at. Also this card doesn't evaluate to the name or the ID of the card that the user is looking at. (How could the engine know what this card is if it doesn't even know what this stack is?) Two things make me think that that this is a bug: 1) it behaves differently in the development and standalone environments 2) in the standalone environment the first Quit request behaves differently than the second and subsequent requests. I have searched the list archives for help with Quitting. (Thanks, especially, to Ken Ray for his contributions). I know that there are plenty of projects out there that need to trap the Quit command and do various things. How do others manage to figure out where the user was when the Quit command was issued? __Michael Binder ___ 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: ctrl-y does a paste on Mac?
cmd-y *does* repeat most of the commands that are available in an MS app (Excel Word do). I really think that all apps should have this feature, especially one like Photoshop, where so many things are in sub-sub menus or multi-tabbed dialog boxes. I would like a Recent Action menu in many apps since I do the same series of actions to many objects. Actually, in Hypercard 1.0, one of the things that Kevin Altis created and I (in my Portland, Oregon days) expanded on was a msg box and command history menu. Very cool to have the most recent commands in a menu that was easy to maintain. on domenu which --capture, store, format, update menu History pass domenu end domenu On 5/16/07 11:06 PM, Judy Perry [EMAIL PROTECTED] wrote: Haven't tried it, but doesn't cntl-y do a repeat of previous action in M$ Word? I don't think it does anymore, but I have this dim recollection of having previously used cntl-y alot... Judy ___ 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: Quitting standalone, is this a bug?
Michael, Jacques suggestion was put the id of this card of stack myApp into thisCd The stack reference is explicit, and 'this cd' with an explicit stack reference will refer to the current card of the named stack, so should do what you need... Best, Mark On 18 May 2007, at 00:57, Michael Binder wrote: Also this card doesn't evaluate to the name or the ID of the card that the user is looking at. (How could the engine know what this card is if it doesn't even know what this stack is?) ___ 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
How do I get dragStart message sent?
I have a locked field with the following handlers: on mouseDown set the dragdata [text] to me end mouseDown on dragStart beep pass dragStart end dragStart I never get a beep. In the Message Watcher I see mouseDown dragLeave dragEnter dragMove What do I do to get the dragStart to be sent? (What are the numbers in parentheses at the end of each line in the Message Watcher? What are the messages types and are they handled differently?) Thanks, Michael ___ 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: Quitting standalone, is this a bug?
Michael, isn't there a premenu msg that could be called before the Quit item is selected that might facilitate this? Of course, you'd also have to do a precommandkey. I don't know that there is such a critter in Rev, but we had it in FB and just thought... Joe Wilkins On May 17, 2007, at 4:57 PM, Michael Binder wrote: Hi Jacqueline, You wrote: Ah, I see. Okay. Then you want: put the id of this card of stack myApp into thisCd Now thisCd contains the id of the card. Or you could ask for the short name of the card if that's easier and your cards are all named. I don't think that works. That is (more or less) what I originally tried. From my original post: on shutdownrequest -- this does not work as expected if the short name of this cd is dataEntry1 then validateData1 else if the short name of this cd is dataEntry2 then validateData2 end if offerChanceToSave end shutdownrequest What I have found is that this stack doesn't evaluate to the stack that the user is looking at. Also this card doesn't evaluate to the name or the ID of the card that the user is looking at. (How could the engine know what this card is if it doesn't even know what this stack is?) Two things make me think that that this is a bug: 1) it behaves differently in the development and standalone environments 2) in the standalone environment the first Quit request behaves differently than the second and subsequent requests. I have searched the list archives for help with Quitting. (Thanks, especially, to Ken Ray for his contributions). I know that there are plenty of projects out there that need to trap the Quit command and do various things. How do others manage to figure out where the user was when the Quit command was issued? __Michael Binder ___ 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: Quitting standalone, is this a bug?
Obviously, I was all wet. At least I can't find any event such as I was presupposing might exist. Joe Wilkins On May 17, 2007, at 6:08 PM, Joe Lewis Wilkins wrote: Michael, isn't there a premenu msg that could be called before the Quit item is selected that might facilitate this? Of course, you'd also have to do a precommandkey. I don't know that there is such a critter in Rev, but we had it in FB and just thought... Joe Wilkins On May 17, 2007, at 4:57 PM, Michael Binder wrote: Hi Jacqueline, You wrote: Ah, I see. Okay. Then you want: put the id of this card of stack myApp into thisCd Now thisCd contains the id of the card. Or you could ask for the short name of the card if that's easier and your cards are all named. I don't think that works. That is (more or less) what I originally tried. From my original post: on shutdownrequest -- this does not work as expected if the short name of this cd is dataEntry1 then validateData1 else if the short name of this cd is dataEntry2 then validateData2 end if offerChanceToSave end shutdownrequest What I have found is that this stack doesn't evaluate to the stack that the user is looking at. Also this card doesn't evaluate to the name or the ID of the card that the user is looking at. (How could the engine know what this card is if it doesn't even know what this stack is?) Two things make me think that that this is a bug: 1) it behaves differently in the development and standalone environments 2) in the standalone environment the first Quit request behaves differently than the second and subsequent requests. I have searched the list archives for help with Quitting. (Thanks, especially, to Ken Ray for his contributions). I know that there are plenty of projects out there that need to trap the Quit command and do various things. How do others manage to figure out where the user was when the Quit command was issued? __Michael Binder ___ 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 ___ 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: Quitting standalone, is this a bug?
Michael Binder wrote: Hi Jacqueline, You wrote: Ah, I see. Okay. Then you want: put the id of this card of stack myApp into thisCd Now thisCd contains the id of the card. Or you could ask for the short name of the card if that's easier and your cards are all named. I don't think that works. That is (more or less) what I originally tried. From my original post: on shutdownrequest -- this does not work as expected if the short name of this cd is dataEntry1 then validateData1 else if the short name of this cd is dataEntry2 then validateData2 end if offerChanceToSave end shutdownrequest Your way is a little different, the handler just asks for this card. When there is no stack reference, the engine will assume you mean the current defaultstack and look there for the card. (Remember, the stack you are looking at is not necessarily the defaultstack.) The defaultstack is the one that will receive all messages first, and it changes depending on various events. In your app, some action (in one case, the answer command) is triggering another stack to become the defaultstack. A sidenote: The answer dialog is not built into the engine the way it is in HyperCard. The dialog is just a regular stack, and receives messages like any other. Note that the defaultstack doesn't matter at all if you provide a full stack reference. Adding of stack mystack to a card reference forces the engine to look in the stack you designate. All your original script needs is a little tweak: if the short name of this cd of stack myApp is dataEntry1 then... What I have found is that this stack doesn't evaluate to the stack that the user is looking at. Right. It evaluates to the current defaultstack. Also this card doesn't evaluate to the name or the ID of the card that the user is looking at. Same deal; it evaluates to the current card of the defaultstack. (How could the engine know what this card is if it doesn't even know what this stack is?) The engine knows. Back in HyperCard, only one stack could be open at a time. Even after multiple windows were introduced, at the engine level there was really only one stack. Any stacks that weren't topmost were actually gone; only their image was left on screen. Because there was only one, this stack was always the one you were looking at. In Revolution you can have many real stacks open at a time, and any of them can be this stack whether they are drawn at the front or not, or even if they are invisible. It's possible to set the defaultstack in a script, so that you can work with another stack as though it were this stack while leaving the original stack at the front. This is handy for doing all kinds of things in the background, while to the user the front stack never appears to change. The engine tracks stacks several ways, two of which are topstack and defaultstack. Sometimes they are the same thing, and often the stack that is visible and in front of all the others is both. But not always. One extensive use of defaultstack is in the message box (which is also just another scripted stack.) When you put a command into the message box, its script sets the defaultstack before executing your command. That allows the commands you type to go to your stack instead of being sent to the message box stack. I know that there are plenty of projects out there that need to trap the Quit command and do various things. How do others manage to figure out where the user was when the Quit command was issued? The best way is the way you've done it -- ask the engine about the stack and branch the script behavior based on what you get back. All your original handler needs is a stack reference. It might all come clear if you take a look at the dictionary entries for topstack and defaultstack. -- 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: How do I get dragStart message sent?
Michael D Mays wrote: What do I do to get the dragStart to be sent? I think text has to be selected. Is there a selection? (What are the numbers in parentheses at the end of each line in the Message Watcher? Good question. Milliseconds? Some kind of timing I think, since it changes depending on how fast I move the mouse. What are the messages types and are they handled differently?) Message types are primarily either command or function. It's informational only and has no impact on the MW. Types and object references are only displayed if Handled messages are not suppressed. -- 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: Revolution 2.8.1: a 240+ bug fixes/improvements! What about the remaining 1879?
Joel, I, too, read your dissertation, and like Richard couldn't quite grasp what you are getting at. Perhaps a simple paragraph explaining what you're after would help. -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: How do I get dragStart message sent?
J. Landman Gay wrote: Types and object references are only displayed if Handled messages are not suppressed. I said that backwards. Handled messages *need* to be suppressed...or whatever it is when the checkbox is ticked. ;) -- 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: Revolution 2.8.1: a 240+ bug fixes/improvements! What about the remaining 1879?
I guess his point is that he gathered some data, and that by that data the beta was not a huge success at increasing the resolved bugs, as claimed by some. I myself are inclined to agree, because of this: 1879 bugs are not handled 584 bugs of these where entered after the open beta was announced 3067 bugs are handled 430 of these handled bugs where entered after the open beta So 3067 of total 4946 have been handled, that is a percentage of ca. 62% However only 430 of 1014 bugs have been solved during the open beta, making it 42% percent. So the percentage of solved bugs during the beta is actually worse then over all. Another possible comparision: The beta was only ca. 6 month's, and bug 1 was filled June 2003, or ca. 35 months ago. Thus 88 bugs per month where solved overall vs. 72 per month during the beta. This second comparison is a bit closer, but still unfavourable for the beta. Of course with such small numbers, one can not really draw a conclusive decision, because if a person was sick for a month during January 2007 (for example), then the beta would suffer a much bigger setback then the overall score. Still, based on these numbers, stating that the beta was a huge success in solving bugs is certainly an unfounded one, even if it was a success based on other criterias (like the satisfaction poll mentioned by bill some days ago). -- 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: Revolution 2.8.1: a 240+ bug fixes/improvements! What about the remaining 1879?
Björnke von Gierke wrote: Of course with such small numbers, one can not really draw a conclusive decision, I think any comparisons need to subtract all the pending bugs from any totals. Bugs that are pending can't be addressed until more information is gathered, they are in an indecisive state. Many of them may not really be bugs, but that can't be proven until more info is gathered from the reporter. Pending bugs are more like maybe bugs. I also think all enhancement requests should be removed from the totals. -- 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: Revolution 2.8.1: a 240+ bug fixes/improvements! What about the remaining 1879?
I may not know how to use the new quality control center website. I just did a quick search to find all the outstanding bugs with 'major' or 'critical' or 'blocker' assigned. blocker bugs: 160 Resolved or Closed of 191 critical bugs: 195 Resolved or Closed of 244 major bugs:398 Resolved or Closed of 546 This also doesn't count the unconfirmed bugs which make little to no sense, such as this one listed as Major: The table have strange memory effect if I use it with a database. 1) when I press the key populate table the correct data are putting into the table field 2) I click into a cell and appears the old text that I had written before, but I have written these data many days before (during this time I have opened and closed Revolution and the AltuitSQLite3 Db) 3) when i click out of the table field all the old data appear, after if I press the populate table key the correct data is put into the table. I am sure that the database contains only those data why I have controls them with SQLite Browser 1.2.1 Heck, I wrote that demo and even I can't figure out what this guy is saying! From where I sit, it looks like they're doing a pretty good job. It's just my opinion. ___ 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: Revolution 2.8.1: a 240+ bug fixes/improvements! What about the remaining 1879?
And an even warmer thank you to RunRev for incorporating at least 100 new enhancements into the 2.9 release! (FYI: that's not a slander or flame... it's my hope for the future) I have to say that I was more happy with this open beta then the last one. The main reason, I was actually asked for a list of my top 5 bugs that I want to see resolved. That gave me a voice, and I didn't have to spend my time trying to get people to vote for my bug. AND, the #1 bug on my list was resolved, again (long story). I, personally, find that determining priority for bugs should not be based on how many votes a bug or enhancement may have, and for this specific reason (mind you, I'm in the USA): If there were 1,879 candidates in an election, nearly all of the voters will be unhappy with the elected candidate. I would prefer that bugs and enhancements would be handled like this: - Bugs that are determined to be critical (like crashes and destroyed data) would be handled first, and, resolved for free. - Bugs and Enhancements that are not critical would be taken care of on a first come/first serve basis, with status reports at least once a month. But other than that, I'm really liking the way things are going with Rev. Every year the program gets stronger, and I'm not unhappy with that in the least. Derek Bump Dreamscape Software http://www.dreamscapesoftware.com Joel Guillod wrote: A warm thank you very much to Runrev for having fixed more than 240 bugs. ___ 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: Revolution 2.8.1: a 240+ bug fixes/improvements! What about theremaining 1879?
From: Chipp Walters [EMAIL PROTECTED] Heck, I wrote that demo and even I can't figure out what this guy is saying! ROFLMHO!! Best chuckle all week - thanks Chipp!! :-) From where I sit, it looks like they're doing a pretty good job. It's just my opinion. It's mine too. Scott Kane The only way of discovering the limits of the possible is to venture a little way past them into the impossible. Arthur C Clarke ___ 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: Revolution 2.8.1: a 240+ bug fixes/improvements! What about the remaining 1879?
I'm not going to argue that there are still too many unresolved bugs. There are. However, there are several facts that seem to be overlooked, ignored, discounted, or chosen selectively by some: 1) RQCC is not authoritative. - There are many open reports that are fixed but not actually marked as such. - There are many reports miscategorized. Such as those marked critical just because someone thought this would get more attention or was critical *for them* but are not actually critical in the sense of data loss or crashing. - Not all bugs are created equal. Some affect most users; some affect only a small number of users. Choosing what to work on first is part of the quality improvement process. - A substantial number bugs are discovered and fixed within the development process without ever being reported in RQCC. - Human/time limitations have prevented 100% comprehensive logging of activity in the system. Engineers have looked at issues that are still marked unconfirmed for example. There is steady effort to improve on this aspect. 2) No one ever said we're done. - The version is 2.8.1 not 2.9 - Linux support has been going on quietly behind the scenes throughout the open beta period. Many bugs are caused by code which is specifically being targetted for Linux, and those will resolve with the new engine. It makes no sense to fix/test those changes twice. - Many other generic bug fixes -- ones that do not depend on Linux specifically -- are still in process and will be seen over the next series of betas. - Even when version 2.9 is released, it will still have bugs. Every product more complex than a coffee mug has bugs. - Some bugs are next to inscrutable. All are submitted by users who do not have formal training in testing or bug reporting. Every report is a considerable effort to understand, reproduce, and research, even if it's written well. It's a significant effort to work through RQCC items no matter how you slice it. - The pace of bug fixing may not please everyone, but it is proceeding slowly and steadily. 3) Revolution 2.8.1 is a marked improvement over previous versions. - 240+, 430+, 753+ -- There have been a lot of numbers thrown around. Whatever number you choose for resolved/fixed bugs, it numbers in the hundreds. RunRev marketing materials use the most conservative number, by design. - The effectiveness of the process is best demonstrated by the perceived quality as reported by users. This has been overwhelmingly positive. - The surveys back it up in a more empirical way, with EVERY measurement showing a 15% to 20% improvement over the baseline Beta 1 survey, and in many cases far exceeding that. - More users than ever before, a solid majority, rate 2.8.1 as preferred over 2.6.1 (which I think is fair to say was the previous standard of stability). - The integration of the new externals, especially the Browser and Database facilities, addresses many enhancement requests and provides solutions to previously impossible needs. They are definitely about Quality. 4) The Open Beta process is working well and going in the right direction. - We have more users than ever enrolled in the RQCC. - Those users are more active than ever before, filing more reports and comments. - We have more beta testers than we ever have. Nearly 550, with more applications coming in regularly. - Those testers have had a longer test period -- nearly six months -- to work with the product than ever before. - The overwhelming majority of survey respondents rate the beta test emails (96%) and thoroghness of communications (87%) as Good or Excellent. - RunRev made a major investment of time/resources to dramatically improve the beta test experience with the release of the new RQCC at the beginning of the Open Beta. - Far from being secretive the RQCC is open to everyone, whether they are a paying customer or not, enabling the kind of review of warts we're seeing in this thread. 5) It is worthwhile to participate, RunRev is listening. - The RQCC is a friendly, usable system which essentially did not exist before Open Beta. (We had Bugzilla but that was virtually unusable.) - Engineers are more engaged in the bug reporting, research, feedback, and fixing process than ever before. - The Open Beta is an effective way to uncover problems in the software before major versions are shipped. It did not exist before November. - The surveys measuring satisfaction have never been conducted before. The results from survey #1 were eye-opening. The results from survey #2 are vastly improved, but still not where they should be. There will be additional betas and additional opportunity for constructive feedback that is truly read and considered. - We've never before asked a large group of users to submit their Top Five issues directly to a human without going through the bug reporting or voting rigmarole... but that's exactly what we did with the Open Beta group. - It is RunRev