From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Lennart Borgman Newsgroups: gmane.emacs.bugs Subject: bug#1958: 23.0.60; org-mode does not honour shift-select-mode Date: Tue, 20 Jan 2009 19:00:33 +0100 Message-ID: References: <87r62y7jin.fsf@cyd.mit.edu> <432B9329-1CE3-4D58-AD56-154C5DF4B6D9@uva.nl> <87mydmw0wx.fsf@cyd.mit.edu> <87tz7ux82y.fsf@gnu.org> Reply-To: Lennart Borgman , 1958@emacsbugs.donarmstrong.com NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Trace: ger.gmane.org 1232475840 24062 80.91.229.12 (20 Jan 2009 18:24:00 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Tue, 20 Jan 2009 18:24:00 +0000 (UTC) Cc: 1958@emacsbugs.donarmstrong.com, Chong Yidong , Carsten Dominik To: Bastien Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Tue Jan 20 19:25:12 2009 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by lo.gmane.org with esmtp (Exim 4.50) id 1LPLHj-0007ny-T3 for geb-bug-gnu-emacs@m.gmane.org; Tue, 20 Jan 2009 19:25:12 +0100 Original-Received: from localhost ([127.0.0.1]:56195 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1LPLGS-0002Lg-Kb for geb-bug-gnu-emacs@m.gmane.org; Tue, 20 Jan 2009 13:23:52 -0500 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1LPLG8-0002B5-6V for bug-gnu-emacs@gnu.org; Tue, 20 Jan 2009 13:23:32 -0500 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1LPLG7-0002AV-BG for bug-gnu-emacs@gnu.org; Tue, 20 Jan 2009 13:23:31 -0500 Original-Received: from [199.232.76.173] (port=35492 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1LPLG7-0002AM-3p for bug-gnu-emacs@gnu.org; Tue, 20 Jan 2009 13:23:31 -0500 Original-Received: from rzlab.ucr.edu ([138.23.92.77]:47682) by monty-python.gnu.org with esmtps (TLS-1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.60) (envelope-from ) id 1LPLG6-0001Eo-Jz for bug-gnu-emacs@gnu.org; Tue, 20 Jan 2009 13:23:30 -0500 Original-Received: from rzlab.ucr.edu (rzlab.ucr.edu [127.0.0.1]) by rzlab.ucr.edu (8.13.8/8.13.8/Debian-3) with ESMTP id n0KINR91017592; Tue, 20 Jan 2009 10:23:27 -0800 Original-Received: (from debbugs@localhost) by rzlab.ucr.edu (8.13.8/8.13.8/Submit) id n0KIA4Kh014198; Tue, 20 Jan 2009 10:10:04 -0800 X-Loop: owner@emacsbugs.donarmstrong.com Resent-From: Lennart Borgman Resent-To: bug-submit-list@donarmstrong.com Resent-CC: Emacs Bugs Resent-Date: Tue, 20 Jan 2009 18:10:04 +0000 Resent-Message-ID: Resent-Sender: owner@emacsbugs.donarmstrong.com X-Emacs-PR-Message: followup 1958 X-Emacs-PR-Package: emacs X-Emacs-PR-Keywords: wontfix Original-Received: via spool by 1958-submit@emacsbugs.donarmstrong.com id=B1958.123247443812076 (code B ref 1958); Tue, 20 Jan 2009 18:10:04 +0000 Original-Received: (at 1958) by emacsbugs.donarmstrong.com; 20 Jan 2009 18:00:38 +0000 X-Spam-Bayes: score:0.5 Bayes not run. spammytokens:Tokens not available. hammytokens:Tokens not available. Original-Received: from fg-out-1718.google.com (fg-out-1718.google.com [72.14.220.157]) by rzlab.ucr.edu (8.13.8/8.13.8/Debian-3) with ESMTP id n0KI0XBu012070 for <1958@emacsbugs.donarmstrong.com>; Tue, 20 Jan 2009 10:00:35 -0800 Original-Received: by fg-out-1718.google.com with SMTP id l27so1493489fgb.43 for <1958@emacsbugs.donarmstrong.com>; Tue, 20 Jan 2009 10:00:33 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=ctw4wn910BtCO1Z2Rz1LLbCm+FrojUvoRnTASEj5tJk=; b=CbAFkFwmO1ykmR4OWOnSq+hPDQ6mA9gpNKLXezr8ofSh8wFdbA5/dmpJ3dknIc9ZpR qhWQNxNnCTp1LHytqOQxwwiPToaoVnabrAsNgsq8s4l+rm9/adG8qUcBWqlB6+mrvZUK tPnzlLUOejyKZNKlfooxN9eNLcvsMqWN8SWbw= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=WKghube6sAoyjeP4XfoOcx+ZRSIzym9MIU7t/8ANuY1rrZTUymDbargZzBbFJA52Ay tHZ9dEzzD2pMkCPr4S0qrNOtBA+FI8kLWygMERQplWCjL8X07Uo1D3cGdFPqSeO/j30L 1gFdcVN1rTx6KKZgKOmQjFcjNJfKIn8fkdeAo= Original-Received: by 10.86.95.20 with SMTP id s20mr1004065fgb.39.1232474433159; Tue, 20 Jan 2009 10:00:33 -0800 (PST) In-Reply-To: <87tz7ux82y.fsf@gnu.org> X-detected-operating-system: by monty-python.gnu.org: GNU/Linux 2.6 (newer, 3) Resent-Date: Tue, 20 Jan 2009 13:23:31 -0500 X-BeenThere: bug-gnu-emacs@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.bugs:24334 Archived-At: On Tue, Jan 20, 2009 at 5:20 PM, Bastien wrote: > Lennart Borgman writes: > >> On Tue, Jan 20, 2009 at 2:40 PM, Chong Yidong wrote: >>> >>> I don't think consistency demands that S-arrow perform text selection in >>> other major modes. So, unless you wish to change it, we can leave this >>> one alone. >> >> Once again then: I really prefer consistency. What do you mean with >> "other major modes"? I really thought that S-arrow should perform >> selection in all major modes since it is a very basic editing command. > > I'm all for consistency as well, but I don't think it implies that > S- should have exactly the same behavior in any major-mode, > or in any editing context. > > Org-mode distinguishes between several contexts: tables, lists, > properties, headline, etc. > > I think it's reasonable to expect S- keys to behave like in > any other modes outside of these specific contexts. For now this is > not the case, it returns an error like this: > > "org-shiftcursor-error: This command is active in special context like > tables, headlines or timestamps" > > IMHO, getting rid of this error makes Org-mode consistent enough with > other modes. Is not that counter-intuitive? For me it would be fine to use S- for something else than selecting in a context where selecting is not possible at all. But I wonder if there are any such contexts in Emacs ...?