Re-2: persistent objects in runrev (howto)
Hello Ken yes - you can copy objects (buttons, groups) INTO password protected stacks, but not copy objects FROM them. Coming from Toolbook I had to realize and accept that ... runrev password protection protects stacks against * copiing objects FROM it * editing passwords It does not protect the stack against * copying objects INTO it (including scripts in this objects) * deleting objects within it, * moving around * reading/writing custom properties of stacks or objects etc. This causes the behavior that you can copy an object (even a background coming in front of the event hierarchy) INTO a password protected stack - but you cannot copy a modified object back then without putting the passkey ... Because I have to copy the objects from my working stack to the tempStack first I have to use stacks without runrev password protection (to copy objects FROM) for my concept of persistent objects. With the concept of my own encrypted stacks I can load from the standalone (with an embedded stack which is password protected and includes the aniDecrypt function) we have talked about in chatrev I now am able to do what I want. This would be the concept: put URL christmas.aniweb into chistmas; go stack aniDecrypt(christmas); Regards, Franz Original Messageprocessed by David InfoCenter Subject: Re: persistent objects in runrev (howto) (13-Okt-2008 18:16) From:Ken Ray [EMAIL PROTECTED] To: [EMAIL PROTECTED] This allows me to use stacks and any copy object from stack to stack command without hesitating about the password protection of the stack. Solving some problems in one step. So you're saying that you can copy an object into a password protected stack this way? Just trying to clarify... Ken Ray Sons of Thunder Software, Inc. Email: [EMAIL PROTECTED] Web Site: http://www.sonsothunder.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 To: use-revolution@lists.runrev.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-2: persistent objects in runrev (howto) + Q: unprotected stacks in standalones
Hello Chipp, The experienced users seem to have had this solution (the old suckUp spitOut trick) since years I am so proud of since the weekend. Exactly thats it. Because I even could embed some unprotected stacks I would use in this way in standalones instead of putting it in a separated .rev file: A question to the experienced: The old 2.2.1 standalones have been #!/bin/sh encapsulated stack files and the old decompile script from the list could decompile the stacks from the standalones (the stacks stay password protected to be shure). The standalones now seem to be changed in format and technique (I checked this on 2.7 a year ago on linux and win) and the decompile script from the eldest does not work anymore. Q: Is it possible to decompile current standalones with such a short script? (Please not the answer: you can decompile any program ... ;-) I am no assembler. Regards, Franz Mit freundlichen Grüßen Franz Böhmisch [EMAIL PROTECTED] http://www.animabit.de GF Animabit Multimedia Software GmbH Am Sonnenhang 22 D-94136 Thyrnau Tel +49 (0)8501-8538 Fax +49 (0)8501-8537 on mouseUp answer file Standalone if it is cancel then exit to top put url (binfile:it) into tStack repeat forever -- there's more than one stackfile in there which isinteresting ;-) put offset(#!/bin/sh,char 10 to -1 of tStack) into tOff if tOff = 0 then exit repeat put char tOff+9 to -1 of tStack into tStack end repeat ask file Stack if it is cancel then exit to top set the fileType to RevoRSTK put tStack into url (binfile:it) answer conversion finished with OK end mouseUp Regards, Franz Original Messageprocessed by David InfoCenter Subject: Re: persistent objects in runrev (howto) (13-Okt-2008 19:48) From:Chipp Walters [EMAIL PROTECTED] To: [EMAIL PROTECTED] Ken, The way I read it-- it's the old suckUp spitOut trick but encrypting the stack beforehand. The idea being it's not necessary to password protect the stack as anyone trying to read the file format won't be able to make sense of it. Therefore, after 'spitting out' you can use it just like any non-password protected stack. Perhaps I'm wrong, but that's what I get from the rather vague post. -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 To: use-revolution@lists.runrev.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
German Revolunionists on Linux?
Hi friends, are there any german developers that use/know about Linux? If yes, could please contact me via mail? Thanks a lot in advance! Best 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: decompress - result = 1/second try
Hi all, any hints what this result from a decompress action may mean? ... ## Valid GZ compressed file! put url(binfile: win_gz) into w1 put decompress(w1) into w2 if the result empty then ## here I sometimes get 1 as the result, but the file has ## been correctly decompressed nevertheless ... Any hints are very welcome! Best 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
Paint Tool periodic crashes
Hello fellows, Is anyone experiencing crashes with just using the paint tools on a new mainstack? I open a new mainstack then select the brush tool and click in the mainstack window - crash. Repeatedly. I reopen RR then new mainstack then select other tools first and this time brush tool does not crash. I then select the erase tool and click in mainstack window and crash. Repeatedly. Regards, Tom McGrath ___ 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
AW: Different behavior of brush on Win / Mac
I tried it with an extra image layer on top, without success. The annoying water-color effect, seems to come from a wrong interpretation of the brush shape The brush image actually is 32x32 pixel and the opaque brush within is (I think) 8x8 pixel. It seems that sometimes some more pixel as the inner 8x8 of this 32x32 image begin to draw in some situations. Now I tried to build different images 8x8, 16x16, 32x32 with different shapes and I tried to use set the brush to and also set the brushpattern to, all with the same annoying result. Pretty confused Tiemo Perhaps my approach is wrong. I have an image (foto), where the user can paint on. Perhaps the pixels of the existing image influence the pixels of the brush? Perhaps I should try to create an empty image above the other to paint with the brush or something like that. Tiemo ___ 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: Paint Tool periodic crashes
Hi Tom, I assume this is using 3.0 on a Mac Intel with Leopard? If so, I should be able to test this for you in a stack I'm doing right now. Right now, just clearing up my emails. (smile) Joe Wilkins On Oct 14, 2008, at 6:03 AM, Thomas McGrath III wrote: Hello fellows, Is anyone experiencing crashes with just using the paint tools on a new mainstack? I open a new mainstack then select the brush tool and click in the mainstack window - crash. Repeatedly. I reopen RR then new mainstack then select other tools first and this time brush tool does not crash. I then select the erase tool and click in mainstack window and crash. Repeatedly. Regards, Tom McGrath ___ 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: AW: difference between closing with the red cross or sending close?
Hi Tiemo, Hello again, sometimes the basics are the hardest :) I want to be able to close my stack by the standard red cross AND also by one of my self made menu items Close. Using on closeStackRequest traps the standard closing by the cross and after answering yes the stack closes. BUT sending closeStackRequest from my menu and answering yes, nothing happens. But always when picking a second time the close menu and answering yes the stack closes. Using close myStack in my menu didn't worked as expected either (as posted before) So what is the straight forward way to close from the title bar and a self made menu with an answer trap? Thank you Tiemo does a simple close this stack not work in your custom close buttons? That should also trigger your closestackrequest handler. 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
AW: AW: difference between closing with the red cross or sendingclose?
Hi Klaus, noop, closestackrequest is not triggered by close commands send from script :( Tiemo -Ursprüngliche Nachricht- Von: [EMAIL PROTECTED] [mailto:use-revolution- [EMAIL PROTECTED] Im Auftrag von Klaus Major Gesendet: Dienstag, 14. Oktober 2008 16:06 An: How to use Revolution Betreff: Re: AW: difference between closing with the red cross or sendingclose? Hi Tiemo, Hello again, sometimes the basics are the hardest :) I want to be able to close my stack by the standard red cross AND also by one of my self made menu items Close. Using on closeStackRequest traps the standard closing by the cross and after answering yes the stack closes. BUT sending closeStackRequest from my menu and answering yes, nothing happens. But always when picking a second time the close menu and answering yes the stack closes. Using close myStack in my menu didn't worked as expected either (as posted before) So what is the straight forward way to close from the title bar and a self made menu with an answer trap? Thank you Tiemo does a simple close this stack not work in your custom close buttons? That should also trigger your closestackrequest handler. 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: openSockets strangeness
Russell Martin wrote: Hi. I've been playing around with sockets. I'm attempting to create a stack than can run shell commands on OS X so that I can get a multi-threaded effect. I've never used sockets before, so after, digging through the chat example stack, I dug right in. I'm finding some odd behavior that I'm hoping someone out there can shed some light on. Question #2: If my listening stack is open and the connection is made, then while the connection is up, calling the openSockets funtion returns 3 lines such as the following: 10261 127.0.0.1:10261 127.0.0.1:57219 Does anyone have any idea why it isn't simply: 127.0.0.1:10261 What are those 10261 and 127.0.0.1:57xxx lines all about? Does the IDE use that 57xxx (I've noticed that it is so far in the 57000 range) for it's own purposes? This is basically because you are running both the listener (or 'server') stack and the other one within the IDE, so you have a single set of sockets for all running stacks. This can be confusing (and can be downright annoying, if for instance one of your stack does a resetAll it will close all the sockets). I found it useful to either use two machines, or to build a standalone for one of the stacks, and run the other within the IDE (or you may be able to run both Rev and MC IDEs at same time to gt the same benefit). So that's why you see both 10261 (one stack has done an 'accept' on this port) and 120.0.0.1:10261 (the other stack has done a copnnect on this). The third open socket (127.0.0.1:57219) has been opened for you by the 'accept' command, and is the socket identifier you would use to communicate from the listener back to the other process. See the Dictionary on the 'accept' command, specifically Comments: When a connection is made or a datagram is received, the accept command creates a new socket that can be used to communicate with the other system (or process). -- Alex. ___ 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: openSockets strangeness
Björnke von Gierke wrote: I can't really help on the first of your questions, but maybe it is this: The open socket message will do what you want, namely open a socket. The computer on the other end (or your own when you use localhost as in your examples), will then either: 1. reject it (at which point you'll get a notice) 2. just silently do nothing about it, which is far more often (prolly so to not give away too much info) 3. accept it So often you'll only get a socket error when you actually try to do something, and then the client (your stack) realises that it can't send anything trough. But even in case 2 (silent ignore), you should get some error indication; and indeed I do get a socket error after 1 second (on Windows). My test code looks like: on startitgoing put 'starting' the millisecs CR after field field1 set the sockettimeoutinterval to 1 open socket 127.0.0.1:10261 with callback socketopened put the opensockets CR after field Field1 end startitgoing on sockettimeout put time out the millisecs CR after field Field1 end sockettimeout on socketerror put error the millisecs CR after field Field1 put the opensockets CR after field Field1 end socketerror On line 5 (i.e. immediately following the open socket command), I do see the socket apparently open. But just about 1 second later I receive the socketError message, and then openSockets no longer contains anything. -- Alex. ___ 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: Paint Tool periodic crashes
Hi Tom, I created a new mainstack. Then, so I could use the paint tools, I imported a snapshot image and then used just about all of the paint tools without any problems. No crashes of any kind. Prior to importing the image, the paint tools did nothing, but caused no problems. So, guess it must be something about your set up. Any other apps running? Using the Std Rev IDE editor? Otherwise??? Good luck, Joe Wilkins On Oct 14, 2008, at 7:22 AM, Thomas McGrath III wrote: Sorry, Yes RR 3.0, Mac Intel OSX 10.5.5 Thanks Tom McGrath ___ 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: AW: difference between closing with the red cross or sending close?
Hi Tiemo, 'closeStackRequest' and 'closeStack' are messages, not commands. This means you cannot send a 'closeStackRequest' any more than you can send a 'closeStack'. You can only 'close' a stack. A stack will always get a 'closeStack' message, but if the user clicks the red closebox the stack will also get a 'closeStackRequest' message first. This means that when the user clicks the red closeBox, a closeStackRequest message is sent followed by a closeStack message. Lastly, you have to 'pass closeStackRequest' to continue with the close. This is so you can optionally change your mind. This means you can stop a closeStackRequest, but you cannot stop a closeStack. To handle both a scripted close and a red-cross close, place your closing routine into a shared handler and trap wheter the routine has already been run (otherwise you will get it twice when the user clicks the red closebox)... on mouseUp close this stack end mouseUp local isClosing on closeStackRequest answer Are you sure? with Yes or No if it yes then exit closeStackRequest put true into isClosing doMyCloseStackStuff pass closeStackRequest end closeStackRequest on closeStack if isClosing true then doMyCloseStackStuff end closeStack on doMyCloseStackStuff [../..] end doMyCloseStackStuff I have scripted the above so you can see what happens. Personally, I would put the trap in the doMyCloseStuff handler thus... on doMyCloseStackStuff if isClosing = TRUE then exit doMyCloseStuff else put TRUE into isClosing [../..] end doMyCloseStackStuff Hope this helps. /H Hello again, sometimes the basics are the hardest :) I want to be able to close my stack by the standard red cross AND also by one of my self made menu items Close. Using on closeStackRequest traps the standard closing by the cross and after answering yes the stack closes. BUT sending closeStackRequest from my menu and answering yes, nothing happens. But always when picking a second time the close menu and answering yes the stack closes. Using close myStack in my menu didn't worked as expected either (as posted before) So what is the straight forward way to close from the title bar and a self made menu with an answer trap? Thank you Tiemo ___ 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: Paint Tool periodic crashes
Hi Joe, I use GLX2 with standard RR 3.0. Other Apps are Mail and Safari. I have been having some problems with revBrowser snapshots and before I updated to the latest OSX update I had the Save crash problem. I will do a full install instead of an update on the next dot release of RR I think to see if things improve. Thanks, Tom McGrath On Oct 14, 2008, at 11:08 AM, Joe Lewis Wilkins wrote: Hi Tom, I created a new mainstack. Then, so I could use the paint tools, I imported a snapshot image and then used just about all of the paint tools without any problems. No crashes of any kind. Prior to importing the image, the paint tools did nothing, but caused no problems. So, guess it must be something about your set up. Any other apps running? Using the Std Rev IDE editor? Otherwise??? Good luck, Joe Wilkins On Oct 14, 2008, at 7:22 AM, Thomas McGrath III wrote: Sorry, Yes RR 3.0, Mac Intel OSX 10.5.5 Thanks Tom McGrath ___ 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: AW: difference between closing with the red cross or sending close?
Hi Hugh and Tiemo, That's a nice explanation, Hugh. Usually, I do it slightly differently, though. I don't pass the closeStackRequest message but lock messages instead. on menuPick theItem if theItem is Close then answer Really? with OK or No if it is OK then close this stack end if end if -- rest of script end menuPick -- only triggered by close stack command on closeStack doStuffBeforeClosing end closeStack -- click closebox on closeStackRequest answer Really? with OK or No if it is OK then doStuffBeforeClosing lock messages close this stack unlock messages end if end closeStackRequest on doStuffBeforeClosing -- blabla end doStuffBeforeClosing This way, I don't need to keep states in boolean variables and avoid confusion when the cancel button is clicked. There is nothing wrong with Hugh's approach and my aproach is hardly different, but I like to keep things as simple as possible. To make it even simpler, I could have put the doStuffBeforeClosing handler into the menuPick handler and get rid of the closeStack handler, but that would force me to add the doStuffBeforeClosing handler in all scripts that close the stack. Locking messages is particularly useful if closing the stack implies quitting the application and you want to call a script like the one at http://runrev.info/Save%20Way%20to%20a%20Quit.htm . -- Best regards, Mark Schonewille Economy-x-Talk Consulting and Software Engineering http://economy-x-talk.com http://www.salery.biz Dutch forum: http://runrev.info/rrforum/ Benefit from our inexpensive hosting services. See http://economy-x-talk.com/server.html for more info. On 14 okt 2008, at 17:32, Hugh Senior wrote: Hi Tiemo, 'closeStackRequest' and 'closeStack' are messages, not commands. This means you cannot send a 'closeStackRequest' any more than you can send a 'closeStack'. You can only 'close' a stack. A stack will always get a 'closeStack' message, but if the user clicks the red closebox the stack will also get a 'closeStackRequest' message first. This means that when the user clicks the red closeBox, a closeStackRequest message is sent followed by a closeStack message. Lastly, you have to 'pass closeStackRequest' to continue with the close. This is so you can optionally change your mind. This means you can stop a closeStackRequest, but you cannot stop a closeStack. To handle both a scripted close and a red-cross close, place your closing routine into a shared handler and trap wheter the routine has already been run (otherwise you will get it twice when the user clicks the red closebox)... on mouseUp close this stack end mouseUp local isClosing on closeStackRequest answer Are you sure? with Yes or No if it yes then exit closeStackRequest put true into isClosing doMyCloseStackStuff pass closeStackRequest end closeStackRequest on closeStack if isClosing true then doMyCloseStackStuff end closeStack on doMyCloseStackStuff [../..] end doMyCloseStackStuff I have scripted the above so you can see what happens. Personally, I would put the trap in the doMyCloseStuff handler thus... on doMyCloseStackStuff if isClosing = TRUE then exit doMyCloseStuff else put TRUE into isClosing [../..] end doMyCloseStackStuff Hope this helps. /H ___ 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: Paint Tool periodic crashes
Maybe it's not the problem. Best, Jerry Daniels Daniels Mara, Inc. Makers of GLX2 http://www.glx2.com On Oct 14, 2008, at 11:24 AM, Joe Lewis Wilkins wrote: Maybe the GLX2 is the problem, then; since I don't use it. I'm pretty reluctant to using third party add-ons. They invariably cause some problems along the way. Guess I'm a bit conservative about most things. Joe Wilkins On Oct 14, 2008, at 9:06 AM, Thomas McGrath III wrote: Hi Joe, I use GLX2 with standard RR 3.0. Other Apps are Mail and Safari. I have been having some problems with revBrowser snapshots and before I updated to the latest OSX update I had the Save crash problem. I will do a full install instead of an update on the next dot release of RR I think to see if things improve. Thanks, Tom McGrath ___ 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
function binaryDecode within a function ...
Hello Again my question concerning binaryDecode. get binaryDecode(H*,bilddaten,t) is basically correct. The following function * exports a jpg of a group inhalt to a variable rtf (1), * then to a file for opening in word (2) and * returns the variable rtf(3). (1)+(2) work correctly for any jpg (big and small). (3) is a problem. The same function returns the SAME result as string in the following line of code. But here only jpgs with smaller sizes than 5 bytes return the content of t within the variable rtf. I do not understand anything. I can work with it - but I would like to understand the behavior. Regards, Franz Böhmisch function rtfkonvert objektname export image objektname of group inhalt to bilddaten as JPEG -- for testing: export image 1 to bilddaten as JPEG get binaryDecode(H*,bilddaten,t) put {\rtf{\pict\jpegblip\picwgoal874\pichgoal1121 cr into header put cr } cr } into footer put header t footer into rtf put rtf into URL binfile:c:/rtftest.rtf -- this works fine return rtf -- this only works with small jpgs end rtfkonvert ___ 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: Re-2: persistent objects in runrev (howto) + Q: unprotected stacks in standalones
Hi Franz, The format has changed, and to my knowlege there is not decompile stack or script available for it. Sorry. ___ 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
AW: Different behavior of brush on Win / Mac
Hello Jacqueline, thanks for replying. I now tried three different things, working with Rev 3.0: - selected brushes in the standalone settings and used the smallest round brush: 8 - imported a self made image 32x32 pixels and an opaque area of about 8x8 pixels (similar to the standard brush 8) - imported a self made image 8x8 pixels with an opaque area of about 4x4 pixels. All three approaches get a similar ugly result. The only difference is the 4x4 brush, where the line is just slimmer, but same ugly. I am developing on Win and build the Mac standalone on Win. Could it be the standalone engine on Mac? Perhaps my approach is wrong. I have an image (foto), where the user can paint on. Perhaps the pixels of the existing image influence the pixels of the brush? Perhaps I should try to create an empty image above the other to paint with the brush or something like that. Tiemo I've never seen this happen, but it might be because the brush images change IDs when you copy the brushes into the mainstack. Instead of doing that, remove the brushes substack and try selecting brushes in the standalone builder. That will make sure the IDs are correct. If you are using an older version of Revolution, brushes were not included in the SB. I think they were added in 2.9. -- 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 ___ 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: Re-2: decompress - result = 1/second try (ist noch das result von vorher!)
Hi Franz, decompress beeinflusst the result nicht = in the result bleibt das ergebnis eines Commands von vorher stehen. Test: Ich gehe zu einem Stack, den es nicht gibt, result ist ein error: no such card. Der bleibt stehen, auch wenn eine erfolgreiche compress und decompress routine folgen. Gruß, Franz try;go stack URL http://anibebit.de;end try; put the result into altesresult; put compress(test) into gezipped; put decompress(gezipped) into extrahiert; put altesresult cr the result cr gezipped cr extrahiert no such card no such card ‹#0;#0;#0;#0;#0;#0;+I-.#0; ~Ø#0;#0;#0; test AHA! That explains something :-) Thank you very much! Best 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: Paint Tool periodic crashes
Sorry, Yes RR 3.0, Mac Intel OSX 10.5.5 Thanks Tom McGrath On Oct 14, 2008, at 9:52 AM, Joe Lewis Wilkins wrote: Hi Tom, I assume this is using 3.0 on a Mac Intel with Leopard? If so, I should be able to test this for you in a stack I'm doing right now. Right now, just clearing up my emails. (smile) Joe Wilkins On Oct 14, 2008, at 6:03 AM, Thomas McGrath III wrote: Hello fellows, Is anyone experiencing crashes with just using the paint tools on a new mainstack? I open a new mainstack then select the brush tool and click in the mainstack window - crash. Repeatedly. I reopen RR then new mainstack then select other tools first and this time brush tool does not crash. I then select the erase tool and click in mainstack window and crash. Repeatedly. Regards, Tom McGrath ___ 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: Paint Tool periodic crashes
Sorry, Jerry, No offense intended. Joe Wilkins On Oct 14, 2008, at 11:00 AM, Stephen Barncard wrote: Yeah, what he said. Besides, GLX isn't 'merely' an add-on, it's an IDE. Maybe it's not the problem. Best, Jerry Daniels Daniels Mara, Inc. Makers of GLX2 http://www.glx2.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: Paint Tool periodic crashes
Joe, None taken. Just keeping the possibilities open. Best, Jerry Daniels Daniels Mara, Inc. Makers of GLX2 http://www.glx2.com On Oct 14, 2008, at 1:16 PM, Joe Lewis Wilkins wrote: Sorry, Jerry, No offense intended. Joe Wilkins On Oct 14, 2008, at 11:00 AM, Stephen Barncard wrote: Yeah, what he said. Besides, GLX isn't 'merely' an add-on, it's an IDE. Maybe it's not the problem. Best, Jerry Daniels Daniels Mara, Inc. Makers of GLX2 http://www.glx2.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
AW: AW: difference between closing with the red cross or sendingclose?
Ok, now I only have to build in the answer request, when sending close this stack. Thank you for your explanations Tiemo -Ursprüngliche Nachricht- Von: [EMAIL PROTECTED] [mailto:use-revolution- [EMAIL PROTECTED] Im Auftrag von Hugh Senior Gesendet: Dienstag, 14. Oktober 2008 17:32 An: use-revolution@lists.runrev.com Betreff: RE: AW: difference between closing with the red cross or sendingclose? Hi Tiemo, 'closeStackRequest' and 'closeStack' are messages, not commands. This means you cannot send a 'closeStackRequest' any more than you can send a 'closeStack'. You can only 'close' a stack. A stack will always get a 'closeStack' message, but if the user clicks the red closebox the stack will also get a 'closeStackRequest' message first. This means that when the user clicks the red closeBox, a closeStackRequest message is sent followed by a closeStack message. Lastly, you have to 'pass closeStackRequest' to continue with the close. This is so you can optionally change your mind. This means you can stop a closeStackRequest, but you cannot stop a closeStack. To handle both a scripted close and a red-cross close, place your closing routine into a shared handler and trap wheter the routine has already been run (otherwise you will get it twice when the user clicks the red closebox)... on mouseUp close this stack end mouseUp local isClosing on closeStackRequest answer Are you sure? with Yes or No if it yes then exit closeStackRequest put true into isClosing doMyCloseStackStuff pass closeStackRequest end closeStackRequest on closeStack if isClosing true then doMyCloseStackStuff end closeStack on doMyCloseStackStuff [../..] end doMyCloseStackStuff I have scripted the above so you can see what happens. Personally, I would put the trap in the doMyCloseStuff handler thus... on doMyCloseStackStuff if isClosing = TRUE then exit doMyCloseStuff else put TRUE into isClosing [../..] end doMyCloseStackStuff Hope this helps. /H Hello again, sometimes the basics are the hardest :) I want to be able to close my stack by the standard red cross AND also by one of my self made menu items Close. Using on closeStackRequest traps the standard closing by the cross and after answering yes the stack closes. BUT sending closeStackRequest from my menu and answering yes, nothing happens. But always when picking a second time the close menu and answering yes the stack closes. Using close myStack in my menu didn't worked as expected either (as posted before) So what is the straight forward way to close from the title bar and a self made menu with an answer trap? Thank you Tiemo ___ 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: Table inspector from 4W
Josep M Yepes wrote: Somebody know where can try this Inspector Palette that appear in the jpg? Or many info about this? I read this in the improve-revolution list some days ago... For example, a lot of my stuff lately requires display of data in lists in which I need an iTunes-quality display, with resizable columns that support sorting, etc.: http://fourthworldlabs.com/table.jpg Thank you for your interest, Josep. The library itself is functional and being used in a couple products, but the delay in making it available for others is that it has no documentation at this point. When I've asked here previously for those interested in the library to write me I got a few enthusiastic responses, but admittedly only a few. Given the amount of work my clients are asking of me (we're in the middle of major upgrades to most of the products I manage, with two new products also in development), documenting lib4WTable has taken a back seat. I can try to coerce some time to put together even modest documentation in the next week or so. No promises -- I get change orders coming in for our work from clients with enough frequency that it isn't possible to make firm commitments on things like this, but I'll see what I can do... -- 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: Re-2: persistent objects in runrev (howto)
Franz wrote: Coming from Toolbook I had to realize and accept that ... runrev password protection protects stacks against * copiing objects FROM it * editing passwords It does not protect the stack against * copying objects INTO it (including scripts in this objects) * deleting objects within it, * moving around * reading/writing custom properties of stacks or objects etc. This causes the behavior that you can copy an object (even a background coming in front of the event hierarchy) INTO a password protected stack - but you cannot copy a modified object back then without putting the passkey ... Yes, Rev's script protection does not attempt to hinder any form of alteration of the message path, it merely prevents scripts from being read. If you could copy an object from a protected stack to an unprotected one, its scripts would become exposed. There is a request to support password-protection of any object, not just stacks: http://quality.runrev.com/qacenter/show_bug.cgi?id=659 (Note to RunRev: I am not soliciting votes here, just noting an existing report that is relevant to the conversation. Whether or not someone decides to add their votes for it is entirely at their own discretion. The readers here are not my zombie legion. g) Because I have to copy the objects from my working stack to the tempStack first I have to use stacks without runrev password protection (to copy objects FROM) for my concept of persistent objects. If you're copying objects, you may find it both more secure and more convenient to maintain to have as few handlers as possible in those objects, which merely call handlers in a central library or your app's mainstack to do the real work, e.g: -- In copied object: on mouseDown DoSpecialMouseDownThang end mouseDown -- In some central location: on DoSpecialMouseDownThang -- all the cool stuff your object does -- goes here end DoSpecialMouseDownThang Not only does this provide complete protection for your proprietary algorithms, but it also makes the code lighter in the copied objects, minimally reducing memory usage. But more useful is that it keeps the complex stuff in one place, so it can be maintained and enhanced without needing to make sure that all copies of the script are kept in synch. Just curious: What options does Toolbook provide for script protection? -- 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: Table inspector from 4W
Hi Richard. I wonder what the price would be that you would charge to contract the work needed to document lib4WTable? If you could get enough of a commitment from other Revolution developers, I would certainly be willing to contribute just so we can have a working table model. But if it is more a problem of time then of course, that wouldn't help matters. Bob Sneidar IT Manager Logos Management Calvary Chapel CM On Oct 14, 2008, at 11:15 AM, Richard Gaskin wrote: Josep M Yepes wrote: Somebody know where can try this Inspector Palette that appear in the jpg? Or many info about this? I read this in the improve-revolution list some days ago... For example, a lot of my stuff lately requires display of data in lists in which I need an iTunes-quality display, with resizable columns that support sorting, etc.: http://fourthworldlabs.com/table.jpg Thank you for your interest, Josep. The library itself is functional and being used in a couple products, but the delay in making it available for others is that it has no documentation at this point. When I've asked here previously for those interested in the library to write me I got a few enthusiastic responses, but admittedly only a few. Given the amount of work my clients are asking of me (we're in the middle of major upgrades to most of the products I manage, with two new products also in development), documenting lib4WTable has taken a back seat. I can try to coerce some time to put together even modest documentation in the next week or so. No promises -- I get change orders coming in for our work from clients with enough frequency that it isn't possible to make firm commitments on things like this, but I'll see what I can do... -- 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: Paint Tool periodic crashes
Maybe the GLX2 is the problem, then; since I don't use it. I'm pretty reluctant to using third party add-ons. They invariably cause some problems along the way. Guess I'm a bit conservative about most things. Joe Wilkins On Oct 14, 2008, at 9:06 AM, Thomas McGrath III wrote: Hi Joe, I use GLX2 with standard RR 3.0. Other Apps are Mail and Safari. I have been having some problems with revBrowser snapshots and before I updated to the latest OSX update I had the Save crash problem. I will do a full install instead of an update on the next dot release of RR I think to see if things improve. Thanks, Tom McGrath ___ 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
Rev 3.0 crashing on OS X too (as well as Vista and Linux)
Having moved to using Rev 3 on OS X, I thought things were better. At least I wasn't getting daily crashes. But today I had to force kill Rev twice when it stopped responding (it had sent the cpu to 100% for minutes at a time). All I was doing was editing a script. And whilst I'd had plenty of problems with the new Rev 3 script editor in the past, today I was using GLX2. So, I don't feel inclined to blame either script editor. It is the engine/IDE that is the problem. Later, whilst creating a very simple stack to test out an idea (2 fields, 2 short handlers in 1 of the fields), I used the mouse to move one of the fields a little to the right. Rev crashed. This is just unacceptable. No-one expects software to be bug-free. But I've heard for years how 'the engine is rock solid'. Well, if that's so how come it crashes so often doing totally trivial tasks. And across 3 different operating systems and 3 different pieces of hardware? And it's not even as though I've been working on the same stack when these crashes occur. I'm so sick of this. The crash report will be going in to bugzilla, for those deluded few who believe Rev is rock solid. Bernard ___ 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
OT: Way to make Safari for Windows run in kiosk mode/full-screen?
I have a Rev app which passes data to a database which then needs to be rendered within a touch-screen kiosk in a web-browser. I really like the fact that I can embed Fonts with the latest Safari, and while I can use SAFT for Mac, I haven't found a solution in Windows for making Safari go full-screen.? Can anyone tell me if there's a way to do this? ___ 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: persistent objects in runrev (howto)
Hello, I think we've been doing this for some years, right? I've stored not only stacks but whole applications inside customprops and other binary containers. This is actually quite common, people store fonts, images, all kinds of assets, even stacks in binary blobs. With the RevZip we can even store whole folder structures inside a custom property. Now with Revolution 3.0 cute arrays, we can create object like structures and persisting them is just a matter of some back/front script loading and saving them. You can save stuff to sqlite binary blobs or valentina, and store your stacks in your own embeded database... now if we only had parent scripts or someway to tie script events to accessing array elements, then it would be cool Am I missing something? andre On Mon, Oct 13, 2008 at 6:57 AM, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote: Hello, in a discussion in chatrev this night with Mark Schonewille (the runrev expert from the Netherlands, which knew the go stack binary data trick) we could realize that the storage of objects from runrev as persistent objects and the reload into runrev applications even could be done using just binary data and not only a valid rev stack file with .rev extension. Short updated abstract in http://www.animabit.de/runrev/persistentobjects.html put URL http://server/xyz.data; into test # with xyz.data to be the result of a routine: # save stack xyz to URL xyz.data put mydecryproutine(test) into stackobject go invisible stackobject copy control 1 of stack stackobject into stack myprog ... This allows me to use stacks and any copy object from stack to stack command without hesitating about the password protection of the stack. Solving some problems in one step. Regards, Mit freundlichen Grüßen Franz Böhmisch [EMAIL PROTECTED] http://www.animabit.de GF Animabit Multimedia Software GmbH Am Sonnenhang 22 D-94136 Thyrnau Tel +49 (0)8501-8538 Fax +49 (0)8501-8537 ___ 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 -- 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: Table inspector from 4W
Bob Sneidar On Oct 14, 2008, at 11:15 AM, Richard Gaskin wrote: http://fourthworldlabs.com/table.jpg The library itself is functional and being used in a couple products, but the delay in making it available for others is that it has no documentation at this point. When I've asked here previously for those interested in the library to write me I got a few enthusiastic responses, but admittedly only a few. Given the amount of work my clients are asking of me (we're in the middle of major upgrades to most of the products I manage, with two new products also in development), documenting lib4WTable has taken a back seat. I can try to coerce some time to put together even modest documentation in the next week or so. No promises -- I get change orders coming in for our work from clients with enough frequency that it isn't possible to make firm commitments on things like this, but I'll see what I can do... I wonder what the price would be that you would charge to contract the work needed to document lib4WTable? If you could get enough of a commitment from other Revolution developers, I would certainly be willing to contribute just so we can have a working table model. But if it is more a problem of time then of course, that wouldn't help matters. One challenge here is to make sure we're all talking about the same type of table. There are at least three kinds, as outlined earlier: http://lists.runrev.com/pipermail/use-revolution/2008-April/109978.html Of those, mine is the second kind, a list selector. It's useful for databases, but does not attempt to provide the very different functionality of a spreadsheet or other types of grids. In fact, at this time it doesn't even provide in-cell editing, though if I need that somewhere down the road I may add it. Right now my UIs are very heavy in master-detail layouts, so in-cell editing just isn't something I need (and find myself frustrated with when iTunes insists on allowing it when I just want to double-click something). What it does provide is a convenient way to have column headers at the top which: - can be resized (or fixed; that's an option) - can optionally support horizontal scrolling (useful for having more columns than can fit on screen) - clicking on a column header sorts the data by that column, with the selection retained after the sort - the sort column has a sort indicator arrow, and like iTunes the sort indicator remains at the clipping bounds of the group, so as you scroll for example the sort indicator stays in view until the column is completely offscreen (it's a subtle touch, but I rather like it g) It's in two parts: the object itself is a group which uses a standard Rev field for display and buttons and other stuff for the header, all bound up in a group for convenient manipulation. Most of the code is in a library, so there's very little code redundancy if you use multiple groups (and it lets me fix/enhance it easily without mucking with the groups). It's pretty much all property-driven, so you can put data into it, toggle its risizing and scrolling behaviors, etc., with simple property settings. The resizing of the headers, while tricky with horizontal scrolling, isn't magic. I believe lib4WTable can be a big time-saver over making a one-off from scratch, but because it uses Rev's field to display the text is has the same limits (on the upside that means it can store up to 4GB; on the downside it means no independent column alignment at this time). It serves my needs for list display well, and if it would suffice for others I'll give some thought to your question. That said, at this stage it's not like I can just drop my commitments if we can find a way to bring in a larger hourly sum for lib4WTable. But it would help encourage me to reprioritize it a little higher on my to-do list of free time activities to know that it'll be worth doing. -- 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
AW: difference between closing with the red cross or sending close?
Hello again, sometimes the basics are the hardest :) I want to be able to close my stack by the standard red cross AND also by one of my self made menu items Close. Using on closeStackRequest traps the standard closing by the cross and after answering yes the stack closes. BUT sending closeStackRequest from my menu and answering yes, nothing happens. But always when picking a second time the close menu and answering yes the stack closes. Using close myStack in my menu didn't worked as expected either (as posted before) So what is the straight forward way to close from the title bar and a self made menu with an answer trap? Thank you Tiemo Hello Eric, yes that was also my first thought, but as the docs say (and how this one behaves) it is not called, if I send my own close stack from my own menu (not from the rev file menu) Thanks Tiemo -Ursprüngliche Nachricht- Von: [EMAIL PROTECTED] [mailto:use-revolution- [EMAIL PROTECTED] Im Auftrag von Eric Chatonet Gesendet: Freitag, 10. Oktober 2008 17:18 An: How to use Revolution Betreff: Re: difference between closing with the red cross or sending close? Bonjour Tiemo, Have a look at the closeStackRequest message: on closeStackRequest answer Do you really want to quit? with No and Yes if it = Yes then pass closeStackRequest end closeStackRequest ___ 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: OT: new macbooks, no firewire
Hi Andre, Having a few moments to spare I took a look at Apple's new MacBooks. Mixed feelings. I think I'll need to see and touch to make a valid judgement. I too have eye problems, so the contrast may be good for me, but I'm a desktopper anyway, and probably won't be buying anything new for quite a while. Certainly the firewire thing is a major turnoff. I somewhat recently purchased two 500 GB firewires and can't imagine using USB for any major transfers. Time Machine with USB. Ha! Ha! By and large I think your comments are on the mark. We may all be back to bows and arrows before too long anyway. (sigh!) Joe Wilkins On Oct 14, 2008, at 12:33 PM, Andre Garzia wrote: Folks, sometimes I do OT mails here, but this is just to ask if you guys followed the latest announcements by apple and saw their new macbooks. I must say, I have never ever been so disapointed at apple. I found the new macbooks as ugly as a traffic accident between an elephant and a pizza delivery car. What's with the black borders and keyboards on aluminum?!?! what happened, did they fired their designers? -- Please avoid sending me Word or PowerPoint attachments. See http://www.gnu.org/philosophy/no-word-attachments.html Joe Lewis Wilkins [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: Paint Tool periodic crashes
I must say this made me chuckle. It's easy enough to verify. I will remove my favorite integrated scripting environment GLX2 'temporarily' and we'll see. And I'm sure if it is then Jerry will jump on it and it won't be. Thanks for checking this out for me Joe, now if any others would test for me without the importing of an image first I would really appreciate it. Thanks again, Tom McGrath On Oct 14, 2008, at 2:20 PM, Jerry Daniels wrote: Joe, None taken. Just keeping the possibilities open. Best, Jerry Daniels Daniels Mara, Inc. Makers of GLX2 http://www.glx2.com On Oct 14, 2008, at 1:16 PM, Joe Lewis Wilkins wrote: Sorry, Jerry, No offense intended. Joe Wilkins On Oct 14, 2008, at 11:00 AM, Stephen Barncard wrote: Yeah, what he said. Besides, GLX isn't 'merely' an add-on, it's an IDE. Maybe it's not the problem. Best, Jerry Daniels Daniels Mara, Inc. Makers of GLX2 http://www.glx2.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 ___ 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: OT: Way to make Safari for Windows run in kiosk mode/full-screen?
Rob, is this RevBrowser stuff or plain Safari for Windows? I think revbrowser uses IE for windows... andre On Tue, Oct 14, 2008 at 5:32 PM, [EMAIL PROTECTED] wrote: I have a Rev app which passes data to a database which then needs to be rendered within a touch-screen kiosk in a web-browser. I really like the fact that I can embed Fonts with the latest Safari, and while I can use SAFT for Mac, I haven't found a solution in Windows for making Safari go full-screen.? Can anyone tell me if there's a way to do this? ___ 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 -- 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: AW: difference between closing with the red cross or sending close
Thanks, Hugh, Actually, Mark's version has a typo or two. (should be with No or Yes); was missing quotes, and seems to work differently in the IDE and when used with StackRunner. Don't know as a standalone, since I'm not going that route for the time being. Joe Wilkins On Oct 14, 2008, at 1:09 PM, Hugh Senior wrote: Hi Joe, My example was more to show how it works; Mark's is a more elegant version once you know why. My Mac is offline at the moment so I can only confirm Win32, but both versions should behave the same way on both platforms. /H ___ 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: OT: new macbooks, no firewire
Apple has furthered the divide between MacBook and Pro. The new MacBook Pro does have one firewire 800 port. More ports can be added via plugin card. For recording, I have to do that anyway for throughput. Hi Andre, Having a few moments to spare I took a look at Apple's new MacBooks. Mixed feelings. I think I'll need to see and touch to make a valid judgement. I too have eye problems, so the contrast may be good for me, but I'm a desktopper anyway, and probably won't be buying anything new for quite a while. Certainly the firewire thing is a major turnoff. I somewhat recently purchased two 500 GB firewires and can't imagine using USB for any major transfers. Time Machine with USB. Ha! Ha! By and large I think your comments are on the mark. We may all be back to bows and arrows before too long anyway. (sigh!) Joe Wilkins On Oct 14, 2008, at 12:33 PM, Andre Garzia wrote: Folks, sometimes I do OT mails here, but this is just to ask if you guys followed the latest announcements by apple and saw their new macbooks. I must say, I have never ever been so disapointed at apple. I found the new macbooks as ugly as a traffic accident between an elephant and a pizza delivery car. What's with the black borders and keyboards on aluminum?!?! what happened, did they fired their designers? -- Please avoid sending me Word or PowerPoint attachments. See http://www.gnu.org/philosophy/no-word-attachments.html Joe Lewis Wilkins [EMAIL PROTECTED] -- stephen barncard s a n f r a n c i s c o - - - - - - - - - - - - ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
Re: OT: new macbooks, no firewire
Hello Stephen, where do we put a plugin card on a macbook? Is this an expresscard firewire thingy? Andre On Tue, Oct 14, 2008 at 6:18 PM, Stephen Barncard [EMAIL PROTECTED] wrote: Apple has furthered the divide between MacBook and Pro. The new MacBook Pro does have one firewire 800 port. More ports can be added via plugin card. For recording, I have to do that anyway for throughput. Hi Andre, Having a few moments to spare I took a look at Apple's new MacBooks. Mixed feelings. I think I'll need to see and touch to make a valid judgement. I too have eye problems, so the contrast may be good for me, but I'm a desktopper anyway, and probably won't be buying anything new for quite a while. Certainly the firewire thing is a major turnoff. I somewhat recently purchased two 500 GB firewires and can't imagine using USB for any major transfers. Time Machine with USB. Ha! Ha! By and large I think your comments are on the mark. We may all be back to bows and arrows before too long anyway. (sigh!) Joe Wilkins On Oct 14, 2008, at 12:33 PM, Andre Garzia wrote: Folks, sometimes I do OT mails here, but this is just to ask if you guys followed the latest announcements by apple and saw their new macbooks. I must say, I have never ever been so disapointed at apple. I found the new macbooks as ugly as a traffic accident between an elephant and a pizza delivery car. What's with the black borders and keyboards on aluminum?!?! what happened, did they fired their designers? -- Please avoid sending me Word or PowerPoint attachments. See http://www.gnu.org/philosophy/no-word-attachments.html Joe Lewis Wilkins [EMAIL PROTECTED] -- 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 -- 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: Paint Tool periodic crashes
Hi Tom, Ran through the same exercise, but w/o an imported image. Just the image area tool. Still runs flawlessly on my mac w/ the std Rev IDE. My Mac is a Mac Pro with a 30 monitor; doubt if that would make any difference. So?? Joe Wilkins On Oct 14, 2008, at 1:14 PM, Thomas McGrath III wrote: I must say this made me chuckle. It's easy enough to verify. I will remove my favorite integrated scripting environment GLX2 'temporarily' and we'll see. And I'm sure if it is then Jerry will jump on it and it won't be. Thanks for checking this out for me Joe, now if any others would test for me without the importing of an image first I would really appreciate it. Thanks again, Tom McGrath ___ 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: AW: difference between closing with the red cross or sending close
Hi Joe, Sorry about the missing quote. I think that's the only typo. The script should run fine if you add that. Or did I miss something? I don't know why it would run differently in Stackrunner. Usually, I make standalones. What kind of problem do you have with closing stacks? Perhaps the process didn't shut down property in Windows? That's why I linked to the quitting script. Do you have any more problems closing stacks? As far as I know, both approaches work fine on all platforms, but on Windows you need to make sure that you quit your programme properly if the closing stack is the only one that's open. -- Best regards, Mark Schonewille Economy-x-Talk Consulting and Software Engineering http://economy-x-talk.com http://www.salery.biz Dutch forum: http://runrev.info/rrforum/ Benefit from our inexpensive hosting services. See http://economy-x-talk.com/server.html for more info. On 14 okt 2008, at 22:18, Joe Lewis Wilkins wrote: Thanks, Hugh, Actually, Mark's version has a typo or two. (should be with No or Yes); was missing quotes, and seems to work differently in the IDE and when used with StackRunner. Don't know as a standalone, since I'm not going that route for the time being. Joe Wilkins ___ 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: Table inspector from 4W
On Oct 14, 2008, at 12:58 PM, Richard Gaskin wrote: One challenge here is to make sure we're all talking about the same type of table. There are at least three kinds, as outlined earlier: http://lists.runrev.com/pipermail/use-revolution/2008-April/ 109978.html Of those, mine is the second kind, a list selector. It's useful for databases, but does not attempt to provide the very different functionality of a spreadsheet or other types of grids. In fact, at this time it doesn't even provide in-cell editing, though if I need that somewhere down the road I may add it. Right now my UIs are very heavy in master-detail layouts, so in-cell editing just isn't something I need (and find myself frustrated with when iTunes insists on allowing it when I just want to double- click something). What it does provide is a convenient way to have column headers at the top which: - can be resized (or fixed; that's an option) - can optionally support horizontal scrolling (useful for having more columns than can fit on screen) - clicking on a column header sorts the data by that column, with the selection retained after the sort - the sort column has a sort indicator arrow, and like iTunes the sort indicator remains at the clipping bounds of the group, so as you scroll for example the sort indicator stays in view until the column is completely offscreen (it's a subtle touch, but I rather like it g) It's in two parts: the object itself is a group which uses a standard Rev field for display and buttons and other stuff for the header, all bound up in a group for convenient manipulation. Most of the code is in a library, so there's very little code redundancy if you use multiple groups (and it lets me fix/enhance it easily without mucking with the groups). It's pretty much all property-driven, so you can put data into it, toggle its risizing and scrolling behaviors, etc., with simple property settings. The resizing of the headers, while tricky with horizontal scrolling, isn't magic. I believe lib4WTable can be a big time- saver over making a one-off from scratch, but because it uses Rev's field to display the text is has the same limits (on the upside that means it can store up to 4GB; on the downside it means no independent column alignment at this time). It serves my needs for list display well, and if it would suffice for others I'll give some thought to your question. That said, at this stage it's not like I can just drop my commitments if we can find a way to bring in a larger hourly sum for lib4WTable. But it would help encourage me to reprioritize it a little higher on my to-do list of free time activities to know that it'll be worth doing. -- 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 And then my Dynamic Table Field will allow you to edit each item, copy and paste to each item and turn each item into as many different buttons as you want. Why doesn't the Rev team take some of these examples and build a flexible field that everyone can use. I have heard many people mention they want to have the fields improved so it is obvious it would be wise economically to provide both new and existing Rev customers what they want. -=JB=- ___ 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: AW: difference between closing with the red cross or sending close
Hi Joe, My example was more to show how it works; Mark's is a more elegant version once you know why. My Mac is offline at the moment so I can only confirm Win32, but both versions should behave the same way on both platforms. /H Hi fellas, May we assume that both of these approaches work on Mac and Windows? I have noticed some irregularities in closing that I've never reconciled. Thanks, Joe Wilkins ___ 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: Rev 3.0 crashing on OS X too (as well as Vista and Linux)
Bernard Devlin wrote: This is just unacceptable. No-one expects software to be bug-free. But I've heard for years how 'the engine is rock solid'. Well, if that's so how come it crashes so often doing totally trivial tasks. And across 3 different operating systems and 3 different pieces of hardware? And it's not even as though I've been working on the same stack when these crashes occur. I know this is really frustrating. But the tasks that fail for you are so very common that if it were an engine issue I'm sure there would be lots of reports about it, and there haven't been. I create new stacks and move fields thousands of times per week, in both Mac and Windows OS, and it never crashes. The engine really is rock solid for me. I wonder if there is something hardware-related going on. When you say you are running under different pieces of hardware, what does that mean? Are you running all these operating systems on the same machine, some in emulation or in bootcamp? Or are the different hardware pieces different hard drives you boot from? Do you share a monitor among different machines? What's your hardware setup exactly? A really good test would be to do a clean install of Rev on an entirely different computer, like one at a friend's house, and see how it works. The symptoms you describe are very similar to a bad RAM problem I once had, but it could also be a hard drive I/O problem, a graphics card issue, or almost anything, like an overheating CPU. I have to believe something like this is the cause, since if creating 2 fields and moving one of them caused a crash, I'm sure we'd hear about it repeatedly. Finding a totally different machine to test on would help a lot in isolating what's going wrong. -- 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: AW: difference between closing with the red cross or sending close
Hi Mark, If I hadn't diddled with things some more it probably would have worked as you thought. I had already partially implemented a somewhat similar handler and in copy/pasting may have not had things strictly as they should be. The most confusing thing about closing/quiting in OSX is the elimination of the Quit item from the file menu and its transfer to the Application menu; plus the use of the red dot close button. I had been using a handler in the Stack Script to the effect: on shutdownRequest -- confirm with the user: answer question Save changes before quitting? with Yes or No if it is No then pass shutdownRequest -- allow to quit else save this stack pass shutdownRequest end if end shutdownRequest plus a menuPick item : case Close answer Save changes before closing? with No or Yes if it is Yes then save this stack end if close this stack break This seems to work most of the time, though occasionally, I won't get a dialog for saving before closing. If I had more hair, I'd probably continue trying to figure this out. For now, I'm just saving all the time. But thanks... Joe Wilkins On Oct 14, 2008, at 1:29 PM, Mark Schonewille wrote: Hi Joe, Sorry about the missing quote. I think that's the only typo. The script should run fine if you add that. Or did I miss something? ___ 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: OT: new macbooks, no firewire
Hey Andre, Yep, checked out the various blogsone of the most amazing design flaws I saw was the continuation of the very crisp edge on the front of the laptop. Just Google Mac wrist and you'll see it's been a very consistent theme regarding poor design. Back a hundred years ago when I designed laptops for companies like Apple, TI, Compaq, Dell, Toshiba and others, we actually did Human Factors studies and research, along with the requistite aesthetic models and design sketches. It appears Apple only cares about the aesthetic these days, and doesn't bother with function anymore. That sharp edge is a serious design flaw and provides much pain to many. I suppose AIR's lack of a second USB port in favor of a nifty drop down door should give us a clue regarding Apple's preference of form over function. Speaking of the AIR, I was in an Apple store the other day, and lifted the AIR. I was surprised at how heavy the all aluminum Air seemed. I then walked over to the Sony store and found their new carbon-fiber Z computer to feel much lighter. I'm wondering if the Air is only 3 lbs? Sounds like I need to grab some scales and go back to the two stores ;-) Of course, the Sony does have a lot more in it, including Blu-Ray, multiple ports (including Firewire), VGA and HDMI output, ExpressCard slot, modem etc.. Maybe it just feels lighter but is not in fact lighter. Speaking of light computers, last time in Japan, my friend showed me his new Panasonic toughbook W2 which was the lightest laptop I've ever held, only 2.7 lbs. I couldn't believe how much difference weight made in the coolness factor of a laptop. After that, I realized, for me, size doesn't matter, weight does. ___ 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-2: decompress - result = 1/second try (ist noch das result von vorher!)
decompress beeinflusst the result nicht = in the result bleibt das ergebnis eines Commands von vorher stehen. Test: Ich gehe zu einem Stack, den es nicht gibt, result ist ein error: no such card. Der bleibt stehen, auch wenn eine erfolgreiche compress und decompress routine folgen. Gruß, Franz try;go stack URL http://anibebit.de;end try; put the result into altesresult; put compress(test) into gezipped; put decompress(gezipped) into extrahiert; put altesresult cr the result cr gezipped cr extrahiert no such card no such card #0;#0;#0;#0;#0;#0;+I-.#0; ~Ø#0;#0;#0; test Original Messageprocessed by David InfoCenter Subject: Re: decompress - result = 1/second try (14-Okt-2008 9:51) From:Klaus Major [EMAIL PROTECTED] To: [EMAIL PROTECTED] Hi all, any hints what this result from a decompress action may mean? ... ## Valid GZ compressed file! put url(binfile: win_gz) into w1 put decompress(w1) into w2 if the result empty then ## here I sometimes get 1 as the result, but the file has ## been correctly decompressed nevertheless ... Any hints are very welcome! Best 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 To: use-revolution@lists.runrev.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: Rev 3.0 crashing on OS X too (as well as Vista and Linux)
Would it help eliminate one cause if Bernard tried to duplicate his crashes while using the metacard ide? If it turned out to be stable, that would tie it down. If they still happened, that also would be quite informative. I notice Andre says that on Mint 3.0 works well. Might be worth a try too, just for the sake of elimination. Peter -- View this message in context: http://www.nabble.com/Rev-3.0-crashing-on-OS-X-too-%28as-well-as-Vista-and-Linux%29-tp19980352p19982396.html Sent from the Revolution - User mailing list archive at Nabble.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: Table inspector from 4W
-= JB =- wrote: Why doesn't the Rev team take some of these examples and build a flexible field that everyone can use. I have heard many people mention they want to have the fields improved so it is obvious it would be wise economically to provide both new and existing Rev customers what they want. They know that. :) -- 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: Paint Tool periodic crashes
Thomas McGrath III wrote: Hello fellows, Is anyone experiencing crashes with just using the paint tools on a new mainstack? I open a new mainstack then select the brush tool and click in the mainstack window - crash. Repeatedly. I reopen RR then new mainstack then select other tools first and this time brush tool does not crash. I then select the erase tool and click in mainstack window and crash. Repeatedly. Just tried it on OS X (10.4.11) and WinXP and didn't crash in either. WinXP is under Parallels emulation though. Are you changing the default paintcompression? I had some problems with that in one situation. -- 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: Table inspector from 4W
On Oct 14, 2008, at 2:19 PM, J. Landman Gay wrote: -= JB =- wrote: Why doesn't the Rev team take some of these examples and build a flexible field that everyone can use. I have heard many people mention they want to have the fields improved so it is obvious it would be wise economically to provide both new and existing Rev customers what they want. They know that. :) -- Jacqueline Landman Gay | [EMAIL PROTECTED] HyperActive Software | http://www.hyperactivesw.com ___ So does that mean Richard would be wasting his time improving his field because the Rev team are going to incorporate all of the things he and others have already done. They could easily add the ability to for the end user to resize the field too. Or does it simply mean, They know that. Because if they have intentions of providing an exciting new field with all of the extras I am sure Richard would be happy to work on something that is not going to end up duplicating something that will be a standard field for all Rev users integrated into Rev. -=JB=- ___ 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: OT: new macbooks, no firewire
Having a few moments to spare I took a look at Apple's new MacBooks. Mixed feelings. I think I'll need to see and touch to make a valid judgement. I too have eye problems, so the contrast may be good for me, but I'm a desktopper anyway, and probably won't be buying anything new for quite a while. Certainly the firewire thing is a major turnoff. I somewhat recently purchased two 500 GB firewires and can't imagine using USB for any major transfers. Time Machine with USB. Ha! Ha! I use TimeMachine with USB 2 external drives and it works fine. The first backup takes a couple of hours as all the data apps are copied over, but after that, you don't even notice it happening. I would panic if FireWire disappeared from the desktop models as that's what I use for transferring data from my HD video camera, but there is no way I would do video editing on a laptop, so that's not an issue. Here in Australia, FireWire external drives haven't been available for years. At first you could get hybrid USB/FW drives, but now they are all USB2. Just my 2 cents, Sarah ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
Re: Rev 3.0 crashing on OS X too (as well as Vista and Linux)
Peter Alcibiades wrote: Would it help eliminate one cause if Bernard tried to duplicate his crashes while using the metacard ide? If it turned out to be stable, that would tie it down. If they still happened, that also would be quite informative. Sure, good idea. It couldn't hurt. But I'm really starting to think it's hardware. He's crashing at random times, nothing really reproducible, while performing common tasks others do all the time without issues. -- 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: Paint Tool periodic crashes
On Tue, Oct 14, 2008 at 11:03 PM, Thomas McGrath III [EMAIL PROTECTED] wrote: Hello fellows, Is anyone experiencing crashes with just using the paint tools on a new mainstack? I open a new mainstack then select the brush tool and click in the mainstack window - crash. Repeatedly. I reopen RR then new mainstack then select other tools first and this time brush tool does not crash. I then select the erase tool and click in mainstack window and crash. Repeatedly. Yes Tom, I have noticed this too. I don't use the paint tools much so i hadn't bothered me, but testing, I get it happening quite randomly. It is definitely the paint tools (the bottom section in the toolbar) and not the graphics tools. However, removing all my third-party plugins seems to stop it happening, so this needs more testing Cheers, Sarah ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
Re: AW: Different behavior of brush on Win / Mac
Tiemo Hollmann TB wrote: I tried it with an extra image layer on top, without success. The annoying water-color effect, seems to come from a wrong interpretation of the brush shape The brush image actually is 32x32 pixel and the opaque brush within is (I think) 8x8 pixel. It seems that sometimes some more pixel as the inner 8x8 of this 32x32 image begin to draw in some situations. Now I tried to build different images 8x8, 16x16, 32x32 with different shapes and I tried to use set the brush to and also set the brushpattern to, all with the same annoying result. Pretty confused Why are your brush images larger than their contents? Can you make your custom images the same size as the brush it contains? For example, an 8x8 brush should be in an 8x8 image. -- 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: OT: new macbooks, no firewire
The macbook pro has an expresscard port, a firewire 800 port, two USB ports and some kind of mini-dvi connector. I hate the expresscard fomat. It seems to be made for viewing photo memory cards or something -- the mechanical design is very stupid. When one pushes the card in, it doesn't latch, and can be pulled out quite easily with an accidental tug of a cable. My high tech solution was to wrap one layer of drafting tape around the outside, to jam the card in place. They guys at the apple store confirmed it is ALL expresscard devices are like this. Hello Stephen, where do we put a plugin card on a macbook? Is this an expresscard firewire thingy? 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 -- 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 -- stephen barncard s a n f r a n c i s c o - - - - - - - - - - - - ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
Re: Table inspector from 4W
I'd rather have the rev team work on a new table control and a revised text field. On OWhy doesn't the Rev team take some of these examples and build a flexible field that everyone can use. I have heard many people mention they want to have the fields improved so it is obvious it would be wise economically to provide both new and existing Rev customers what they want. -=JB=- ___ -- stephen barncard s a n f r a n c i s c o - - - - - - - - - - - - ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
Re: Paint Tool periodic crashes
Yeah, what he said. Besides, GLX isn't 'merely' an add-on, it's an IDE. Maybe it's not the problem. Best, Jerry Daniels Daniels Mara, Inc. Makers of GLX2 http://www.glx2.com -- stephen barncard s a n f r a n c i s c o - - - - - - - - - - - - ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
Re: Rev 3.0 crashing on OS X too (as well as Vista and Linux)
On Tue, Oct 14, 2008 at 4:31 PM, J. Landman Gay [EMAIL PROTECTED] wrote: But I'm really starting to think it's hardware. He's crashing at random times, nothing really reproducible, while performing common tasks others do all the time without issues. And if he can't create a reliable recipe for the crash, then it could be bad memory. I'd suggest getting a memory checker and having it run overnight. That said, it appears Bernard is crashing on all 3 platforms with great regularity. I'm using Rev 3.0 on WinXP on a fairly complex project-- and I've seen it 'hang' a few times-- but I suspect it's the IDE, not the engine-- and typically when I'm doing something I'm not supposed to (like debugging Rev's script editor). For the most part, it's been stable for me and I continue to use it daily. I don't dispute it doesn't work for Bernard. Something Richard Gaskin mentioned, I believe at the RevMasters Summit awhile back, might shed some light. I don't remember his exact words, but to paraphrase he said designing an application was significantly harder than designing a tool. A tool should allow for a desired outcome to be performed without crashing. An application should prevent a user from taking any path which prevents the desired outcome from being performed-- and should never crash. I think I've always thought of Rev as a tool. I know if I improperly code something, it can crash. That said, if I do improperly code a crash, then I can usually back up to where my coding has problems, and then replicate and document the crash or anomolous behavior. I usually can also find a work around to get around it-- and if I can't then I need to wait for RR to fix it. That said, I don't think the engine should ever crash, for whatever reason. But, the IDE is a different story-- and until it can run in it's own thread outside of any influencing 'other' scripts-- I doubt it can be made super robust. Certainly this doesn't provide immediate help for Bernard. But, I might suggest he consider posting some of the code he's trying to run in order to see if there are some obvious scripting errors being made, which might take the IDE and engine down. Also, Peter's suggestion of using MC is a great one for isolating where things are going south. ___ 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: Table inspector from 4W
WHOOPS! I have started another firestorm methinks. I have been informed that a table object of the nature you speak of IS a high priority to Runrev, but incorporating it is a huge thing. I do not think most people realize what a difficult thing table management is. Each cell is like it's own field. But then horizontal groups of fields can be controlled together as in changing the column width or changing the column formatting. And then rows are groups as well! So do you need to be able to select rows/columns and do operations on them? How about font control? Does each cell get it's own formatting? Will you need discontinuous selections? How many will you allow? Endless? Will the data be stored in memory or use disk caching? Will you allow direct access to database queries to show up? Will you be able to lock/hide cells/rows/columns? Change the background/foreground colors of each cell or groups of cells? For each of these operations there needs to be all new scripting commands. It's a HUGE undertaking. That is why I keep saying I would pay good money for a decent table object. It's probably one of the hardest things to implement in any user interface. I would rather have Runrev get it right out of the box then to be given a simplistic table object that does half of what I need, and then have to hope and pray they improve it in a reasonable time. Bob Sneidar IT Manager Logos Management Calvary Chapel CM On Oct 14, 2008, at 2:30 PM, -= JB =- wrote: So does that mean Richard would be wasting his time improving his field because the Rev team are going to incorporate all of the things he and others have already done. They could easily add the ability to for the end user to resize the field too. Or does it simply mean, They know that. Because if they have intentions of providing an exciting new field with all of the extras I am sure Richard would be happy to work on something that is not going to end up duplicating something that will be a standard field for all Rev users integrated into Rev. -=JB=- ___ 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
OT: new macbooks, no firewire
Folks, sometimes I do OT mails here, but this is just to ask if you guys followed the latest announcements by apple and saw their new macbooks. I must say, I have never ever been so disapointed at apple. I found the new macbooks as ugly as a traffic accident between an elephant and a pizza delivery car. What's with the black borders and keyboards on aluminum?!?! what happened, did they fired their designers? Also they just dropped firewire on macbooks, so all of us who use external firewire disks can't upgrade. I have three external firewire drives and two MiniDV cameras which I'll not be able to use with the new macbook because apple in it's infinite wisdom decided that black borders were cool and firewire were useless... heck, who'd transfer video using USB The only thing keeping me on Apple camp is Mac OS X and the gorgeous sharewares available for macs... I am slowly switching to linux, at least I won't pay 1300 USD for a laptop that I find defective by design. Sorry for the rant folks, I realize this is not my usual mail. By the way, Revolution 3.0 runs on Linux Mint with no problem (it chokes on some themes, but my eyes do the same and my doctor says my eyes are fine)... Andre PS: The only laptop I like these days is my OLPC XO... -- 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: AW: difference between closing with the red cross or sending close?
Hi fellas, May we assume that both of these approaches work on Mac and Windows? I have noticed some irregularities in closing that I've never reconciled. Thanks, Joe Wilkins On Oct 14, 2008, at 9:02 AM, Mark Schonewille wrote: Hi Hugh and Tiemo, ___ 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: Paint Tool periodic crashes
I use GLX2 with standard RR 3.0. Other Apps are Mail and Safari. I have been having some problems with revBrowser snapshots and before I updated to the latest OSX update I had the Save crash problem. I will do a full install instead of an update on the next dot release of RR I think to see if things improve. Tom, I use GLX2 and I saw this quit problem too. Then I cleaned out my Plugins folder and got rid of some old legacy Galaxy files that were still hanging around. In fact I trashed all the GLX2 files except for GLX2 Code.rev and when I restarted Rev, GLX2 automatically re-built the files it needed. Since them, I have not been able to replicate the paint tools problem. Cheers, Sarah ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
Re: Table inspector from 4W
On Oct 14, 2008, at 2:54 PM, Bob Sneidar wrote: WHOOPS! I have started another firestorm methinks. I have been informed that a table object of the nature you speak of IS a high priority to Runrev, but incorporating it is a huge thing. I do not think most people realize what a difficult thing table management is. Each cell is like it's own field. But then horizontal groups of fields can be controlled together as in changing the column width or changing the column formatting. And then rows are groups as well! So do you need to be able to select rows/columns and do operations on them? How about font control? Does each cell get it's own formatting? Will you need discontinuous selections? How many will you allow? Endless? Will the data be stored in memory or use disk caching? Will you allow direct access to database queries to show up? Will you be able to lock/hide cells/rows/columns? Change the background/foreground colors of each cell or groups of cells? For each of these operations there needs to be all new scripting commands. It's a HUGE undertaking. That is why I keep saying I would pay good money for a decent table object. It's probably one of the hardest things to implement in any user interface. I would rather have Runrev get it right out of the box then to be given a simplistic table object that does half of what I need, and then have to hope and pray they improve it in a reasonable time. Bob Sneidar IT Manager Logos Management Calvary Chapel CM Each cell can already be controlled separately plus have its own font style. The columns can already be resized but the rows still need to be able to be resized. The data can be stored how they are storing it now and if needed changed in the future. There are already examples that show how to resize and move fields. Columns can automatically be resized too. Each cell can easily become as many separate buttons as the programmers wants. Searching and sorting can easily be incorporated. Locking text is already a standard too. Many things can be done very fast because it is already being done. Integrating it all can not be that hard unless they are trying to rewrite it in a different language and make it do what is already being done with transcript. After they release a sophisticated flexible table field users can make suggestions for more features. If it is too hard for them then Richard should continue improving his field. If they have intentions of changing it soon they should tell him so he won't waste his time. He gives a lot of his time already and considering the amount of time he has given they owe it to him to not treat him like a mushroom and keep him in the dark. -=JB=- ___ 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: Rev 3.0 crashing on OS X too (as well as Vista and Linux)
Chipp Walters wrote: Something Richard Gaskin mentioned, I believe at the RevMasters Summit awhile back, might shed some light. I don't remember his exact words, but to paraphrase he said designing an application was significantly harder than designing a tool. A tool should allow for a desired outcome to be performed without crashing. An application should prevent a user from taking any path which prevents the desired outcome from being performed-- and should never crash. I think I've always thought of Rev as a tool. I wish I could take credit for that, but I was paraphrasing Steven McConnell, from either Code Complete or Rapid Development. He was talking about the orders-of-magnitude difference in effort to build a tool vs. a product, and he characterized it like this: With a tool, it need only be possible to use it correctly. But with a product it should be impossible to use it incorrectly. I've always considered the MC IDE a tool. :) Certainly this doesn't provide immediate help for Bernard. But, I might suggest he consider posting some of the code he's trying to run in order to see if there are some obvious scripting errors being made, which might take the IDE and engine down. This may sound overly simplistic, but the way to diagnose any problem is to find the differences between the working and non-working states. With Rev apps, so much can come into play: the engine, the IDE, RAM, the OS, the hard drive, etc. Swapping out the IDE is a relatively small change which can help reduce the solution space significantly. But in all fairness, unless Bernard is familiar with the MC IDE it may not be a good test, since he won't likely be spending as much time in it or doing the same sorts of tasks he might in Rev. It may also be worthwhile running a RAM checker and a low-level disk checker on the system in question, to help rule out those issues. If it's crashing as frequently as it seems, it should be relatively easy to find enough of a pattern to eventually get to an isolated recipe. Let's hope -- 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: Rev 3.0 crashing on OS X too (as well as Vista and Linux)
Folks, I'm really glad for sane counsel. I know you are all trying to help, and I really appreciate it. I can see that there are very few other people being plagued by the same problems as me. But I think you'll see I've tried to be proactive and exhaustive in my attempt to get a stable platform (the problem has been going on for 5 months). I don't think it's a hardware issue. Here's what I've used: * Rev 2.9 and 3.0 on a Compaq laptop running Vista. I've had crashes on that. * Rev 2.9 and 3.0 on a Linux umpc laptop. I've had crashes and lockups on that * Rev 3.0 on a PPC powerbook (OS X 10.4.11). I've had crashes and lockups on that. * Rev 3.0 on Fedora, Ubuntu and Debian virtual machines. On one of those there was a crash, but I can't remember which one. I did try MC with the 3.0 engine on Linux (before finally admitting defeat), and I experienced exactly the same kinds of hanging that I experienced with the Rev IDE. If it was a hardware issue one would expect other applications to suffer. Web browsers typically use a lot of RAM, graphics and system interaction, but I don't see Safari or Firefox crashing. In fact Rev is the only application I see crashing. I even run the IDE for Lotus Notes, and I don't see crashes with that. I don't think it's a specific code issue. These lockups and crashes have occurred with very different kinds of stacks. The stacks were written by me or by others. Some of the problems I've seen have been when using quite complex stacks, and maybe I'm doing something a little unusual in those (like the issue I posted where I am using numToChar(29) and numToChar(30) as safe delimiters, and those chars are stored in the keys of a custompropertyset). But other times the problems manifest themselves with very simple stacks like the one I posted in the Quality Control Centre today ( http://quality.runrev.com/qacenter/show_bug.cgi?id=7307). Chiildishly simple stuff, yet Rev crashes. Luckily I'd saved that simple stack at one point so it could be included with the crash report (but I'd only saved it half-way through because I'd already lost it once when Rev hung and I had to force kill it). Feel free to look at that stack. The problem is, you're unlikely to get a crash. As soon as I restarted Rev I opened the stack, moved the field and there was no crash. None of it is predictable. The only thing I found that was predictably presenting problems was running Bjoernke's Chat Rev on Linux. Obviously that stack works fine for the chat rev users, whatever platforms they are running it on (although Bjoernke did note problems with the Chat Rev server on Linux - it would take days for those problems to manifest themselves for him, whereas on Linux I could get problems within seconds). Apart from Rev 2.9 and 3.0, the only thing I can think that is in common is that I often use revNavigator. It seems incredible that something written by someone as experienced as Geoff, and that is basically sanctioned by Runrev (for years it's been in the default install) could be crashing the IDE. I also can't be the only one using it (I remember reading a glowing review by Sarah some years ago). I will run without revNavigator for a week and see what happens. It would be helpful if some other people would download revNavigator 3.0 from Geoff's site, and install it as a plugin and see if they start to get this kind of erratic behaviour. I was using OS X for about 3 days before I started to get hanging and crashing today. The bottom line is this: the engine should not be crashing. How can anyone trust that they can deliver an application based on that engine, if during development it is randomly crashing? If it's not crashing for you, then maybe you feel you can trust it. I certainly don't feel I can trust it. Bernard On Tue, Oct 14, 2008 at 10:50 PM, Chipp Walters [EMAIL PROTECTED] wrote: On Tue, Oct 14, 2008 at 4:31 PM, J. Landman Gay [EMAIL PROTECTED] wrote: But I'm really starting to think it's hardware. He's crashing at random times, nothing really reproducible, while performing common tasks others do all the time without issues. And if he can't create a reliable recipe for the crash, then it could be bad memory. I'd suggest getting a memory checker and having it run overnight. That said, it appears Bernard is crashing on all 3 platforms with great regularity. I'm using Rev 3.0 on WinXP on a fairly complex project-- and I've seen it 'hang' a few times-- but I suspect it's the IDE, not the engine-- and typically when I'm doing something I'm not supposed to (like debugging Rev's script editor). For the most part, it's been stable for me and I continue to use it daily. I don't dispute it doesn't work for Bernard. Something Richard Gaskin mentioned, I believe at the RevMasters Summit awhile back, might shed some light. I don't remember his exact words, but to paraphrase he said designing an application was significantly harder than designing a tool. A
Re: Table inspector from 4W
-= JB =- wrote: Each cell can already be controlled separately plus have its own font style. The columns can already be resized but the rows still need to be able to be resized. The data can be stored how they are storing it now and if needed changed in the future. There are already examples that show how to resize and move fields. Columns can automatically be resized too. Each cell can easily become as many separate buttons as the programmers wants. Searching and sorting can easily be incorporated. Locking text is already a standard too. Many things can be done very fast because it is already being done. Where? After they release a sophisticated flexible table field users can make suggestions for more features. If it is too hard for them then Richard should continue improving his field. If they have intentions of changing it soon they should tell him so he won't waste his time. He gives a lot of his time already and considering the amount of time he has given they owe it to him to not treat him like a mushroom and keep him in the dark. I appreciate the kind words. Actually, before I started down this road I did check in with Kevin, and he told me it would be at least a year before RunRev provided any sort of header controls such as I was making. That was more than a year ago, so the time spent on my little gadget has been useful. If it were up to me, I would prioritize enhancements related to this with these two leading the pack because they're relatively simple and are oh so needed: 1. Independently resizable columns 2. Hidden columns Those two would provide a significant step forward for most database work people are doing right now. I would prioritize them above all else, esp. ahead of things I've heard very few ask for, like finely-tunable gradients. Once those are in place, I would move forward with: 3. Decimal alignment in columns 4. Built-in header controls 5. Built-in option for in-cell editing 6. Built-in alternating line backgrounds 7. Update the threeDHilite for a rounded, more modern appearance 8. Allow multi-line cells 9. Allow controls in cells These, coupled with the features in the current field object, that would suffice most of what people would need for list selectors. Once the list selector is completely done, only then would I consider making a spreadsheet-style grid control. Spreadsheet grids are very different from lists, much more complex and for a much smaller range of uses. In fact, given the cost-to-benefit ratio of spreadsheet grids, I might go a completely different route to solving that, by not solving it at all: Instead, I'd make an API for externally-defined controls, and worth with third parties to use that API to make widgets for vertical needs like spreadsheets, calendars, and just about anything else they can dream up. Think altBrowser, but tightly coupled with the engine's rendering and messaging internals. -- 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: Rev 3.0 crashing on OS X too (as well as Vista and Linux)
Apart from Rev 2.9 and 3.0, the only thing I can think that is in common is that I often use revNavigator. It seems incredible that something written by someone as experienced as Geoff, and that is basically sanctioned by Runrev (for years it's been in the default install) could be crashing the IDE. I also can't be the only one using it (I remember reading a glowing review by Sarah some years ago). I haven't used revNavigator for a long time, since I now use the GLX2 suite. So this is worth a try. Geoff is a terrific scripter, but I don't think revNavigator has been updated lately, so it may not be completely compatible with the more recent version of Rev. Cheers, Sarah ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
Re: Table inspector from 4W
On Oct 14, 2008, at 4:17 PM, Richard Gaskin wrote: -= JB =- wrote: Each cell can already be controlled separately plus have its own font style. The columns can already be resized but the rows still need to be able to be resized. The data can be stored how they are storing it now and if needed changed in the future. There are already examples that show how to resize and move fields. Columns can automatically be resized too. Each cell can easily become as many separate buttons as the programmers wants. Searching and sorting can easily be incorporated. Locking text is already a standard too. Many things can be done very fast because it is already being done. Where? You say, Where? Do you mean each thing I mentioned? Please be more specific so I can provide you a detailed answer. Which item do you want to know how to do? -=JB=- ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
Can't view Quicktime files on XP (H:drive problem?)
I'm lost on this one and need some guidance. I have a customer who is using Windows XP. My software installs files to a folder inside My Documents on the C: drive. When the software is running, it allows the user to view Quicktime videos stored in this folder. This user, however, cannot view those videos. The software sees the video files.. it knows they are there. But when the user attempts to view them, nothing happens. He says he just sees white. There are no bugs in my software... hundreds of people use it regularly with no problem. But this user has a drive configuration I'm not familiar with, and somehow it is creating this problem. His system continually (and automatically) backs up everything in the C: drive My Documents folder to his company's networked server (which shows up on his computer as an H: drive). Somehow, this is preventing these Quicktime files from being viewed from within Rev. He can manually open one of these files directly in Quicktime with no problem... but they can't be viewed in my Rev program. Any idea what's happening here? Thanks. Richard Miller ___ 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: Table inspector from 4W
-= JB =- wrote: On Oct 14, 2008, at 4:17 PM, Richard Gaskin wrote: -= JB =- wrote: Each cell can already be controlled separately plus have its own font style. The columns can already be resized but the rows still need to be able to be resized. The data can be stored how they are storing it now and if needed changed in the future. There are already examples that show how to resize and move fields. Columns can automatically be resized too. Each cell can easily become as many separate buttons as the programmers wants. Searching and sorting can easily be incorporated. Locking text is already a standard too. Many things can be done very fast because it is already being done. Where? You say, Where? Do you mean each thing I mentioned? Please be more specific so I can provide you a detailed answer. Which item do you want to know how to do? I had the impression the above described a multi-platform control either made in Transcript or which could be easily integrated into the engine by the RunRev team. If not, what does it describe? -- 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: Table inspector from 4W
On Oct 14, 2008, at 4:43 PM, Richard Gaskin wrote: -= JB =- wrote: On Oct 14, 2008, at 4:17 PM, Richard Gaskin wrote: -= JB =- wrote: Each cell can already be controlled separately plus have its own font style. The columns can already be resized but the rows still need to be able to be resized. The data can be stored how they are storing it now and if needed changed in the future. There are already examples that show how to resize and move fields. Columns can automatically be resized too. Each cell can easily become as many separate buttons as the programmers wants. Searching and sorting can easily be incorporated. Locking text is already a standard too. Many things can be done very fast because it is already being done. Where? You say, Where? Do you mean each thing I mentioned? Please be more specific so I can provide you a detailed answer. Which item do you want to know how to do? I had the impression the above described a multi-platform control either made in Transcript or which could be easily integrated into the engine by the RunRev team. If not, what does it describe? -- Richard Gaskin Fourth World Media Corporation A few things like moving the fields were done in examples I have seen. But if you want to do most of the other things it is done in my stack that is named Dynamic Table Field. It is in Rev online in the programming section or you can look under the user name sundown. If you have seen it and still don't know how to do the things I mentioned please ask me. When you look at the code you will see I even used a piece of code you gave me when I asked a question on this list. Let me know what feature you can't see readily and I will explain how to do it and show you which part of the code does it. As far as having each item be a different font and style it can actually have each character in each item be a different font and style and it can be done by using the paste option. If the questions need to use more text than allowed on the list you can contact me off list. -=JB=- ___ 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: Rev 3.0 crashing on OS X too (as well as Vista and Linux)
Bernard Devlin wrote: I did try MC with the 3.0 engine on Linux (before finally admitting defeat), and I experienced exactly the same kinds of hanging that I experienced with the Rev IDE. Good to know. The solution space just got a little smaller. If it was a hardware issue one would expect other applications to suffer. That would seem logical enough, but may not always be an optimal diagnostic measure. Many years ago I had some crashes reported on some Windows systems, things that were hard to pin down. I complained to Scott Raney as my customers complained to me: Scott, if it was a system issue why is it that my MetaCard apps are the only ones crashing? He pointed me to the Read Me included with MetaCard at the time, which included this: MetaCard is very good at exposing bugs in the drivers for graphics cards. These problems seem to be most frequent in Windows 98, but can plague any Windows system. It goes on to stress the importance of having the latest drivers installed before submitting reports to him. My first reaction was, What an arrogant jerk. After all, if MC is the only thing crashing, what the heck could the video driver have to do with it? But he was unwilling to tolerate my tirades until I first tried his advice. So I did. And on more than 90% of the systems on which errors had been reported, once I updated the drivers the problems went away. I don't know why the engine is so very good at exposing bugs in the drivers for graphics cards, but after that experience I have to agree. Maybe it's because most of the other apps my customers were running (Outlook, Word, Excel, Internet Explorer) had one thing in common: they were all made by Microsoft, and the company has been noted for years to use very different APIs for their own stuff than the ones they publish for third parties to use. That's just a guess, I don't really know why. I just know that what Raney asserted was proven true far more often than not, even though it defies what seems like common logic. So FWIW, it may be helpful to at least make sure the graphics drivers are current. Your experiences are so unusual and happen across such a wide variety of systems that I doubt that's the cause, but at least it'll help narrow down the solution space a little more. But other times the problems manifest themselves with very simple stacks like the one I posted in the Quality Control Centre today ( http://quality.runrev.com/qacenter/show_bug.cgi?id=7307). Chiildishly simple stuff, yet Rev crashes. Luckily I'd saved that simple stack at one point so it could be included with the crash report (but I'd only saved it half-way through because I'd already lost it once when Rev hung and I had to force kill it). Feel free to look at that stack. The problem is, you're unlikely to get a crash. As soon as I restarted Rev I opened the stack, moved the field and there was no crash. I downloaded it and tried it here: no crash. (MBP 2.16GHz, 2GB RAM, Rev 3.0build 750, MC IDE) None of it is predictable. The only thing I found that was predictably presenting problems was running Bjoernke's Chat Rev on Linux. Obviously that stack works fine for the chat rev users, whatever platforms they are running it on (although Bjoernke did note problems with the Chat Rev server on Linux - it would take days for those problems to manifest themselves for him, whereas on Linux I could get problems within seconds). I've used ChatRev often under MC IDE, and a few times in Rev, on OS X 10.4 through 10.4.11, with engine versions 2.6.2 through 3.0 - no crashes. I have not run it under Linux, however. Anyone else here try that? I will run without revNavigator for a week and see what happens. Worth a try. I doubt there's anything too subversive in revNavigator itself, but perhaps some interaction between what it's doing and what the engine or IDE is doing may be the root cause. Maybe we'll be able to write, revNavigator is very good at exposing bugs in the Rev engine. :) The bottom line is this: the engine should not be crashing. Agreed. I was at a Microsoft VB seminar many years ago, where the MS rep said something very empowering: You might see error dialogs, you might have unexpected behaviors, but if you ever see a crash that's our fault. Ideally, no matter what you do, even if you get sloppy, you should not be able to crash VB or the system. It's our job to make that degradation graceful. That's a lofty goal, and indeed I've never seen any tool, certainly not even Microsoft tools, that meets that standard. But it's worth aiming for. How can anyone trust that they can deliver an application based on that engine, if during development it is randomly crashing? If it's not crashing for you, then maybe you feel you can trust it. I certainly don't feel I can trust it. I can understand your perspective, and if my experience was like yours I'd probably be using
Re: Table inspector from 4W
-= JB =- wrote: Many things can be done very fast because it is already being done. Integrating it all can not be that hard unless they are trying to rewrite it in a different language and make it do what is already being done with transcript. Yup, that's the deal. The current table field in Rev's property inspector is just a regular field with some scripts in it. The functionality is faked. It's a sophisticated effort but is saddled, by its nature, with limitations. What others are talking about is an honest to goodness table object implemented in the engine. Writing a new object for three operating systems using a low-level language is, as you mentioned, a huge undertaking. But if RR wants to have a real table, then that's what they'd need to do. -- 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: Table inspector from 4W
-= JB =- wrote: A few things like moving the fields were done in examples I have seen. But if you want to do most of the other things it is done in my stack that is named Dynamic Table Field. It is in Rev online in the programming section or you can look under the user name sundown. Got it - thanks. If you have seen it and still don't know how to do the things I mentioned please ask me. When you look at the code you will see I even used a piece of code you gave me when I asked a question on this list. :) Small world. Let me know what feature you can't see readily and I will explain how to do it and show you which part of the code does it. As far as having each item be a different font and style it can actually have each character in each item be a different font and style and it can be done by using the paste option. I think I had misunderstood the description in the earlier post. For example: Each cell can already be controlled separately plus have its own font style. True, as with any Rev chunk. I was hoping for the holy grail of independent column alignment. I've used multiple fields for that in the past, but getting the selection working well and keep things in synch is just more work than it needs to be, and suffers from poor performance. Also: The columns can already be resized but the rows still need to be able to be resized. In script one can set a field's tabstops, but in the Dynamic Table Field is there a way to resize them interactively with the mouse? This one sounds intriguing: Each cell can easily become as many separate buttons as the programmers wants. What does that mean? -- 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: Table inspector from 4W
On Oct 14, 2008, at 5:06 PM, J. Landman Gay wrote: -= JB =- wrote: Many things can be done very fast because it is already being done. Integrating it all can not be that hard unless they are trying to rewrite it in a different language and make it do what is already being done with transcript. Yup, that's the deal. The current table field in Rev's property inspector is just a regular field with some scripts in it. The functionality is faked. It's a sophisticated effort but is saddled, by its nature, with limitations. What others are talking about is an honest to goodness table object implemented in the engine. Writing a new object for three operating systems using a low-level language is, as you mentioned, a huge undertaking. But if RR wants to have a real table, then that's what they'd need to do. -- Jacqueline Landman Gay | [EMAIL PROTECTED] HyperActive Software | http://www.hyperactivesw.com It seems to me that with a small amount of team work the current table field can be improved by leaps and bounds and then they can rewrite it in the future if needed and slowly implement different features. -=JB=- ___ 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: Rev 3.0 crashing on OS X too (as well as Vista and Linux)
Bernard Devlin wrote: Folks, I'm really glad for sane counsel. I know you are all trying to help, and I really appreciate it. I can see that there are very few other people being plagued by the same problems as me. But I think you'll see I've tried to be proactive and exhaustive in my attempt to get a stable platform (the problem has been going on for 5 months). Was that about the same time you started using Navigator? I wonder what would happen if you disabled all the plugins and run with a bare-bones installation. I take back what I said about hardware, you've obviously explored that. I'm hoping it's plugins, that would be a very easy fix. Fingers crossed. -- 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: Table inspector from 4W
On Oct 14, 2008, at 5:15 PM, Richard Gaskin wrote: -= JB =- wrote: A few things like moving the fields were done in examples I have seen. But if you want to do most of the other things it is done in my stack that is named Dynamic Table Field. It is in Rev online in the programming section or you can look under the user name sundown. Got it - thanks. If you have seen it and still don't know how to do the things I mentioned please ask me. When you look at the code you will see I even used a piece of code you gave me when I asked a question on this list. :) Small world. Let me know what feature you can't see readily and I will explain how to do it and show you which part of the code does it. As far as having each item be a different font and style it can actually have each character in each item be a different font and style and it can be done by using the paste option. I think I had misunderstood the description in the earlier post. For example: Each cell can already be controlled separately plus have its own font style. True, as with any Rev chunk. I was hoping for the holy grail of independent column alignment. I've used multiple fields for that in the past, but getting the selection working well and keep things in synch is just more work than it needs to be, and suffers from poor performance. Also: The columns can already be resized but the rows still need to be able to be resized. In script one can set a field's tabstops, but in the Dynamic Table Field is there a way to resize them interactively with the mouse? This one sounds intriguing: Each cell can easily become as many separate buttons as the programmers wants. What does that mean? -- Richard Gaskin Fourth World Media Corporation ___ [EMAIL PROTECTED] http://www.FourthWorld.com I am not sure what you mean by each column having independent alignment. To resize a single column you need to click to the left of a divider line and keep the mouse held down. The cursor will change to a hand, move the hand with the mouse held down and after you release the cursor the column divider will move to where the hand was. This can be improved by using mousewithin changing the cursor to one like is used when you resize the dictionary. The buttons idea is simple and staring you in the face. You can see that I have already made each item 3 different buttons. Button 1 provides you the line and item number along with the item clicked. Button 2 allows you to click on an item and it will copy that item and place it in the field above the copy button. Button 3 allows you to paste the styled text in any item you click on. This can be rewritten to make it a little easier to provide options and the options are limitless. You can have it automatically do anything instead of one of the three options I provided. They are not physical buttons which is even better they just allow each cell to do as many different things you want when it is clicked. -=JB=- ___ 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: Table inspector from 4W
On Oct 14, 2008, at 5:15 PM, Richard Gaskin wrote: True, as with any Rev chunk. I was hoping for the holy grail of independent column alignment. I've used multiple fields for that in the past, but getting the selection working well and keep things in synch is just more work than it needs to be, and suffers from poor performance. -- Richard Gaskin Fourth World Media Corporation ___ [EMAIL PROTECTED] http://www.FourthWorld.com I think I know what you mean by independent column alignment. Are you wanting to have each column use Left Center or RIght justification? If so I bet that can be done pretty easy and you could have each cell or each column justified. It would take a little bit of math to add a character in front of the item or column of items to properly align the text Left Center or Right. Not a big deal really. -=JB=- ___ 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: Table inspector from 4W
On Oct 14, 2008, at 5:15 PM, Richard Gaskin wrote: -= JB =- wrote: A few things like moving the fields were done in examples I have seen. But if you want to do most of the other things it is done in my stack that is named Dynamic Table Field. It is in Rev online in the programming section or you can look under the user name sundown. Got it - thanks. -- Richard Gaskin Fourth World Media Corporation ___ [EMAIL PROTECTED] http://www.FourthWorld.com One thing I should point out is a bug I found the other day and haven't fixed yet but am pretty sure what the problem is. When you use the option or command keys to add an item to a cell in a empty column some of the features don't work on that item any more like resizing the column. This appears to be caused by the tab stops are not automatically changed to account for the new column and it just needs the tab stops calculated after the item in a new column is first entered. -=JB=- ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
Re: Can't view Quicktime files on XP (H:drive problem?)
Reading your message reminded me of something that happened to me for the first time just last Sunday, also involving XP and files on an external HD. I don't know if it's related to your problem, and I still don't understand what happened, but perhaps it'll help you. In short, for some unexplained reason XP changed the ownership settings of a group of JPGS in an external HD. Not all JPGS, just those in one specific folder. I guess it happened when, upon trying to view those images thru slideshow-software, the software seemed to choke. I moved the images to another location in that same HD and that resulted in the images being not only unviewable but un- eraseable. All other JPGS on that HD continued to work fine, though. Later, back on another computer (Win2K), I searched the internet and came upon an article about How to take ownership of a file or folder in XP. It seems XP is automatically set to something called Simple File sharing. Anyway, once I changed the files' ownership, they became viewable. So, perhaps XP file ownership/sharing is the problem too in your case? -- Nicolas Cueto ___ 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: Table inspector from 4W
-= JB =- wrote: I think I know what you mean by independent column alignment. Are you wanting to have each column use Left Center or RIght justification? Yep - probably the one feature most developers here would prioritize above all else, so central to information displays as it is. If so I bet that can be done pretty easy and you could have each cell or each column justified. It would take a little bit of math to add a character in front of the item or column of items to properly align the text Left Center or Right. Not a big deal really. Try it on a field with a couple hundred columns and a few thousand rows and you'll see where this goes pretty quickly. Dropping that much data into a Rev field as it is today is lightning fast - faster to display and much smoother to scroll than even Excel or Word. But if you had to walk through each item of each line to calculate the formattedWidth, and hope that you could obtain a correct formattedWidth for the preceding padding spaces needed to have it line up, with the engine as it currently is it's very slow. And with anything other than monospaced fonts very close to impossible to get truly good alignment. The space character is more than one pixel wide so it requires settling for approximation, which ultimately means some items will be a pixel or two off, resulting in a ragged right edge. With a monospaced font it's possible to get adequate alignment, but the performance issue remains. And with the customary application fonts on every supported platform being non-monospaced, whose users would be happy being limited to Courier or Monaco? At a minimum, to deliver professional work we need Lucida Grande on OS X and Tregoe on Windows (though it does't matter on Linux because there is no single standard g). As much as I appreciate your ambition, I believe this is a task best suited for the engine. -- 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: Can't view Quicktime files on XP (H:drive problem?)
Nicolas Cueto wrote: In short, for some unexplained reason XP changed the ownership settings of a group of JPGS in an external HD. Not all JPGS, just those in one specific folder. I guess it happened when, upon trying to view those images thru slideshow-software, the software seemed to choke. I moved the images to another location in that same HD and that resulted in the images being not only unviewable but un- eraseable. All other JPGS on that HD continued to work fine, though. Later, back on another computer (Win2K), I searched the internet and came upon an article about How to take ownership of a file or folder in XP. It seems XP is automatically set to something called Simple File sharing. Anyway, once I changed the files' ownership, they became viewable. So, perhaps XP file ownership/sharing is the problem too in your case? H...I've had a report or two that sounds similar, and now I'm wondering if this explains it. Sounds like voodoo, but voodoo worth knowing about. Where can I learn more? Should I just Google How to take ownership of a file or folder in XP, or was there a resource you found especially useful? -- 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: Paint Tool periodic crashes
Nope, not changing anything. Just open 3.0 create new mainstack and select brush tool and touch the new mainstack. That's it. Then immediate crash. Tom McGrath On Oct 14, 2008, at 5:24 PM, J. Landman Gay wrote: Are you changing the default paintcompression? I had some problems with that in one situation. ___ 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: Paint Tool periodic crashes
Sarah, Yeah, I don't use them much either and it is only the paint tools and not the graphics tools. I will try and remove the third party tools as well to see if this is happening. Thanks Tom McGrath On Oct 14, 2008, at 5:38 PM, Sarah Reichelt wrote: Yes Tom, I have noticed this too. I don't use the paint tools much so i hadn't bothered me, but testing, I get it happening quite randomly. It is definitely the paint tools (the bottom section in the toolbar) and not the graphics tools. However, removing all my third-party plugins seems to stop it happening, so this needs more testing Cheers, Sarah ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
Re: Table inspector from 4W
On Oct 14, 2008, at 6:25 PM, Richard Gaskin wrote: -= JB =- wrote: I think I know what you mean by independent column alignment. Are you wanting to have each column use Left Center or RIght justification? Yep - probably the one feature most developers here would prioritize above all else, so central to information displays as it is. If so I bet that can be done pretty easy and you could have each cell or each column justified. It would take a little bit of math to add a character in front of the item or column of items to properly align the text Left Center or Right. Not a big deal really. Try it on a field with a couple hundred columns and a few thousand rows and you'll see where this goes pretty quickly. Dropping that much data into a Rev field as it is today is lightning fast - faster to display and much smoother to scroll than even Excel or Word. But if you had to walk through each item of each line to calculate the formattedWidth, and hope that you could obtain a correct formattedWidth for the preceding padding spaces needed to have it line up, with the engine as it currently is it's very slow. And with anything other than monospaced fonts very close to impossible to get truly good alignment. The space character is more than one pixel wide so it requires settling for approximation, which ultimately means some items will be a pixel or two off, resulting in a ragged right edge. With a monospaced font it's possible to get adequate alignment, but the performance issue remains. And with the customary application fonts on every supported platform being non-monospaced, whose users would be happy being limited to Courier or Monaco? At a minimum, to deliver professional work we need Lucida Grande on OS X and Tregoe on Windows (though it does't matter on Linux because there is no single standard g). As much as I appreciate your ambition, I believe this is a task best suited for the engine. -- Richard Gaskin Fourth World Media Corporation ___ [EMAIL PROTECTED] http://www.FourthWorld.com I am sure the Rev team can speed things up in time. But many features available are much better than nothing at all. As for the proper spacing when I was using a demo of Rev over a year ago I asked about adding a glyph for justification. Someone suggested make an invisible image for a glyph which would be 1 point and you could then enter the amount needed. Things can be improved by the Rev team but many things can be used now. If it gets so large it is too slow you will have to wait for those options to be improved. -=JB=- ___ 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: Paint Tool periodic crashes
I didn't get an immediate crash but Rev (3.0 OSX 10.4.11) did crash after mucking around with the paintbrush for a couple of minutes. Don't know if it's part of the problem but I wasn't able to get the paintbrush to pickup the selected colour at all (it was stuck on white) - the other paint tools seemed to be ok. Terry... On 15/10/08 12:33 PM, Thomas McGrath III [EMAIL PROTECTED] wrote: Nope, not changing anything. Just open 3.0 create new mainstack and select brush tool and touch the new mainstack. That's it. Then immediate crash. Tom McGrath On Oct 14, 2008, at 5:24 PM, J. Landman Gay wrote: Are you changing the default paintcompression? I had some problems with that in one situation. ___ 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 -- Dr Terry Judd Lecturer in Educational Technology (Design) Biomedical Multimedia Unit Faculty of Medicine, Dentistry Health Sciences The University of Melbourne Parkville VIC 3052 AUSTRALIA 61-3 8344 0187 ___ 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: Table inspector from 4W
On Oct 14, 2008, at 6:25 PM, Richard Gaskin wrote: -= JB =- wrote: I think I know what you mean by independent column alignment. Are you wanting to have each column use Left Center or RIght justification? Yep - probably the one feature most developers here would prioritize above all else, so central to information displays as it is. If so I bet that can be done pretty easy and you could have each cell or each column justified. It would take a little bit of math to add a character in front of the item or column of items to properly align the text Left Center or Right. Not a big deal really. Try it on a field with a couple hundred columns and a few thousand rows and you'll see where this goes pretty quickly. Dropping that much data into a Rev field as it is today is lightning fast - faster to display and much smoother to scroll than even Excel or Word. But if you had to walk through each item of each line to calculate the formattedWidth, and hope that you could obtain a correct formattedWidth for the preceding padding spaces needed to have it line up, with the engine as it currently is it's very slow. And with anything other than monospaced fonts very close to impossible to get truly good alignment. The space character is more than one pixel wide so it requires settling for approximation, which ultimately means some items will be a pixel or two off, resulting in a ragged right edge. With a monospaced font it's possible to get adequate alignment, but the performance issue remains. And with the customary application fonts on every supported platform being non-monospaced, whose users would be happy being limited to Courier or Monaco? At a minimum, to deliver professional work we need Lucida Grande on OS X and Tregoe on Windows (though it does't matter on Linux because there is no single standard g). As much as I appreciate your ambition, I believe this is a task best suited for the engine. -- Richard Gaskin Fourth World Media Corporation ___ [EMAIL PROTECTED] http://www.FourthWorld.com Another way to speed it up would do not have a few thousand rows. This could be overcome by using a database and after so many rows were scrolled the database would get the next hundred or so, whatever works. I am not saying it is perfect but if that is what you need it would be better than nothing. -=JB=- ___ 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: Table inspector from 4W
On Oct 14, 2008, at 6:48 PM, -= JB =- wrote: On Oct 14, 2008, at 6:25 PM, Richard Gaskin wrote: -= JB =- wrote: I think I know what you mean by independent column alignment. Are you wanting to have each column use Left Center or RIght justification? Yep - probably the one feature most developers here would prioritize above all else, so central to information displays as it is. If so I bet that can be done pretty easy and you could have each cell or each column justified. It would take a little bit of math to add a character in front of the item or column of items to properly align the text Left Center or Right. Not a big deal really. Try it on a field with a couple hundred columns and a few thousand rows and you'll see where this goes pretty quickly. Dropping that much data into a Rev field as it is today is lightning fast - faster to display and much smoother to scroll than even Excel or Word. But if you had to walk through each item of each line to calculate the formattedWidth, and hope that you could obtain a correct formattedWidth for the preceding padding spaces needed to have it line up, with the engine as it currently is it's very slow. And with anything other than monospaced fonts very close to impossible to get truly good alignment. The space character is more than one pixel wide so it requires settling for approximation, which ultimately means some items will be a pixel or two off, resulting in a ragged right edge. With a monospaced font it's possible to get adequate alignment, but the performance issue remains. And with the customary application fonts on every supported platform being non- monospaced, whose users would be happy being limited to Courier or Monaco? At a minimum, to deliver professional work we need Lucida Grande on OS X and Tregoe on Windows (though it does't matter on Linux because there is no single standard g). As much as I appreciate your ambition, I believe this is a task best suited for the engine. -- Richard Gaskin Fourth World Media Corporation ___ [EMAIL PROTECTED] http://www.FourthWorld.com Another way to speed it up would do not have a few thousand rows. This could be overcome by using a database and after so many rows were scrolled the database would get the next hundred or so, whatever works. I am not saying it is perfect but if that is what you need it would be better than nothing. -=JB=- ___ If you only changed the justification for one column at a time the speed would not be hampered by the number of columns since it would use the code you provided to get one column at a time. If you changed the justification of one item at a time your number of rows would not change the speed either. So the slow down would be how many rows of one column would justify at a reasonable speed. How often do you need to change the justification of the whole column since it is being justified for each item according to the setting for that column. There would be some slow times but if you are not changing the justification of a whole column very often you would end up with the look you wanted and that look may not even need to be changed in some stacks. Therefore you would only be changing one item at a time. -=JB=- ___ 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: Paint Tool periodic crashes
Well I did like you said Sarah, and the crashing has gone away. SO now which plugin was causing this and why? The only ones that I know are open are revGadgetBar.rev and Pointer Tooltip.rev and of course GLX2 Gadget Bar Prefs (fldr) gadgets (fldr) GLX Concept Editor Galaxy Debugger Prefs.txt GLX2 Change History.txt GLX2 Code Prefs.txt GLX2 Code Snapshots.rev GLX2 Debugger Prefs.txt GLX2 Default Handlers.rev GLX2 Variable Watcher Prefs.txt GLX2 Work Spaces (fldr) Pointer Tooltip.rev Rev Online Picker 1.0.rev Rev Online Watcher 1.0.rev revGadgetBar.rev Tutorials Picker 2.0.rev In the gadgets folder: tmalign.rev tmcolor.rev tmgradient.rev tmbackup (fldr) altFldHeader etc. On Oct 14, 2008, at 6:13 PM, Sarah Reichelt wrote: I use GLX2 with standard RR 3.0. Other Apps are Mail and Safari. I have been having some problems with revBrowser snapshots and before I updated to the latest OSX update I had the Save crash problem. I will do a full install instead of an update on the next dot release of RR I think to see if things improve. Tom, I use GLX2 and I saw this quit problem too. Then I cleaned out my Plugins folder and got rid of some old legacy Galaxy files that were still hanging around. In fact I trashed all the GLX2 files except for GLX2 Code.rev and when I restarted Rev, GLX2 automatically re-built the files it needed. Since them, I have not been able to replicate the paint tools problem. Cheers, Sarah ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution ___ 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: Paint Tool periodic crashes
Tom, Though I'm not a gambling man (smile), I think I'd try the - GLX2 Code Snapshots.rev - first since it's got to be diddling with pixels in some way or another. Good luck, Joe Wilkins On Oct 14, 2008, at 7:35 PM, Thomas McGrath III wrote: Well I did like you said Sarah, and the crashing has gone away. SO now which plugin was causing this and why? The only ones that I know are open are revGadgetBar.rev and Pointer Tooltip.rev and of course GLX2 ___ 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: Table inspector from 4W
-= JB =- wrote: I am sure the Rev team can speed things up in time. But many features available are much better than nothing at all. As for the proper spacing when I was using a demo of Rev over a year ago I asked about adding a glyph for justification. Someone suggested make an invisible image for a glyph which would be 1 point and you could then enter the amount needed. Things can be improved by the Rev team but many things can be used now. If it gets so large it is too slow you will have to wait for those options to be improved. Another way to speed it up would do not have a few thousand rows. This could be overcome by using a database and after so many rows were scrolled the database would get the next hundred or so, whatever works. Both of those are very clever workarounds, but they must be recognized for what they are. The extra characters for the images, while aiding display, complicate data retrieval since they must be parsed out. The buffered display of long lists can work in some cases, but it means either accepting a scrollbar whose thumb bears no relationship to the field contents, or using a separate scrollbar object and managing it yourself. Sure, it's all doable, but a dozen lines here and a dozen lines there and pretty soon you have a rather complex subsystem on your hands -- a subsystem that doesn't add innovative features to one's app as much as simply compensate for not having basic ones. For the relative few in the Rev community with the experience to pull off such a set of workarounds gracefully, our clients would rather we be working on bullet-point features. And for newcomers, it's quite a lot to ask of them to figure all that out. Things like this are a lot like chunk expressions: you can parse text in any language, but I hate parsing text in any language that doesn't have chunk expressions. It's so logical, so efficient, so very much the right way to handle that task. Ideally everything in the Rev experience would be as compelling, at least the most commonly-used stuff. That said, here you show yourself to be a man after my own heart: I am not saying it is perfect but if that is what you need it would be better than nothing. Amen, brother. I hope my nit-picking over this object doesn't appear arbitrary. In general, I'm right with you on that, and often seek some way to get an immediate solution, however imperfect, to get the job done and move on to other things. But there's a delicate balance in the ratio of time spent on a workaround relative to its quality and relative to the complexity it adds to one's code base. If you absolutely need a independent column alignment, there are ways to do it (I'd probably favor multiple lists with a single list overlaid, but that also comes at a price of its own in parsing and reassembling data). But the cost of doing it is high, the complexity it adds is relatively high, and the final result performs slower than even Java. For highly specialized things that only one or a few people need (for example, a sonar dial widget for a Battleship game, or an orthogonal grid library for visual simulations), sometimes you just gotta roll up your sleeves and cut some code. I'm okay with that. Sometimes I even enjoy it. :) But independent column alignment is so very central to so much of what so many people want to build in Rev, and have wanted for so long, that I believe we're at a point where it can be reasonably said to be expected in the engine. Much of what people need to display are numbers. It's not just the 261 votes for that request that matter. Those of us using the product now are a small number compared to those we need to see using it five years from now. It's that much-larger audience of newcomers who will need it most, so they can just drop it in and move on to more interesting things like learning arcane SQL syntax, and along the way gain the feeling that they couldn't possibly use anything else because anything else would be too much work. -- 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: Paint Tool periodic crashes
Joe, Yeah that makes some sense. I will have to add them back one at a time and see what happens. I just hope it is not a mixture of two of them. Thanks for checking this for me and sticking with me. So far my crash on save has gone away and now a solution for the paint tools. But that still leaves the revBrowser Snapshot anomaly. Tom McGrath On Oct 14, 2008, at 10:42 PM, Joe Lewis Wilkins wrote: Tom, Though I'm not a gambling man (smile), I think I'd try the - GLX2 Code Snapshots.rev - first since it's got to be diddling with pixels in some way or another. Good luck, Joe Wilkins On Oct 14, 2008, at 7:35 PM, Thomas McGrath III wrote: Well I did like you said Sarah, and the crashing has gone away. SO now which plugin was causing this and why? The only ones that I know are open are revGadgetBar.rev and Pointer Tooltip.rev and of course GLX2 ___ 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
revbrowser - white flash between pages
Anyone know how to get rid of the white flash between pages when using the revbrowser? sims ___ 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: revbrowser - white flash between pages
Don't know exactly what's going on, but I resolved similar problems in HC by locking the screen between certain transitions. Joe Wilkins On Oct 14, 2008, at 8:27 PM, Jim Sims wrote: Anyone know how to get rid of the white flash between pages when using the revbrowser? sims ___ 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: Paint Tool periodic crashes
Tom, I don't recall this problem, and I've never used the revBrowser Snapshot or otherwise, so doubt I'll be of much help with that. Joe Wilkins On Oct 14, 2008, at 7:57 PM, Thomas McGrath III wrote: So far my crash on save has gone away and now a solution for the paint tools. But that still leaves the revBrowser Snapshot anomaly. Tom McGrath ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
Re: Can't view Quicktime files on XP (H:drive problem?)
was there a resource you found especially useful? This is the url that helped: http://support.microsoft.com/kb/308421 -- Nicolas Cueto ___ 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
Gradient GUI tool?
Rev 3.0 has some of the most comprehensive options for applying gradients to its objects of any high-level scripting tool I've seen. But darn, my fingers are tired from using the Message Box. ;) Did I overlook a GUI tool in Rev for working with gradients? Is there one out there, or will I need to roll my own? -- 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: Gradient GUI tool?
On Oct 15, 2008, at 7:45 AM, Richard Gaskin wrote: Rev 3.0 has some of the most comprehensive options for applying gradients to its objects of any high-level scripting tool I've seen. But darn, my fingers are tired from using the Message Box. ;) Did I overlook a GUI tool in Rev for working with gradients? Is there one out there, or will I need to roll my own? A wonderful Rev resource - tactilemedia by Scott Rossi has one :-) sims ___ 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