From: Gerald Wildgruber <wildgruber@tu-berlin.de>
To: Joost Kremers <joostkremers@fastmail.fm>
Cc: Eric S Fraga <esflists@gmail.com>, emacs-orgmode@gnu.org
Subject: Re: Org mode in combination with emacs follow-mode is terrible
Date: Fri, 15 Jun 2018 17:34:52 +0200 [thread overview]
Message-ID: <874li4dpwj.fsf@tu-berlin.de> (raw)
In-Reply-To: <87602n57mn.fsf@fastmail.fm>
Thanks Joost,
that's interesting! I never used the profiler but I will try and see how
far I get with it and then come back here.
Gerald.
On Mi, Jun 13 2018, Joost Kremers <joostkremers@fastmail.fm> wrote:
> On Wed, Jun 13 2018, Eric S Fraga wrote:
>> On Wednesday, 13 Jun 2018 at 09:53, Gerald Wildgruber wrote:
>>> Switching to text-mode, with 5 windows and follow-mode still being
>>> active reduces lag significantly.
>>>
>>> So there must be an issue specifically with the combination of org-mode
>>> and follow-mode!
>>
>> I don't think there's an issue per se in the sense of bugs. Org does
>> much more processing of the text than does text mode so if you have 60k
>> worth of text to process each time you type something, it's probably not
>> surprising that there is a lag.
>
> Actually, I would suspect it's more of a problem for follow-mode than
> org-mode, because follow-mode needs to keep the different windows in sync.
> For this, it adds a function to `post-command-hook', which means it's run
> after every key press.
>
> It's not inconceivable that `follow-mode' does something that is extra
> time-consuming in an Org buffer. To find out what that might be, you could
> try the Elisp profiler that comes with Emacs. See the section "Profiling"
> in the Elisp manual for details.
>
> Once you've found out which function(s) consume so much time, it might be
> possible to ask in here or on emacs-devel what exactly is causing the
> problem and whether there's a way around it.
--
Dr. Gerald Wildgruber
Institut für Philosophie, Literatur-, Wissenschafts- und Technikgeschichte
Literaturwissenschaft mit Schwerpunkt Literatur und Wissenschaft
Technische Universität Berlin
Straße des 17. Juni 135
D-10623 Berlin
http://www.philosophie.tu-berlin.de/menue/home/
T. +49 (0)30 314 25924
F. +49 (0)30 314 23107
wildgruber@tu-berlin.de
---------------------
Sent with mu4e
next prev parent reply other threads:[~2018-06-15 15:35 UTC|newest]
Thread overview: 12+ messages / expand[flat|nested] mbox.gz Atom feed top
2018-06-11 12:56 Org mode in combination with emacs follow-mode is terrible Gerald Wildgruber
2018-06-12 6:57 ` Eric S Fraga
2018-06-12 10:23 ` Gerald Wildgruber
2018-06-12 10:17 ` Eric S Fraga
2018-06-13 7:46 ` Gerald Wildgruber
2018-06-13 7:53 ` Gerald Wildgruber
2018-06-13 9:51 ` Eric S Fraga
2018-06-13 10:00 ` Joost Kremers
2018-06-15 15:34 ` Gerald Wildgruber [this message]
2018-06-15 16:28 ` Gerald Wildgruber
2018-06-15 15:25 ` Gerald Wildgruber
-- strict thread matches above, loose matches on Subject: below --
2018-06-11 10:54 Gerald Wildgruber
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=874li4dpwj.fsf@tu-berlin.de \
--to=wildgruber@tu-berlin.de \
--cc=emacs-orgmode@gnu.org \
--cc=esflists@gmail.com \
--cc=joostkremers@fastmail.fm \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
Code repositories for project(s) associated with this external index
https://git.savannah.gnu.org/cgit/emacs.git
https://git.savannah.gnu.org/cgit/emacs/org-mode.git
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.