Nicolas Goaziou writes:
> IMO, it would be more productive to think about what can be done in your
> situation instead. For example, one solution could be to require "[[" to
> be escaped in a link (current syntax already requires closing brackets
> to be escaped in some situations). I'm not yet
Hello,
Terje Larsen writes:
> This adds a feature similar to the org-fontify-done-headline, but
> instead for the TODO headlines.
>
> This is enabled with the boolean customization org-fontify-todo-headline
> and can be themed via the face org-headline-todo.
>
> I was missing this when I wanted
Hello,
Jack Kamm writes:
> Rather than adding a new option, how about we make the behavior
> dependent on the value of org-src-window-setup?
>
> Basically, when org-src-window-setup is current-window, it never makes
> sense to restore the original layout. But when org-src-window-setup is
>
Hello,
stardiviner writes:
> After EMC testing, the latest commit " 04d2828ad org: Fix verbatim block
> fontification to end blocks on headlines " break the inline image
> preview
Thank you for the report. However, I think more information may be
useful, since « break the inline image
Hello,
Thomas Fitzsimmons writes:
> I filed a bug report in Emacs debbugs, but probably should have sent it
> here instead:
>
>http://debbugs.gnu.org/cgi/bugreport.cgi?bug=38599
>
> The attached patch appears to fix the bug. Does it look OK?
Applied. Thank you.
I added your name to the
Hello,
Matt Price reported an issue[1] with new link syntax in Org 9.3. As
a consequence, I had to modify it slightly.
Backslash-escaping was required for some closing bracket characters.
Now, /every square bracket/ within the URI part of a bracket link must
be escaped.
I updated the manual and
Hello,
another...@gmail.com (Nicolò Balzarotti) writes:
> I attached a patch that is required to get ox-odt to work on
> guix/nix/other distributions where package files are placed in a
> read-only directory. After the file styles.xml is copied to /tmp, now
> we set read-write permissions to it
Hi,
> I think any value that modifies the current layout ought to restore it:
> - `split-window-below'
> - `split-window-right'
> - `reorganize-frame'
>
> OTOH, values that use the current layout should not restore it
> afterwards:
> - `current-window'
> - `other-window'
> - `other-frame'
>
>
