Should pending-del be enabled by default? (was Re: [VETO] old ws --packages, define-behavior)
ben at 666.com
Sun Nov 14 20:12:02 EST 2004
> XEmacs already behaves differently under different toolkits
> because the toolkits impose different looks and feels. Does
> this make these differences random? It is in this sense that
> I suggested setting the default based on toolkit. It's not
> that uses care about the implementation, but the toolkit
> defines that 'foo' is a Window app, 'bar' is an KDE app and
> 'baz' is a MacOS X app and the users adjust their
> expectations accordingly.
> Since we're all in violent agreement for enabling it under
> Windows, the question really is what's the value for enabling
> it under Xt? The Xt version will never support many modern
> features UI (these are only supported when XEmacs is built
> against modern toolkits), so why enable this one when it
> breaks the expectations of established users of that toolkit?
But Xt does not define a look-and-feel; it's the widget set that does this.
By default, XEmacs in its "lucid widgets" emulates the Motif look-and-feel,
and Motif calls for pending-del behavior.
By this logic, the only possible case for non-pending-del behavior is with
More information about the XEmacs-Beta