From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Werner LEMBERG Newsgroups: gmane.emacs.devel,gmane.mail.mew.general Subject: Re: bidi-display-reordering is now non-nil by default Date: Sun, 31 Jul 2011 08:51:15 +0200 (CEST) Message-ID: <20110731.085115.40009301.wl@gnu.org> References: <20110731.082721.451360942.wl@gnu.org> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Trace: dough.gmane.org 1312095071 590 80.91.229.12 (31 Jul 2011 06:51:11 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Sun, 31 Jul 2011 06:51:11 +0000 (UTC) Cc: mew-int@mew.org, emacs-devel@gnu.org To: eliz@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Sun Jul 31 08:51:07 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 1QnPrf-0008Be-Nr for ged-emacs-devel@m.gmane.org; Sun, 31 Jul 2011 08:51:07 +0200 Original-Received: from localhost ([::1]:35213 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1QnPrf-0002fx-6y for ged-emacs-devel@m.gmane.org; Sun, 31 Jul 2011 02:51:07 -0400 Original-Received: from eggs.gnu.org ([140.186.70.92]:58968) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1QnPrc-0002fZ-3m for emacs-devel@gnu.org; Sun, 31 Jul 2011 02:51:05 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1QnPrb-0001S9-1J for emacs-devel@gnu.org; Sun, 31 Jul 2011 02:51:04 -0400 Original-Received: from mailout-de.gmx.net ([213.165.64.23]:59119) by eggs.gnu.org with smtp (Exim 4.71) (envelope-from ) id 1QnPra-0001Rw-KE for emacs-devel@gnu.org; Sun, 31 Jul 2011 02:51:03 -0400 Original-Received: (qmail invoked by alias); 31 Jul 2011 06:51:00 -0000 Original-Received: from 93-82-80-130.adsl.highway.telekom.at (EHLO localhost) [93.82.80.130] by mail.gmx.net (mp055) with SMTP; 31 Jul 2011 08:51:00 +0200 X-Authenticated: #54312696 X-Provags-ID: V01U2FsdGVkX18Pv6cBQ4oPk0GfEsHMapv9nBB8DGtP9JMMNqYhiF 7kvmyXqh2jG32k In-Reply-To: X-Mailer: Mew version 6.3.50 on Emacs 24.0.50.1 / Mule 6.0 (HANACHIRUSATO) X-Y-GMX-Trusted: 0 X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-Received-From: 213.165.64.23 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:142545 gmane.mail.mew.general:1927 Archived-At: [This is about behaviour of current bzr Emacs in really large .mew-summary files.] >> >> With bidi-dislay-reordering set to `nil', holding the the up or >> >> down cursor keys pressed causes a smooth scrolling, either >> >> forwards or backwards. Setting it to `t', there is no smooth >> >> scrolling any more. Instead, the cursor jumps, with large >> >> delays, to its final position. >> > >> > If you set bidi-paragraph-direction to 'left-to-right in that >> > buffer, does the problem go away? >> >> Yes. > > Thanks. So this is the solution for this buffer (and for any other > buffer whose paragraphs should always have the left-to-right base > direction, i.e. their lines should always start at the left margin > of the window). > > As mew is not part of Emacs (I think), what would be the best way of > achieving this effect? I'd prefer not to ask users to do that > manually, if that can be avoided. Does this buffer have a fixed > name we can rely upon? Yes, the name is always `.mew-summary'. I've CCed the mew mailing list so that the author of mew gets informed. It should be straightforward to add a proper call to `bidi-paragraph-direction' within the next mew release. > Chong, Stefan: how about having a (customizable) list of buffer > names which should by default have left-to-right paragraph > direction? Would this be a reasonable solution? We could add > buffer names to this list as we discover more such cases. Werner