hypercard domenu comptability

[J. Landman Gay]

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