hypercard domenu comptability

[MisterX]

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: metacard-bounces at lists.runrev.com 
> [mailto:metacard-bounces at lists.runrev.com] 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         |     jacque at hyperactivesw.com
> HyperActive Software           |     http://www.hyperactivesw.com
> _______________________________________________
> metacard mailing list
> metacard at lists.runrev.com
> http://lists.runrev.com/mailman/listinfo/metacard
>