Ihor Radchenko writes:
> If you have no objections to the patch, I will apply it next week with
> suggestion from Max.
Applied to bugfix as 85aaa1990
just curious whehter fr/bug/inconsistency emails drop off the end of
the org mailing list or whether they go on a todo list someplace.
i have others not responded to but can't keep track of them, but
that's ok. i am grateful for the work done on org. i realize this is
not a hight priority item,
[following on my most recent post] or for example this one, perhaps it
is too obscure but i wonder if these emaiuls will be seen again.
not really asking for anything. just want to know if they go anyplace. thank.s
On 12/12/21, Samuel Wales wrote:
> this bug is strange because it appears as if
Robert Nikander writes:
> The manual here: https://orgmode.org/manual/The-date_002ftime-prompt.html
>
> says that you can use syntax like `+2h` when entering timestamps. It doesn’t
> seem to work, but `+2d` does. Is the manual simply out of sync with the
> implementation?
I can confirm that +2h
"Berry, Charles" writes:
> If I have a typo in the name of a language, the error message you quote tells
> me what my mistake was.
>
> I'd say that is a feature, not a bug.
Agree. However, some languages simply do not define babel execute
function. The error is same regardless whether a langua
Samuel Wales writes:
> [following on my most recent post] or for example this one, perhaps it
> is too obscure but i wonder if these emaiuls will be seen again.
>
> not really asking for anything. just want to know if they go anyplace.
> thank.s
Maybe some messup with quoting. Also, we had so
Samuel Wales writes:
> just curious whehter fr/bug/inconsistency emails drop off the end of
> the org mailing list or whether they go on a todo list someplace.
Yes and no. Most of your emails are feature requests (at least that's my
impression) and some of them are very short and do not explain
Uwe Brauer writes:
> I think, one attempt could be to use org-edit-special, to edit a cell,
> type the text in a temporary buffer, fill it and then return to the table.
>
> That seems so obvious that I think there might be technical problems,
> because otherwise it would have been implemented alr
Ignacio Casso writes:
> Hello,
>
> I think I've found a bug in the agenda display when
> 'org-agenda-dim-blocked-tasks' is set to 'invisible', and there is a task
> that is a habit (i.e., 'STYLE' property set to 'habit') and is blocked
> (e.g., because 'org-enforce-todo-dependencies' is set to 't
Hello,
I noticed the links in the footnotes 131 and 132 are broken at
https://orgmode.org/manual/Math-formatting-in-HTML-export.html
I suppose the following links may be used instead:
131: http://docs.mathjax.org/en/v2.7-latest/tex.html
132: http://docs.mathjax.org/en/v2.7-latest/tex.html#tex-an
Hello,
I tried configuring 'org-format-latex-options' per a org-mode
file/directory by adding the following configuration into the
.dir-locals.el file:
((org-mode . ((org-format-latex-options . (:foreground default
:background default
Hello,
It seems the docstring of org-html-mathjax-options may need to be
updated.
I tried setting 'autonumber' to "None", as the docstring suggests, but
only the lower-cased "none" worked fine.
Also, MathJax documentation for 2.7 (the version I've got HTML rendered
with by org-mode) mentions "AM
Lele Gaifax writes:
>> Maybe we should better make this a user option?
>
> Yes, that's what I had in mind: when (say) org-persist-do-not-auto-gc-remotes
> is enabled, the cleanup procedure would ignore remote Org documents and a new
> explicit (interactive) org-persist-gc-remotes would take care
Ihor Radchenko writes:
> Lele Gaifax writes:
>
>>> Maybe we should better make this a user option?
>>
>> Yes, that's what I had in mind: when (say) org-persist-do-not-auto-gc-remotes
>> is enabled, the cleanup procedure would ignore remote Org documents and a new
>> explicit (interactive) org-pe
Samuel Wales writes:
> this bug is strange because it appears as if regexp-opt is broken, but
> the only likely difference is an org upgrade via git clone.
>
> in an org agenda command, the same set of org todo kw works if a
> regexp was created using mapconcat, but not with regexp-opt.
>
> i exp
Lele Gaifax writes:
> In the meanwhile, here below some notes:
Thanks! See the updated patch.
Best,
Ihor
>From 92878fab54c26800562409f3c686f065b7523a61 Mon Sep 17 00:00:00 2001
Message-Id: <92878fab54c26800562409f3c686f065b7523a61.1639838789.git.yanta...@gmail.com>
From: Ihor Radchenko
Date:
Ihor Radchenko writes:
> Lele Gaifax writes:
>
>> In the meanwhile, here below some notes:
>
> Thanks! See the updated patch.
Great, you're so fast! :-)
I couldn't test yet, but I saw a couple of other glitches, sorry for not
noticing first.
> ...
> +(defcustom org-persist-remote-files 100
On Fri, Dec 17, 2021 at 11:34 PM Ihor Radchenko wrote:
> > There's a setup included in there; I forgot about that. If you don't mind
> > trying it again, this would download everything needed:
>
> Thanks! I was able to follow your steps this time.
>
I really appreciate making this extra effort t
Lele Gaifax writes:
>> + :group 'org-persist
>> + :type '(choice (const :tag "Never" nil)
>> + (const :tag "Always" t)
>> + (number :tag "Keep note more than X files")
>
> Now that you explained the meaning, maybe better to be explicit here,
> mentioning "X remot
> On Dec 18, 2021, at 1:49 AM, Ihor Radchenko wrote:
>
> "Berry, Charles" writes:
>
>> If I have a typo in the name of a language, the error message you quote
>> tells me what my mistake was.
>>
>> I'd say that is a feature, not a bug.
>
> Agree. However, some languages simply do not def
> On Dec 18, 2021, at 11:57 AM, Charles Berry wrote:
>
> There are workable approaches under the current setup.
>
> -
Also, when exporting it looks `org-babel-exp-results' does not attempt to run
src blocks for which
(fboundp (intern (concat "org-babel-execute:" lang)))
is nil.
So doin
Aloha Matt,
Matt writes:
> Contributions to Worg aren't similarly restricted. Feel free
> to
> push material there in the meantime.
Looks like the email finally got sent to the right person at my
company. Who knows how long it will take for them to get the FSF
disclaimer back to me...
* doc/org-manual.org (Plain lists in Texinfo export): Reorder and
document new functionality.
* lisp/ox-texinfo.el (org-texinfo--filter-parse-tree)
(org-texinfo--normalize-items): New functions.
* lisp/ox-texinfo.el (org-texinfo-item): Use @itemx or @item
depending on the used bullet.
---
doc/org-
Hello again,
The new implementation of the proposed feature is now ready.
Unlike the old implementation it works by filtering the parse tree
(instead of doing it later by advising `org-texinfo-plain-list' and
`org-texinfo-item'), and it expects the use of description lists to
define description
* doc/org-manual.org (Plain lists in Texinfo export): Document use
of definition command prefixes in description lists.
* lisp/ox-texinfo.el (org-texinfo--definition-command-alist)
(org-texinfo--definition-command-regexp): New variables.
* lisp/ox-texinfo.el (org-texinfo--filter-parse-tree): Call
Tassilo Neubauer writes:
> Hello,
>
> Here are the steps that led to code blocks being tangled I did not
> expect to:
>
> emacs -Q
> C-x C-h: ~/org-roam/example.org
> content of example.org (excluding "):
> "
> #+begin_src emacs-lisp
> (setq some-emacs-lisp-variable t)
> #+end_src
>
> #+begin_src
close 44833
quit
Kyle Meyer writes:
> I'm sorry you didn't get a response at the time, but it seems unlikely
> that you still have this issue because, as of Org's afd3b04ec (ol:
> Extend open tooling in link parameters, 2020-02-19), org-link-open
> handles the above error:
>
> ;; Function def
btw, if anybody has difficulty understanding why i mention a bug or
suggest a feature [such as why anbydoy would want it], please feel
free to say so, otherwise i don't know that that is the case. [please
go easy on me though.]
in this case, it is an emacs consistency fr. across emacs, next-erro
another thing: it is an org consistency fr also, as in the outline c-c
/ does use next-match, and it would be good to have the same
capability among agenda results files, not merely in a single buffer.
On 12/18/21, Samuel Wales wrote:
> btw, if anybody has difficulty understanding why i mention a
On Sun 12 Dec 2021 at 19:27, "Samuel Wales" wrote:
> idk but you can put them in place using org-ascii-links-to-notes for a
> dry effect.
This is fine if the link is short. But if I want to include a very long
link, such as
https://lists.gnu.org/archive/cgi-bin/namazu.cgi?query=search+for+some
On Sun 12 Dec 2021 at 19:30, "Samuel Wales" wrote:
> you can also use inline footnotes.google[fn::https://google.com] which
> will be exported like you like as a kludge if there is noe.
Surprisingly, this does the job. However, this fundamentally changes
the semantics of what I am writing. The
31 matches
Mail list logo
