[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: Slow/poor responsiveness in org files

From: Eli Zaretskii
Subject: Re: Slow/poor responsiveness in org files
Date: Mon, 22 Aug 2011 08:55:53 +0300

> Date: Mon, 22 Aug 2011 10:52:49 +1000
> From: Tim Cross <address@hidden>
> Cc: address@hidden
> 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.


reply via email to

[Prev in Thread] Current Thread [Next in Thread]