Re: M-TAB already used by KDE

[Fredrik Staxeng]

>> On the other hand, Super and Hyper are unambigously distinct from
>> Meta/Alt. That is, instead of putting mappings on Alt, which 
>> assumes a Sun keyboard, put them on Super.
>
>And what do people do who had Super bindings before?

Unless they also were using Alt (not Meta) bindings, things will 
continue to work as before. People who were using Alt bindings
before would have to move them though. 

But I was talking about bindings in /usr/share/emacs/21.2/lisp, that is
default bindings delivered with Emacs. Are there any Super bindings 
there that might clash with the Alt bindings that are there?

>You are suggestion to remove modifiers.  This is not a good idea.
>People with foot pedals will hate you!

What's the name in Emacs for mod5? If there is somebody using more than
three distinct modifiers (five including Shift and Control), then
obviously a name could be invented for them. 

I think the pain would be miniscule, and that the gain in clarity 
would be worth it. It is hard to discuss technical matters without
precise terminology, as can be seen from the perennial "Why doesn't
my delete key work?" threads. 

But perhaps not. Maybe there are a number of users with very elaborate
modifier maps. Then probably my two variables should be replaced by a
single alist, x-modifiers, with default value 
    '((alt . meta) (meta . meta))
x-alt-is-super would be 
    '((alt . super) (meta . meta))
x-meta-is-super would be 
    '((alt . meta) (meta . super))
Present default:
    '((alt . alt) (meta . meta))
A Sun users forced onto a PC:
    '((alt . meta) (meta . alt))
A user with a full octave foot pedal
    '((mod6 . c) (mod7 . ciss) (mod8 . d) (mod9 . diss)

>Yes.  Thanks for the suggestion.  I'll have to think about that
>"overengineered" part.  Hmmm...

I said "a bit overengineered". Nothing like, say the Solaris print spooler.

-- 
Fredrik Stax\"ang | rot13: sfgk@hcqngr.hh.fr
>From GalbraithP@dfo-mpo.gc.ca Thu Dec 19 10:50:23 2002
Received: from list by monty-python.gnu.org with tmda-scanned (Exim 4.10.13)
        id 18P2tL-0002dc-00
        for help-gnu-emacs@gnu.org; Thu, 19 Dec 2002 10:47:19 -0500
Received: from mail by monty-python.gnu.org with spam-scanned (Exim 4.10.13)
        id 18P2kn-0008OO-00
        for help-gnu-emacs@gnu.org; Thu, 19 Dec 2002 10:38:31 -0500
Received: from mixing.qc.dfo-mpo.gc.ca ([216.226.40.21] helo=mixing.qc.dfo.ca)
        by monty-python.gnu.org with esmtp (Exim 4.10.13)
        id 18P2jB-000756-00
        for help-gnu-emacs@gnu.org; Thu, 19 Dec 2002 10:36:49 -0500
Received: from mixing.qc.dfo.ca (localhost [127.0.0.1])
        by mixing.qc.dfo.ca (Postfix) with ESMTP id 783CD297B0
        for <help-gnu-emacs@gnu.org>; Thu, 19 Dec 2002 10:36:33 -0500 (EST)
To: help-gnu-emacs@gnu.org
In-Reply-To: Message from Fredrik Staxeng <fstx+u@update.uu.se> 
   of "19 Dec 2002 15:44:13 +0100." <1mr8ceoypu.fsf@Tempo.Update.UU.SE> 
References: <041220020952400758%ajanta@no.spam>
        <slrnav1ed1.ho.smullerin@esb.bbn.com> <m2hedrm4oc.fsf@owlbear.local>
        <071220021155280606%ajanta@no.spam> <5ld6obj8il.fsf@rum.cs.yale.edu>
        <091220021652087216%ajanta@no.spam> <vf3cp5ix2u.fsf@rpc71.cs.man.ac.uk>
        <111220021101520860%ajanta@no.spam> <111220021253524057%ajanta@no.spam>
        <5l65u0i8zj.fsf@rum.cs.yale.edu> <111220022053507599%ajanta@no.spam>
        <87u1hjdwta.fsf@hurd.crasseux.com> <121220021324043990%ajanta@no.spam>
        <m3el8iar9g.fsf@mika.informatik.uni-freiburg.de>
        <171220021132381961%ajanta@no.spam> <3DFFA457.1020103@rcn.com>
        <844r9b3exh.fsf@lucy.cs.uni-dortmund.de> <un0n2yi04.fsf@synopsys.com>
        <87y96m3xhg.fsf@tc-1-100.kawasaki.gol.ne.jp>
        <1mr8ceoypu.fsf@Tempo.Update.UU.SE> 
X-Mailer: MH-E 7.0+cvs; nmh 1.0.4+dev; Emacs 21.2
X-Face: "#bYm%*(4JuXAkouMxaLz|M2dbXUFnQ"IRX)zpsiM"(B}`#|_b548$VB}5L&VIck1F#FNc'
        rsASk0?-/gFp2qzM>0]`Jc}Qd<8[l)N7{8%qMN~{|DS.ME.$
Date: Thu, 19 Dec 2002 10:36:33 -0500
From: Peter S Galbraith <GalbraithP@dfo-mpo.gc.ca>
Message-Id: <20021219153633.783CD297B0@mixing.qc.dfo.ca>
Subject: Re: Software/HD ecology 
X-BeenThere: help-gnu-emacs@gnu.org
X-Mailman-Version: 2.1b5
Precedence: list
List-Id: Users list for the GNU Emacs text editor <help-gnu-emacs.gnu.org>
List-Help: <mailto:help-gnu-emacs-request@gnu.org?subject=help>
List-Post: <mailto:help-gnu-emacs@gnu.org>
List-Subscribe: <http://mail.gnu.org/mailman/listinfo/help-gnu-emacs>,
        <mailto:help-gnu-emacs-request@gnu.org?subject=subscribe>
List-Archive: <http://mail.gnu.org/pipermail/help-gnu-emacs>
List-Unsubscribe: <http://mail.gnu.org/mailman/listinfo/help-gnu-emacs>,
        <mailto:help-gnu-emacs-request@gnu.org?subject=unsubscribe>
X-List-Received-Date: Thu, 19 Dec 2002 15:50:24 -0000

Fredrik Staxeng <fstx+u@update.uu.se> wrote:

> Miles Bader <miles@gnu.org> writes:
> 
> >Those seem like pretty reasonable ideas; in more concrete form, perhaps
> >they could be added to the GNU programming standards or something.
> 
> I think that right thing is a gnu-install program. This would be
> called from install targets in the makefiles. It would log the
> files installed, and then you could do gnu-uninstall emacs.
> 
> It could make backups of any files overwritten, allow only files 
> owned by this package to be overwritten, collect checksums so
> that modified files can be identified, generate file lists for
> binary distributions.
> 
> It should support files, directories and symlinks. It could support
> postactions such as running makewhatis after a man page is installed.
> If it setuid-safe one could make two users, gnubin and gnusource,
> and use file protections to verify that the installation action behaves.

Some people have said that package managers don't solve the problem for
everyone.  But anyone embarking on coding a new `gnu-install' program
should see these packagers as prior art and study them first.  They
pretty much do all of the above already!

Peter