emacs-devel
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Suggestion: Mapping of M-g should be goto-line


From: Jari Aalto+mail.emacs
Subject: Suggestion: Mapping of M-g should be goto-line
Date: Thu, 25 Mar 2004 08:11:24 +0200
User-agent: Gnus/5.110002 (No Gnus v0.2) Emacs/21.3 (windows-nt) (i386-msvc-nt5.0.2195)

        M-g in current 21.3 is mapped to binding "set face default". 

        First, it is not possible to obtain any help information with
        standard binding to see what it actually does:

                C-h k M-g


        Second, it is unlikely that new Emacs user, or even
        experienced one seldom uses this keybinding. I have yet to
        find use for this functionality (= never used in my Emacs
        lifetime).

        There may be few users that may potentially find the current
        binding useful in some cases. But I hardly think those few
        users needs should be put first, when considering the
        usefulness of the current binding in large.

        If put side by side, "set face default" and goto-line, I would
        estimate that the 99 % of the cases, there is more need for
        goto-line. Therefore it would be better if the M-g was mapped
        to it. 

        Users need line information. After all, Emacs for most, is
        programming language development environment: C / C++, Python,
        Perl, Ruby etc. In time they may find and start use other
        features like Gnus, Mail and others.

        The "de facto" situation for long has been that everybody maps
        M-g to goto-line. People advice that in newsgroups, because it
        is indeed the most logical key.

        If we would take a poll in Emacs newsgroups, presumably the
        "yes" votes for goto-line would win in great majority.

        It would be better if Emacs supported this 99 % daily usage of
        M-g, instead of current not-so-useful binding.
        
        Jari





reply via email to

[Prev in Thread] Current Thread [Next in Thread]