how about on domenu amenu, anitem try send ("menupick" && anitem) to amenu catch return the result end try end domenu
that should work for most cases... cheers Xav > -----Original Message----- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED] On Behalf Of J. Landman Gay > Sent: Sunday, May 22, 2005 04:50 > To: Discussions on Metacard > Subject: Re: hypercard domenu comptability > > On 5/21/05 1:09 PM, Eric Engle wrote: > > > First, I must say: I don't just want a solution for me. I want a > > solution for anyone using revolution or metacard. > > > > Second, I think it is reasonable to expect a solution. > > Funny how styles differ. I've probably converted more stacks > to MC/Rev than anybody and I have never wished for a "domenu" > translator. I was actually glad to see it go, because the > MC/Rev way is so much cleaner and faster. > > > Anyway, my point remains: this is an unimplemented feature. In the > > interest of compatability it should be implemented. It need not be > > implemented in a manner that either interferes with speed of other > > functions. However it must be implemented such that > revolution/metacard can properly import hypercard stacks. > > I pretty much agree with Richard that the market for this > would be awfully slim. It is so trivial to do a general > script search for "domenu" and then fix the lines. I haven't > seen many stacks that require more than a few minutes work on > this minor revision. > > Also, most stacks that I've seen which require menu revisions > have also required me to make a new menu bar to accomodate a > lot of custom menus. > This is a much bigger task than changing a few embedded "domenu" > commands. And since I have to create all the new menu objects > and assign them scripts, it is easier to just move pieces of > any existing "domenu" > handler into the new MC menu buttons. Since I'm doing that > anyway as a necessary part of the conversion, the "domenu" > issue becomes moot. I don't need it any more. > > That leaves only those situations where a script in a > non-menu object happens to use a native HC "domenu" command. > These are almost always things like you suggested -- "cut > picture" or "copy text". These are so few and far between in > most stacks that they don't matter. It only takes a few > seconds to find and fix them, and so far it has been such a > trivial job that it never even showed up on my radar. > > So, for me, a "domenu" translator would go unused. > > -- > 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