From: Carsten Dominik <carsten.dominik@gmail.com>
To: Sebastien Vauban <wxhgmqzgwmuf@spammotel.com>
Cc: Eli Zaretskii <eliz@gnu.org>,
"emacs-orgmode@gnu.org List" <emacs-orgmode@gnu.org>
Subject: Re: Enriched/Org is a colorful Org
Date: Thu, 11 Apr 2013 04:58:15 +0200 [thread overview]
Message-ID: <DC3DE7E9-91DB-4F5E-A094-836E8DC9A6FB@gmail.com> (raw)
In-Reply-To: <86fvyycfa9.fsf@somewhere.org>
On 10.4.2013, at 22:16, "Sebastien Vauban" <wxhgmqzgwmuf@spammotel.com> wrote:
> Hi Carsten,
>
> Carsten Dominik wrote:
>> On 10.4.2013, at 18:21, Eli Zaretskii <eliz@gnu.org> wrote:
>>>> From: Carsten Dominik <carsten.dominik@gmail.com>
>>>> On 10 apr. 2013, at 11:54, Suvayu Ali <fatkasuvayu+linux@gmail.com> wrote:
>>>>> This request is common enough; every time it comes up overlays are
>>>>> proposed as a solution. It would be good if this is available even as a
>>>>> library outside of Org.
>>>>
>>>> Yes, overlays are better.
>>>
>>> I beg the Org developers to please be very careful when introducing
>>> expensive display features such as overlays into Org. Org already
>>> puts the Emacs display engine to its limits in many of its popular
>>> features;
>>
>> this is interesting input, I was not aware of this. Has this been discussed
>> before, can you point me to relevant threads, and what are the symptoms of the
>> display engine being at its limits?
>>
>>> adding overlays to this mess might be too much.
>
> I guess Eli simply means, in a general way, that overlays do negatively impact
> display performance, as you said as well a couple of times:
Yes, but Eli says that Org already severely tests the
display engine, and he uses the word "mess", even though
we mostly use text properties for faces and other
display-related things. So I was wondering if there is
something we should put onto our todo list.
Of course, Org already uses overlays, for example for
folding (as does outline.el), and for temporary marking
of text like during src block editing. But as your digging
shows, I ave avoided them in the past, and we are also not
using them for org-indent.el, for example.
The reason why I said "overlays would be better" is simply
that they would allow to add display properties in a
persistent way that would not interfere that our
font-lock-unfontify-region function removes face and
invisibility text properties. So they are "better" for
implementing hand-made faces selection that should overrule
font-lock.
- Carsten
>
> ╭────
> │ From: Carsten Dominik <carsten.dominik@gmail.com>
> │ Subject: Re: performance problems with drawers
> │ Newsgroups: gmane.emacs.orgmode
> │ To: Al <gmane00@wilec.net>
> │ Cc: emacs-orgmode@gnu.org
> │ Date: Wed, 8 Jul 2009 07:05:53 +0200 (3 years, 39 weeks, 3 days ago)
> │
> │ Hi Al,
> │
> │ first of all, I cannot reproduce the fact that drawers have such
> │ a major influence on time, wit a test file that I created to
> │ be similar to what you describe.
> │
> │ There is a way to speed up drawer handling, by using text properties
> │ instead of overlays. How have some vague plans to do this, but nothing
> │ concrete or soon.
> │
> │ - Carsten
> ╰────
>
> and
>
> ╭────
> │ From: Carsten Dominik <carsten.dominik@gmail.com>
> │ Subject: Re: fontification and icon issues
> │ Newsgroups: gmane.emacs.orgmode
> │ To: David O'Toole <dto1138@gmail.com>
> │ Cc: emacs-orgmode@gnu.org
> │ Date: Thu, 24 Sep 2009 10:46:24 +0100 (3 years, 28 weeks, 2 days ago)
> │
> │ On Sep 22, 2009, at 4:11 PM, David O'Toole wrote:
> │ > [...]
> │ >
> │ > 2. using add-text-properties to specify a display property (or even just
> │ > a face) for any part of an org headline text kills the fontification of
> │ > the rest of the text (TODO keyword and leading stars unaffected.) I'm
> │ > trying to use font-lock-add-keywords to display the images.
> │
> │ Can you make an example file, and maybe a small function that does set these
> │ properties, so that I can see what you mean?
> │
> │ - Carsten
> │
> │ > Maybe I should use overlays instead?
> │
> │ This can be done, but if every line in a very large file gets
> │ an overlay, performance is severely degraded.
> │
> │ - Carsten
> ╰────
>
>>> I don't know enough about Org to understand why overlays are being
>>> considered instead of text properties, but feel free to describe the
>>> issues (preferably on emacs-devel) and start a discussion about the
>>> possible alternatives.
>
> Best regards,
> Seb
>
> --
> Sebastien Vauban
>
>
next prev parent reply other threads:[~2013-04-11 2:58 UTC|newest]
Thread overview: 37+ messages / expand[flat|nested] mbox.gz Atom feed top
2013-04-10 4:02 Enriched/Org is a colorful Org Jambunathan K
2013-04-10 9:54 ` Suvayu Ali
2013-04-10 10:16 ` Carsten Dominik
2013-04-10 10:39 ` Torsten Wagner
2013-04-10 10:48 ` Suvayu Ali
2013-04-10 10:53 ` Carsten Dominik
2013-04-10 11:20 ` Sebastien Vauban
2013-04-10 11:26 ` Carsten Dominik
2013-04-10 12:15 ` Jambunathan K
2013-04-10 11:57 ` Jambunathan K
2013-04-10 16:21 ` Eli Zaretskii
2013-04-10 16:43 ` Jambunathan K
2013-04-10 17:13 ` Eli Zaretskii
2013-04-10 19:58 ` Carsten Dominik
2013-04-10 20:16 ` Sebastien Vauban
2013-04-11 2:58 ` Carsten Dominik [this message]
2013-04-11 17:30 ` Eli Zaretskii
2013-04-11 22:49 ` Carsten Dominik
2013-04-12 6:41 ` Eli Zaretskii
2013-04-12 7:13 ` Carsten Dominik
2013-04-12 8:31 ` Eli Zaretskii
2013-04-12 10:56 ` Carsten Dominik
2013-04-12 11:49 ` Torsten Wagner
2013-04-12 13:03 ` Eli Zaretskii
2013-04-12 18:00 ` Suvayu Ali
2013-04-12 18:38 ` Eli Zaretskii
2013-04-13 10:50 ` Suvayu Ali
2013-04-12 12:36 ` Eli Zaretskii
2013-04-13 12:24 ` Sean O'Halpin
2013-04-13 14:38 ` Jambunathan K
2013-04-13 15:01 ` Eli Zaretskii
2013-04-12 8:35 ` Bastien
2013-04-12 14:45 ` François Pinard
2013-04-18 20:37 ` Samuel Wales
2013-04-11 17:27 ` Eli Zaretskii
2013-04-11 22:46 ` Carsten Dominik
2013-04-10 12:12 ` Jambunathan K
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
List information: https://www.orgmode.org/
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=DC3DE7E9-91DB-4F5E-A094-836E8DC9A6FB@gmail.com \
--to=carsten.dominik@gmail.com \
--cc=eliz@gnu.org \
--cc=emacs-orgmode@gnu.org \
--cc=wxhgmqzgwmuf@spammotel.com \
/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 public inbox
https://git.savannah.gnu.org/cgit/emacs/org-mode.git
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).