From mboxrd@z Thu Jan  1 00:00:00 1970
From: Eli Zaretskii <eliz@gnu.org>
Subject: bug#9610: 24.0.90; org-mode: sluggish response and high CPU
 utilization with large .org	files
Date: Tue, 27 Sep 2011 20:23:41 +0300
Message-ID: <83pqilgaqq.fsf__24032.6162697331$1317157384$gmane$org@gnu.org>
References: <20110927024957.GP23695@srevilak.net>
	<E1R8QGV-0003lq-GR@fencepost.gnu.org>
	<20110927134744.GA959__30964.7548631348$1317134682$gmane$org@KAYAK.com>
	<87wrcum36m.fsf@gmx.li>
Reply-To: Eli Zaretskii <eliz@gnu.org>
Return-path: <emacs-orgmode-bounces+geo-emacs-orgmode=m.gmane.org@gnu.org>
Received: from eggs.gnu.org ([140.186.70.92]:34241)
	by lists.gnu.org with esmtp (Exim 4.71)
	(envelope-from <Debian-debbugs@debbugs.gnu.org>) id 1R8bP7-0003hR-TM
	for emacs-orgmode@gnu.org; Tue, 27 Sep 2011 13:25:14 -0400
Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71)
	(envelope-from <Debian-debbugs@debbugs.gnu.org>) id 1R8bP6-0005MM-Lk
	for emacs-orgmode@gnu.org; Tue, 27 Sep 2011 13:25:13 -0400
Sender: debbugs-submit-bounces@debbugs.gnu.org
Resent-Message-ID: <handler.9610.B9610.131714432516496@debbugs.gnu.org>
In-reply-to: <87wrcum36m.fsf@gmx.li>
List-Id: "General discussions about Org-mode." <emacs-orgmode.gnu.org>
List-Unsubscribe: <https://lists.gnu.org/mailman/options/emacs-orgmode>,
	<mailto:emacs-orgmode-request@gnu.org?subject=unsubscribe>
List-Archive: </archive/html/emacs-orgmode>
List-Post: <mailto:emacs-orgmode@gnu.org>
List-Help: <mailto:emacs-orgmode-request@gnu.org?subject=help>
List-Subscribe: <https://lists.gnu.org/mailman/listinfo/emacs-orgmode>,
	<mailto:emacs-orgmode-request@gnu.org?subject=subscribe>
Errors-To: emacs-orgmode-bounces+geo-emacs-orgmode=m.gmane.org@gnu.org
Sender: emacs-orgmode-bounces+geo-emacs-orgmode=m.gmane.org@gnu.org
To: Lawrence Mitchell <wence@gmx.li>
Cc: 9610@debbugs.gnu.org

> From: Lawrence Mitchell <wence@gmx.li>
> Date: Tue, 27 Sep 2011 16:10:25 +0100
> 
> Setting bidi-display-reordering to nil in the buffer has the
> effect that moving point is no longer jerky for me.

I think with the latest trunk, you won't need to fiddle with this
variable anymore.