i can see the appeal given the granularity of id [headings, files]. yu
want to point to smaller things. but what if those smaller things
could have ids without drawers? id markers. then changes in
surrounding text would not break anything.
On 7/26/23, Ihor Radchenko wrote:
> Max Nikulin
Max Nikulin writes:
> The regexp for parsing formulas does not allow named references after @.
> I have no idea if other code should be modified as well. I consider it
> as more important than detection of duplicated definitions.
Yeah, besides changing the regexp, the main thing that will need
Jens Schmidt writes:
> More notes:
Don't know if this is well-suited to ol-gnus hacking, but the gnus-mock
package on GNU ELPA might be of interest? I have faint memories of
using it once or twice to debug & fix Gnus problems.
In the context of some ol-gnus bug I created a minimal Gnus setup. Ihor
wanted to have a look at it, so here it is.
To use:
- create an empty directory /foo/bar/baz and say
unzip -qd /foo/bar/baz gnus-minimal-test.zip
- if you want to use the nnselect backend based on notmuch (haven't
On 2023-07-26 18:04, Ihor Radchenko wrote:
This is not a proper email address and name. Should I use Jens
Schmidt ?
Sorry, forgot to maintain that yet in my org-mode clone. Will do.
May you please add TINYCHANGE cookie to commit message. I do not see
you having a copyright status in our
Hi Ihor!
I wanted to avoid this: "Campayo_2009_BLOQUE1Leyendo3FotosRenglon-2.png"
to look like this:
https://i.ibb.co/CJm99pG/Captura.png
I have solved it by setting "Org Pretty Entities Include Sub
Superscripts" to nil.
Side effect: I lost pretty superscripts, but it's not too serious ^^
Jens Schmidt writes:
> Package: Org mode version 9.7-pre (release_9.6.7-570-gd6f3ae.dirty @
> /home/jschmidt/work/org-mode/lisp/)
> From e1bc9aefd4fd0080012c172d1c21c684a5b2fe51 Mon Sep 17 00:00:00 2001
I looked into applying your patch, but there are several minor issues I
need to clarify.
>
Ihor Radchenko writes:
>> +(ert-deftest ob-tangle/collect-blocks ()
>> + "Test block collection into groups for tangling."
>> + (org-test-with-temp-text-in-file
>> + "* H1 with :tangle in properties
>> +:PROPERTIES:
>> +:header-args: :tangle relative.el
>> +:END:
>>
>> + ;; to
Ypo writes:
> I tried to don't get the subscripts (_) affected by org-pretty-entities.
>
> I wanted it, because I usually use (_) to divide words when naming
> my_files, and that looks ugly in Orgmode.
May you please provide an illustration with example Org file, what you
see, and what you
On 26 Jul 2023, Ihor Radchenko wrote:
Ok. That fix has been already installed.
https://git.sr.ht/~bzg/worg/commit/6f69d212f41bc372426dc9b4df286638fe8f2a92
To the extent of the lilypond.org file, yes, but only if the
output is a PDF. My suggestion is to revert that commit and
incorporate
Jonathan Gregory writes:
> On 22 Jul 2023, Ihor Radchenko wrote:
>
>> I guess I do not fully understand what your patch is trying to
>> achieve. I thought that the patch would make it not necessary to
>> write some extra boilerplate code, like \version or specifying
>> the page size.
>
> The
Max Nikulin writes:
> I am not excited by the idea of extending id links for heading
> hierarchy. From my point of view it is more natural to add the ID
> property to the heading that should be link target.
>
> Sometimes I do not mind to disambiguate heading search link by
> specifying title
Daniel Liden writes:
> Summary: I started to encounter some errors while using the org-fc package
> after. I traced it back to a change in behaviour from org-up-heading-safe
> following some updates to my system. I did not see this change documented.
>
> Old behavior: org-up-heading-safe will
Evgenii Klimov writes:
>> So, :tangle no is always excluded.
>> When TANGLE-FILE is set and not equal to :tangle value (including
>> "yes"), block is also excluded.
>
> Indeed, but later
>
>‘no’
> The *default*. Do not extract the code in a source code file.
> Example:
Summary: I started to encounter some errors while using the org-fc package
after. I traced it back to a change in behaviour from org-up-heading-safe
following some updates to my system. I did not see this change documented.
Old behavior: org-up-heading-safe will not move the point above the top
15 matches
Mail list logo
