Bhima Auro writes:
> I am submitting an autogenerated bug report for Org-Mode.
> Package: Org mode version 9.6 (9.6-??-27edae8 @ ~/60-69 System Configs/61
> Unix/EmacsDoom/emacs.d/.local/straight/build-27.2/org/)
Thanks for the report! Your Org mode version appears to be 3 month old.
We have fix
Michael Powe writes:
> This error occurred on startup. I was using my notes.org file earlier
> today, without error. I think I did subsequently do a 'git pull &&
> make', though.
Thanks for the report!
> Warning (org-element-cache): org-element--cache: Org parser error in
> notes.org::10472.
Hello Cash,
Many thanks for reporting but I cannot reproduce the error with my current
version of emacs and org-mode. Could you specify the version of org-mode
and emacs you are currently using?
* test
:PROPERTIES:
:ID: cbce567a-861c-4d9b-8b2f-5933afadb864
:END:
[[id:cbce567a-861c-4d9b-8b2
Hi All,
Consider the following example,
┌
│ An [fn:1:inline footnote definition] will produce org-lint
│ errors when referred to [fn:1].
└
org-lint doesn’t seem to register inline footnote definitions, as when run on
the above example I see:
┌
│ Line Trust Warning
│ 2 nil M
On Sun, Feb 13, 2022, 4:18 AM Jeremie Juste wrote:
> Hello Cash,
>
> Many thanks for reporting but I cannot reproduce the error with my current
> version of emacs and org-mode. Could you specify the version of org-mode
> and emacs you are currently using?
>
> * test
> :PROPERTIES:
> :ID: cb
This is not a complete answer to why this happens, but a practical one
that I think is what you want. In the code below I just added | in your
jq call to construct the table. I also have to use :results raw to get
it to work. The :colnames did not work for me here, so I added the echo
line to get c
Hi Ihor,
27215ac5b (org-persist: Handle undefined variables in elisp containers,
2022-02-13) added a call to buffer-local-boundp, which was introduced in
(what will be) Emacs 28.1.
Could you update org-persist-write:elisp to be compatible with older
Emacs versions (e.g., by inlining the short def
Hello,
Timothy writes:
> Consider the following example,
>
> ┌
> │ An [fn:1:inline footnote definition] will produce org-lint
> │ errors when referred to [fn:1].
> └
>
> org-lint doesn’t seem to register inline footnote definitions, as when run on
> the above example I see:
>
> ┌
> │
Hello,
Juan Manuel Macías writes:
> Hi all,
>
> From the commit:
>
> e0bc2b37f :: lisp/ox-latex.el: Allow arbitrary float environments
>
> The `t' option for `:float' in tables and images is no longer valid.
> That is, something like
>
> #+ATTR_LaTeX: :float t
> [[file:foo.jpg]]
>
> would create
Hello,
psychosis writes:
> when executing org-cite-insert with the oc-basic processor, the
> “author”-field in the completion table is empty for edited volumes.
> Is it possible to set the “editor”-field as a fallback in case the
> “author”-field is empty, as is the case for edited volumes?
Do
Hello,
psychosis writes:
> thanks to everybody who contributed to the excellent org-cite. I am
> satisfied with oc-basic, but org-cite-insert takes ten minutes on
> first execution to load the .bib-file. (This was already discussed
> here:
> https://lists.gnu.org/archive/html/emacs-orgmode/2021-
Hi Nicolas,
Nicolas Goaziou writes:
> Thanks. Note you need to add two spaces between sentences.
Ah, sorry, I hadn't noticed that :-). The thing is that I have in my
~/.emacs `sentence-end-double-space' set to nil.
> However, isn't it a bug? Shouldn't t value default to "figure"
> environment,
I'm trying to use a dynamic block with :match to filter columnview for a
checkbox column. However, the match is failing. Based on some variations
that do work (described below the example), it seems the closing square
bracket may be the problem.
Here's a minimal example:
* Things
:PROPERTIES:
13 matches
Mail list logo
