Alt/Meta query

Robert> When that version of Xemacs was installed the Left Alt Robert> behaved (properly in my opinion) as Meta. It's horribly broken kludge, and is directly responsible for your predicament. Too late now, it's deeply embedded in Emacs culture. Robert> Now, the question that remains is, how do I get my left Robert> alt key functioning again as a Meta instead of Alt. [...] Robert> It may be a petty thing for me to desire this, but other Not at all. The behavior you want is not broken at all. I think it makes a lot of sense for your second modifier key to be the same across apps, whatever the apps think and whatever the keycap displays. It's just not easy to do correctly. What Mandrake does is this broken thing: http://www.xemacs.org/list-archives/xemacs-beta/200009/msg00048.html which will work for your current purpose, but is guaranteed to break some proposed features that require distinguishing Alt from Meta. If you want to be a hero, instead of making Alt synonymous with Meta as in the Mandrake patch, you could _swap_ the definitions and keep copious records of what breaks for the benefit of developers who want to provide a real fix. There will be some way at the Xt level to do this, but I'm not aware of any that you could implement in a *Translations resource. I think it would require additional code. Robert> programs (such as tinyfugue within the gnome-terminal) Robert> seen to also behave properly in regards to Meta. Are Robert> there any suggestions to fix this? A real fix requires that you either use Mandrake exclusively or don't use Mandrake at all. Mandrake enforces its keyboard policy (and other policies) by hacking application internals. The reason the behavior changed is that the Mandrake version of XEmacs is deliberately broken (by the patch above) to exhibit the behavior you are used to. In general you cannot expect non-Mandrake versions of applications to behave correctly in a Mandrake environment. It's not just XEmacs; Mandrake features prominently on all my Linux MLs for this kind of bug, way out of proportion to user base. -- 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."