Re: Automated setup file uploaded
Hi Tariel, On Thu, 19 Jul 2007 13:58:43 +0200 Klaus Major wrote: OK Klaus, I'll leave write / read triggers and saving place for you to decide. You are the list Poobah after all :) EXACTLY! And I strongly advise everyone to never forget this! :-D Right ! :) :-) Just when and if you would implement it, don't forget to deactivate the following lines already in existence in the script of card 1 of stack MetaCard Menu Bar ... if the platform contains Mac then set the loc of this stack to the screenloc else set the loc of this stack to 320,67 end if As you know card 1 of stack home sends send preOpenStack to card 1 of stack MetaCard Menu Bar before ending it's own PreOpenStack handler and this may overwrite your trigger. Oh, yes, thanks for the reminder! best regards Tariel Best Klaus Major [EMAIL PROTECTED] http://www.major-k.de ___ metacard mailing list metacard@lists.runrev.com http://lists.runrev.com/mailman/listinfo/metacard
Re: Automated setup file uploaded
Hi Tariel, ... OK Klaus, I'll leave write / read triggers and saving place for you to decide. You are the list Poobah after all :) EXACTLY! And I strongly advise everyone to never forget this! :-D As for script I posted yesterday which is using OpenStacks to register stack locations on ShutDown, it's no good because during the session developer may open, position and then CLOSE any of IDE stacks and querying OpenStacks on shutDownRequest would not allow to register all changes in stack Locations. The script below has more general approach. It takes about 0.5-1 sec to register ALL IDE stack positions and about 1-1.5 sec to restore them. If you guys can leave with such delay, the script below may be considered Thanks for the scripts! on RememberIDEstacksPositions ... best regards Tariel Best Klaus Major [EMAIL PROTECTED] http://www.major-k.de ___ metacard mailing list metacard@lists.runrev.com http://lists.runrev.com/mailman/listinfo/metacard
Re: Automated setup file uploaded
On Thu, 19 Jul 2007 13:58:43 +0200 Klaus Major wrote: OK Klaus, I'll leave write / read triggers and saving place for you to decide. You are the list Poobah after all :) EXACTLY! And I strongly advise everyone to never forget this! :-D Right ! :) Just when and if you would implement it, don't forget to deactivate the following lines already in existence in the script of card 1 of stack MetaCard Menu Bar ... if the platform contains Mac then set the loc of this stack to the screenloc else set the loc of this stack to 320,67 end if As you know card 1 of stack home sends send preOpenStack to card 1 of stack MetaCard Menu Bar before ending it's own PreOpenStack handler and this may overwrite your trigger. best regards Tariel ___ metacard mailing list metacard@lists.runrev.com http://lists.runrev.com/mailman/listinfo/metacard
Re: Automated setup file uploaded
On Jul 17, 2007, at 9:58 PM, Tariel Gogoberidze wrote: Well, the question is where to save this information. The least intrusive method would be probably to external file? In this case something like script below may probably do it... Sorry, I wrote that script off the top of my head, the one below at least have some theoretical chance to work .. :) on RememberIDEstacksPositions put StoragePositionsPath () into FL if there is a file FL then put url (file:FL) into tPositions repeat for each line L in tPositions put item 2 to 3 of L into tArray [item 1 of L] end repeat end if put the openStacks into tOpenStacksList set the itemDel to / put mchome.mc/mctools.mc/mchelp.mc into tMCIDEstacks repeat for each line L in tOpenStacksList if last item of the effective filename of stack L is among the items of tMCIDEstacks then put the loc of stack L into tArray [L] end if end repeat combine tArray using cr and comma put tArray into url (file:FL) end RememberIDEstacksPositions on RestoreIDEstackPositions tStack -- tStack = IDE stack that is opening put StoragePositionsPath () into FL if there is a file FL then put url (file:FL) into tPositions repeat for each line L in tPositions if item 1 of L = tStack then set the loc of stack tStack to (item 2 to 3 of L) -- if user changed resolution or monitor put the windowBoundingRect into tMonitorRect if (the left of stack tStack) + 10 item 3 of tMonitorRect then set the left of stack tStack to the left of stack tStack - 100 -- to make it accessable end if if the top of stack tStack item 4 of tMonitorRect then set the top of stack tStack to item 4 of tMonitorRect - 100 end if end if end repeat end if end RestoreIDEstackPositions function StoragePositionsPath set the itemDel to / return item 1 to -2 of the effective fileName of stack home /IDEstackPositions.txt end StoragePositionsPath best regards Tariel ___ metacard mailing list metacard@lists.runrev.com http://lists.runrev.com/mailman/listinfo/metacard
Re: Automated setup file uploaded
Hi Tariel, On Mon, 16 Jul 2007 16:12:41 -0500, J. Landman Gay wrote: ... So, in case read / write IDE stack positions to external file is acceptable idea, any thoughts about .. 1) what should be the trigger to write IDE stack positions to file? shutdownRequest in Home stack? ) I think mctools will be the candidate for writing prefs. The user might close the home stack to gain screen space before quitting MC. 2) What should be the trigger to read external file ? (preOpenStack in McTools.mc and home stacks? home sounds good, since this will be loaded first anyway. Or may be somebody has better idea where to save such info? In to the platform-specific prefs folders of course! Richard and I are planning to save everything that MC needs to save into an external file, so no stack will have to be saved in the future. Mabe in some kind of XML format. best regards Tariel Best Klaus Major [EMAIL PROTECTED] http://www.major-k.de ___ metacard mailing list metacard@lists.runrev.com http://lists.runrev.com/mailman/listinfo/metacard
Re: Automated setup file uploaded
2) What should be the trigger to read external file ? (preOpenStack in McTools.mc and home stacks? home sounds good, since this will be loaded first anyway. shouldn't this be handled by prefs handler? Or may be somebody has better idea where to save such info? In to the platform-specific prefs folders of course! Richard and I are planning to save everything that MC needs to save into an external file, so no stack will have to be saved in the future. Mabe in some kind of XML format. I wonder whether the overhead of XML (as small as it is) is truly needed for an internal data file. A simple token-based file would do the job and can also be versioned. Robert ___ metacard mailing list metacard@lists.runrev.com http://lists.runrev.com/mailman/listinfo/metacard
Re: Automated setup file uploaded
Hi Robert, 2) What should be the trigger to read external file ? (preOpenStack in McTools.mc and home stacks? home sounds good, since this will be loaded first anyway. shouldn't this be handled by prefs handler? ??? Did not know that there is a special kind of script called pref handler ;-) Of course I meant to put whatever kind of hanlder in the preopenstack handler of the home stack! Or may be somebody has better idea where to save such info? In to the platform-specific prefs folders of course! Richard and I are planning to save everything that MC needs to save into an external file, so no stack will have to be saved in the future. Mabe in some kind of XML format. I wonder whether the overhead of XML (as small as it is) is truly needed for an internal data file. A simple token-based file would do the job and can also be versioned. Noone would mind if YOU do the job :-) Robert Regards Klaus Major [EMAIL PROTECTED] http://www.major-k.de ___ metacard mailing list metacard@lists.runrev.com http://lists.runrev.com/mailman/listinfo/metacard
Re: Automated setup file uploaded
Did not know that there is a special kind of script called pref handler ;-) There is a stack with preferences. I forget how those are put in effect but if all preferences are kept in an external file (if I understood you correctly), then these have to be combined. Of course I meant to put whatever kind of hanlder in the preopenstack handler of the home stack! Do we really want to modify Home stack? I wonder whether the overhead of XML (as small as it is) is truly needed for an internal data file. A simple token-based file would do the job and can also be versioned. Noone would mind if YOU do the job :-) I know. Unfortunately, I am way overbooked next few months. Robert ___ metacard mailing list metacard@lists.runrev.com http://lists.runrev.com/mailman/listinfo/metacard
Re: Automated setup file uploaded
Hi Robert, Did not know that there is a special kind of script called pref handler ;-) There is a stack with preferences. Ah, that's what you meant. I forget how those are put in effect but if all preferences are kept in an external file (if I understood you correctly), then these have to be combined. Yep, sure. Of course I meant to put whatever kind of hanlder in the preopenstack handler of the home stack! Do we really want to modify Home stack? No, we don't :-) That was just a (obviously too) quick idea, since many folks will use their own and probably modified home stack... I wonder whether the overhead of XML (as small as it is) is truly needed for an internal data file. A simple token-based file would do the job and can also be versioned. Noone would mind if YOU do the job :-) I know. Unfortunately, I am way overbooked next few months. Aha, in that case just lean back and enjoy that everything is going to work once it has been implemented ;-) Robert Regards Klaus Major [EMAIL PROTECTED] http://www.major-k.de ___ metacard mailing list metacard@lists.runrev.com http://lists.runrev.com/mailman/listinfo/metacard
Re: Automated setup file uploaded
On Date: Wed, 18 Jul 2007 16:08:47 +0200 Klaus Major wrote: 1) what should be the trigger to write IDE stack positions to file? shutdownRequest in Home stack? ) I think mctools will be the candidate for writing prefs. The user might close the home stack to gain screen space before quitting MC. 2) What should be the trigger to read external file ? (preOpenStack in McTools.mc and home stacks? home sounds good, since this will be loaded first anyway. and later answering Robert Brenstein .. Do we really want to modify Home stack? No, we don't :-) That was just a (obviously too) quick idea, since many folks will use their own and probably modified home stack... OK Klaus, I'll leave write / read triggers and saving place for you to decide. You are the list Poobah after all :) As for script I posted yesterday which is using OpenStacks to register stack locations on ShutDown, it's no good because during the session developer may open, position and then CLOSE any of IDE stacks and querying OpenStacks on shutDownRequest would not allow to register all changes in stack Locations. The script below has more general approach. It takes about 0.5-1 sec to register ALL IDE stack positions and about 1-1.5 sec to restore them. If you guys can leave with such delay, the script below may be considered on RememberIDEstacksPositions -- put the milliseconds into tTime lock messages put McHome.mc cr the substacks of stack McHome.mc cr \ McTools.mc cr the substacks of stack McTools.mc cr \ McHelp.mc cr the substacks of stack McHelp.mc into tIDEstacksList repeat for each line L in tIDEstacksList put L , the rect of stack L cr after tPositionsList end repeat unlock messages put StoragePositionsPath () into FL put tPositionsList into url (file:FL) -- put the milliseconds - tTime end RememberIDEstacksPositions on RestoreIDEstackPositions put StoragePositionsPath () into FL if there is a file FL then -- put the milliseconds into tTime put url (file:FL) into tPositions put the windowBoundingRect into tMonitorRect lock messages repeat for each line L in tPositions put item 1 of L into tStack if there is a stack tStack then set the rect of stack tStack to (item 2 to 5 of L) -- if user changed resolution or monitor if (the left of stack tStack) + 10 item 3 of tMonitorRect then set the left of stack tStack to the left of stack tStack - 100 -- to make it accessable end if if the top of stack tStack item 4 of tMonitorRect then set the top of stack tStack to item 4 of tMonitorRect - 100 end if end if end repeat unlock messages -- put the milliseconds - tTime end if end RestoreIDEstackPositions function StoragePositionsPath set the itemDel to / return item 1 to -2 of the effective fileName of stack home /IDEstackPositions.txt end StoragePositionsPath best regards Tariel ___ metacard mailing list metacard@lists.runrev.com http://lists.runrev.com/mailman/listinfo/metacard
Re: Automated setup file uploaded
On Mon, 16 Jul 2007 16:12:41 -0500, J. Landman Gay wrote: As for the rest of my post, you are right, it's better to keep such modifications personal and handle them in either plugIn or front Script or the script of stack home. Well, I did kind of like your idea about saving the positions of the various IDE windows. I am pretty sure no one would object to that. Jacqueline Landman Gay | [EMAIL PROTECTED] Well, the question is where to save this information. The least intrusive method would be probably to external file? In this case something like script below may probably do it... on RememberIDEstacksPositions put the openStacks into tOpenStacksList put mchome.mc/mctools.mc/mchelp.mc into tMCIDEstacks set the itemDel to / repeat for each line L in tOpenStacksList if last item of the effective filename of stack L is among the items of tMCIDEstacks then put L , the loc of stack L cr after tPositions end if end repeat delete last char of tPositions put item 1 to -2 of the effective fileName of stack home /IDEstackPositions.txt into FL put tPositions into url (file:FL) end RememberIDEstacksPositions another question is what should be the trigger for reading from file which would execute something like this... on RestoreIDEstackPositions put item 1 to -2 of the effective fileName of stack home /IDEstackPositions.txt into FL if there is a file FL then put url (file:FL) into tPositions put the windowBoundingRect into tMonitorRect put the short name of the topstack into tStack -- ? repeat for each line L in tPositions if item 1 of L = tStack then set the loc of stack tStack to (item 2 to 3 of L) -- if user changed resolution or monitor if (the left of stack tStack) +10 item 3 of tMonitorRect then set the left of stack tStack to the left of stack tStack - 100 -- to make stack accessible end if if the top of stack tStack item 4 of tMonitorRect then set the top of stack tStack to item 4 of tMonitorRect - 100 end if end if end repeat end if end RestoreIDEstackPositions So, in case read / write IDE stack positions to external file is acceptable idea, any thoughts about .. 1) what should be the trigger to write IDE stack positions to file? shutdownRequest in Home stack? ) 2) What should be the trigger to read external file ? (preOpenStack in McTools.mc and home stacks? Or may be somebody has better idea where to save such info? best regards Tariel ___ metacard mailing list metacard@lists.runrev.com http://lists.runrev.com/mailman/listinfo/metacard
Re: Automated setup file uploaded
--- J. Landman Gay [EMAIL PROTECTED] wrote: Jan Schenkel wrote: Since I don't have any previous Metacard license (though I do have a Revolution Enterprise license), what exacly should I do to create a Metacard 2.8.1? As Klaus mentioned, a MC license isn't required any more for engines after version 2.7. So you should be able to use the setup stack just fine. I imagine I could open your .mc stack using Revolution and push a button there, or is it slightly more complicated? The stack was designed to run in either Revolution or MetaCard on any platform/OS, using any edition of Revolution except for Revolution Media. (I think it will install using Media, but the app won't launch.) So yes, you can open Setup in Revolution and all the default settings should be correct. Just click the button at the bottom. -- Jacqueline Landman Gay Hi Jacque et al, Of course I trust you to build a setup application that works just fine and doesn't mess up my installation - it was not suspicion but lack of knowledge that lead me to the path of extreme caution. The first thing I didn't know was the license key stuff, and then it came with a '.mc' extension, which lead me to believe that perhaps this was only meant for people who already had it installed. Next time I'll just open the stack and click all the buttons ;-) Oh, before I forget - it worked like a charm - thanks for this great tool, Jacque! Jan Schenkel. Quartam Reports PDF Library for Revolution http://www.quartam.com = As we grow older, we grow both wiser and more foolish at the same time. (La Rochefoucauld) Luggage? GPS? Comic books? Check out fitting gifts for grads at Yahoo! Search http://search.yahoo.com/search?fr=oni_on_mailp=graduation+giftscs=bz ___ metacard mailing list metacard@lists.runrev.com http://lists.runrev.com/mailman/listinfo/metacard
Re: Automated setup file uploaded
How about what the marketing people would say - give on a .mc extension and colour it yellow or soemthing and the other one a .rev extension and colour it blue? Talking of which - how do you tell which environment you are in? If there is no way can I suggest we have something in the backscript or on startup that we can use to: on openStack if the mcEnvironment of me is true then set the backgroundColor of me to yellow else set the backgroundColor of me to blue end if end openStack On 16/07/07, J. Landman Gay [EMAIL PROTECTED] wrote: Jan Schenkel wrote: The first thing I didn't know was the license key stuff, and then it came with a '.mc' extension, which lead me to believe that perhaps this was only meant for people who already had it installed. That's a very good point. I'm not sure whether it should have an extension of .rev or .mc. Either one would work, but either one could also give the impression the utility is meant only for a particular IDE. I'm not sure what to do about that. -- Jacqueline Landman Gay | [EMAIL PROTECTED] HyperActive Software | http://www.hyperactivesw.com ___ metacard mailing list metacard@lists.runrev.com http://lists.runrev.com/mailman/listinfo/metacard ___ metacard mailing list metacard@lists.runrev.com http://lists.runrev.com/mailman/listinfo/metacard
Re: Automated setup file uploaded
On Mon, 16 Jul 2007 20:23:26 +0100, David Bovill wrote: How about what the marketing people would say - give on a .mc extension and colour it yellow or soemthing and the other one a .rev extension and colour it blue? Talking of which - how do you tell which environment you are in? You ask for the revAppVersion() ... if it comes back as zero, you're in MC, if it's not zero, you're in Rev. Ken Ray Sons of Thunder Software, Inc. Email: [EMAIL PROTECTED] Web Site: http://www.sonsothunder.com/ ___ metacard mailing list metacard@lists.runrev.com http://lists.runrev.com/mailman/listinfo/metacard
Re: Automated setup file uploaded
On Sun, 15 Jul 2007 22:28:48 -0500, J. Landman Gay wrote: 4) When I tried to save home stack in MC IDE created with metacard_setup I got can't open stack backup file error. Recently I'm getting such error from time to time in my version of MC IDE as well, so it may have something with my computer configuration (I still have panther on this particular computer). Just curious if anybody saw such error recently. In my case, second attempt to save is always successful but after the error I usually see renamed copy of mctools.mc stack in the root folder and the filename is either arbitrary letter c or f etc or the digit 0 or 9, or 7 etc. It looks almost like new engine bug where engine can't create ~ + filename BackUp of opened stack in MC IDE. This is almost always computer-related, and the error comes from the engine when it can't write a file to your hard drive for some reason. If the second attempt always works, you may have an older backup file still on disk with the same name the engine wants to use for the backup. Look in your stack's folder location for any old stacks that look like incomplete backup files (for example, any stacks with a tilde in the name.) Permissions can be another problem, but it doesn't sound like that is what's wrong. As an experiment, make a new folder and move your stacks to that location. Then try saving the stack again and see if it works. If it does, there is something wrong with the older folder. Right, that's what I did when I created new folder with brand new MC IDE using metacard_setup.mc stack. As soon as I tried to save home stack I got can't open stack backup file error, same error that I'm getting from time to time in my MC IDE. The second attempt to save is always successful which probably excludes Permissions. Still It seems related to my computer otherwise somebody would confirm this issue. As for the rest of my post, you are right, it's better to keep such modifications personal and handle them in either plugIn or front Script or the script of stack home. best regards Tariel ___ metacard mailing list metacard@lists.runrev.com http://lists.runrev.com/mailman/listinfo/metacard
Re: Automated setup file uploaded
Tariel Gogoberidze wrote: As soon as I tried to save home stack I got can't open stack backup file error, same error that I'm getting from time to time in my MC IDE. The second attempt to save is always successful which probably excludes Permissions. Still It seems related to my computer otherwise somebody would confirm this issue. I think it has to be something on your computer. I was altering my home stack yesterdy and it saved without any trouble. It might have something to do with your hard drive, like bad sectors. You could run Disk Utiilty and see if it finds anything. As for the rest of my post, you are right, it's better to keep such modifications personal and handle them in either plugIn or front Script or the script of stack home. Well, I did kind of like your idea about saving the positions of the various IDE windows. I am pretty sure no one would object to that. -- Jacqueline Landman Gay | [EMAIL PROTECTED] HyperActive Software | http://www.hyperactivesw.com ___ metacard mailing list metacard@lists.runrev.com http://lists.runrev.com/mailman/listinfo/metacard
Re: Automated setup file uploaded
Hi Jaqueline, I've just uploaded my version of the MetaCard Setup stack to the MC_IDE area on Yahoo Groups: http://tech.groups.yahoo.com/group/MC_IDE/files/ This stack will automate setting up the MC IDE and installing the latest Revolution engine. There are several options available; for example, you can automatically download the latest IDE, use an existing IDE (handy if you've edited your IDE stacks) and choose the version of the engine to install. Since automated downloading from the Yahoo area is tricky, RevJournal is currently mirroring the latest IDE stacks. I will keep the files updated whenever they change, (and Klaus, Richard can give you access too if you want.) In addition to engine and IDE installation, the setup stack will optionally download and install a copy of the Revolution Dictionary Shell stack. If desired, it will also move all the Revolution documentation into the shell. Import works with any version of Revolution 2.x or higher. This is a handy stack to place in the MC Plugins folder, where you can access it every time an update is needed. There is extensive documentation in the stack, just click the ? button at the lower left corner to read it. The stack has been tested with the last 2 engine revisions and the last 3 IDE changes, and seems to work fine, but please report any problems if you find them. Wow, great work! Works like a charm, but I got an error Installation failed: Could not rename Revolution engine. can't rename file when I selected Use the currently running Revolution. No problem when selecting Rev manually. Will this also run with engines 2.7? Not that I'd need it ;-) -- Jacqueline Landman Gay | [EMAIL PROTECTED] HyperActive Software | http://www.hyperactivesw.com Best Klaus Major [EMAIL PROTECTED] http://www.major-k.de P.S. And everything secretly behind the back of the MC Poobah, ts, ts, ts ;-) ___ metacard mailing list metacard@lists.runrev.com http://lists.runrev.com/mailman/listinfo/metacard
Re: Automated setup file uploaded
--- J. Landman Gay [EMAIL PROTECTED] wrote: I've just uploaded my version of the MetaCard Setup stack to the MC_IDE area on Yahoo Groups: http://tech.groups.yahoo.com/group/MC_IDE/files/ This stack will automate setting up the MC IDE and installing the latest Revolution engine. There are several options available; for example, you can automatically download the latest IDE, use an existing IDE (handy if you've edited your IDE stacks) and choose the version of the engine to install. Since automated downloading from the Yahoo area is tricky, RevJournal is currently mirroring the latest IDE stacks. I will keep the files updated whenever they change, (and Klaus, Richard can give you access too if you want.) In addition to engine and IDE installation, the setup stack will optionally download and install a copy of the Revolution Dictionary Shell stack. If desired, it will also move all the Revolution documentation into the shell. Import works with any version of Revolution 2.x or higher. This is a handy stack to place in the MC Plugins folder, where you can access it every time an update is needed. There is extensive documentation in the stack, just click the ? button at the lower left corner to read it. The stack has been tested with the last 2 engine revisions and the last 3 IDE changes, and seems to work fine, but please report any problems if you find them. -- Jacqueline Landman Gay Wonderful news, Jacque - I know I'm only lurking here on this list, and am using Revolution aés my main working environment, but I've always been intrigued by Metacard and the power hidden under its 'spartan' user interface. Since I don't have any previous Metacard license (though I do have a Revolution Enterprise license), what exacly should I do to create a Metacard 2.8.1? I imagine I could open your .mc stack using Revolution and push a button there, or is it slightly more complicated? Thanks in advance, Jan Schenkel. Quartam Reports PDF Library for Revolution http://www.quartam.com = As we grow older, we grow both wiser and more foolish at the same time. (La Rochefoucauld) Luggage? GPS? Comic books? Check out fitting gifts for grads at Yahoo! Search http://search.yahoo.com/search?fr=oni_on_mailp=graduation+giftscs=bz ___ metacard mailing list metacard@lists.runrev.com http://lists.runrev.com/mailman/listinfo/metacard
Re: Automated setup file uploaded
Hi Jan, ... you find them. -- Jacqueline Landman Gay Wonderful news, Jacque - I know I'm only lurking here on this list, and am using Revolution aés my main working environment, but I've always been intrigued by Metacard and the power hidden under its 'spartan' user interface. Since I don't have any previous Metacard license (though I do have a Revolution Enterprise license), what exacly should I do to create a Metacard 2.8.1? Rev changed the licensing stuff with 2.7 (I think) and now the engine itself checks for a valid REV license. No more MC key neccessary. I imagine I could open your .mc stack using Revolution and push a button there, or is it slightly more complicated? C'mon Jan, just give it a try, I promise your machine won't explode! :-D Just click the button, it sure is that easy! Thanks in advance, Jan Schenkel. Quartam Reports PDF Library for Revolution http://www.quartam.com = As we grow older, we grow both wiser and more foolish at the same time. (La Rochefoucauld) Best Klaus Major [EMAIL PROTECTED] http://www.major-k.de ___ metacard mailing list metacard@lists.runrev.com http://lists.runrev.com/mailman/listinfo/metacard
Re: Automated setup file uploaded
Hi Jaqueline, ... Works like a charm, but I got an error Installation failed: Could not rename Revolution engine. can't rename file when I selected Use the currently running Revolution. No problem when selecting Rev manually. Sorry, my fault, I was executing this from MetaCard, no problems when using Rev! But I suggest that we remove the Demo button, since we do not want to include the sin of Mr. KM's youth (and that does NOT stand for Klaus Major) a.k.a. MetaCard Demo in the distribution, do we?! :-D I think he was (actually still IS) young and needed the money (if Scott R. actually paid for that) and we shoud be lenient toward him ;-) -- Jacqueline Landman Gay | [EMAIL PROTECTED] HyperActive Software | http://www.hyperactivesw.com Best Klaus Major [EMAIL PROTECTED] http://www.major-k.de ___ metacard mailing list metacard@lists.runrev.com http://lists.runrev.com/mailman/listinfo/metacard
Re: Automated setup file uploaded
With a little fear and trepidation I downloaded and installed successfully! In the introduction it would be reassuiring to say that the existing Rev installation won't be touched? In my igorance, which could possibly (but I'm sure unlikely) be shared by future users, I wrongly selected the: Select a Metacard IDE folder of the Choose a Metacard IDE pane. thinking that this would choose the folder for the new IDE to be installed into. Silly mistake and it should be easy to see - but perhpas add the word existing = Select an existing Metacard IDE folder? Then I got an error, saying of course there were no stacks in the folder... so I ended up with a second renamed MC IDE folder, and the toplevel MC engine would not launch. So I just re-installed. I got the icon problem - but was easy to fix - is there not a way to do this in AppleScript - could not find one On 15/07/07, J. Landman Gay [EMAIL PROTECTED] wrote: Ken Ray wrote: On Sat, 14 Jul 2007 21:23:50 -0500, J. Landman Gay wrote: I've just uploaded my version of the MetaCard Setup stack to the MC_IDE area on Yahoo Groups: http://tech.groups.yahoo.com/group/MC_IDE/files/ That's great, Jacque! This is something we've needed for a while now, and I'm glad you took it on. As you know, I tested an earlier version of the MC Setup stack, and it worked great, so I'm glad to have a release copy... Your feedback was invaluable Ken, and I was very grateful you took the time. The only thing I couldn't really fix was the icon update glitch you noticed. If the installation folder is open in the Finder when you install into it, the touch shell command doesn't work. I put a note in the docs about how to fix the problem after the fact, but I wish OS X would update on its own. If the Finder window is closed during the installation there's no problem. If anyone knows how to fix that, I'll implement it. -- Jacqueline Landman Gay | [EMAIL PROTECTED] HyperActive Software | http://www.hyperactivesw.com ___ metacard mailing list metacard@lists.runrev.com http://lists.runrev.com/mailman/listinfo/metacard ___ metacard mailing list metacard@lists.runrev.com http://lists.runrev.com/mailman/listinfo/metacard
Re: Automated setup file uploaded
But I suggest that we remove the Demo button, since we do not want to include the sin of Mr. KM's youth (and that does NOT stand for Klaus Major) a.k.a. MetaCard Demo in the distribution, do we?! :-D Wasn't demo replaced (or supposed to be replaced) with preferences at some point? Robert ___ metacard mailing list metacard@lists.runrev.com http://lists.runrev.com/mailman/listinfo/metacard
Re: Automated setup file uploaded
I've just uploaded my version of the MetaCard Setup stack to the MC_IDE area on Yahoo Groups: http://tech.groups.yahoo.com/group/MC_IDE/files/ This stack will automate setting up the MC IDE and installing the latest Revolution engine. There are several options available; for example, you can automatically download the latest IDE, use an existing IDE (handy if you've edited your IDE stacks) and choose the version of the engine to install. Fantastic! ___ metacard mailing list metacard@lists.runrev.com http://lists.runrev.com/mailman/listinfo/metacard
Re: Automated setup file uploaded
Hi Robert, But I suggest that we remove the Demo button, since we do not want to include the sin of Mr. KM's youth (and that does NOT stand for Klaus Major) a.k.a. MetaCard Demo in the distribution, do we?! :-D Wasn't demo replaced (or supposed to be replaced) with preferences at some point? Not that I knew, and I SHOULD know as MC Poobah ;-) Robert Regards Klaus Major [EMAIL PROTECTED] http://www.major-k.de ___ metacard mailing list metacard@lists.runrev.com http://lists.runrev.com/mailman/listinfo/metacard
Re: Automated setup file uploaded
If the Finder window is closed during the installation there's no problem. If anyone knows how to fix that, I'll implement it. -- Jacqueline Landman Gay | [EMAIL PROTECTED] HyperActive Software | http://www.hyperactivesw.com Isn't it possible to close the Finder window through Applescript? Robert ___ metacard mailing list metacard@lists.runrev.com http://lists.runrev.com/mailman/listinfo/metacard
Re: Automated setup file uploaded
Hi Robert, But I suggest that we remove the Demo button, since we do not want to include the sin of Mr. KM's youth (and that does NOT stand for Klaus Major) a.k.a. MetaCard Demo in the distribution, do we?! :-D Wasn't demo replaced (or supposed to be replaced) with preferences at some point? Not that I knew, and I SHOULD know as MC Poobah ;-) I think we had that discussion quite a long time ago. May be there was no consensus met. Robert ___ metacard mailing list metacard@lists.runrev.com http://lists.runrev.com/mailman/listinfo/metacard
Re: Automated setup file uploaded
Hi Robert, Hi Robert, But I suggest that we remove the Demo button, since we do not want to include the sin of Mr. KM's youth (and that does NOT stand for Klaus Major) a.k.a. MetaCard Demo in the distribution, do we?! :-D Wasn't demo replaced (or supposed to be replaced) with preferences at some point? Not that I knew, and I SHOULD know as MC Poobah ;-) I think we had that discussion quite a long time ago. May be there was no consensus met. Yep, the latter... Robert Regards Klaus Major [EMAIL PROTECTED] http://www.major-k.de ___ metacard mailing list metacard@lists.runrev.com http://lists.runrev.com/mailman/listinfo/metacard
Re: Automated setup file uploaded
I've just uploaded my version of the MetaCard Setup stack to the MC_IDE area on Yahoo Groups: http://tech.groups.yahoo.com/group/MC_IDE/files/ -- Jacqueline Landman Gay | [EMAIL PROTECTED] HyperActive Software | http://www.hyperactivesw.com ___ metacard mailing list Is this the thing I was supposed to tackle but you've done it far beyond what I would have done? If so, thank you, Jacques. I haven't downloaded it yet but I have no doubt it is awesome! :-) Shari -- Windows and Macintosh shareware games BIackjack Gold http://www.gypsyware.com ___ metacard mailing list metacard@lists.runrev.com http://lists.runrev.com/mailman/listinfo/metacard
Re: Automated setup file uploaded
Jan Schenkel wrote: Since I don't have any previous Metacard license (though I do have a Revolution Enterprise license), what exacly should I do to create a Metacard 2.8.1? As Klaus mentioned, a MC license isn't required any more for engines after version 2.7. So you should be able to use the setup stack just fine. I imagine I could open your .mc stack using Revolution and push a button there, or is it slightly more complicated? The stack was designed to run in either Revolution or MetaCard on any platform/OS, using any edition of Revolution except for Revolution Media. (I think it will install using Media, but the app won't launch.) So yes, you can open Setup in Revolution and all the default settings should be correct. Just click the button at the bottom. -- Jacqueline Landman Gay | [EMAIL PROTECTED] HyperActive Software | http://www.hyperactivesw.com ___ metacard mailing list metacard@lists.runrev.com http://lists.runrev.com/mailman/listinfo/metacard
Re: Automated setup file uploaded
Klaus Major wrote: Hi Jaqueline, ... Works like a charm, but I got an error Installation failed: Could not rename Revolution engine. can't rename file when I selected Use the currently running Revolution. No problem when selecting Rev manually. Sorry, my fault, I was executing this from MetaCard, no problems when using Rev! You should be able to run it from within MetaCard (most of my testing was done in MC) so I'm not sure how this would happen. The Use the currently running Revolution button should have been dimmed if you opened the stack in MetaCard. Did you open the stack with messages locked, so that the scripts didn't run? The button states are set on a preOpenCard handler. In MC, only the Choose button should have been enabled. If you didn't open the stack with messages locked, then I'd like to track this down. If you can figure out a recipe, that'd be great. But I suggest that we remove the Demo button, since we do not want to include the sin of Mr. KM's youth (and that does NOT stand for Klaus Major) a.k.a. MetaCard Demo in the distribution, do we?! :-D I always change the Demo button to something else on my own copy (I use it to open a launcher stack that installs my front and back scripts.) If folks decide to change the button to support Prefs or anything else, just post the new Home stack to the IDE group and I'll mirror it at RevJournal as soon as I see an announcement here. I agree the Demo button is a little outdated and I bet almost never used by anyone. -- Jacqueline Landman Gay | [EMAIL PROTECTED] HyperActive Software | http://www.hyperactivesw.com ___ metacard mailing list metacard@lists.runrev.com http://lists.runrev.com/mailman/listinfo/metacard
Re: Automated setup file uploaded
David Bovill wrote: With a little fear and trepidation I downloaded and installed successfully! In the introduction it would be reassuiring to say that the existing Rev installation won't be touched? Sure, I'll do that. In my igorance, which could possibly (but I'm sure unlikely) be shared by future users, I wrongly selected the: Select a Metacard IDE folder of the Choose a Metacard IDE pane. thinking that this would choose the folder for the new IDE to be installed into. Silly mistake and it should be easy to see - but perhpas add the word existing = Select an existing Metacard IDE folder? I tried to explain that in the text under the heading (maybe not so successfully,) but I think you are right that I should change the header too. Maybe something like Choose the MetaCard IDE files might be clearer. -- Jacqueline Landman Gay | [EMAIL PROTECTED] HyperActive Software | http://www.hyperactivesw.com ___ metacard mailing list metacard@lists.runrev.com http://lists.runrev.com/mailman/listinfo/metacard
Re: Automated setup file uploaded
Robert Brenstein wrote: If the Finder window is closed during the installation there's no problem. If anyone knows how to fix that, I'll implement it. -- Jacqueline Landman Gay | [EMAIL PROTECTED] HyperActive Software | http://www.hyperactivesw.com Isn't it possible to close the Finder window through Applescript? Maybe...probably. I think so. I wonder what happens if the user has the view set to column view. Does the whole window close? -- Jacqueline Landman Gay | [EMAIL PROTECTED] HyperActive Software | http://www.hyperactivesw.com ___ metacard mailing list metacard@lists.runrev.com http://lists.runrev.com/mailman/listinfo/metacard
Re: Automated setup file uploaded
Shari wrote: Is this the thing I was supposed to tackle but you've done it far beyond what I would have done? Don't think so, but I can't remember what it was that you were going to do. There was something or other you mentioned about the IDE -- and of course, as soon as one mentions anything, all of a sudden the mentioner becomes the responsible party by default. Such is the way of open source. ;) -- Jacqueline Landman Gay | [EMAIL PROTECTED] HyperActive Software | http://www.hyperactivesw.com ___ metacard mailing list metacard@lists.runrev.com http://lists.runrev.com/mailman/listinfo/metacard
Re: Automated setup file uploaded
Klaus Major wrote: Will this also run with engines 2.7? Not that I'd need it ;-) Forgot to answer this. It should work okay with earlier engines since the process is the same. The dictionary import should also be okay, it recognizes all documentation formats back to Rev 2.0. I wouldn't recommend even trying an installation with versions of Rev prior to 2.0. P.S. And everything secretly behind the back of the MC Poobah, ts, ts, ts ;-) Sorry, I'll tell you next time. There was a discussion here on the list about my intent to write a setup stack and update the dictionary import, but I admit I hadn't kept you up to date. I also wasn't sure for a while whether I'd actually release it or not. But I will do better next time, I promise. ;) -- Jacqueline Landman Gay | [EMAIL PROTECTED] HyperActive Software | http://www.hyperactivesw.com ___ metacard mailing list metacard@lists.runrev.com http://lists.runrev.com/mailman/listinfo/metacard
Re: Automated setup file uploaded
Wow Jacque, Great program. Can't be any more painless than that! Worked great here on XP. Thanks, :-) ___ metacard mailing list metacard@lists.runrev.com http://lists.runrev.com/mailman/listinfo/metacard
Re: Automated setup file uploaded
On Jul 15, 2007, at 7:35 AM, [EMAIL PROTECTED] wrote: On Sat, 14 Jul 2007 21:23:50 -0500, J. Landman Gay wrote: I've just uploaded my version of the MetaCard Setup stack to the MC_IDE area on Yahoo Groups: http://tech.groups.yahoo.com/group/MC_IDE/files/ WOW, awesome !! Great work Jacque. Some notes: 1. May be on Mac OS it makes sense to open Tools palette by default on startup as well ? on startup if the version =2.7 then start using stack mctools.mc if the platform MacOS then palette mctools.mc ELSE - new line ! palette tools -- new line ! end if set the defaultStack to Home reset cursors end if pass startup end startup While I'm on this, may be it makes sense to remember positions of stacks home, MCtools and Control browser ? It's easy to position this stacks in your preferable place and save them, but it would be still nice to have this automated. 2. May be makes sense to add keyboard shortcuts for new stack and to show / hide control browser ? I have command + N for new stack and command + B for control browser and it's convenient in my personal experience. note: to make command + N work I had to disable the following lines in fld Message Field of stack Message Box # if which is P # then prevline # if which is N # then nextline I use arrow keys for prevline and NextLine in msg box anyway. 3) How about standalone building ? It seems Jacque's stack would not move runtimes along with Dev engine. I tried to build standalone by pointing MC standalone builder.. to runtime engine in Rev Enterprise folder, but got the error. standalone was created BTW but could not be launched. I just did a brief check, never tried to investigate the issue yet, but generally speaking, do we still need to manually move Rev runtime engines to MC IDE folder and rename them to build standalone in MC IDE? 4) When I tried to save home stack in MC IDE created with metacard_setup I got can't open stack backup file error. Recently I'm getting such error from time to time in my version of MC IDE as well, so it may have something with my computer configuration (I still have panther on this particular computer). Just curious if anybody saw such error recently. In my case, second attempt to save is always successful but after the error I usually see renamed copy of mctools.mc stack in the root folder and the filename is either arbitrary letter c or f etc or the digit 0 or 9, or 7 etc. It looks almost like new engine bug where engine can't create ~ + filename BackUp of opened stack in MC IDE. 5) Recently Ken and Richard made a cool discovery that by placing Home and McTools.mc stacks into folder with Rev IDE would launch Rev engine in MC IDE. I tried and it worked with no noticeable problems. While Jacque's solution is superior of course, just curious, for quick and dirty solution, any side effects for this way of launching MC IDE that anybody noticed? best regards Tariel ___ metacard mailing list metacard@lists.runrev.com http://lists.runrev.com/mailman/listinfo/metacard
Re: Automated setup file uploaded
Tariel Gogoberidze wrote: WOW, awesome !! Great work Jacque. Thanks. :) Some notes: 1. May be on Mac OS it makes sense to open Tools palette by default on startup as well ? This would be something the group should vote on to add to the home stack. I generally prefer not to have the tools palette open, so it would be nice if it were a preference. While I'm on this, may be it makes sense to remember positions of stacks home, MCtools and Control browser ? It's easy to position this stacks in your preferable place and save them, but it would be still nice to have this automated. I'd like that. If others agree, is that something you'd like to add to the IDE? 2. May be makes sense to add keyboard shortcuts for new stack and to show / hide control browser ? I have command + N for new stack and command + B for control browser and it's convenient in my personal experience. I usually use Cmd-N for New Card, so I'm not so keen on this change but if others want it, I could live with it. Changes like this are handy in a frontscript; then you don't have to change the IDE. I keep a lot of custom keyboard commands in a frontscript. 3) How about standalone building ? It seems Jacque's stack would not move runtimes along with Dev engine. Right, I left that out because the last I heard, Richard wanted to change the MC standalone builder to handle that. (We better tell Klaus. ;)) I tried to build standalone by pointing MC standalone builder.. to runtime engine in Rev Enterprise folder, but got the error. standalone was created BTW but could not be launched. I just did a brief check, never tried to investigate the issue yet, but generally speaking, do we still need to manually move Rev runtime engines to MC IDE folder and rename them to build standalone in MC IDE? Yes, that hasn't changed. For now, you'll need to create a standalone engine to build from. You can make a copy of the MC app that Setup creates, and replace the engine inside the bundle with the standalone engine from the Revolution distribution. I could add the standalone building engines to the Setup too, I suppose. That way we'd have an option until the MC SB is changed. I can't promise when I'll do it though. ;) 4) When I tried to save home stack in MC IDE created with metacard_setup I got can't open stack backup file error. Recently I'm getting such error from time to time in my version of MC IDE as well, so it may have something with my computer configuration (I still have panther on this particular computer). Just curious if anybody saw such error recently. In my case, second attempt to save is always successful but after the error I usually see renamed copy of mctools.mc stack in the root folder and the filename is either arbitrary letter c or f etc or the digit 0 or 9, or 7 etc. It looks almost like new engine bug where engine can't create ~ + filename BackUp of opened stack in MC IDE. This is almost always computer-related, and the error comes from the engine when it can't write a file to your hard drive for some reason. If the second attempt always works, you may have an older backup file still on disk with the same name the engine wants to use for the backup. Look in your stack's folder location for any old stacks that look like incomplete backup files (for example, any stacks with a tilde in the name.) Permissions can be another problem, but it doesn't sound like that is what's wrong. As an experiment, make a new folder and move your stacks to that location. Then try saving the stack again and see if it works. If it does, there is something wrong with the older folder. 5) Recently Ken and Richard made a cool discovery that by placing Home and McTools.mc stacks into folder with Rev IDE would launch Rev engine in MC IDE. I tried and it worked with no noticeable problems. While Jacque's solution is superior of course, just curious, for quick and dirty solution, any side effects for this way of launching MC IDE that anybody noticed? There shouldn't be any problems (the Setup docs mention the technique as an alternate way to run MC, too.) The only drawback is that you can no longer launch the Rev IDE unless you remove the MC stacks first. If you never need the Rev IDE then this method works fine. -- Jacqueline Landman Gay | [EMAIL PROTECTED] HyperActive Software | http://www.hyperactivesw.com ___ metacard mailing list metacard@lists.runrev.com http://lists.runrev.com/mailman/listinfo/metacard
Re: Automated setup file uploaded
J. Landman Gay wrote: Suppose we change the Home stack so that it looks in the Plugins folder for a specially-named plugin when it first opens. If it finds a plugin with the right name, it opens the stack automatically. Oh, never mind. I just remembered you can set up the Plugins Manager to do that already. I've just never used it that way. So, everybody else is ahead of me. -- Jacqueline Landman Gay | [EMAIL PROTECTED] HyperActive Software | http://www.hyperactivesw.com ___ metacard mailing list metacard@lists.runrev.com http://lists.runrev.com/mailman/listinfo/metacard
Automated setup file uploaded
I've just uploaded my version of the MetaCard Setup stack to the MC_IDE area on Yahoo Groups: http://tech.groups.yahoo.com/group/MC_IDE/files/ This stack will automate setting up the MC IDE and installing the latest Revolution engine. There are several options available; for example, you can automatically download the latest IDE, use an existing IDE (handy if you've edited your IDE stacks) and choose the version of the engine to install. Since automated downloading from the Yahoo area is tricky, RevJournal is currently mirroring the latest IDE stacks. I will keep the files updated whenever they change, (and Klaus, Richard can give you access too if you want.) In addition to engine and IDE installation, the setup stack will optionally download and install a copy of the Revolution Dictionary Shell stack. If desired, it will also move all the Revolution documentation into the shell. Import works with any version of Revolution 2.x or higher. This is a handy stack to place in the MC Plugins folder, where you can access it every time an update is needed. There is extensive documentation in the stack, just click the ? button at the lower left corner to read it. The stack has been tested with the last 2 engine revisions and the last 3 IDE changes, and seems to work fine, but please report any problems if you find them. -- Jacqueline Landman Gay | [EMAIL PROTECTED] HyperActive Software | http://www.hyperactivesw.com ___ metacard mailing list metacard@lists.runrev.com http://lists.runrev.com/mailman/listinfo/metacard
Re: Automated setup file uploaded
On Sat, 14 Jul 2007 21:23:50 -0500, J. Landman Gay wrote: I've just uploaded my version of the MetaCard Setup stack to the MC_IDE area on Yahoo Groups: http://tech.groups.yahoo.com/group/MC_IDE/files/ That's great, Jacque! This is something we've needed for a while now, and I'm glad you took it on. As you know, I tested an earlier version of the MC Setup stack, and it worked great, so I'm glad to have a release copy... ;-) Ken Ray Sons of Thunder Software, Inc. Email: [EMAIL PROTECTED] Web Site: http://www.sonsothunder.com/ ___ metacard mailing list metacard@lists.runrev.com http://lists.runrev.com/mailman/listinfo/metacard
Re: Automated setup file uploaded
Ken Ray wrote: On Sat, 14 Jul 2007 21:23:50 -0500, J. Landman Gay wrote: I've just uploaded my version of the MetaCard Setup stack to the MC_IDE area on Yahoo Groups: http://tech.groups.yahoo.com/group/MC_IDE/files/ That's great, Jacque! This is something we've needed for a while now, and I'm glad you took it on. As you know, I tested an earlier version of the MC Setup stack, and it worked great, so I'm glad to have a release copy... Your feedback was invaluable Ken, and I was very grateful you took the time. The only thing I couldn't really fix was the icon update glitch you noticed. If the installation folder is open in the Finder when you install into it, the touch shell command doesn't work. I put a note in the docs about how to fix the problem after the fact, but I wish OS X would update on its own. If the Finder window is closed during the installation there's no problem. If anyone knows how to fix that, I'll implement it. -- Jacqueline Landman Gay | [EMAIL PROTECTED] HyperActive Software | http://www.hyperactivesw.com ___ metacard mailing list metacard@lists.runrev.com http://lists.runrev.com/mailman/listinfo/metacard
