> From: Sebastien Vauban
> Cc: 18...@debbugs.gnu.org
> Date: Fri, 24 Oct 2014 16:44:03 +0200
>
> > Some, yes. Now do that again, but instead of typing "finish", type
> > "bt full" after "thread 1".
>
> Here it is:
Thanks. What happens if you type "xbacktrace"? (You might need to
type "source
> From: Fabrice Niessen
> Cc: 18...@debbugs.gnu.org, emacs-orgmode@gnu.org
> Date: Thu, 23 Oct 2014 19:56:32 +0200
>
> > Now do that again, but instead of typing "finish", type "bt full"
> > after "thread 1".
>
> You mean in another Emacs session, right?
Yes.
> From: Fabrice Niessen
> Cc: 18...@debbugs.gnu.org, emacs-orgmode@gnu.org
> Date: Thu, 23 Oct 2014 19:27:26 +0200
>
> 920 c:/msys/home/Dani/emacs/trunk/src/bytecode.c: No such file or
> directory.
> Value returned is $50 = 206279014
> (gdb)
> Run till exit from #0 0x0118ab67 in exec_byte_
> From: Fabrice Niessen
> Cc: 18...@debbugs.gnu.org, emacs-orgmode@gnu.org
> Date: Thu, 23 Oct 2014 12:34:01 +0200
>
> > The C-z trick doesn't work on Windows.
>
> That may be worth to mention it in the document?
It's already there.
> Fprogn (body=124089086) at c:/msys/home/Dani/emacs/trunk/s
> From: Fabrice Niessen
> Cc: 18...@debbugs.gnu.org, Org-mode List
> Date: Wed, 22 Oct 2014 12:35:30 +0200
>
> I reproduced the problem.
>
> Then, I tried (multiple times) to C-z in the GDB session, but nothing
> happens: Emacs stays block and I don't get any GDB prompt.
>
> Am I missing somet
> From: Fabrice Niessen
> Date: Tue, 21 Oct 2014 14:47:16 +0200
>
> On Windows 8, with Emacs 24.4.1 (from Dani) and Org mode version
> 8.3beta, I can very often freeze Emacs when clocking into a task, or
> when editing the timestamps found in the LOGBOOK drawer.
>
> I've run Emacs under GDB, and
> From: "Vladimir Alexiev"
> Cc: <17...@debbugs.gnu.org>,
>
> Date: Tue, 5 Aug 2014 11:10:16 +0300
>
> > > 1. Open emacs-crash-test.org
> > > 2. Make the window smaller (e.g. 20 lines tall)
> > > 2. Roll the mouse wheel down until you see the end of file, then up.
> > > 3. CRASH
>
> The s
> From: Lionel Henry
> Date: Sat, 26 Jul 2014 17:53:47 +0200
> Cc: 18...@debbugs.gnu.org,
> michael_heerde...@web.de
>
> - Open a .org file large enough that you can scroll it.
> - Enable linum and org-indent-mode
> - Scroll
>
> The linum and the indentation will disappear in the very first lin
> From: Lionel Henry
> Date: Sat, 26 Jul 2014 17:03:49 +0200
> Cc: 18...@debbugs.gnu.org,
> michael_heerde...@web.de
>
>
> First create a .org file and put the rainbow-delimiters package in your load
> path.
> Then execute this :
>
> (progn
> (require 'rainbow-delimiters)
> (rainbow-delim
> From: Michael Heerdegen
> Cc: 18...@debbugs.gnu.org, Lionel Henry
> Date: Wed, 16 Jul 2014 20:14:46 +0200
>
> Michael Heerdegen writes:
>
> > > > Activating both linum-mode and org-indent-mode will cause several
> > > > graphical glitches in the current line.
> > > > See
> > > > http://list
> From: Lionel Henry
> Date: Wed, 16 Jul 2014 15:39:04 +0200
>
> Activating both linum-mode and org-indent-mode will cause several graphical
> glitches in the current line.
> See http://lists.gnu.org/archive/html/emacs-orgmode/2011-01/msg01204.html
That discussion provides no reproducible recip
> From: Nicolas Richard
> Cc: monn...@iro.umontreal.ca, 17...@debbugs.gnu.org
> Date: Thu, 19 Jun 2014 10:20:24 +0200
>
> I suspect your local emacs-24 branch isn't the actual emacs-24
> branch.
Seconded.
> > cd .git ; cat config
> > $ cat config
> > [core]
> > repositoryformatversion = 0
> >
> From: lee
> Cc: monn...@iro.umontreal.ca, b...@altern.org, 17...@debbugs.gnu.org,
> g...@gmx.de, theonewiththeevill...@yahoo.fr
> Date: Wed, 18 Jun 2014 13:10:19 +0200
>
> > It's git, right? The one that has "git checkout BRANCH" and stuff?
>
> Yes, I pulled from the git repo as describe
> Date: Wed, 18 Jun 2014 20:52:05 +0200
> From: Gregor Zattler
> Cc: 17...@debbugs.gnu.org
>
> Hi Stefan,
> * Stefan Monnier [07. Jun. 2014]:
> > BTW, I would also point out that people who do not actively develop
> > Emacs should ideally use the emacs-24 (i.e. 24.3.9x) branch now rather
> > tha
> From: Stefan Monnier
> Cc: l...@yun.yagibdah.de, b...@altern.org, 17...@debbugs.gnu.org,
> g...@gmx.de, theonewiththeevill...@yahoo.fr
> Date: Wed, 18 Jun 2014 08:04:39 -0400
>
> > Ask savannah-hack...@gnu.org.
>
> Then it's not worth the trouble (since it's a temporary change that
> will
> From: Stefan Monnier
> Date: Tue, 17 Jun 2014 15:45:05 -0400
> Cc: Bastien , 17...@debbugs.gnu.org, g...@gmx.de,
> Nicolas Richard
>
> > Perhaps add some advise to the web page so ppl pull the emacs24 branch
> > instead?
>
> Does someone know how to change the text in
> http://savannah.
> From: lee
> Date: Tue, 17 Jun 2014 19:15:33 +0200
> Cc: Bastien , 17...@debbugs.gnu.org, g...@gmx.de,
> Nicolas Richard
>
> Having cloned as described on http://savannah.gnu.org/git/?group=emacs
> with 'git clone git://git.savannah.gnu.org/emacs.git', I'm getting the
> master branch. Ma
> From: Stefan Monnier
> Cc: Bastien , theonewiththeevill...@yahoo.fr,
> 17...@debbugs.gnu.org, dogriffi...@gmail.com
> Date: Wed, 11 Jun 2014 14:15:08 -0400
>
> > Say thanks to Stefan for flagging all those bugs ;-)
>
> Now that I think about it, I should make `car' signal an error every
> 100
> From: Bastien
> Date: Wed, 11 Jun 2014 17:50:02 +0200
> Cc: 17...@debbugs.gnu.org, David Griffiths
>
> PS: The change about throwing an error when recentering a window
> that does not display the current buffer breaks ~37 tests in Org
> master branch, even with this fix. I need to digg this f
> From: "Vladimir Alexiev"
> Date: Tue, 10 Jun 2014 19:02:30 +0300
>
> 1. Open emacs-crash-test.org
> 2. Make the window smaller (e.g. 20 lines tall)
> 2. Roll the mouse wheel down until you see the end of file, then up.
> 3. CRASH
>
> I cannot reproduce it with "emacs -Q" yet.
I cannot reprod
> From: Nicolas Richard
> Date: Mon, 09 Jun 2014 22:53:47 +0200
> Cc: 17...@debbugs.gnu.org, Gregor Zattler
>
> FWIW, there was a call to recenter which was removed recently (less than
> four weeks ago -- see
> http://permalink.gmane.org/gmane.emacs.orgmode/86259) from org-overview.
> I guess th
> From: Sebastien Vauban
> Date: Fri, 21 Mar 2014 14:58:19 +0100
>
> Sebastien Vauban wrote:
> > Today, 2 to 3 new infloops when editing in Org (but that's one of the
> > two things I do: either be in Gnus, or in Org).
> >
> > Org-mode version 8.2.5h (release_8.2.5h-818-g0de200)
> >
> > I did n
> From: Sebastien Vauban
> Cc: 17...@debbugs.gnu.org
> Date: Thu, 20 Mar 2014 11:30:28 +0100
>
> > What we need is names of some Lisp functions, preferably from Org,
> > that we could then examine in order to look for potential infloops.
> > That's impossible without Lisp backtrace. To get that,
> From: Sebastien Vauban
> Date: Wed, 19 Mar 2014 15:57:36 +0100
>
> Anyway, here's the backtrace I got:
Thanks for the effort, but as I said several times, such backtraces
are not useful without the Lisp backtrace part. All I can say from
this backtrace is that you were deep inside some hook s
> From: Nicolas Goaziou
> Cc: Fabrice Niessen , emacs-orgmode@gnu.org,
> 16...@debbugs.gnu.org
> Date: Sat, 15 Mar 2014 17:17:26 +0100
>
> > (while (search-forward "call_" nil t)
> > (save-excursion
> > (goto-char (match-beginning 0))
> > (when (looking-at org-babel-inlin
> From: Fabrice Niessen
> Cc: 16...@debbugs.gnu.org, emacs-orgmode
> Date: Fri, 14 Mar 2014 17:00:54 +0100
>
> I realized that Emacs did not into an infloop, but simply gave me back
> control after a very long time (more than 2 mins). Good news #1.
>
> I thought at using the profiler of Emacs 2
> Date: Tue, 25 Feb 2014 19:49:02 +0200
> From: Eli Zaretskii
> Cc: sva-n...@mygooglest.com, 16...@debbugs.gnu.org
>
> > From: Bastien
> > Cc: Sebastien Vauban , 16...@debbugs.gnu.org
> > Date: Tue, 25 Feb 2014 18:12:05 +0100
> >
> > Eli Zaretskii w
> From: Glenn Morris
> Cc: Nicolas Goaziou , sva-n...@mygooglest.com,
> b...@altern.org, 16...@debbugs.gnu.org
> Date: Tue, 25 Feb 2014 13:41:14 -0500
>
> Eli Zaretskii wrote:
>
> >> file:path
> >>
> >> is a valid file link type in Or
> From: Nicolas Goaziou
> Cc: Eli Zaretskii , Sebastien Vauban
> , 16...@debbugs.gnu.org
> Date: Tue, 25 Feb 2014 19:04:10 +0100
>
> >> Ugh. Bastien, could you (or someone else of Org developers) please
> >> look into this? Why does the URI above causes
> From: Bastien
> Cc: Sebastien Vauban , 16...@debbugs.gnu.org
> Date: Tue, 25 Feb 2014 18:12:05 +0100
>
> Eli Zaretskii writes:
>
> > Ugh. Bastien, could you (or someone else of Org developers) please
> > look into this? Why does the URI above causes the rec
> Date: Wed, 01 Jan 2014 17:30:12 -0800
> From: Keith David Bershatsky
> Cc: theonewiththeevill...@yahoo.fr, 16...@debbugs.gnu.org
>
> Yes, the issue has indeed been resolved in the latest version of Emacs Trunk
> that I built today. I used my example to conduct the test, and it works now
>
> Date: Tue, 31 Dec 2013 09:37:15 -0800
> From: Keith David Bershatsky
> Cc: 16...@debbugs.gnu.org
>
> So my recommendation would be that the Emacs team return the default value of
> `cache-long-scans` to `nil`
Unlikely to happen.
> or, fix it somehow so that it doesn't interfere with popular
> From: "Sebastien Vauban"
> Cc: Sebastien Vauban , michael_heerde...@web.de,
> 15...@debbugs.gnu.org
> Date: Fri, 15 Nov 2013 14:01:10 +0100
>
> What's weird is that I only saw once "org", but still have the code block
> executed twice in Emacs.
That probably means that some Lisp does the eq
> From: "Sebastien Vauban"
> Cc: r...@gnu.org, michael_heerde...@web.de, 15...@debbugs.gnu.org
> Date: Fri, 15 Nov 2013 10:06:12 +0100
>
> Eli Zaretskii wrote:
> > Unfortunately, this:
> >
> >> (gdb) No symbol "backtrace_list" in current
> From: "Sebastien Vauban"
> Cc: r...@gnu.org, michael_heerde...@web.de, 15...@debbugs.gnu.org
> Date: Fri, 15 Nov 2013 09:16:44 +0100
>
> > (gdb) break Fload
> > (gdb) commands
> >> p file
> >> xstring
> >> end
> > (gdb) r -Q
> >
> > Now, when the breakpoint breaks, you will see
> From: Jambunathan K
> Cc: 15896-d...@debbugs.gnu.org
> Date: Thu, 14 Nov 2013 23:27:45 +0530
>
> Look at the facts and make up your mind.
I already did, as did everyone else. You are the only exception.
> From: Jambunathan K
> Date: Thu, 14 Nov 2013 22:29:55 +0530
>
> 24.3.50; Org-8.0 on trunk: M-x customize-changed 24.3 doesn't show new
> export options
>
> All exporters are new and I expect the below command to report something
> interesting.
>
> Please review and correctly tag defcustoms
severity 15164 wishlist
thanks
> From: "Fabrice Niessen"
> Date: Thu, 22 Aug 2013 23:01:06 +0200
>
> When fontifying the whole line for headings (in Org) with a background color
> and an overline "rule", the "rule" stops at the last shown character of the
> headline, while the background color g
> Date: Sat, 13 Apr 2013 13:24:13 +0100
> From: "Sean O'Halpin"
> Cc: Carsten Dominik , Org Mode
>
>
> In your opinion, would it be possible to reproduce the functionality
> of outline-mode using text properties rather than overlays?
This needs to be analyzed. Outline mode uses several featur
> Date: Fri, 12 Apr 2013 20:00:56 +0200
> From: Suvayu Ali
> Cc: Torsten Wagner , emacs-orgmode@gnu.org,
> carsten.domi...@gmail.com
>
> If some package wants to keep something updated (line number displays in
> this case), is using the post-command-hook the only option?
No. The other one
> Date: Fri, 12 Apr 2013 13:49:47 +0200
> From: Torsten Wagner
> Cc: Eli Zaretskii , Org Mode Mailing List
>
> just want to add some observation. I guess it has nothing to do with the
> display engine but it might be somehow related. I used to use line-mode to
> display l
> From: Carsten Dominik
> Date: Fri, 12 Apr 2013 12:56:11 +0200
> Cc: emacs-orgmode@gnu.org
>
> I guess outline mode does have the exact same problem in this case, in
> fact any mode with large amount of hidden text.
Of course. The only difference is that outline is not as popular as
Org, and u
> From: Carsten Dominik
> Date: Fri, 12 Apr 2013 09:13:47 +0200
> Cc: emacs-orgmode@gnu.org
>
> > Just search xdisp.c for "overlay", you will see the story quite
> > clearly, I think.
>
> My Sunday pleasure reading project.
Good luck, and let me know if you need something explained. The
commen
> From: Carsten Dominik
> Date: Fri, 12 Apr 2013 00:49:32 +0200
> Cc: "emacs-orgmode@gnu.org List"
>
> > Overlays should be OK as long as they aren't too many, and as long as
> > you don't move them around too much, particularly in post-command-hook
> > or some such.
>
> This explanation sounds
> From: Carsten Dominik
> Date: Thu, 11 Apr 2013 04:58:15 +0200
> Cc: "emacs-orgmode@gnu.org List" ,
> Eli Zaretskii
>
> > I guess Eli simply means, in a general way, that overlays do negatively
> > impact
> > display performance, as you said as wel
[Please CC me on responses, as I'm not subscribed to this list.]
> From: Carsten Dominik
> Date: Wed, 10 Apr 2013 21:58:06 +0200
> Cc: emacs-orgmode@gnu.org
>
> > I beg the Org developers to please be very careful when introducing
> > expensive display features such as overlays into Org. Org al
> From: Jambunathan K
> Cc: Carsten Dominik , emacs-orgmode@gnu.org
> Date: Wed, 10 Apr 2013 22:13:46 +0530
>
> Eli Zaretskii writes:
>
> > I beg the Org developers to please be very careful when introducing
> > expensive display features such as overlays into
> From: Carsten Dominik
> Date: Wed, 10 Apr 2013 12:16:28 +0200
> Cc: emacs-orgmode@gnu.org
>
>
> On 10 apr. 2013, at 11:54, Suvayu Ali wrote:
>
> > On Wed, Apr 10, 2013 at 09:32:44AM +0530, Jambunathan K wrote:
> >>
> >> See "Side note" towards the end of this message
> >>
> >>http:
> From: Jambunathan K
> Cc: emacs-orgmode@gnu.org
> Date: Wed, 03 Apr 2013 23:21:22 +0530
>
> Eli Zaretskii writes:
>
> >> From: Jambunathan K
> >> Date: Tue, 02 Apr 2013 14:12:36 +0530
> >>
> >> I have terminated my copyright assignment
> From: Jambunathan K
> Date: Tue, 02 Apr 2013 14:12:36 +0530
>
> I have terminated my copyright assignment to Emacs (or atleast notified
> the copyright desk).
I'm not sure we should believe this statement. As of a few minutes
ago, your assignment for Emacs still appears on file in FSF records
> From: Achim Gratz
> Date: Fri, 08 Mar 2013 17:34:42 +0100
> Cc: emacs-orgmode@gnu.org
>
> In any case, doing the built-in packages this way (or something similar)
> takes a lot of unecessary churn and merges out of the release process
> and I would think that would be a clear advantage to every
> From: Dmitry Gutov
> Cc: l...@metapensiero.it, joa...@verona.se, emacs-de...@gnu.org,
> b...@gnu.org, emacs-orgmode@gnu.org, sdl@gmail.com
> Date: Fri, 08 Mar 2013 15:18:19 +0400
>
> >> I like the idea of stripping big bundled packages (like org, gnus,
> >> cedet, maybe even tramp, if
> From: Dmitry Gutov
> Cc: Eli Zaretskii , b...@gnu.org, l...@metapensiero.it,
> emacs-orgmode@gnu.org, Leo Liu , emacs-de...@gnu.org
> Date: Fri, 08 Mar 2013 13:25:16 +0400
>
> joa...@verona.se writes:
> > Just a small reminder of the idea Stefan sometimes drops
> From: joa...@verona.se
> Date: Fri, 08 Mar 2013 10:15:07 +0100
> Cc: b...@gnu.org, l...@metapensiero.it, emacs-orgmode@gnu.org,
> Leo Liu , emacs-de...@gnu.org
>
> - Emacs "trunk" could be stripped of all but the bare essentials to
> achieve bootstrap.
> - distribution tarballs could be ma
> From: "Stephen J. Turnbull"
> Date: Fri, 08 Mar 2013 17:27:56 +0900
> Cc: Lele Gaifax , emacs-de...@gnu.org,
> emacs-orgmode@gnu.org, Bastien
>
> [...] in a release candidate the release engineer proposes to make
> exactly one change before release: remove "rc" from the version
> string
> Date: Fri, 08 Mar 2013 15:47:57 +0800
> From: Xue Fuqiao
> Cc: Bastien , emacs-de...@gnu.org, emacs-orgmode@gnu.org,
> Lele Gaifax
>
> On 03/08/2013 02:40 PM, Bastien wrote:
> > I missed the distinction between "pretest" and "release candidate".
>
> What's the difference between "pretes
> From: Leo Liu
> Date: Fri, 08 Mar 2013 15:16:57 +0800
> Cc: emacs-de...@gnu.org, emacs-orgmode@gnu.org,
> Lele Gaifax
>
> Bundling [org-mode] in emacs doesn't help anybody.
You never had to work for an organization whose network is closed to
outside world, did you? In those situations,
> From: Achim Gratz
> Date: Sat, 12 Jan 2013 18:01:36 +0100
>
> Eli Zaretskii writes:
> >> > IOW, do you expect the byte-compile instances to be different in any
> >> > way from a fresh Emacs session invoked from the shell as "emacs -Q"?
>
> From: Stefan Monnier
> Cc: Achim Gratz , 10...@debbugs.gnu.org
> Date: Sat, 12 Jan 2013 08:28:29 -0500
>
> > IOW, do you expect the byte-compile instances to be different in any
> > way from a fresh Emacs session invoked from the shell as "emacs -Q"?
>
> Yes, because the current Emacs may be
> From: Achim Gratz
> Date: Sat, 12 Jan 2013 11:20:58 +0100
>
> Eli Zaretskii writes:
> >> Could be: depends on the precise semantics of spawn, which I don't know.
> >
> > I'm barely following this thread, so please tell what semantics do you
> &g
> From: Stefan Monnier
> Date: Fri, 11 Jan 2013 17:52:33 -0500
> Cc: 10...@debbugs.gnu.org
>
> I guess we could fork Emacs early on and keep this second process
> around as a "process from which to generate new clean slates".
> >>> I've been thinking about something like this for a whil
> From: Jambunathan K
> Date: Thu, 10 Jan 2013 10:37:19 +0530
> Cc: emacs-orgmode , emacs-de...@gnu.org
>
>
> There is support for inotify in Emacs. Last I heard, people were
> interested in hearing use-cases.
>
> I am not sure it qualifies as a minimal use-case. But it is something
> that co
> Date: Fri, 15 Jun 2012 09:39:35 +0300
> From: Dov Grobgeld
> Cc: 11...@debbugs.gnu.org
>
> Yes. Great! This is indeed what I wanted. My mistake was that I tried
> it with a tab character before OR after the vertical bar. This
> solution should be really simple to implement in org-mode as it mea
> Date: Fri, 15 Jun 2012 09:17:36 +0300
> From: Dov Grobgeld
> Cc: 11...@debbugs.gnu.org
>
> On Thu, Jun 14, 2012 at 10:42 PM, Eli Zaretskii
> > > [stuff deleted]
> >
> > Did you customize Emacs to dynamically determine the paragraph
> > direction in O
> Date: Thu, 14 Jun 2012 21:20:17 +0300
> From: Dov Grobgeld
>
> When using bidi (bi-direction) reordering together with org-mode, all
> paragraphs automatically become either RTL or LTR according to the
> emacs' Bidi heuristic algorithm.
Did you customize Emacs to dynamically determine the para
> Date: Thu, 14 Jun 2012 21:10:46 +0300
> From: Dov Grobgeld
> Cc: 11...@debbugs.gnu.org
>
> Do you think that you can provide some lisp code that builds the
> buffer contents and the display properties for the three options that
> ou refered to as an illustration?
>
> I tried inserting tabs int
> Date: Sun, 15 Apr 2012 23:04:16 +0200
> Cc: 11...@debbugs.gnu.org, emacs-orgmode@gnu.org
> From: Toby Cubitt
>
> The obvious solution is for org-mode to use a face that doesn't enlarge
> the characters.
Another solution would be to enlarge the calendar window by one line.
> From: Bastien Guerry
> Date: Fri, 23 Mar 2012 23:26:04 +0100
> Cc: 8...@debbugs.gnu.org
>
> Alexander Sidorov writes:
>
> > Org-mode in emacs for Windows doesn't allow to create prooperly
> > tables. This is the result of creation a table 5x2:
> >
> > | | | | | | |---+---+---+---+--
> From: Glenn Morris
> Cc: Eli Zaretskii , 10...@debbugs.gnu.org,
> stelian.ia...@gmail.com
> Date: Thu, 24 Nov 2011 14:09:38 -0500
>
> I guess nobody ever expected the package manager to be used to load a
> different version of something that was already in Emacs.
Indeed
> From: Jambunathan K
> Date: Thu, 24 Nov 2011 17:42:38 +0530
> Cc: emacs-orgmode@gnu.org, Stelian Iancu
>
> 1. While building via Makefile, there is an implicit dependency that is
> *enforced* via make rules and files with macro definitions are compiled
> ahead of their consumers.
That's not t
> From: Jambunathan K
> Date: Fri, 18 Nov 2011 13:25:55 +0530
> Cc: emacs-orgmode@gnu.org
>
> 1. Start Emacs with -Q
> 2. Open the attached .org file
> 3. C-c C-e l (l as in latex)
> 4. See that Emacs crashes
>
> I am using the Windows build downloaded from alpha.gnu.org.
Confirmed, both on MS-
ChangeLog 2011-09-27 08:37:07 +
+++ src/ChangeLog 2011-09-27 17:18:31 +
@@ -1,3 +1,11 @@
+2011-09-27 Eli Zaretskii
+
+ * xdisp.c (handle_invisible_prop): If invisible text ends on a
+ newline, reseat the iterator instead of bidi-iterating there one
+ cha
> Date: Mon, 26 Sep 2011 22:50:25 -0400
> From: Steve Revilak
>
> I'd like to report an org-mode regression issue. When working with
> large .org files, Emacs 24.0.90 becomes sluggish, and consumes large
> amounts of CPU.
If you type this:
M-x set-variable RET bidi-paragraph-direction RET le
> From: Bastien
> Cc: Steve Revilak , 9...@debbugs.gnu.org
> Date: Tue, 27 Sep 2011 08:02:47 +0200
>
> Eli Zaretskii writes:
>
> > Bastien, please tell me whether you want me to make this change in the
> > Emacs repository, or wait for you to do it in the Org m
> From: Lawrence Mitchell
> 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.
201 - 275 of 275 matches
Mail list logo
