Re: Can't delete card
> 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
Re: Can't delete card
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 ___ metacard mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/metacard
Re: Can't delete card
> 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
Re: ftp problems
Hi LiangTyan, Hi all, is anybody there mirroring the downloadable MC files (betas) on his/her server ? http://groups.yahoo.com/group/metacard_download/links Thanks a lot. Works fine. Regards Klaus Major [EMAIL PROTECTED] ___ metacard mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/metacard
Re: ftp problems
On 12/10/02 7:44 PM, "Klaus Major" <[EMAIL PROTECTED]> wrote: > Hi all, > > is anybody there mirroring the downloadable MC files (betas) > on his/her server ? http://groups.yahoo.com/group/metacard_download/links -- > Looks like the MC ftp-server is the dedicated target of DOS attacks :-( > > Could not reach that server since saturday, always "Refused when > attempting ..." > > But i do not want to miss a single build ;-) > > Any help welcome. > > > Thanks from germany > > Klaus Major > [EMAIL PROTECTED] > > ___ > metacard mailing list > [EMAIL PROTECTED] > http://lists.runrev.com/mailman/listinfo/metacard ___ metacard mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/metacard
ftp problems
Hi all, is anybody there mirroring the downloadable MC files (betas) on his/her server ? Looks like the MC ftp-server is the dedicated target of DOS attacks :-( Could not reach that server since saturday, always "Refused when attempting ..." But i do not want to miss a single build ;-) Any help welcome. Thanks from germany Klaus Major [EMAIL PROTECTED] ___ metacard mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/metacard
VXCMD MC 2.5A8 unexpectedly quits
Hi Ruslan, I've discovered a strange bug which I think is related to VXCMD. Sorry In Metacard 2.5A8 (with latest build of VXCMD_macho installed) do the following: create a new stack create a card background and put two fields in it stop editing background and paste some text into one of the fields (I pasted the readme text for MC 2.5) switch to another application (eg TextEdit) and copy some text switch back to Metacard clone the card select the text you previously put in field by clicking in field and typing cmd+a (select all) Metacard quits unexpectedly. You can probably reproduce with less steps than above but I've been able to repeat the error doing the above. Note that switching to another application, changing the text in the clipboard, then switching back to Metacard is necessary to produce the error (ie change clipboard outside of MC) If you remove the VXCMD_macho from the Metacard folder it doesn't exhibit this behavour. Rodney -- Rodney Tamblyn 44 Melville St Dunedin, New Zealand +64 3 4778606 025 2667321 http://rodney.weblogs.com ___ metacard mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/metacard
Re: VXCMD MC 2.5A8 unexpectedly quits
on 12/10/02 10:40 AM, Rodney Tamblyn at [EMAIL PROTECTED] wrote: > Hi Ruslan, > > I've discovered a strange bug which I think is related to VXCMD. > Sorry > > In Metacard 2.5A8 (with latest build of VXCMD_macho installed) do the > following: > > create a new stack > create a card background and put two fields in it > stop editing background and paste some text into one of the fields (I > pasted the readme text for MC 2.5) > switch to another application (eg TextEdit) and copy some text > switch back to Metacard > clone the card > select the text you previously put in field by clicking in field and > typing cmd+a (select all) > Metacard quits unexpectedly. > > You can probably reproduce with less steps than above but I've been > able to repeat the error doing the above. Note that switching to > another application, changing the text in the clipboard, then switching > back to Metacard is necessary to produce the error (ie change clipboard > outside of MC) > > If you remove the VXCMD_macho from the Metacard folder it doesn't > exhibit this behavour. Well, but VXCMD NEVER works with Clipboard. And as I understand you execute this steps in "authoring" mode, I.e. VXCMD even do not execute own functions, correct ? It seems you have not even write any call to VXCMD. So how VXCMD can crash this ? Oh, Rodney, you know how to get on OS X the Crash LOG file ? You need to make such crash log and send to me and Scott. IT will show where exactly crash happens. -- Best regards, Ruslan Zasukhin [ I feel the need...the need for speed ] - e-mail: [EMAIL PROTECTED] web: http://www.paradigmasoft.com To subscribe to the Valentina mail list send a letter to [EMAIL PROTECTED] - ___ metacard mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/metacard