From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Eli Zaretskii Newsgroups: gmane.emacs.devel Subject: Re: bidi-display-reordering is now non-nil by default Date: Tue, 02 Aug 2011 03:43:32 -0400 Message-ID: References: <83fwlqe2xy.fsf@gnu.org> <20110731.005516.149395323.wl@gnu.org> <20110731.082721.451360942.wl@gnu.org> <87d3gp3zkd.fsf@stupidchicken.com> <83oc09auwt.fsf@gnu.org> <87aabskh1u.fsf@gnus.org> <87hb6046vb.fsf@fencepost.gnu.org> Reply-To: Eli Zaretskii NNTP-Posting-Host: lo.gmane.org X-Trace: dough.gmane.org 1312271025 4418 80.91.229.12 (2 Aug 2011 07:43:45 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Tue, 2 Aug 2011 07:43:45 +0000 (UTC) Cc: emacs-devel@gnu.org To: David Kastrup Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Tue Aug 02 09:43:38 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 1Qo9da-00008p-BO for ged-emacs-devel@m.gmane.org; Tue, 02 Aug 2011 09:43:38 +0200 Original-Received: from localhost ([::1]:34444 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Qo9dZ-0004bK-V3 for ged-emacs-devel@m.gmane.org; Tue, 02 Aug 2011 03:43:37 -0400 Original-Received: from eggs.gnu.org ([140.186.70.92]:55428) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Qo9dW-0004Yv-PY for emacs-devel@gnu.org; Tue, 02 Aug 2011 03:43:35 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Qo9dV-0002qN-Mg for emacs-devel@gnu.org; Tue, 02 Aug 2011 03:43:34 -0400 Original-Received: from fencepost.gnu.org ([140.186.70.10]:38104) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Qo9dV-0002qG-KE for emacs-devel@gnu.org; Tue, 02 Aug 2011 03:43:33 -0400 Original-Received: from eliz by fencepost.gnu.org with local (Exim 4.71) (envelope-from ) id 1Qo9dU-0001B9-Vf; Tue, 02 Aug 2011 03:43:32 -0400 In-reply-to: <87hb6046vb.fsf@fencepost.gnu.org> (message from David Kastrup on Tue, 02 Aug 2011 09:20:24 +0200) X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6 (newer, 3) X-Received-From: 140.186.70.10 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:142679 Archived-At: > From: David Kastrup > Date: Tue, 02 Aug 2011 09:20:24 +0200 > > > * If this mode is appropriate only for specially-prepared text, then > > the major mode command symbol should have a property named > > `mode-class' with value `special', put on as follows: > > > > (put 'funny-mode 'mode-class 'special) > > > > This tells Emacs that new buffers created while the current buffer > > is in Funny mode should not inherit Funny mode, in case the > > default value of `major-mode' is `nil'. Modes such as Dired, > > Rmail, and Buffer List use this feature. > > > > Huh? "New buffers created while the current buffer is in Funny > > mode"? "Should not inherit Funny mode"? "In case the default > > value is non-nil"? I cannot make heads or tails out of this > > description, and saying that a few modes use this feature really > > doesn't help to understand it. > > "Funny mode" is a place holder, something like $mode. Yes, I understood that, but the text still made no sense. > Anyway, the key point is "specially-prepared", meaning that the skeleton > of the text is provided by the mode itself. Thanks, I begin to see the light now. But still, what does the manual mean by "should not inherit", and what is the importance of the default value of major-mode? > Given that the standard user interface of Emacs is English, > left-to-right mode as a default seems reasonable. Should the > specially prepared text be R2L (namely a user interface _not_ in > English, or customizable), the mode writer would be aware of it. Yes, I agree. So if we don't decide to set the paragraph direction L2R by default, I will look into setting it in any `special' mode (among others). Thanks.