Janek F writes:
> I wanted to mark certain filenames as images and added this to my config.el:
>
> (add-to-list 'image-file-name-regexps "/preview/")
>
> But when I run `org-toggle-inline-images` now, I get the following error.
>
> image-file-name-regexp: Wrong type argument: characterp, "/previe
Just now had a closer look at your patch,
and I don't like the hashing.
My whole idea customizing ids is to make the file structure useful by itself,
too.
This is how I patched it for me:
(defun xf/org-attach-id-folder-format (id)
"Translate any ID into a folder-path."
(format "%s/%s"
Hello,
I wanted to mark certain filenames as images and added this to my config.el:
(add-to-list 'image-file-name-regexps "/preview/")
But when I run `org-toggle-inline-images` now, I get the following error.
image-file-name-regexp: Wrong type argument: characterp, "/preview/"
Even though it s
Mark Barton writes:
> On Aug 2, 2022, at 6:58 AM, Darren Syzling wrote:
>
> If I execute the code in the editor the org-mode table appears in the
> results. If I export to html or pdf I get the error:
> org-babel-insert-result: Wrong type argument: markerp, nil.
>
> I also am experiencing
A few more details.
My org-mode version 9.5.4 (9.5.4-ge0b05b).
This is the link that org-insert-link inserts for <>:
[[here][file:~/Desktop/Org/capturas.org::here]]
This is the link that org-insert-link inserts for CUSTOM_ID = cusid:
[[#cusid][file:~/Desktop/Org/capturas.org::#cusid]]
Hi all,
When storing a <> or CUSTOM_ID link with org-store-link and then adding
it with C-c C-l, org doesn’t ask for a description but automatically inserts an
ugly description like:
~/Desktop/Org/captures.org::target
or:
~/Desktop/Org/captures.org::#7EFBCEA1-0D17-45B9-A125-10FE581752
> Ihor Radchenko writes:
> Colin Baxter writes:
>> I disable popups so I always receive a buffer with:
>>
>> --8<---cut here---start->8---
>> The local variables list in test.org or .dir-locals.el contains
>> values that may not be
Hi,
While doing some stuff with org-mode, I noticed the error message "Could
not read ‘org-id-values’ from ~/.emacs.d/whatever, setting it to nil".
I quicly understood it’s related to org-id, but the only occurence I
found for ‘org-id-values’ was in that exact error message.
I wonder if this is
> On Aug 2, 2022, at 6:58 AM, Darren Syzling wrote:
>
> If I execute the code in the editor the org-mode table appears in the
> results. If I export to html or pdf I get the error: org-babel-insert-result:
> Wrong type argument: markerp, nil.
I also am experiencing this error.
Org mode versi
Cheng Zhao writes:
> Remember to cover the basics, that is, what you expected to happen and
> what in fact did happen. You don't know how to make a good report? See
Could you please detail what happened?
Best,
Ihor
I'm not sure whether this is an issue with orgmode or my recent Emacs
build, I'm struggling to export orgmode tables from a python code block to
html/pdf.
Version info:
orgmode 9.5.4
GNU Emacs 29.0.50 (build 1, x86_64-pc-linux-gnu, GTK+ Version 3.24.20, cairo
version 1.16.0) of 2022-07-29
Note my
Colin Baxter writes:
> I disable popups so I always receive a buffer with:
>
> --8<---cut here---start->8---
> The local variables list in test.org
> or .dir-locals.el contains values that may not be safe (*).
Thanks!
Can you try the attached patch?
Best,
Ih
Ihor Radchenko writes:
> "Dr. Arne Babenhauserheide" writes:
>
>> If you go to the first word in the following paragraph and press M-e
>> (org-forward-sentence), the point jumps to the end of the paragraph. But
>> it should jump to just after the footnote [fn:23].
>>
>> If I remove the footnote
> Ihor Radchenko writes:
> Colin Baxter writes:
>> No, I spoke too soon. That is not the answer. For me using "emacs
>> -q", an opened org file will expand the folds using but
>> there is still no synatx coloring. This is probably not relevant
>> but my system is 32bit n
Hello,
The documentation for org-id-extra-files suggests that org-id-find
should search in Org files visited by Emacs:
> When Org reparses files to remake the list of files and IDs it is
> tracking, it will normally scan the agenda files, the archives
> related to agenda files, ... and any Org fi
"Dr. Arne Babenhauserheide" writes:
> If you go to the first word in the following paragraph and press M-e
> (org-forward-sentence), the point jumps to the end of the paragraph. But
> it should jump to just after the footnote [fn:23].
>
> If I remove the footnote [fn:23], it correctly jumps to th
Remember to cover the basics, that is, what you expected to happen and
what in fact did happen. You don't know how to make a good report? See
https://orgmode.org/manual/Feedback.html#Feedback
Your bug report will be posted to the Org mailing list.
---
Colin Baxter writes:
> No, I spoke too soon. That is not the answer. For me using "emacs -q",
> an opened org file will expand the folds using but there is still no
> synatx coloring. This is probably not relevant but my system is 32bit
> not 64.
Hmm. I was able to reproduce the issue using som
Joseph Turner writes:
> I've added a couple of (message ...) blocks to log the value of
> do-export and params. It appears that this combination is producing a
> params value which is equivalent to the value of params produced by the
> current org-babel-execute:plantuml function. However, when th
On Tue, Aug 2, 2022 at 7:14 AM András Simonyi wrote:
> the attached patch adds support for three new citation styles which
> recently got supported by citeproc-el:
>
> - cite/title or cite/ti to cite only the title of an item,
> - cite/locators or cite/l to cite only the locators, and
> - cite/bi
Dear Julien,
> Julien Cubizolles writes:
> With the latest git version of org, all face specifications are
> lost in the following org file after the dialog asking about the
> unsafe buffer-auto-save-file-name local variable is
> answered. Previous versions of org handled it w
With the latest git version of org, all face specifications are lost in
the following org file after the dialog asking about the unsafe
buffer-auto-save-file-name local variable is answered. Previous versions
of org handled it without any problem.
--8<---cut here---start---
Dear All,
the attached patch adds support for three new citation styles which
recently got supported by citeproc-el:
- cite/title or cite/ti to cite only the title of an item,
- cite/locators or cite/l to cite only the locators, and
- cite/bibentry or cite/b to cite the full bibliography entry.
Dear All,
On Sun, 31 Jul 2022 at 04:32, Ihor Radchenko wrote:
> Can we then change the oc-biblatex et al defaults to output
> \printbibliography[heading=none]
> ?
>
> Best,
> Ihor
unfortunately, IUC, for bibtex suppressing the heading requires the
(possibly local) redefinition of some commands,
24 matches
Mail list logo
