Morgan Willcock writes:
>> Would you be able to upgrade to the development version of Org mode and
>> test if the warning disappear?
>
> I would be willing to for diagnostic purposes (presumably I would just
> make sure the development version is earlier in the load-path?) but it
> would be
"Fraga, Eric" writes:
> On Friday, 9 Feb 2024 at 20:35, Ihor Radchenko wrote:
>> Try the latest main.
>
> Thank you but, unfortunately, initialization is still failing, although
> the backtrace is subtly different:
>
> ...
> org-element-cache-map
> org-agenda-get-deadlines(t)
>
gerard.vermeu...@posteo.net writes:
> Therefore, I attached a patch removing the :safe #'stringp from those
> variables.
Thanks!
Applied, onto main.
https://git.savannah.gnu.org/cgit/emacs/org-mode.git/commit/?id=80e7c9f80
--
Ihor Radchenko // yantar92,
Org mode contributor,
Learn more about
Juan Manuel Macías writes:
> The attached patch adds two new header args to the LaTeX block:
>
> - `:pdf-process' allows modifying the value of `org-latex-pdf-process'
> locally to the block. This can be useful for evaluating a given block
> with another LaTeX compiler, or even using some
Pedro Andres Aranda Gutierrez writes:
> yes, you are right. The whole thread went astray.
> However, I think it might be interesting to keep this as an alternative to
> the AUTO stuff...
>
> Anyhow, I'm open to cancelling the patch
>From my point of view, you did not address/reply to
"I think
On 10.02.2024 00:04, Ihor Radchenko wrote:
gerard.vermeu...@posteo.net writes:
I have a direct use for org-latex-toc-command being a file local
safe variable and I looked a bit around for other variables not
being file local safe for no good reason IMO (why those not,
while similar variables
Martin Marshall writes:
> Other than a 4 year old Reddit post[2], there've been no bug reports or
> mailing list discussions about it in the fourteen years since the bug
> was introduced. This gives me the impression that very few people are
> using the org-ctags package.
Yeah.
> That's
Martin Marshall writes:
> Hi, the docstring of `org-ctags-create-tags` says it should "(Re)create
> tags file in the directory of the active buffer," creating tags from the
> internal links found in the org files. However, it always creates an
> empty TAGS file.
>
> The cause appears to be a
Ihor Radchenko writes:
> Juan Manuel Macías writes:
>
>> The attached patch adds two new header args to the LaTeX block:
>>
>> - `:pdf-process' allows modifying the value of `org-latex-pdf-process'
>> locally to the block. This can be useful for evaluating a given block
>> with another LaTeX
In response to Tommy Kelly writing:
>> ...if there is already one or more datetrees anywhere in [a] file AT A LEVEL
>> BELOW THAT specified by [a datetree-based capture] template [then] the
>> position specified by the template is simply ignored.
Ihor Radchenko wrote:
> Are you sure that what
Juan Manuel Macías writes:
> I am attaching a new patch with this idea incorporated. I have also
> changed the name from full-to-pdf to standalone.
>
> + (process (cdr (assq :process params)))
> + (org-preview-latex-default-process (if (and process
> +
Ihor Radchenko writes:
> Juan Manuel Macías writes:
>
>>> May you please explain in more detail how these new header arguments fit
>>> into other available LaTeX code block parameters? In particular, when
>>> exporting to .png/.svg/.html or when :imagemagick header argument is
>>> provided.
>>
Ihor Radchenko writes:
>> Compiling
>> /home/jack/src/org-mode/2024-01-async-file-results-dir/lisp/ob-core.el...
>>
>> In org-babel-session-buffer:
>> ob-core.el:785:15: Warning: reference to free variable ‘buffer-name’
>
> But this is a real problem.
> See the attached updated version
Ihor Radchenko writes:
> Michael Dauer writes:
>
>> I understand that it's behavior is derived from org-insert-heading. But IMO
>> that does not make sense for this function, advice all that it is taking
>> the current indentation level as basis to devote the new heading as child
>> of the
>From 24d731457433b333b28845e6140532bad790800e Mon Sep 17 00:00:00 2001
From: Martin Marshall
Date: Sat, 10 Feb 2024 23:02:34 -0500
Subject: [PATCH] org-ctags: Use `completing-read' if `ido-mode' is off
* org-ctags.el (org-ctags-find-tag-interactive): Only use
`ido-completing-read' if `ido-mode'
Omar Antolín Camarena writes:
> Setting org-catch-invisible-edits to 'error does catch
> org-delete-backward-char (bound to by default), but it doesn't
> catch backward-kill-word (), or kill-word with argument -1 (M--
> M-d), or backward-kill-sexp (ESC ).
> ...
> I'd suggest that naming the
Ihor Radchenko writes:
> Martin Marshall writes:
>
>> Hi, the docstring of `org-ctags-create-tags` says it should "(Re)create
>> tags file in the directory of the active buffer," creating tags from the
>> internal links found in the org files. However, it always creates an
>> empty TAGS file.
Ihor Radchenko writes:
> Juan Manuel Macías writes:
>
>> I am attaching a new patch with this idea incorporated. I have also
>> changed the name from full-to-pdf to standalone.
>>
>> + (process (cdr (assq :process params)))
>> + (org-preview-latex-default-process (if (and
Juan Manuel Macías writes:
>> Ihor Radchenko writes:
>> Would it make sense to make :pdf-process work for png previews as well?
>
> It would be ideal. The expected value for org-latex-pdf-process is a
> command or a list of commands, but org-preview-latex-default-process
> expects a plist of
My .2 cents in line,
/PA
On Sat, 10 Feb 2024 at 15:36, Ihor Radchenko wrote:
> Pedro Andres Aranda Gutierrez writes:
>
> > yes, you are right. The whole thread went astray.
> > However, I think it might be interesting to keep this as an alternative
> to
> > the AUTO stuff...
> >
> > Anyhow,
Juan Manuel Macías writes:
>> May you please explain in more detail how these new header arguments fit
>> into other available LaTeX code block parameters? In particular, when
>> exporting to .png/.svg/.html or when :imagemagick header argument is
>> provided.
>
> Sure! `:pdf-process' simply
Jack Kamm writes:
>> See the attached updated version of the patch set.
>
> Looks good, thanks. I tested it out it works without errors/warnings
> now.
Applied, onto main.
https://git.savannah.gnu.org/cgit/emacs/org-mode.git/commit/?id=13d0f8bf8
Morgan Willcock writes:
>>> I've attached a patch against the current Emacs master branch. I hope
>>> that's sufficient, given the minimal nature of the change.
>>
>> Thanks!
>> Applied, onto main.
>> https://git.savannah.gnu.org/cgit/emacs/org-mode.git/commit/?id=981402a93
>
> Doesn't this
23 matches
Mail list logo
