Re: Alt/Meta query

Hrvoje> And yet I wonder why they felt compelled to do this. Hrvoje> XEmacs is really quite reasonable about Alt/Meta Hrvoje> detection. It uses Meta when it is available, Alt when Hrvoje> it's not. Modern PCs have both. Unfortunately, the "Windows on Unix" crowd have disregarded the historical use of the Meta modifier assumed by Emacs and many other Unix apps on the PC hardware, and bind functions to Alt-<key>. Alt can't be both Alt and Meta on the same server as far as I know. Worse, the same people insist on giving the window manager extensive hotkey support, and to avoid conflicts with apps, they give the wm's functions to Meta-<key> bindings. (Which only makes sense, given the glyph on the Meta keycap on PCs.) XEmacs, of course, works best if the wm's functions are bound to Alt. I think the user interface principle of trying to use the same modifier keys across apps is reasonable. I think it's entirely reasonable of Robert to want to use the Alt key in both XEmacs and `K' applications, rather than Alt in some apps and Control and Meta in XEmacs. Unfortunately, you can't easily do that when some apps with extensive keymaps expect Alt and others expect Meta. I expect that Mandrake is trying to implement a policy like that. That doesn't justify what they did, but it explains it. This is exactly the point of (Ben's?) "X bogusly doesn't define ..." comment, I think. -- University of Tsukuba Tennodai 1-1-1 Tsukuba 305-8573 JAPAN Institute of Policy and Planning Sciences Tel/fax: +81 (298) 53-5091 _________________ _________________ _________________ _________________ What are those straight lines for? "XEmacs rules."