Re: Windows Task Scheduler
At 1:13 pm +0200 6/8/03, [EMAIL PROTECTED] wrote: Dave, Use the start command to run a batch without an interactive window. In the old AT command this was a /i to add interactivity but it's deprecated. Using the start command has quite a few more advantages. Type Start /? in a cmd.exe to see the options... cheers Xavier Thanks for the reply. Unfortnately I can't set Start as a command to run in the newer Task Scheduler. And the older AT command doesn't let me set up the kind of schedule I need. I've seen a few discussions on the web about this and with no easy workaround it seems. For now, I'm running the tasks as a user who isn't logged in. Not much of a solution but it may be enough. Thanks again. Dave On 06/08/2003 12:44:13 metacard-admin wrote: Hi Slightly off topic. I've been experimenting with the Windows task scheduler (on XP and 2000). I've been using it to periodically run mt scripts with the Windows cgi engine (cmc.exe). It's working fine so far, but one minor annoyance is that the Windows console window (or whatever it's called) will briefly appear every time the script is run. (cmc.exe is a console app) Does anyone know how to configure the Task Scheduler to not show the console window? Cheers Dave ___ metacard mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/metacard
Re: Script Limits
On Tuesday, August 5, 2003, at 08:59 PM, Shari wrote: It is my understanding that these are OK. The limit of 0 for standalones would apply to 'set the script of ... during the execution of the standalone. If you don't do that in your scripts, then you are OK. Currently I do not believe you can set a script in a standalone. A Hypercard game I created used setting scripts. When I recreated the game in Metacard, I had to remove that because it didn't work once the game was compiled into a standalone. Something about the limitations apparently prevented it. So presumably, this is not something that the new limit affects. There is a 15 line limit on setting the scripts in a standalone. Best regards, Mark Talluto http://www.canelasoftware.com ___ metacard mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/metacard
Re: Script Limits
It is my understanding that these are OK. The limit of 0 for standalones would apply to 'set the script of ... during the execution of the standalone. If you don't do that in your scripts, then you are OK. Currently I do not believe you can set a script in a standalone. A Hypercard game I created used setting scripts. When I recreated the game in Metacard, I had to remove that because it didn't work once the game was compiled into a standalone. Something about the limitations apparently prevented it. So presumably, this is not something that the new limit affects. Shari C Gypsy King Software I bet you were trying to set the scripts that had more than 10 lines and exactly that limit prevented you from doing so. If you test, you will see that setting shorter scripts works. Once they change the limit to 0, setting scripts in standalones will not be possible at all. From what I understand, the do limit will remain at 10. I think that they are becoming slowly more paranoid about someone producing a competing interface or producing programs that bypass the licensing system. Personally, I do not have a problem with them changing those limits IF they institute a mechanism of allowing to change it on application basis and with reasonable licensing. In practical terms, their are cutting off people who produced MC/Rev programs with the demo -- the new approach is that people get 30-day fully functioning demo but then pay or nothing. That is a big change in strategy but in parallel with them cutting down cross-platform features for cheaper license options. Robert ___ metacard mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/metacard
Re: Script Limits
Richard Gaskin : Custom properties are a very powerful feature of not only Rev but other xTalks as well, including ToolBook, Gain Momentum, and SuperCard. Well worth taking an evening to experiment with... Which confirms my first impression. BTW I guess that a custom property can also include some code that can be activated / executed via a do command... Execution speed might be slowed down a bit, but could this be a workaround for the 10 (or 0) lines script limit ? JB ___ metacard mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/metacard
Re: Script Limits
On Thursday, August 7, 2003, at 01:03 PM, David Bovill wrote: The classic reason for not doing this is the fear that it will undercut the market for the full product. This fear is completely unfounded. It is also completely un-Scottish. I think this so, but I mention it with hesitation, because I respect RunRev's analysis. Consider this scenario comparison (numbers off by several orders of magnitude): With free version-- 18,000,000 free version users in 2006 2,500,000 licensed version users in 2006 Cost to support free version $15,000 in 2006 Without free version-- 20,000 free version users in 2006 90,000 licensed version users in 2006 Cost to fight free versions: $150,000 in 2006 All of those numbers might be way off, I have not given this much consideration, but they should reflect my gut feel in this, which may not have any value at all. My gut feel says my gut feel has no sense. Dar Scott I hear I'm part Scottish. I think I'm probably related to St. Patrick and Adam Smith and some of those guys portrayed in the movies wearing blue. And I shout Freedom! whenever I'm tortured. (OK, Patrick was Roman-Scottish and lived mostly in Ireland, but I still claim him as a relative.) ___ metacard mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/metacard
Re: Script Limits
On Thursday, August 7, 2003, at 09:44 AM, Richard Gaskin wrote: Mark Talluto wrote: In my case, I usually am updating code to controls with the set the script of There is no other way to use the same control with new code. While I agree that the proposed change to script limits is likely more of a problem in itself than a solution, there is at lease one other alternative for your scenario. Rather than writing self-modifying code you could set a property in the object and handle the various behaviors in a backscript using a switch block: on MySpecialBehavior switch the uBehaviorClass of the target case Something doSomnething break case SomethingElse doSomethingElse break end switch end MySpecialBehavior The overhead of the switch block is a fraction of a millisecond and allows you to centralize your code into a common library. This may simplify debugging, and likely simplify maintenance as well should you ever need to alter the behavior. Good idea Richard! I would need to have the ability to set the script of one more time to update all their controls to use this new method though. I better not delete my copy of MC 2.5 just yet. I have yet to use the frontscript/backscript features. I need to do some reading. It has been on my to do list for some time. Best regards, Mark Talluto http://www.canelasoftware.com ___ metacard mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/metacard
Re: Script Limits and solid IDE evolution!
Mark Talluto wrote: The script limits do not come into play so long as there is a licenced Home stack. I thought that standalones were going to be affected by this change? Yes, as there is no licensed Home stack. But in the IDE you can still make all the automated script-generating tools you like. The post I replied to was concerned about do, which is not affected by the proposed change at all. And given the clear preference for maintaining script limits, I'd be surprised if even that went into effect. I think we're all clear: we don't want to see a Digital Chisel for Rev. But in my understanding even Digital Chisel was able to work out an equitable royalty arrangement with Allegiant, so there's no reason for any fears along those lines here. After all, it does no one any good to piss off the party making your engine; any company that did would position itself for self-destruction. -- Richard Gaskin Fourth World Media Corporation Developer of WebMerge: Publish any database on any Web 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: An informal poll....
On Thursday, August 7, 2003, at 11:44 AM, Shari wrote: All of this talk about something working with a licensed Home stack versus as standalone make me wonder How many, who have purchased licenses, use MC/Rev to build standalones, that will be distributed to others? That was THE REASON I purchased. Instead of migrating from Hypercard to C/C++, I moved to MC. I don't create much for my own use. 99% of everything I do, is for distribution, to produce income. The rest of you? -- I have a pro license for commercial work. Everyone makes small tools to make their day go by better. I am in that category as well. Best regards, Mark Talluto http://www.canelasoftware.com ___ metacard mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/metacard
