From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.emacs.gnus.general/80956 Path: news.gmane.org!not-for-mail From: Leonidas Tsampros Newsgroups: gmane.emacs.gnus.general Subject: Re: summary shows R2L Date: Thu, 26 Jan 2012 11:54:47 +0200 Message-ID: <87ipjyrdp4.fsf@kepler.lan> References: Reply-To: ltsampros@upnet.gr NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Trace: dough.gmane.org 1327571652 10931 80.91.229.12 (26 Jan 2012 09:54:12 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Thu, 26 Jan 2012 09:54:12 +0000 (UTC) Cc: ding@gnus.org To: =?utf-8?B?2KfZhNiz2ZHZhNin2YUg2LnZhNmK2YPZhQ==?= Original-X-From: ding-owner+M29238@lists.math.uh.edu Thu Jan 26 10:54:08 2012 Return-path: Envelope-to: ding-account@gmane.org Original-Received: from util0.math.uh.edu ([129.7.128.18]) by lo.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1RqM1u-00080b-Sq for ding-account@gmane.org; Thu, 26 Jan 2012 10:54:07 +0100 Original-Received: from localhost ([127.0.0.1] helo=lists.math.uh.edu) by util0.math.uh.edu with smtp (Exim 4.63) (envelope-from ) id 1RqM1K-0003Zu-UP; Thu, 26 Jan 2012 03:53:30 -0600 Original-Received: from mx2.math.uh.edu ([129.7.128.33]) by util0.math.uh.edu with esmtps (TLSv1:AES256-SHA:256) (Exim 4.63) (envelope-from ) id 1RqM1I-0003ZX-P7 for ding@lists.math.uh.edu; Thu, 26 Jan 2012 03:53:28 -0600 Original-Received: from quimby.gnus.org ([80.91.231.51]) by mx2.math.uh.edu with esmtps (TLSv1:AES256-SHA:256) (Exim 4.76) (envelope-from ) id 1RqM1G-0002dk-T3 for ding@lists.math.uh.edu; Thu, 26 Jan 2012 03:53:28 -0600 Original-Received: from mail-ee0-f44.google.com ([74.125.83.44]) by quimby.gnus.org with esmtp (Exim 4.72) (envelope-from ) id 1RqM1F-0000UL-34 for ding@gnus.org; Thu, 26 Jan 2012 10:53:25 +0100 Original-Received: by eekc1 with SMTP id c1so139704eek.17 for ; Thu, 26 Jan 2012 01:53:19 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=sender:from:to:cc:subject:references:reply-to:date:in-reply-to :message-id:user-agent:mime-version:content-type :content-transfer-encoding; bh=gRTuL+GF7G0YdSM0Ct2o4ABc8cv3/GG2hRYY/aet0Gk=; b=V6FYYAy76ZZfFohV0NFv+LXsbSBf2pYjD9chmTta4xIbulsKyU/AKou3/e7bcPGH4P hXC+5c0k6hMJbIuM/OqTbtkbZaIZ82zJvr6wJifREgCKI1qbGXA8yYGccmfix8AY8Wp5 VHae3OZ9aQplk1oAei8qUPPyDwr9LGp07JuMY= Original-Received: by 10.14.16.11 with SMTP id g11mr527278eeg.9.1327571599521; Thu, 26 Jan 2012 01:53:19 -0800 (PST) Original-Received: from kepler.lan (178.128.128.141.dsl.dyn.forthnet.gr. [178.128.128.141]) by mx.google.com with ESMTPS id y54sm13232821eef.8.2012.01.26.01.53.17 (version=TLSv1/SSLv3 cipher=OTHER); Thu, 26 Jan 2012 01:53:18 -0800 (PST) In-Reply-To: (=?utf-8?B?Itin2YTYs9mR2YTYp9mFINi5?= =?utf-8?B?2YTZitmD2YUiJ3M=?= message of "Thu, 26 Jan 2012 10:07:36 +0900") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.0.91 (gnu/linux) X-Spam-Score: -2.9 (--) List-ID: Precedence: bulk Xref: news.gmane.org gmane.emacs.gnus.general:80956 Archived-At: =D8=A7=D9=84=D8=B3=D9=91=D9=84=D8=A7=D9=85 =D8=B9=D9=84=D9=8A=D9=83=D9=85 <= yamaoka@jpl.org> writes: > =D8=A7=D9=84=D8=B3=D9=91=D9=84=D8=A7=D9=85 =D8=B9=D9=84=D9=8A=D9=83=D9=85= (Hello), > > You will see the summary buffer is drawn right to left if: > - You use Emacs 24. > - The subject of this article is at the beginning of the summary > buffer. > - The summary line of this article has no mark, i.e., begins with > a space. > > If you don't see it so, try setting `gnus-summary-line-format' to > the default value ("%U%R%z%I%(%[%4L: %-23,23f%]%) %s\n"). > > I found this today in a trash folder. The other summary lines > are also drawn right to left even if those are English messages. > So, I added this snippet as a workaround: > > (add-hook 'gnus-summary-mode-hook > (lambda () > (setq bidi-paragraph-direction 'left-to-right))) > > I think it worth making Gnus do it by default. WDYT? > In addition, I also tried the next one: > > (add-hook 'gnus-article-mode-hook > (lambda () > (setq bidi-paragraph-direction 'left-to-right))) > > But I couldn't see whether it is worthwhile or not, since I'm not > familiar with R2L text. Wow. It can be verified on both the Summary buffer, and even the quoted text of the message buffer while replying is drawn right to left. Amazing.