From xemacs-m  Wed Sep 10 17:37:16 1997
Received: from jagor.srce.hr (hniksic@jagor.srce.hr [161.53.2.130])
	by xemacs.org (8.8.5/8.8.5) with ESMTP id RAA01263
	for <xemacs-beta@xemacs.org>; Wed, 10 Sep 1997 17:37:05 -0500 (CDT)
Received: (from hniksic@localhost)
	by jagor.srce.hr (8.8.7/8.8.6) id AAA17149;
	Thu, 11 Sep 1997 00:37:02 +0200 (MET DST)
To: XEmacs Developers <xemacs-beta@xemacs.org>
Subject: Re: Menus (Was: PGP and mailcrypt)
References: <Jack Repenning's message of "Wed, 10 Sep 1997 13:13:04 -0700">  <David Bakhash's message of "Wed, 10 Sep 1997 14:16:24 -0400 (EDT)">  <199709101653.MAA21409@scrubbing-bubbles.MIT.EDU>  <m2en6xvzix.fsf@altair.xemacs.org>  <kigsovdqcwr.fsf@jagor.srce.hr>  <199709101816.OAA29257@department-of-alchemy.MIT.EDU>  <3.0.3.32.19970910131304.0095fe90@158.58.62.23> <3.0.3.32.19970910152147.0095b330@158.58.62.23>
X-Attribution: Hrvoje
X-Face: Mie8:rOV<\c/~z{s.X4A{!?vY7{drJ([U]0O=W/<W*SMo/Mv:58:*_y~ki>xDi&N7XG
        KV^$k0m3Oe/)'e%3=$PCR&3ITUXH,cK>]bci&<qQ>Ff%x_>1`T(+M2Gg/fgndU%k*ft
        [(7._6e0n-V%|%'[c|q:;}td$#INd+;?!-V=c8Pqf}3J
From: Hrvoje Niksic <hniksic@srce.hr>
Date: 11 Sep 1997 00:37:01 +0200
In-Reply-To: Jack Repenning's message of "Wed, 10 Sep 1997 15:21:47 -0700"
Message-ID: <kigen6wre2a.fsf@jagor.srce.hr>
Lines: 36
X-Mailer: Gnus v5.4.65/XEmacs 20.3(beta19) - "Kyiv"

Jack Repenning <jackr@informix.com> writes:

> At 23:45 9/10/97 +0200, Hrvoje Niksic wrote:
> >Jack Repenning <jackr@informix.com> writes:
> >> Well, but compatibility is pretty much mandatory.
> >
> >Why?  I consider good, context-sensitive button3 much more important
> >than compatibility.  
> 
> As I said, I think we all want good context-sensitive button3
> support.

And we want to switch between the XEmacs menu and the package-specific 
menu.  And we want several other things that we will *never* get if we 
stick to compatibility, and proclaim Easymenu as the only "official"
way to create menus.

> What I meant about compatibility is that, as a package writer, I can't
> ignore the Emacs variants. (...)

I understand what you mean.  Supporting both Emacsen can be a royal
pain in the #@$2#$.  But this is the question of drawing the line.
Saying that a package is doing a *bad* thing because it follows the
way XEmacs manual says menus should be creating is beyond my tolerance 
-- I cannot agree with that opinion.

IMHO the correct thing to do would be to state that the XEmacs way of
creating menus is ..., and the Emacs-compatible way of creating menus
is ....  So, it is upon the package author to choose between
possibility and portability.

-- 
Hrvoje Niksic <hniksic@srce.hr> | Student at FER Zagreb, Croatia
--------------------------------+--------------------------------
Unspeakable horrors from outer space paralyze the living and
resurrect the dead!

