Handling a system shutdown
Handling a shutDownRequest message lets us interrupt the process of Quitting Metacard in order to make sure things are properly saved. But on my Mac OS9.2 it does not appear that this message is generated if the user is in the Finder and chooses Shut Down while Metacard is running in the background. Is there any way to intercept this shutdown process--as most commercial programs do--so that Metacard does not quit without giving the user a chance to save unsaved changes? David Epstein Send metacard mailing list submissions to [EMAIL PROTECTED] To subscribe or unsubscribe via the World Wide Web, visit http://lists.runrev.com/mailman/listinfo/metacard or, via email, send a message with subject or body 'help' to [EMAIL PROTECTED] You can reach the person managing the list at [EMAIL PROTECTED] When replying, please edit your Subject line so it is more specific than Re: Contents of metacard digest... This is the Metacard mailing list. Today's Topics: 1. Re: Can't delete card (Alain Farmer) 2. Re: Can't delete card (Mark Talluto) 3. Re: Can't delete card (Ken Ray) --__--__-- Message: 1 Date: Tue, 10 Dec 2002 18:38:05 -0800 (PST) From: Alain Farmer [EMAIL PROTECTED] Subject: Re: Can't delete card To: [EMAIL PROTECTED] Reply-To: [EMAIL PROTECTED] When I try to delete a card via a bg script, I am given an Error message (...). the error message: Object: stack locked, or object's script is executing Chunk: can't delete object Is there a rationale behind this? Put the delete handler higher up in the hierarchy, e.g. in the bg-script or in the stack-script. The rationale is that you cannot delete the card that contains the running handler. BTW it is still running even though all of the statements have been executed, because the last line has not executed yet, e.g. the end handlerName __ Do you Yahoo!? Yahoo! Mail Plus - Powerful. Affordable. Sign up now. http://mailplus.yahoo.com --__--__-- Message: 2 Date: Tue, 10 Dec 2002 19:14:53 -0800 Subject: Re: Can't delete card From: Mark Talluto [EMAIL PROTECTED] To: [EMAIL PROTECTED] Reply-To: [EMAIL PROTECTED] On Tuesday, December 10, 2002, at 06:38 PM, Alain Farmer wrote: When I try to delete a card via a bg script, I am given an Error message (...). the error message: Object: stack locked, or object's script is executing Chunk: can't delete object Is there a rationale behind this? Put the delete handler higher up in the hierarchy, e.g. in the bg-script or in the stack-script. The rationale is that you cannot delete the card that contains the running handler. BTW it is still running even though all of the statements have been executed, because the last line has not executed yet, e.g. the end handlerName __ Do you Yahoo!? Yahoo! Mail Plus - Powerful. Affordable. Sign up now. http://mailplus.yahoo.com ___ metacard mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/metacard All you have to do is use the send command to call another handler 1- 2 seconds later to do the delete card job for you. You may need to have the handler being called by send put in the stack or some other location that is not where the card to be deleted is. Best regards, Mark Talluto http://www.canelasoftware.com --__--__-- Message: 3 From: Ken Ray [EMAIL PROTECTED] To: [EMAIL PROTECTED] Subject: Re: Can't delete card Date: Tue, 10 Dec 2002 21:19:26 -0600 Organization: Sons of Thunder Software Reply-To: [EMAIL PROTECTED] All you have to do is use the send command to call another handler 1- 2 seconds later to do the delete card job for you. You may need to have the handler being called by send put in the stack or some other location that is not where the card to be deleted is. Actually you don't have to wait even that long; you can do a send in 100 ms or less to have it work as well... Ken Ray Sons of Thunder Software Email: [EMAIL PROTECTED] Web Site: http://www.sonsothunder.com/ --__--__-- ___ metacard mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/metacard End of metacard Digest ___ metacard mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/metacard
Re: Handling a system shutdown
You could try trapping for the quit appleevent (which I think is aevtquit or reqdquit), as in: on appleEvent pClass,pID if pClass pID = aevtquit then -- your code here else pass appleEvent end if end appleEvent Ken Ray Sons of Thunder Software Email: [EMAIL PROTECTED] Web Site: http://www.sonsothunder.com/ - Original Message - From: [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Thursday, December 12, 2002 8:59 AM Subject: Handling a system shutdown Handling a shutDownRequest message lets us interrupt the process of Quitting Metacard in order to make sure things are properly saved. But on my Mac OS9.2 it does not appear that this message is generated if the user is in the Finder and chooses Shut Down while Metacard is running in the background. Is there any way to intercept this shutdown process--as most commercial programs do--so that Metacard does not quit without giving the user a chance to save unsaved changes? David Epstein Send metacard mailing list submissions to [EMAIL PROTECTED] To subscribe or unsubscribe via the World Wide Web, visit http://lists.runrev.com/mailman/listinfo/metacard or, via email, send a message with subject or body 'help' to [EMAIL PROTECTED] You can reach the person managing the list at [EMAIL PROTECTED] When replying, please edit your Subject line so it is more specific than Re: Contents of metacard digest... This is the Metacard mailing list. Today's Topics: 1. Re: Can't delete card (Alain Farmer) 2. Re: Can't delete card (Mark Talluto) 3. Re: Can't delete card (Ken Ray) --__--__-- Message: 1 Date: Tue, 10 Dec 2002 18:38:05 -0800 (PST) From: Alain Farmer [EMAIL PROTECTED] Subject: Re: Can't delete card To: [EMAIL PROTECTED] Reply-To: [EMAIL PROTECTED] When I try to delete a card via a bg script, I am given an Error message (...). the error message: Object: stack locked, or object's script is executing Chunk: can't delete object Is there a rationale behind this? Put the delete handler higher up in the hierarchy, e.g. in the bg-script or in the stack-script. The rationale is that you cannot delete the card that contains the running handler. BTW it is still running even though all of the statements have been executed, because the last line has not executed yet, e.g. the end handlerName __ Do you Yahoo!? Yahoo! Mail Plus - Powerful. Affordable. Sign up now. http://mailplus.yahoo.com --__--__-- Message: 2 Date: Tue, 10 Dec 2002 19:14:53 -0800 Subject: Re: Can't delete card From: Mark Talluto [EMAIL PROTECTED] To: [EMAIL PROTECTED] Reply-To: [EMAIL PROTECTED] On Tuesday, December 10, 2002, at 06:38 PM, Alain Farmer wrote: When I try to delete a card via a bg script, I am given an Error message (...). the error message: Object: stack locked, or object's script is executing Chunk: can't delete object Is there a rationale behind this? Put the delete handler higher up in the hierarchy, e.g. in the bg-script or in the stack-script. The rationale is that you cannot delete the card that contains the running handler. BTW it is still running even though all of the statements have been executed, because the last line has not executed yet, e.g. the end handlerName __ Do you Yahoo!? Yahoo! Mail Plus - Powerful. Affordable. Sign up now. http://mailplus.yahoo.com ___ metacard mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/metacard All you have to do is use the send command to call another handler 1- 2 seconds later to do the delete card job for you. You may need to have the handler being called by send put in the stack or some other location that is not where the card to be deleted is. Best regards, Mark Talluto http://www.canelasoftware.com --__--__-- Message: 3 From: Ken Ray [EMAIL PROTECTED] To: [EMAIL PROTECTED] Subject: Re: Can't delete card Date: Tue, 10 Dec 2002 21:19:26 -0600 Organization: Sons of Thunder Software Reply-To: [EMAIL PROTECTED] All you have to do is use the send command to call another handler 1- 2 seconds later to do the delete card job for you. You may need to have the handler being called by send put in the stack or some other location that is not where the card to be deleted is. Actually you don't have to wait even that long; you can do a send in 100 ms or less to have it work as well... Ken Ray Sons of Thunder Software Email: [EMAIL PROTECTED] Web Site: http://www.sonsothunder.com/ --__--__-- ___ metacard mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/metacard End of metacard Digest
Re: MC 2.5 Script editor
What I'd really love is some sort of auto-complete for commands, properties, functions, etc. At the very least for commands, once you've typed a on as the first characters of a line in the script editor, if common commands and messages could show up after that like they do in Internet Explorer, that would be great. Oooh, bad idea! As it is, I frequently have to delete on mouseUp/end mouseUps that get inserted into the middle of my handlers, presumably thru some key sequence. I'd hate to have to start deleting myriads of auto-inserted text. -- --Shareware Games for the Mac-- http://www.gypsyware.com ___ metacard mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/metacard
RE: MC 2.5 Script editor
What I'd really love is some sort of auto-complete for commands, properties, functions, etc. At the very least for commands, once you've typed a on as the first characters of a line in the script editor, if common commands and messages could show up after that like they do in Internet Explorer, that would be great. Oooh, bad idea! I think auto-complete for commands etc. would be a very good idea. Just include a preference to turn it on or off, then everyone can be happy. :-) As it is, I frequently have to delete on mouseUp/end mouseUps that get inserted into the middle of my handlers, presumably thru some key sequence. I don't think it is a key sequence that does this, I thought that everytime you opened up a script editor window that didn't have any script a on mouseup/end mouseup would get inserted. ___ metacard mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/metacard
Re: MC 2.5 Script editor
Hi Shari, hi Glen, ... I think auto-complete for commands etc. would be a very good idea. Just include a preference to turn it on or off, then everyone can be happy. :-) YO :-) As it is, I frequently have to delete on mouseUp/end mouseUps that get inserted into the middle of my handlers, presumably thru some key sequence. I don't think it is a key sequence that does this, I thought that everytime you opened up a script editor window that didn't have any script a on mouseup/end mouseup would get inserted. This is still there. But the sequence cmd+m also used to insert on mouseup...end mouseup at the cursor in the scriptwindow, now it looks like Scott removed it in 2.5. Have a nice weekend. Regards from ICE-cold germany (-20 Celsius !) Klaus Major [EMAIL PROTECTED] ___ metacard mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/metacard
getting into the url cache
We can download stacks easily using the load command, followed by a go url command once the file is cached. However, if we want to transfer gzipped stacks we need some way to run the url cache through the decompress function. How can we accss the cache to alter it before using the go url command? -- Richard Gaskin Fourth World Media Corporation Developer of WebMerge 2.1: Publish any database on any site ___ [EMAIL PROTECTED] http://www.FourthWorld.com Tel: 323-225-3717 AIM: FourthWorldInc ___ metacard mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/metacard
Re: getting into the url cache
At 10:21 am -0800 12/12/02, Richard Gaskin wrote: We can download stacks easily using the load command, followed by a go url command once the file is cached. However, if we want to transfer gzipped stacks we need some way to run the url cache through the decompress function. How can we accss the cache to alter it before using the go url command? go stack decompress(url http://whatever.com/whatever.gz;) Cheers Dave ___ metacard mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/metacard
Re: getting into the url cache
Dave Cragg wrote: At 10:21 am -0800 12/12/02, Richard Gaskin wrote: We can download stacks easily using the load command, followed by a go url command once the file is cached. However, if we want to transfer gzipped stacks we need some way to run the url cache through the decompress function. How can we accss the cache to alter it before using the go url command? go stack decompress(url http://whatever.com/whatever.gz;) Of course! Thank you. -- Richard Gaskin Fourth World Media Corporation Developer of WebMerge 2.1: Publish any database on any site ___ [EMAIL PROTECTED] http://www.FourthWorld.com Tel: 323-225-3717 AIM: FourthWorldInc ___ metacard mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/metacard
Re: getting into the url cache
Dave Cragg wrote: How can we accss the cache to alter it before using the go url command? go stack decompress(url http://whatever.com/whatever.gz;) How can that be used with the load command? -- Richard Gaskin Fourth World Media Corporation Developer of WebMerge 2.1: Publish any database on any site ___ [EMAIL PROTECTED] http://www.FourthWorld.com Tel: 323-225-3717 AIM: FourthWorldInc ___ metacard mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/metacard
Re: MC 2.5 Script editor
Personally I never liked the Cmd-M to insert on mouseup...end mouseup in a script; several times I've needed to open the message box with a script open and by habit typed Cmd-M only to have the mouseup handler inserted in the middle of my code. Ken Ray Sons of Thunder Software Email: [EMAIL PROTECTED] Web Site: http://www.sonsothunder.com/ - Original Message - From: J. Landman Gay [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Thursday, December 12, 2002 1:06 PM Subject: Re: MC 2.5 Script editor On 12/12/02 11:59 AM, Klaus Major wrote: But the sequence cmd+m also used to insert on mouseup...end mouseup at the cursor in the scriptwindow, now it looks like Scott removed it in 2.5. Cmd-M is now used to step over a line of script in the debugger. -- Jacqueline Landman Gay | [EMAIL PROTECTED] HyperActive Software | http://www.hyperactivesw.com ___ metacard mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/metacard ___ metacard mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/metacard
Re: MC 2.5 Script editor
--On Thursday, December 12, 2002 14:22:04 -0600 Ken Ray [EMAIL PROTECTED] wrote: Personally, I like the approach that programs like Flash, Visual Basic and Homesite do - you type a word as part of the command, hit space, and a dropdown menu with the available options appears with none of the items in the menu highlighted. You can continue to type (doing so removes the popup), or you can use the up/down arrows to navigate the dropdown menu. As soon as you type the first down-arrow key, the first entry in the dropdown is highlighted; after that, you can type characters to jump to an entry, or continue using the arrow keys to find the item you want. Type Tab (or Enter, depending on the program) and it inserts it for you with the insertion point in the proper spot ready to continue typing. So for example, to do an on openbackground, you'd type: o n (space) [dropdown appears] (down arrow) [highlights first item in the list - probably arrowkey] o [jumps to openbackground] (enter) [puts in openbackground after on If you ever want to bail on the dropdown, you can hit Escape, and it will disappear. It's really cool... Cool it may be but I'm not sure enhancements like the one you describe make life easier for the scripter. The time one spends hitting the space key, reading a dropdown menu, choosing something and so on, is most likely longer then just typing the command. I used to get excited at script coloring until I noticed that reading text of different colors was just harder then plain black text. One of the reasons I never felt for Revolution was exactly this richness of features and controls with which I found myself spending more time reading and clicking then writing script. Maybe it's really helpful for the beginners though I remember when I first started with Supercard I spent most of the time in the less featured environment. Considering the huge acceptance and love for Hypercard which was the bare minimum, I tend to believe that this hunger for artifacts has it roots in marketing rather then need for extra functionality, sort of like the popularity of hamburgers world wide. Ken Ray Sons of Thunder Software Email: [EMAIL PROTECTED] Web Site: http://www.sonsothunder.com/ Regards, Andu Novac ___ metacard mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/metacard
Re: MC 2.5 Script editor
Cool it may be but I'm not sure enhancements like the one you describe make life easier for the scripter. The time one spends hitting the space key, reading a dropdown menu, choosing something and so on, is most likely longer then just typing the command. Surely this depends on the length of the command. For mine, this approach has clear benefits (both accuracy and speed) when typing urls into browser location bars. I used to get excited at script coloring until I noticed that reading text of different colors was just harder then plain black text. One of the reasons I never felt for Revolution was exactly this richness of features and controls with which I found myself spending more time reading and clicking then writing script. Maybe it's really helpful for the beginners though I remember when I first started with Supercard I spent most of the time in the less featured environment. Provided there is a careful choice of colours and they are not overused script colouring can help you identify many structural and syntax errors at a glance. It may decrease readability of the script as a whole but then who reads script as prose? Considering the huge acceptance and love for Hypercard which was the bare minimum, I tend to believe that this hunger for artifacts has it roots in marketing rather then need for extra functionality, sort of like the popularity of hamburgers world wide. I think there are plenty of people in the business of instructional design/usability business that will disagree with you (not hamburgers). Cheers, Terry... Regards, Andu Novac ___ metacard mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/metacard -- ___ Dr Terry Judd Biomedical Multimedia Unit Faculty of Medicine, Dentistry Health Sciences The University of Melbourne Email: [EMAIL PROTECTED] Phone: 03 9344 0187 Fax: 03 9344 4998 ___ ___ metacard mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/metacard
Re: MC 2.5 Script editor
Shari writes: [snip] What I'd really love is some sort of auto-complete for commands, properties, functions, etc.. Oooh, bad idea! As it is, I frequently have to delete on mouseUp/end mouseUps that get inserted into the middle of my handlers, presumably thru some key sequence. I'd hate to have to start deleting myriads of auto-inserted text. Shari, If you fear having to delete myriads of auto-inserted text, then you clearly don't understand how to use (keep or delete) typical auto-text entries! miscdas ___ metacard mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/metacard
Re: MC 2.5 Script editor
--On Friday, December 13, 2002 09:00:07 +1100 Terry Judd [EMAIL PROTECTED] wrote: Cool it may be but I'm not sure enhancements like the one you describe make life easier for the scripter. The time one spends hitting the space key, reading a dropdown menu, choosing something and so on, is most likely longer then just typing the command. Surely this depends on the length of the command. For mine, this approach has clear benefits (both accuracy and speed) when typing urls into browser location bars. You are missing the point, having the browser remember the last visited sites and auto-complete them for you is quite different from typing mouseDown, openStack or even doubleMouseUp - a long one. I used to get excited at script coloring until I noticed that reading text of different colors was just harder then plain black text. One of the reasons I never felt for Revolution was exactly this richness of features and controls with which I found myself spending more time reading and clicking then writing script. Maybe it's really helpful for the beginners though I remember when I first started with Supercard I spent most of the time in the less featured environment. Provided there is a careful choice of colours and they are not overused script colouring can help you identify many structural and syntax errors at a glance. It may decrease readability of the script as a whole but then who reads script as prose? For example those who are beyond syntax errors and are more concerned with optimizing the script. Considering the huge acceptance and love for Hypercard which was the bare minimum, I tend to believe that this hunger for artifacts has it roots in marketing rather then need for extra functionality, sort of like the popularity of hamburgers world wide. I think there are plenty of people in the business of instructional design/usability business that will disagree with you (not hamburgers). To be honest, I don't really care to speculate on what I imagine people in the business of instructional design/usability really think or sell or whether or not they agree with me, I was just expressing my opinion on the issue based on my experience. There might be just as many experts if not more who will agree with me. Cheers, Terry... Regards, Andu Novac ___ metacard mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/metacard -- _ __ Dr Terry Judd Biomedical Multimedia Unit Faculty of Medicine, Dentistry Health Sciences The University of Melbourne Email: [EMAIL PROTECTED] Phone: 03 9344 0187 Fax: 03 9344 4998 _ __ ___ metacard mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/metacard Regards, Andu Novac ___ metacard mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/metacard
Re: getting into the url cache
At 10:53 am -0800 12/12/02, Richard Gaskin wrote: Dave Cragg wrote: How can we accss the cache to alter it before using the go url command? go stack decompress(url http://whatever.com/whatever.gz;) How can that be used with the load command? First: load url http://whatever.com/whatever.gz; ##now in cache then later: go stack decompress(url http://whatever.com/whatever.gz;) ##will take it from the cache Or were you meaning something else? Cheers Dave ___ metacard mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/metacard
MetaCard 2.5 beta 1
MetaCard 2.5 beta 1 is now available in the directory: ftp://ftp.metacard.com/MetaCard/2.5/ See the file README.2.5 in that directory for the list of new features. For those who downloaded before this announcement, please check the buildNumber to make sure that it returns 3, particularly on OS X which had a few problems in earlier builds. Character translation in drag and drop and cut/copy/paste for non-ASCII text is still broken in that engine, as is dead-key text entry, but these should all be fixed by beta 2. Regards, Scott Scott Raney [EMAIL PROTECTED] http://www.metacard.com MetaCard: You know, there's an easier way to do that... ___ metacard mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/metacard
Re: getting into the url cache
Dave Cragg wrote: At 10:53 am -0800 12/12/02, Richard Gaskin wrote: Dave Cragg wrote: How can we accss the cache to alter it before using the go url command? go stack decompress(url http://whatever.com/whatever.gz;) How can that be used with the load command? First: load url http://whatever.com/whatever.gz; ##now in cache then later: go stack decompress(url http://whatever.com/whatever.gz;) ##will take it from the cache I don't think so. Here I get a not a stack error, which seems logical once I thought it through. The go stack command takes a stack descriptor rather than stack data, so it would seem your example is expecting MC to treat the decompressed stack data as a stack descriptor, no? -- Richard Gaskin Fourth World Media Corporation Developer of WebMerge 2.1: Publish any database on any site ___ [EMAIL PROTECTED] http://www.FourthWorld.com Tel: 323-225-3717 AIM: FourthWorldInc ___ metacard mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/metacard
RE: getting into the url cache
I don't think so. Here I get a not a stack error, which seems logical once I thought it through. Hi Richard It may be a problem on the compression side. I use a compressed stack as a custom file format for one of my apps and I use: -- saving save stack tName as pSave put compress(url (binfile:pSave)) into url (binfile:pSave) -- opening put decompress(url (binfile:tOpen)) into tStack go stack tStack I was having errors like to ones you said until I started treating the stack as a binary file and the compressed data as binary. Hope this helps Monte ___ metacard mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/metacard
Re: getting into the url cache
At 3:47 pm -0800 12/12/02, Richard Gaskin wrote: First: load url http://whatever.com/whatever.gz; ##now in cache then later: go stack decompress(url http://whatever.com/whatever.gz;) ##will take it from the cache I don't think so. Here I get a not a stack error, which seems logical once I thought it through. I use this technique a lot so don't give up. Monte's point about using compress on the binfile when making the compressed file may be significant. The go stack command takes a stack descriptor rather than stack data, so it would seem your example is expecting MC to treat the decompressed stack data as a stack descriptor, no? I thought the same until I started messing around one day. Another trick is to set a custom property to a compressed stack file. E.g. set the cMagicStack of this stack to compress(url (binfile:path/to/file.mc)) Then do this: go stack decompress(the cMagicStack of this stack) I've never used this for anything practical, but I've often wondered about employing this technique as a way of creating configuration palettes for distributable widgets that you create as a group of objects. Normally you would use a substack as a palette, but you can't copy substacks with groups. For example, you might make some kind of table object as a group of fields and buttons. And you've made it in a way that you can configure various settings, for example, the number of columns or rows. You might do this with some setprop handlers in the group. Then you want to copy the object into various other stacks. But you want to be able to configure the settings of these copies with a visual interface instead of relying on scripting. So you create a stack that lets you set the configurable options for the widget (rows, columns, whatever) and put the stack inside a custom property of the group. You also provide a means in the group (option-clicking for example) to open this magic window. Feasible? Cheers Dave ___ metacard mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/metacard
Re: getting into the url cache
Monte Goulding wrote: It may be a problem on the compression side. I use a compressed stack as a custom file format for one of my apps and I use: -- saving save stack tName as pSave put compress(url (binfile:pSave)) into url (binfile:pSave) -- opening put decompress(url (binfile:tOpen)) into tStack go stack tStack I was having errors like to ones you said until I started treating the stack as a binary file and the compressed data as binary. I appreciate your chiming in here, Monte. I'll double-check my code, but the implications of your presumably functioning code example above are quite a change to my understanding of things: I can use raw data (from a valid stack file, of course) instead of a stack descriptor with the go stack command? Hmmm -- Richard Gaskin Fourth World Media Corporation Developer of WebMerge 2.1: Publish any database on any site ___ [EMAIL PROTECTED] http://www.FourthWorld.com Tel: 323-225-3717 AIM: FourthWorldInc ___ metacard mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/metacard
RE: getting into the url cache
I appreciate your chiming in here, Monte. I'll double-check my code, but the implications of your presumably functioning code example above are quite a change to my understanding of things: I can use raw data (from a valid stack file, of course) instead of a stack descriptor with the go stack command? Hmmm It's reasonably easy to understand. It's just an order of operations thing. go stack url http://mydomain.com/myfile.mc; is go stack (url http://mydomain.com/myfile.mc;) I had the same challenge understanding: put url http://mydomain.com/myfile.gif; into image myimage Obviously you can think of it as: go stack whatever evaluates to the data of a stack ___ metacard mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/metacard
Re: getting into the url cache
On 12/12/02 7:22 PM, Richard Gaskin wrote: I appreciate your chiming in here, Monte. I'll double-check my code, but the implications of your presumably functioning code example above are quite a change to my understanding of things: I can use raw data (from a valid stack file, of course) instead of a stack descriptor with the go stack command? Hmmm It doesn't sound like the script actually loads raw stack data directly; instead, it puts the binary data into a variable, and then the variable functions as a sort of mutant stack reference. Kind of cool, if it works. -- Jacqueline Landman Gay | [EMAIL PROTECTED] HyperActive Software | http://www.hyperactivesw.com ___ metacard mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/metacard
RE: getting into the url cache
Kind of cool, if it works. Very cool if you write an app that needs to transfer data from one user's version to another via email and want to save bandwidth. I didn't just come up with the script off the top of my head I cut and pasted from the file management library of my app. It works ;-) ___ metacard mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/metacard
Re: getting into the url cache
Dave Cragg wrote: I use this technique a lot so don't give up. Monte's point about using compress on the binfile when making the compressed file may be significant. These are coming over the 'Net, and it seems the go url command faithfully transfers binary files as such -- thanks to you and Mpnte, I found the limple logic error ib my script and now it works great. Thanks! Hopefully the lil' toy I'm making with this wil be useful for you folks as well The go stack command takes a stack descriptor rather than stack data, so it would seem your example is expecting MC to treat the decompressed stack data as a stack descriptor, no? I thought the same until I started messing around one day. Monte's explanation made it clear for me: even a stack descriptor ultimately becomes evaluated to stack data. Just when you think you've learned everything about a language there's always another few thousand things to learn. :) Another trick is to set a custom property to a compressed stack file. E.g. set the cMagicStack of this stack to compress(url (binfile:path/to/file.mc)) Then do this: go stack decompress(the cMagicStack of this stack) I've never used this for anything practical, but I've often wondered about employing this technique as a way of creating configuration palettes for distributable widgets that you create as a group of objects. Normally you would use a substack as a palette, but you can't copy substacks with groups. For example, you might make some kind of table object as a group of fields and buttons. And you've made it in a way that you can configure various settings, for example, the number of columns or rows. You might do this with some setprop handlers in the group. Then you want to copy the object into various other stacks. But you want to be able to configure the settings of these copies with a visual interface instead of relying on scripting. So you create a stack that lets you set the configurable options for the widget (rows, columns, whatever) and put the stack inside a custom property of the group. You also provide a means in the group (option-clicking for example) to open this magic window. Feasible? I would imagine so. Ever since MC added gzip support I've been a happy boy, with the limitation that gzip files contain only one file and lose the Mac meta data. But enamored as I am of using custom props as carriers for binary daa, I've been working on a simple tool to compress a folder's contents into gzipped customm props in a stack file, with Mac meta data preserved on decompression. Time permitting I'll have that done in a couple weeks after I clear some more urgent projects off my plate. In the meantime I wrote a very simple utility for gzipping and un-gzipping single files, with the mdest benefit of having the Mac filetype set appropriately if the decompressed file ends with .mc or .rev. I just uploaded it to the RunRev user contributions page -- hopefully it will appear there soon. -- Richard Gaskin Fourth World Media Corporation Developer of WebMerge 2.1: Publish any database on any site ___ [EMAIL PROTECTED] http://www.FourthWorld.com Tel: 323-225-3717 AIM: FourthWorldInc ___ metacard mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/metacard
Re: getting into the url cache
On 12/12/02 7:43 PM, Monte Goulding wrote: It works ;-) I never really doubted you for a moment. ;) -- Jacqueline Landman Gay | [EMAIL PROTECTED] HyperActive Software | http://www.hyperactivesw.com ___ metacard mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/metacard
RE: getting into the url cache
Actually I think you should doubt me most of the time ;-) I've been accused of writing speculative drivel on the rev list today ;-P On 12/12/02 7:43 PM, Monte Goulding wrote: It works ;-) I never really doubted you for a moment. ;) -- Jacqueline Landman Gay | [EMAIL PROTECTED] HyperActive Software | http://www.hyperactivesw.com ___ metacard mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/metacard ___ metacard mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/metacard
Re: Handling a system shutdown
on 12/12/02 Ken Ray answered my question about how to intercept a system shutdown: You could try trapping for the quit appleevent (which I think is aevtquit or reqdquit), as in: on appleEvent pClass,pID if pClass pID = aevtquit then -- your code here else pass appleEvent end if end appleEvent This does the job. Thank you! Can something like this be done in Windows? David Epstein PS: Apologies to all for having accidentally replicated the digest in my original query. ___ metacard mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/metacard
RE: MC 2.5 Script editor
Script Editor X next release offers the option to turn on and off the auto-insertion. If you're all lucky, i'll have the complete auto-insertion routine (all keywords, locals, etc...) available by tuesday night before I leave for my Xmas Alp surfing trip... Otherwise it will be just be messages and controls. I'll try to add to the editor a template to give you the Object-specific messages pre-inserted instead of the useless mouseup (except for buttons of course)... But im not sure this is a good idea... The other idea was to make a script context menu to insert the appropriate thing where and when needed... - Click-and-script! Maybe next release... Ideas are welcome! here's the plan so far: http://www.monsieurx.com/modules.php?name=Newsfile=articlesid=59 Since now i have the 2.5 license coming, I'll augment that editor too! ;)) Cheers Xavier http://monsieurx.com -- Visit us at http://www.clearstream.com IMPORTANT MESSAGE Internet communications are not secure and therefore Clearstream International does not accept legal responsibility for the contents of this message. The information contained in this e-mail is confidential and may be legally privileged. It is intended solely for the addressee. If you are not the intended recipient, any disclosure, copying, distribution or any action taken or omitted to be taken in reliance on it, is prohibited and may be unlawful. Any views expressed in this e-mail are those of the individual sender, except where the sender specifically states them to be the views of Clearstream International or of any of its affiliates or subsidiaries. END OF DISCLAIMER ___ metacard mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/metacard