[ANN] Scripter's Scrapbook 5.22 Update
www.FlexibleLearning.com/ssbk or www.ssBk.co.uk 1. UPDATE AVAILABLE Reported issues with the new Tree View have been confirmed and resolved in the v5.22 update now available under your HELP menu. 2. MORE PLATFORMS As requested, we have uploaded individual standalone application programs for Mac OS9, Mac OSX Intel, Mac OSX PPC, Mac OSX Universal and Windows for those who wish to migrate from Rev PlugIn to an independent system (or who wish to have the choice, or use their Scrapbook/s on multiple computers) without having to download an entire starter kit setup each time. 30-day free Starter-kits for all the above platforms are also now available. 3. MORE SUPPORT Whatever platform you use, remember that the ssBkPlugIns folder is a required component, so just keep everything in the same folder. The updated ReadMe.html now includes specific advice on where to store your Scrapbook based on recent feedback. This is included in on-line updates but not in the current starter-kit builds... If you are getting a starter-kit, please see the advice in http://www.flexiblelearning.com/ssbk/ReadMe.html 4. NEXT STEP Download the standalone or start-kit of your choice at www.FlexibleLearning.com/ssbk - Registered and Trial users should update through the Help menu or in the User Support. - New users and those interested in reviewing the changes since their earlier trial may obtain a free 30-day starter-kit at www.FlexibleLearning.com/ssbk. - Full size screen shots for both Mac OSX and Windows XP are at www.FlexibleLearning.com/ssbk/preview including useful mouse shortcuts illustrations. Hugh Senior FLCo Home of the Scripter's Scrapbook ___ metacard mailing list metacard@lists.runrev.com http://lists.runrev.com/mailman/listinfo/metacard
Re: Speed differences between MC and Rev
I resend my post of last Friday, hoping the server is up again: On Sun, 24 Sep 2006 Richard Gaskin wrote: I notice no difference in the execution speed. So far this is consistent with all data except Wilhelm's. Neither logically nor empirically have we yet found a way that simply adding a library can affect execution speed. We'll have to wait for Wilhelm to provide more data. (snip) If instead there does seem to be some difference in the way standalones are made (though after building my own standalone maker I can honestly report that I can't imagine what that could be) it's also worthwhile determining where the performance goes. Ideally Wilhelm will be able to come up with a stack that presents an isolated recipe for this problem. It's my understanding that at the moment the tests are being run within a very complex collection of scripts, making it difficult to produce a generalized recipe for others to run. Without such an isolated example of this reported issue, I can't think of any way it could be reasonably addressed further beyond what's already be done. If he's able to deliver an isolated example I'm sure RunRev will jump at the chance to optimize based on it reveals. -- Richard Gaskin Back again to resume the discussion. I have produced this isolated example. Apart from the one-line script of the reset button, it contains only a 13-line script of the test button duplicate colors. Only the MC cursors stack is included as a substack, otherwise nothing is included, not even an answer dialog. The performance differences are as reported about 600 milliseconds between MC and Rev on a Windows 2 GHz machine, tested with Metacard and Rev using the same 2.7.3 engine. No differences come up for the stacks compared with standalones. A test with 2.7.4 today shows an overall performance improvement for both IDEs of about 200 milliseconds, but the speed difference between MC and Rev of now about 500 milliseconds remains. Stack and standalone with MC show an identical performance - around 1550 and always below 1600 milliseconds. For Rev - 1935 to 2083 milliseconds for the standalone - there is an additional difference between standalone and stack of 100 milliseconds, the stack running in the IDE with a peak of 2165 milliseconds being the slower one. You can download the test stack from here (2 MB because of the embedded picture and the compressed imagedata to enable reset): http:/www.sanke.org/Software/mc-rev_speed_test.rev or type go URL http:/www.sanke.org/Software/mc-rev_speed_test.rev in your message box. Best regards, Wilhelm Sanke ___ metacard mailing list metacard@lists.runrev.com http://lists.runrev.com/mailman/listinfo/metacard
Re: Can't assign App and Doc icons building stand alone
On 10/5/06 8:48 PM, Ray Horsley [EMAIL PROTECTED] wrote: Problems once again with assigning desktop icons. This time it's the application's icon during the build of the Windows stand alone which is not cooperating. I thought I had created the right 16X16 .ico files. They worked with Metacard 2.6. But suddenly that's broken. Actually, I'm running into the same problem - I have full icon sets (created in Iconographer) for Windows that have worked great up until 2.7 and now don't. I get an error that they're the wrong size; when I get info in the Finder, they're 26,588 bytes, but MC 2.7.4 asks for 25086 bytes. Oddly enough, the same bad icons, work fine in Rev 2.7.4. Anyone else experiencing this, or has anyone else successfully built a Windows standalone with icons in 2.7.4? Ken Ray Sons of Thunder Software Web site: http://www.sonsothunder.com/ Email: [EMAIL PROTECTED] ___ metacard mailing list metacard@lists.runrev.com http://lists.runrev.com/mailman/listinfo/metacard
Re: Can't assign App and Doc icons building stand alone
Hi Ken and all, On 10/5/06 8:48 PM, Ray Horsley [EMAIL PROTECTED] wrote: Problems once again with assigning desktop icons. This time it's the application's icon during the build of the Windows stand alone which is not cooperating. I thought I had created the right 16X16 .ico files. They worked with Metacard 2.6. But suddenly that's broken. Actually, I'm running into the same problem - I have full icon sets (created in Iconographer) for Windows that have worked great up until 2.7 and now don't. I get an error that they're the wrong size; when I get info in the Finder, they're 26,588 bytes, but MC 2.7.4 asks for 25086 bytes. Oddly enough, the same bad icons, work fine in Rev 2.7.4. Anyone else experiencing this, or has anyone else successfully built a Windows standalone with icons in 2.7.4? just did a short test, and yes, 2.7.4 throws an error that the three 32 bit icons are missing in the icon file, but they are definitively there! Did the test with MC, so it IS an engine issue. The error text must be coming from the engine, since this error string is definitively NOT in the script of the standalone building routine of MetaCard! Oh my god scotland, big fun :-/ Could you please bugzilla thgis, Ken? Thanks. I am a bit in a hurry. Ken Ray Sons of Thunder Software Web site: http://www.sonsothunder.com/ Email: [EMAIL PROTECTED] 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: Can't assign App and Doc icons building stand alone
Ken, did you get a chance to bugzilla this? Let me know if there's anything I can do to help resolve this. Thanks, Ray Horsley Developer, LinkIt! Software On Oct 8, 2006, at 1:39 PM, Klaus Major wrote: Hi Ken and all, On 10/5/06 8:48 PM, Ray Horsley [EMAIL PROTECTED] wrote: Problems once again with assigning desktop icons. This time it's the application's icon during the build of the Windows stand alone which is not cooperating. I thought I had created the right 16X16 .ico files. They worked with Metacard 2.6. But suddenly that's broken. Actually, I'm running into the same problem - I have full icon sets (created in Iconographer) for Windows that have worked great up until 2.7 and now don't. I get an error that they're the wrong size; when I get info in the Finder, they're 26,588 bytes, but MC 2.7.4 asks for 25086 bytes. Oddly enough, the same bad icons, work fine in Rev 2.7.4. Anyone else experiencing this, or has anyone else successfully built a Windows standalone with icons in 2.7.4? just did a short test, and yes, 2.7.4 throws an error that the three 32 bit icons are missing in the icon file, but they are definitively there! Did the test with MC, so it IS an engine issue. The error text must be coming from the engine, since this error string is definitively NOT in the script of the standalone building routine of MetaCard! Oh my god scotland, big fun :-/ Could you please bugzilla thgis, Ken? Thanks. I am a bit in a hurry. Ken Ray Sons of Thunder Software Web site: http://www.sonsothunder.com/ Email: [EMAIL PROTECTED] Regards Klaus Major [EMAIL PROTECTED] http://www.major-k.de ___ 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: Can't assign App and Doc icons building stand alone
On 10/8/06 12:39 PM, Klaus Major [EMAIL PROTECTED] wrote: just did a short test, and yes, 2.7.4 throws an error that the three 32 bit icons are missing in the icon file, but they are definitively there! How do you know that specifically? Is that what the error text is? Did the test with MC, so it IS an engine issue. The error text must be coming from the engine, since this error string is definitively NOT in the script of the standalone building routine of MetaCard! Well, if that's the case, then why does Rev 2.7.4 work, and MC 2.7.4 doesn't? They both use the same engine... Could you please bugzilla thgis, Ken? Thanks. I will certainly do this... Ken Ray Sons of Thunder Software Web site: http://www.sonsothunder.com/ Email: [EMAIL PROTECTED] ___ metacard mailing list metacard@lists.runrev.com http://lists.runrev.com/mailman/listinfo/metacard
Re: Can't assign App and Doc icons building stand alone
Ken Ray wrote: On 10/8/06 12:39 PM, Klaus Major [EMAIL PROTECTED] wrote: just did a short test, and yes, 2.7.4 throws an error that the three 32 bit icons are missing in the icon file, but they are definitively there! How do you know that specifically? Is that what the error text is? Did the test with MC, so it IS an engine issue. The error text must be coming from the engine, since this error string is definitively NOT in the script of the standalone building routine of MetaCard! Well, if that's the case, then why does Rev 2.7.4 work, and MC 2.7.4 doesn't? They both use the same engine... Could you please bugzilla thgis, Ken? Thanks. I will certainly do this... Seems if Rev works and MC doesn't, the error is in the MC IDE and not with the engine. The MC SB does check for icon compatibility, and throws an error if the icons aren't right. Might want to look there first. -- 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: Can't assign App and Doc icons building stand alone
On 10/8/06 1:19 PM, Ray Horsley [EMAIL PROTECTED] wrote: Ken, did you get a chance to bugzilla this? Let me know if there's anything I can do to help resolve this. Yes, bug #3895... Ken Ray Sons of Thunder Software Web site: http://www.sonsothunder.com/ Email: [EMAIL PROTECTED] ___ metacard mailing list metacard@lists.runrev.com http://lists.runrev.com/mailman/listinfo/metacard
Re: Can't assign App and Doc icons building stand alone
Hi I wrote the code that does this so I thought I would chime in. I haven't done any work on the SB in either MC or Rev for a fair while now so things may have changed but comparing the revGetIcoFile function in the SB scripts (in rev it's in the revStandaloneSettings stack script which is not password protected) could give you a clue what has changed. Icons are very tricky to work with and changes to the engine and icons may have required changes to my code. Cheers -- Monte Goulding BCompSci Sweat Technologies BAppSci (Hons) InstallGadget - How to create an installer in 10 seconds Download now from: http://www.sweattechnologies.com/InstallGadget - Original Message - From: Ken Ray [EMAIL PROTECTED] To: MetaCard List metacard@lists.runrev.com Sent: Monday, October 09, 2006 10:10 AM Subject: Re: Can't assign App and Doc icons building stand alone On 10/8/06 12:39 PM, Klaus Major [EMAIL PROTECTED] wrote: just did a short test, and yes, 2.7.4 throws an error that the three 32 bit icons are missing in the icon file, but they are definitively there! How do you know that specifically? Is that what the error text is? Did the test with MC, so it IS an engine issue. The error text must be coming from the engine, since this error string is definitively NOT in the script of the standalone building routine of MetaCard! Well, if that's the case, then why does Rev 2.7.4 work, and MC 2.7.4 doesn't? They both use the same engine... Could you please bugzilla thgis, Ken? Thanks. I will certainly do this... Ken Ray Sons of Thunder Software Web site: http://www.sonsothunder.com/ Email: [EMAIL PROTECTED] ___ 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
[ANN] Variable Watcher v11 Uploaded
Hey everyone! Here's a new build of the VW that incorporates some neat new features and a bug fix: Features: - Automatic Opening and/or Closing of the VW Added to the context menu in the VW is two menu items that let you control if you want the VW automatically opened when debugging starts (i.e. hitting a breakpoint), as well as automatically closed when debugging ends (cancelling, aborting, closing the script window, etc.). - Debugging Menu Keys Now Work! Actually I can only claim this in my tests so far, but I have added code that will make sure that the focus on the script is retained and jiggled the handle on the Debug menu so that you can use menukey right after opening the VW and throughout your use of the VW. Since I'm not making modifications to the Script Editor myself yet, you won't get this benefit if you don't bring up the VW, but if you're debugging and stepping line by line, it is unlikely that you have the VW closed! :-) Bug Fix: - The feature added in v10 where you can wave the mouse over the fields in the VW to force a refresh worked, but sometimes *too well*... I encountered situations where it interfered with the normal while-I'm-debugging refresh that automatically happens by the VW, as well as also getting in the way when trying to keep the hilite on a selected variable so I can copy the contents for use elsewhere. So this was fixed by (a) only happening when the VW was idle (i.e. not during debugging and only when displaying globals), and (b) only refreshing if the Command key is down when you pass the mouse over. Try it out and let me know if you like/don't like this approach... Also in v11 is a restructured Read Me file that is clearer on what needs to be done, especially when it requires editing the MetaCard Menu Bar scripts. To get the VW, go to the MC_IDE group: http://groups.yahoo.com/group/MC_IDE/ Click on the Files link in the left nav bar and download the VariableWatcher11.zip file. Installation instructions are included. Enjoy! Ken Ray Sons of Thunder Software Web site: http://www.sonsothunder.com/ Email: [EMAIL PROTECTED] ___ metacard mailing list metacard@lists.runrev.com http://lists.runrev.com/mailman/listinfo/metacard