From: Andreas Leha <andreas.leha@med.uni-goettingen.de>
To: emacs-orgmode@gnu.org
Subject: Re: Here is a patch I want to add to org.el……
Date: Fri, 27 Feb 2015 15:26:54 +0000 [thread overview]
Message-ID: <olu4mq7pe81.fsf@med.uni-goettingen.de> (raw)
In-Reply-To: 87mw3z8z08.fsf@nicolasgoaziou.fr
Hi Nicolas,
Nicolas Goaziou <mail@nicolasgoaziou.fr> writes:
> Hello,
>
> Andreas Leha <andreas.leha@med.uni-goettingen.de> writes:
>
>> I haven't looked at the patch and I do not understand how the patch
>> achieves the removal of single overlays. But I am in the same boat. I
>> also would (usually) like to remove only the rendered formula at the
>> point. I think that this should even be the default.
>
> What Org version do you use? In development branch, C-c C-c doesn't
> remove overlays related to images and formulas.
>
> If you're talking about `org-toggle-latex-fragment', I don't think this
> is an issue because images are cached, so showing them again is very
> fast.
I am talking about `org-toggle-latex-fragment'. And even if that is
fast, it is very annoying behaviour. I'd very much like to be able to
toggle individual images. In a math-heavy document the redisplay of all
formula images of even the current section takes noticable moment. But
much worse: if I am working on a formula, I usually like to see other
formulas as images. But they disappear as soon as I switch off the
image of the current formula to debug it.
It is quite hard to even achieve the state where all formulas except the
formula under the point are displayed as image.
And I'd expect `org-toggle-latex-fragment' to do what its name suggests:
to toggle the latex fragment, i.e. to produce the same state after the
second invocation. Similarly to visibility cycling only a prefix should
act globally, IMO.
Regards,
Andreas
next prev parent reply other threads:[~2015-02-27 15:27 UTC|newest]
Thread overview: 29+ messages / expand[flat|nested] mbox.gz Atom feed top
2015-02-25 4:14 Here is a patch I want to add to org.el…… kuangdash
2015-02-25 4:41 ` kuangdash
2015-02-26 18:49 ` Nicolas Goaziou
2015-02-25 13:03 ` Nicolas Goaziou
2015-02-27 6:25 ` kuangdash
2015-02-27 9:29 ` Andreas Leha
2015-02-27 9:49 ` Nicolas Goaziou
2015-02-27 14:36 ` kuangdash
2015-02-27 17:32 ` Nicolas Goaziou
2015-02-27 19:38 ` kuangdash
2015-02-27 21:19 ` Nick Dokos
[not found] ` <54F0D25E.AC5A60.07341@m50-132.163.com>
2015-02-28 9:03 ` kuangdash
2015-02-28 15:43 ` Nick Dokos
2015-02-28 16:26 ` kuangdash
2015-02-27 15:26 ` Andreas Leha [this message]
2015-02-27 15:55 ` Rasmus
2015-02-27 22:22 ` Andreas Leha
2015-02-28 9:44 ` Rasmus
2015-02-27 23:37 ` Nicolas Goaziou
2015-02-28 11:01 ` Andreas Leha
2015-03-02 22:48 ` Andreas Leha
2015-03-03 0:21 ` Nicolas Goaziou
2015-03-03 9:38 ` Andreas Leha
2015-03-03 9:40 ` Andreas Leha
2015-03-03 21:00 ` Nicolas Goaziou
2015-03-03 21:11 ` Andreas Leha
2015-03-06 11:08 ` Nicolas Goaziou
2015-03-06 11:29 ` Andreas Leha
2015-02-27 9:46 ` Nicolas Goaziou
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=olu4mq7pe81.fsf@med.uni-goettingen.de \
--to=andreas.leha@med.uni-goettingen.de \
--cc=emacs-orgmode@gnu.org \
/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).