From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: David Kastrup Newsgroups: gmane.emacs.devel Subject: Re: `C-b' is backward-char, `left' is left-char - why? Date: Sun, 05 Jun 2011 19:26:58 +0200 Organization: Organization?!? Message-ID: <87y61g195p.fsf@fencepost.gnu.org> References: <6F4054004B154CFB8E2753172D316C13@us.oracle.com> <4DE4F8D0.7010800@lanl.gov> <82y61l16bg.fsf@gmail.com> <87vcwo40tn.fsf@fencepost.gnu.org> <834o48f6sa.fsf@gnu.org> <8762on3rvj.fsf@fencepost.gnu.org> <83lixjdkae.fsf@gnu.org> <201106051651.p55GpANm013542@beta.mvs.co.il> <83oc2ccign.fsf@gnu.org> <201106051719.p55HJDMZ023870@beta.mvs.co.il> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: dough.gmane.org 1307294857 22645 80.91.229.12 (5 Jun 2011 17:27:37 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Sun, 5 Jun 2011 17:27:37 +0000 (UTC) To: emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Sun Jun 05 19:27:33 2011 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([140.186.70.17]) by lo.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1QTH6r-0000mk-60 for ged-emacs-devel@m.gmane.org; Sun, 05 Jun 2011 19:27:33 +0200 Original-Received: from localhost ([::1]:51870 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1QTH6q-0002Wz-7m for ged-emacs-devel@m.gmane.org; Sun, 05 Jun 2011 13:27:32 -0400 Original-Received: from eggs.gnu.org ([140.186.70.92]:60526) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1QTH6a-0002Wf-0J for emacs-devel@gnu.org; Sun, 05 Jun 2011 13:27:17 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1QTH6X-0007iM-SM for emacs-devel@gnu.org; Sun, 05 Jun 2011 13:27:15 -0400 Original-Received: from lo.gmane.org ([80.91.229.12]:36214) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1QTH6X-0007gZ-8u for emacs-devel@gnu.org; Sun, 05 Jun 2011 13:27:13 -0400 Original-Received: from list by lo.gmane.org with local (Exim 4.69) (envelope-from ) id 1QTH6U-0000f7-Rs for emacs-devel@gnu.org; Sun, 05 Jun 2011 19:27:10 +0200 Original-Received: from p508ead37.dip.t-dialin.net ([80.142.173.55]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sun, 05 Jun 2011 19:27:10 +0200 Original-Received: from dak by p508ead37.dip.t-dialin.net with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sun, 05 Jun 2011 19:27:10 +0200 X-Injected-Via-Gmane: http://gmane.org/ Original-Lines: 41 Original-X-Complaints-To: usenet@dough.gmane.org X-Gmane-NNTP-Posting-Host: p508ead37.dip.t-dialin.net X-Face: 2FEFf>]>q>2iw=B6, xrUubRI>pR&Ml9=ao@P@i)L:\urd*t9M~y1^:+Y]'C0~{mAl`oQuAl \!3KEIp?*w`|bL5qr,H)LFO6Q=qx~iH4DN; i"; /yuIsqbLLCh/!U#X[S~(5eZ41to5f%E@'ELIi$t^ Vc\LWP@J5p^rst0+('>Er0=^1{]M9!p?&:\z]|;&=NP3AhB!B_bi^]Pfkw User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.0.50 (gnu/linux) Cancel-Lock: sha1:tGCQ0cJQK8pnYWXrqw9Mst5wZcg= X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6 (newer, 3) X-Received-From: 80.91.229.12 X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:140205 Archived-At: "Ehud Karni" writes: > On Sun, 05 Jun 2011 20:10:32 +0300, Eli Zaretskii wrote: >> >> > I think I know why Microsoft (and following them, openoffice) did >> > this non intuitive choice - They use shift+arrow to select text >> > strings and the string must be in adjacent memory locations. >> >> So does Emacs. > > But Emacs does not select with the arrows, so it can work like Firefox > strict visual. shift-select-mode is a variable defined in `simple.el'. Its value is t Documentation: When non-nil, shifted motion keys activate the mark momentarily. While the mark is activated in this way, any shift-translated point motion key extends the region, and if Transient Mark mode was off, it is temporarily turned on. Furthermore, the mark will be deactivated by any subsequent point motion key that was not shift-translated, or by any action that normally deactivates the mark in Transient Mark mode. See `this-command-keys-shift-translated' for the meaning of shift-translation. You can customize this variable. [back] However, there is no reason that straight visual movement when using shift-selection would interfere with selection as such: you just can't expect that the marked region is visually contiguous. The size of the selection will jump when crossing visually from L2R and R2L. But I see no logical problem with that. -- David Kastrup