From: Adrian Robert <adrian.b.robert@gmail.com>
To: 4128@emacsbugs.donarmstrong.com
Cc: John Prevost <prevost1@cert.org>
Subject: bug#4128: 23.1; term/ns-win.el does "too much", assumes wrong run order
Date: Fri, 18 Sep 2009 19:09:43 -0400 [thread overview]
Message-ID: <F15E9E43-5A4F-4738-AF13-36BCC1DE5916@gmail.com> (raw)
Hello,
Thanks for this report.
> (define-key global-map [home] 'beginning-of-buffer)
> (define-key global-map [end] 'end-of-buffer)
> (define-key global-map [kp-home] 'beginning-of-buffer)
> (define-key global-map [kp-end] 'end-of-buffer)
>
> which does change the behavior of the keys to a behavior common on a
> popular modern nextstep-derived system, but with the addendum that
> it's
> just as common for individual applications to treat those keys in the
> fashion emacs treats them on other platforms.
Can you be more specific? Are you talking about Home/End = beginning/
end of line? Which other applications on a "popular modern nextstep-
derived system" are doing this? I haven't found any, whereas
browsers, Terminal, iWork at least go to beginning/end of document.
But perhaps we should make this change anyway to accomodate those
coming from a Windows background.
> ;;; Allow shift-clicks to work similarly to under Nextstep
> (define-key global-map [S-mouse-1] 'mouse-save-then-kill)
> (global-unset-key [S-down-mouse-1])
>
> which provides a very surprising behavior that is unlike any modern
> computer that runs something "nextstep derived"
While the name sounds odd, the primary behavior is to create/extend
the selection, which is common with other apps. This IS different
from putting up a font menu on other platforms, but this is a tough
call since the font panel is accessible via the tools menu and Cmd-t
already, and the shift-extend-selection behavior is one of the
oldest / most basic / most common gestures in non-X11 environments.
Regarding ns-power-off, there is some confusion about these bindings;
they are strictly internally used for passing information between the
C and lisp levels and don't relate to the power button on some
keyboards, or to events passed by the OS itself.
The daemon situation IS problematic. At least the aliases can be
worked around by using the ns- equivalents. You can put code
in .emacs conditional on windowing-system = 'ns or 'mac (or emacs-
major-version 22/23) to use under multiple emacsen.
next reply other threads:[~2009-09-18 23:09 UTC|newest]
Thread overview: 7+ messages / expand[flat|nested] mbox.gz Atom feed top
2009-09-18 23:09 Adrian Robert [this message]
2009-09-21 15:43 ` bug#4128: 23.1; term/ns-win.el does "too much", assumes wrong run order John Prevost
-- strict thread matches above, loose matches on Subject: below --
2009-08-11 18:02 John Prevost
2009-08-12 12:58 ` Jason Rumney
2009-08-12 16:35 ` John Prevost
2009-08-13 3:22 ` Dan Nicolaescu
2009-08-13 4:47 ` Eli Zaretskii
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
List information: https://www.gnu.org/software/emacs/
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=F15E9E43-5A4F-4738-AF13-36BCC1DE5916@gmail.com \
--to=adrian.b.robert@gmail.com \
--cc=4128@emacsbugs.donarmstrong.com \
--cc=prevost1@cert.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
Code repositories for project(s) associated with this public inbox
https://git.savannah.gnu.org/cgit/emacs.git
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).