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: Slow/poor responsiveness in org files Date: Mon, 22 Aug 2011 08:55:53 +0300 Message-ID: <83d3fyxa52.fsf@gnu.org> References: <87fwkzcg7d.fsf@gnu.org> <87r54j5426.fsf@gmail.com> <87ty9dylqo.fsf@altern.org> Reply-To: Eli Zaretskii NNTP-Posting-Host: lo.gmane.org X-Trace: dough.gmane.org 1313992583 18680 80.91.229.12 (22 Aug 2011 05:56:23 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Mon, 22 Aug 2011 05:56:23 +0000 (UTC) Cc: bzg@altern.org, emacs-devel@gnu.org To: Tim Cross Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Mon Aug 22 07:56:18 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 1QvNUg-00061a-8C for ged-emacs-devel@m.gmane.org; Mon, 22 Aug 2011 07:56:18 +0200 Original-Received: from localhost ([::1]:52174 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1QvNUf-0007NO-GI for ged-emacs-devel@m.gmane.org; Mon, 22 Aug 2011 01:56:17 -0400 Original-Received: from eggs.gnu.org ([140.186.70.92]:60851) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1QvNUb-0007Ag-Dx for emacs-devel@gnu.org; Mon, 22 Aug 2011 01:56:14 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1QvNUa-0006cr-0A for emacs-devel@gnu.org; Mon, 22 Aug 2011 01:56:13 -0400 Original-Received: from mtaout22.012.net.il ([80.179.55.172]:58815) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1QvNUZ-0006cj-Pw for emacs-devel@gnu.org; Mon, 22 Aug 2011 01:56:11 -0400 Original-Received: from conversion-daemon.a-mtaout22.012.net.il by a-mtaout22.012.net.il (HyperSendmail v2007.08) id <0LQB00M00F3UWB00@a-mtaout22.012.net.il> for emacs-devel@gnu.org; Mon, 22 Aug 2011 08:55:53 +0300 (IDT) Original-Received: from HOME-C4E4A596F7 ([77.124.175.65]) by a-mtaout22.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0LQB00AALF53OM75@a-mtaout22.012.net.il>; Mon, 22 Aug 2011 08:55:52 +0300 (IDT) In-reply-to: X-012-Sender: halo1@inter.net.il X-detected-operating-system: by eggs.gnu.org: Solaris 10 (beta) X-Received-From: 80.179.55.172 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:143489 Archived-At: > Date: Mon, 22 Aug 2011 10:52:49 +1000 > From: Tim Cross > Cc: emacs-devel@gnu.org > > SOLVED! > > Adding the line > > (setq bidi-display-reordering nil) > > to my org-mode-hook has fixed the problem. Cursor movement and editing > operations are now usable and the delays are gone. Please don't consider this a solution. bidi-display-reordering should not slow down redisplay to a degree that makes Emacs unusable. And setting bidi-display-reordering to nil means that R2L scripts cannot be used in Org buffers, which is clearly unacceptable. If you can send me the offending file, that would be the best. Failing that, please answer the following questions: . How large is the Org file, in bytes? . How many entries do you have in it, including distribution between levels (i.e., how many entries of 2nd level do you have, on average, per each 1st-level entry, how many 3rd-level entries per each 2nd-level entry, etc.)? . Is the slowdown the same at the beginning of the file, the end of the file, and in the middle? . Which commands exhibit the slowdown? Are C-f/C-b slow? How about left and right arrows? C-v/M-v? Up/down arrows? . Does the slowdown go away after "M-x show-all RET"? . Do you have any minor modes, in addition to Org mode, turned on in those buffers, and if so, which ones? Please include any sub-modes of Org in the list. . Does setting bidi-paragraph-direction to `left-to-right' eliminate the slowdown? With this info, I can try reproducing the problem and looking for a proper solution. TIA