Some thoughts.
> Maybe you are right and Tom was actually assuming \begin{equation*}, not
> #+begin_export latex.
Correct. My bad on that one.
> Just as Timothy, I believe that \begin{equation*} is unnecessary verbose
> when \[ works *mostly* in a similar way.
\begin{equation*} is absolutely
Zachary Kanfer writes:
> Sure, I'm generally interested in making this useful. Weird that it claims to
> be part of org, but isn't.
>
> I do think it would be useful to have a minimalist html exporter in org,
> whether slimhtml or some other one. The built-in html
> exporter is rather
Sure, I'm generally interested in making this useful. Weird that it claims
to be part of org, but isn't.
I do think it would be useful to have a minimalist html exporter in org,
whether slimhtml or some other one. The built-in html exporter is rather
opinionated.
On Sun, Oct 3, 2021, 11:57 AM
Hi Thomas,
> I’m seeing what looks like a spurious headline: Elaboration + demo image
> ignore
Thanks, that is indeed spurious. “ignore” is the tag :ignore: but it seems like
the ox-extra that makes :ignore: work isn’t being loaded any more.
All the best,
Timothy
Hi
Em [2021-10-03 dom 21:20:12-0300], Jorge P. de Morais Neto escreveu:
> In this snippet you call ~cond~ with three arguments, but it takes only
> two.
I meant ~cons~, not ~cond~.
--
- Many people hate injustice but few check the facts. This provokes
misinformation. Ask me about
Hi Timothy,
Em [2021-09-30 qui 13:18:44+0800], Timothy escreveu:
> If you use mu4e, the following may be of some interest:
> ┌
> │ (defun +mu4e-ml-message-link (msg)
> │ (cond
> │((string= "emacs-orgmode.gnu.org" (mu4e-message-field msg :mailing-list))
> │ (message "Link %s copied
Aloha all,
I'm seeing what looks like a spurious headline: Elaboration +
demo image ignore
All the best,
Tom
--
Thomas S. Dye
https://tsdye.online/tsdye
Hello,
Elias Bounatirou writes:
> Just to clarify the BUG:
> Citations in a footnote in the following environment are not exported to
> LaTeX: when the footnote follows two or more citations, of which one has a
> suffix, i.e. for instance in
>
> Body text with a citation: [cite:@low2001;
Hello,
Denis Maier writes:
> Elias and I have run into an potential bug in oc-biblatex:
>
> ==
> #+cite_export: biblatex authoryear
>
> [cite:@doe] => ok
>
> ([cite:@doe]) => this generates a space between the opening
> parentheses and the citation.
>
> Note the thread I posted a day or two ago /.../
Thanks I will, and I will also try to remember to search the mail
archives the next time around.
Yours
Rasmus
On Sun, Oct 3, 2021 at 4:57 PM autofrettage wrote:
>
> Hi all,
>
> I have really seen forward to the release of org mode 9.5 with
> its new and shiny support for citations. The initial frenzy of
> experimentation has lead to mixed results.
>
> Right now I am trying to use the biblatex processor,
Hi all,
I have really seen forward to the release of org mode 9.5 with
its new and shiny support for citations. The initial frenzy of
experimentation has lead to mixed results.
Right now I am trying to use the biblatex processor, but I only
get "Unknown processor biblatex". How is that even
Hi, is debbugs org-mode being used?
--
Daniel Fleischer
Hello,
I'd like to include METAPOST figures in the ConTeXt exporter backend I'm
developing. However, I don't know of an idiomatic way to add captions and
references for the figures.
Currently, I export METAPOST with `#+BEGIN_EXPORT metapost` / `#+END_EXPORT`
tags. However, this feature seems to
Hi,
I think a footnote with a list of (currently) supported languages could
be helpful for users who want to apply this feature.
Best regards,
Juan Manuel
>From 26f799a5a53b35f7f3e6e3df10689855832dbebd Mon Sep 17 00:00:00 2001
From: Juan Manuel Macias
Date: Sun, 3 Oct 2021 19:11:48 +0200
Hi Amin,
Amin Bandali writes:
> Bastien, would you and Nicolas be open to adding ox-slimhtml more or
> less in its current form to Org core, if Laszlo, myself, and/or others
> look after it and help maintain it?
No, because it would be confusing to have two HTML export backends in
Org's core.
Hi,
Amin Bandali writes:
> Indeed. For future cases, if the issue remains after, say, 30mins,
> please come by the #savannah channel on the Libera.Chat IRC network,
> or open a support request in 'administration'[1] project on Savannah
> to alert the Savannah hackers of the issue; we'll be
> Arne Babenhauserheide writes:
> Max Nikulin writes:
>> On 03/10/2021 11:25, Jarmo Hurri wrote:
>>> I use ditaa with org on a regular basis. Now that ditaa.jar is
>>> out of org 9.5, I need to cope with the situtation. I see two
>>> options, and neither was successful
> Colin Baxter writes:
> Hello, I get a strange error when I try to clone org-mode:
> redknight@jetstar:~/git$ git clone
> https://git.savannah.gnu.org/git/emacs/org-mode.git Cloning into
> 'org-mode'... fatal: unable to access
>
Max Nikulin writes:
> On 03/10/2021 11:25, Jarmo Hurri wrote:
>> I use ditaa with org on a regular basis. Now that ditaa.jar is out
>> of
>> org 9.5, I need to cope with the situtation.
>> I see two options, and neither was successful today. This is sort of
>> what I was afraid of when I voted
Aloha,
Amin Bandali writes:
Hello,
Colin Baxter writes:
Hello,
I get a strange error when I try to clone org-mode:
redknight@jetstar:~/git$ git clone
https://git.savannah.gnu.org/git/emacs/org-mode.git
Cloning into 'org-mode'...
fatal: unable to access
On 03/10/2021 19:19, Max Nikulin wrote:
https://orgmode.org/manual/Math-formatting-in-HTML-export.html
(131)
Please note that exported formulas are part of an HTML document, and
that signs such as ‘<’, ‘>’, or ‘&’ have special meanings. See MathJax
TeX and LaTeX support.
The link is broken
Hi Amin,
> What do you (other folks also) think?
A while ago Nicolas forwarded me an email between him and Laszlo on this. Here
are my thoughts at the time addresses to Laszlo (which haven’t changed much
since):
Nicolas writes:
> IIUC, merge is only viable if “ox-slimhtml” is a drop-in
Hi Zachary,
Zachary Kanfer writes:
> That is an interesting exporter. Is it actually part of orgmode? I don't
> see it in the org repository. I don't want to rely on downloading something
> from an archived repository that won't get bugfixes.
Indeed, ox-slimhtml is not part of Org at the
Ihor Radchenko writes:
> Tom Ed White writes:
>
>> Following gnus links in org fails with the message:
>>
>> funcall: Wrong number of arguments: ((t) (path _) "Follow the Gnus
>> message or folder link specified by PATH." (if (string-match
>> "\\`\\([^#]+\\)\\(#\\(.*\\)\\)?" path) nil (error
Hi Bastien, Laszlo, Nicolas,
Bastien Guerry writes:
> Hi Laszlo,
>
> Bastien writes:
>
>> I encourage everyone to try exporting Org documents to HTML using your
>> library and see how it compares with ox-html.el for a daily usage.
>
> nobody seemed to be that interested in helping :/
Apologies
Hi all,
I'm attaching a patch with a proposal to unify in a single constant
(named `org-latex-language-alist')
`org-latex-polyglossia-language-alist' and
`org-latex-babel-language-alist', along with some necessary (minor)
modifications in `org-latex-guess-polyglossia-language' and
Hi Sam,
[ apologies for the super slow reply; I've been unable to keep up with
the volume of messages on the list for a few months and am only now
catching up; and didn't see your message sooner since I wasn't
explicitly Cc'd on it ]
[ before I get into my reply, I'll quick mention that
See Attached.
>From e995d2ed668edd9f29e9a8aeaf39bb0eb039e856 Mon Sep 17 00:00:00 2001
From: Nicholas Vollmer
Date: Thu, 30 Sep 2021 16:07:15 -0400
Subject: [PATCH] org-archive.el: Fix checkdoc warnings
* org-archive.el: Fix checkdoc warnings.
---
lisp/org-archive.el | 7 ---
1 file
I just found how to change the face based on the major mode thanks to
buffer-face-mode and I'd like to know if there is a similar mechanism to apply
a given face to the template buffer.
What I have is:
;; polices fixes pour modes
;; https://www.emacswiki.org/emacs/FacesPerBuffer#toc3
(defun
Trevoke writes:
> If I understand correctly, this will prevent the addition of a note; I have
> already found a way to do this. Please let me know if I am mistaken.
> What I am looking for is a way to programmatically, without user input,
> change the state and add an automatic note.
No.
Bastien writes:
> No Wayman writes:
>
>> That was after multiple attempts which resulted in 502 errors.
>
> Yes, I've noticed the https://git.savannah.gnu.org website had some
> issues today. It seems to be stable now.
Indeed. For future cases, if the issue remains after, say, 30mins,
please
Hi Adam, all,
Adam Porter writes:
[...]
>
> By the way, I'm curious, not having always followed the internal details
> of Org's development over the years: why are changes like that made to
> emacs.git and merged back into Org, instead of being made in Org and
> then merged back into Emacs with
Johan Tolö writes:
> If "* Top heading" is the first heading in the buffer with nothing
> above it, not even a whitespace/newline, then '(org-entry-get nil
> "id" t)' with point in "* Second heading" will return the id of
> "Top heading". If there is anything before "Top heading" then
>
Hello,
Colin Baxter writes:
> Hello,
>
> I get a strange error when I try to clone org-mode:
>
> redknight@jetstar:~/git$ git clone
> https://git.savannah.gnu.org/git/emacs/org-mode.git
> Cloning into 'org-mode'...
> fatal: unable to access
>
On Sat, Oct 2, 2021 at 5:18 AM Ihor Radchenko wrote:
> It may be fragile, but you can try let-binding
>
> (org-inhibit-logging 'note)
>
> around elisp org-todo call
>
> Hi Ihor,
If I understand correctly, this will prevent the addition of a note; I have
already found a way to do this. Please
Ihor Radchenko writes:
I cannot reproduce on current main. Are you still seeing this
problem?
Yes I believe I am. Also, it does not seem to be an org-attach
issue but rather an issue with how org gets properties with
inheritance.
If "* Top heading" is the first heading in the buffer
On Sun, Oct 3, 2021 at 9:18 AM Rudolf Adamkovič wrote:
>
> "Bruce D'Arcus" writes:
>
> > ATM, your only option is to do "(p. 42)."
>
> Bummer.
You could put in a feature request though ;-)
Aside: the other way to handle this, which has been discussed in the
pandoc community, is to allow
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.
"Bruce D'Arcus" writes:
ATM, your only option is to do "(p. 42)."
Bummer.
It would be possible (easy?) to add a "locators" style to
citeproc-el/oc-csl as in oc-biblatex, in which case you would
do:
According to [cite/text:@someone-2021], foo-bar
[cite/locators:@someone-2021].
Max Nikulin writes:
Though I am a bit surprised that Org did not replace characters
to and during export. Perhaps, it is possible to
define a filter.
That makes sense, and thank you for the explanation. Ignoring the
dead link in the Org manual, I wonder how this bug can even exist
in
Hi Rudolf and Max,
>> Usually, it is sufficient simply to put spaces around these symbols to
>> cause the browser to avoid them, so
>> … when x < y we have …
>
> Though I am a bit surprised that Org did not replace characters to and
>
> during export. Perhaps, it is possible to define a
Kodi Arfer writes:
> It works, thank you. I should've looked at the changelog more closely. I
> wonder why this change was made. It would be annoyingly redundant to put
> `:results file` next to every `:file`. I already have code to change the
> default value of `:results` when `:file` is
On 2021 Oct 03 Sun 8:39:37 AM -0400, Ihor Radchenko wrote:
Ihor Radchenko writes:
Kodi Arfer writes:
Are you sure that you have :file parameter in the source block you tried
to execute?
Yes, this is my code block:
#+begin_src hy :file g/foo.png
(plt.scatter [1 2 3] [4 5 -9])
#+end_src
Ihor Radchenko writes:
> Kodi Arfer writes:
>
>>> Are you sure that you have :file parameter in the source block you tried
>>> to execute?
>>
>> Yes, this is my code block:
>>
>> #+begin_src hy :file g/foo.png
>> (plt.scatter [1 2 3] [4 5 -9])
>> #+end_src
>
> What about
>
> #+begin_src hy
Max Nikulin writes:
>> Making \[ \] available outside of a paragraph would be a massive
>> breaking change.
>
> Is it really breaking? I can not estimate required amount of work to
> implement it. However at the user side at first glance most of files
> should remain valid and I could not
On 03/10/2021 18:04, Rudolf Adamkovič wrote:
The following Org markup does not render properly in HTML export:
- foo $aa$ bar
In Emacs, I see no signs of problems, such as broken math highlighting.
Further, when I export to LaTeX, the inequalities render properly. Does
one have to use \lt and
Kodi Arfer writes:
>> Are you sure that you have :file parameter in the source block you tried
>> to execute?
>
> Yes, this is my code block:
>
> #+begin_src hy :file g/foo.png
> (plt.scatter [1 2 3] [4 5 -9])
> #+end_src
What about
#+begin_src hy :results file :file g/foo.png
(plt.scatter [1
On 03/10/2021 17:56, Stefan Nobis wrote:
Max Nikulin writes:
On 03/10/2021 00:51, Tom Gillespie wrote:
I guess one thing I'm missing/not understanding is when/why people
want to use \[ \] instead of full #+begin_export latex block?
For example, because document without equations may
On 2021 Oct 03 Sun 5:38:10 AM -0400, Ihor Radchenko wrote:
Kodi Arfer writes:
I have an `org-babel-execute` function for the Hy programming
language that seems to have partly broken when I upgraded Org (from
9.1.14 to 9.4.6). …
I just tested using ob-gnuplot and :file link is correctly
On 2021-10-03, Colin Baxter wrote:
> Hello,
>
> I get a strange error when I try to clone org-mode:
>
> redknight@jetstar:~/git$ git clone
> https://git.savannah.gnu.org/git/emacs/org-mode.git
> Cloning into 'org-mode'...
> fatal: unable to access
>
On 03/10/2021 11:25, Jarmo Hurri wrote:
I use ditaa with org on a regular basis. Now that ditaa.jar is out of
org 9.5, I need to cope with the situtation.
I see two options, and neither was successful today. This is sort of
what I was afraid of when I voted for keeping ditaa bundled with org.
On 03/10/2021 00:57, Tom Gillespie wrote:
A general comment (heh) here. This is not a bug and not easily fixed.
Line comments are their own top level element distinct from
paragraphs. If you need something that fits in a paragraph you can use
@@comment:@@ at the start of a line.
I agree that it
Colin Baxter writes:
> Hello,
>
> I get a strange error when I try to clone org-mode:
>
> --8<---cut here---start->8---
> redknight@jetstar:~/git$ git clone
> https://git.savannah.gnu.org/git/emacs/org-mode.git
> Cloning into 'org-mode'...
> fatal: unable to
Hi Colin,
> I get a strange error when I try to clone org-mode:
Interesting, I just tried `git clone git://git.sv.gnu.org/emacs/org-mode.git'
and
that seemed fine.
All the best,
Timothy
Hello,
I get a strange error when I try to clone org-mode:
--8<---cut here---start->8---
redknight@jetstar:~/git$ git clone
https://git.savannah.gnu.org/git/emacs/org-mode.git
Cloning into 'org-mode'...
fatal: unable to access
The following Org markup does not render properly in HTML export:
- foo $aa$ bar
In Emacs, I see no signs of problems, such as broken math
highlighting. Further, when I export to LaTeX, the inequalities
render properly. Does one have to use \lt and \gt instead of < and
all the time? If so,
On Sun, Oct 3, 2021 at 6:35 AM Rudolf Adamkovič wrote:
> I use APA (via CSL) to cite and would like to write
>
> > According to Someone (2021), foo-bar (p. 42).
>
> I can almost do it with
>
> > Accordint to [cite/text:@someone-2021], foo-bar
> > .
>
> Any ideas? In APA, this pattern comes up
Max Nikulin writes:
> On 03/10/2021 00:51, Tom Gillespie wrote:
>> I guess one thing I'm missing/not understanding is when/why people
>> want to use \[ \] instead of full #+begin_export latex block?
> For example, because document without equations may become almost
> useless in the case of
I use APA (via CSL) to cite and would like to write
According to Someone (2021), foo-bar (p. 42).
I can almost do it with
Accordint to [cite/text:@someone-2021], foo-bar
.
Any ideas? In APA, this pattern comes up often.
Thank you!
R+
--
I love deadlines. I love the whooshing noise they
Hi Ihor,
> Then would you mind proposing a patch for org-fill-element in
> particular? At least, you seem to have a motivation for this particular
> function ;)
Perhaps in a few weeks, for now I’m a bit to busy for anything other than
“accidental” patches.
All the best,
Timothy
Timothy writes:
> Ihor Radchenko writes:
>
>> I personally would prefer modular function as a whole. For my taste,
>> Org code has too much of (case (variant 1) (variant 2) …)-style
>> functions (i.e. org-todo, org-cycle, org-ctrl-c-ctrl-c, org-store-link,
>> etc) and they are a pain to debug
Kodi Arfer writes:
> I have an `org-babel-execute` function for the Hy programming language that
> seems to have partly broken when I upgraded Org (from 9.1.14 to 9.4.6). It
> has code to write a plot to a file when a `:file` argument is given to the
> code block. It returns `nil` in this
Hi Ihor,
> What about separating the src_{nil} fontification into separate patch? I
> think that part raised no objections.
That sounds like a good idea to me. We may as well get that in.
> As for the results prettifications, I look at this and similar ideas as
> at Emacs themes. It looks nice
Kyle Meyer writes:
This is hopefully resolved with bb209cd5ab (Update to Org
9.5-30-g10dc9d, 2021-10-02) in the Emacs repo.
It works now. Thank you!
R+
--
Logic is a science of the necessary laws of thought, without which
no employment of the understanding and the reason takes place. --
Uwe Brauer writes:
> I tried
>
> ("mg" "Ejercicios Annu21: hechos, solicitados y asignados"
> table-line (file+function
> "~/ALLES/HGs/tex/vorlesungen/HGAnnu/Ejercios-Alumnos-Grupos/2021/Ejercios-Teoria21.org"
> "Ejercicios Annu21: hechos, solicitados y asignados" (clock))
>
Ihor Radchenko writes:
> I personally would prefer modular function as a whole. For my taste,
> Org code has too much of (case (variant 1) (variant 2) …)-style
> functions (i.e. org-todo, org-cycle, org-ctrl-c-ctrl-c, org-store-link,
> etc) and they are a pain to debug and advice for users.
Timothy writes:
> Hi Ihor,
>
>> What about making org-fill-element modular? We may define separate fill
>> functions for different elements and let the user override them
>> individually if the user prefer so. It may be implemented similar to
>> export functionality with customisable
Timothy writes:
> Ihor Radchenko writes:
>
>> Let me bump this thread again and mark it as a patch ;)
>
> Thanks for the bump. I'd like to get this working, but I don't know how best
> to
> deal with the "prettification" of {{{results(=value=)}}}, which is the major
> blocker as I
> see it.
Hi Ihor,
> What about making org-fill-element modular? We may define separate fill
> functions for different elements and let the user override them
> individually if the user prefer so. It may be implemented similar to
> export functionality with customisable formatters for different
>
On 03/10/2021 00:51, Tom Gillespie wrote:
do not see a reason for idiosyncrasy that markup intended to add LaTeX
snippet that looks like exactly as LaTeX commands for this purpose and
even actually preserved during export to LaTeX should have different
semantics for Org parser.
The answer is
Timothy writes:
> Hi Nicolas,
>
>> *snip lots of text*
>
> Thanks for going through my points in detail. I think I understand your
> perspective much better now. At this point though, I’m not really sure what to
> make of `\[ ... \]', I now feel like it’s sitting in some sort of markup limbo
>
Protesilaos Stavrou writes:
> Hello everyone,
>
> I have noticed that it is not possible to combine org-emphasis-alist
> characters. When applying multiple types of emphasis, the face
> corresponding to the outermost pair overrides its innermost counterparts.
>
> For example, */emphasise/* will
Tom Ed White writes:
> Following gnus links in org fails with the message:
>
> funcall: Wrong number of arguments: ((t) (path _) "Follow the Gnus
> message or folder link specified by PATH." (if (string-match
> "\\`\\([^#]+\\)\\(#\\(.*\\)\\)?" path) nil (error "Error in Gnus link
> %S" path))
torys.ander...@gmail.com (Tory S. Anderson) writes:
> As seen in the linked image, my agenda width is a single char too short so it
> clips the last : of the tags. I always use truncate-lines-mode, so this is a
> minor inconvenience but might be something easily fixed for new users? I
> think
Bernt Hansen writes:
> Hi,
>
> I ran into an issue this morning where my capture task continues
> clocking on save. This occurs in both master and maint when not
> clocking into a drawer.
>
> ECM follows.
Confirmed
alain.coch...@unistra.fr writes:
> Hello.
>
> With this org file, the "blah" is in bold face.
>
> * foo
> a *blah
> *** task
> bar
> *** END
>
> I would it is a small bug. NB: If I insert a blank line before the
> task, the face goes back to normal.
Thanks for your
>>> "IR" == Ihor Radchenko writes:
> Uwe Brauer writes:
>> ("mg" "Exercicios Annu21: asignados"
>> table-line (file+headline "~/somefile.org" "Exercicios Annu21: asignados")
>>
>> However in that file I also want a header of the form
>>
>> * Exercicios Annu21: asignados <2021-03-19 vie
dalanicolai writes:
> This bug report contains two requests/bugs about inline source blocks
> namely:
>
> 1. Inline source blocks don't get formatted/propertized within
> org buffers.
There is now patch under review to fix this:
https://list.orgmode.org/87h7dy7f68.fsf@localhost/T/#t
> 2.
Ihor Radchenko writes:
> Let me bump this thread again and mark it as a patch ;)
Thanks for the bump. I'd like to get this working, but I don't know how best to
deal with the "prettification" of {{{results(=value=)}}}, which is the major
blocker as I
see it.
Other than that, this all works
Timothy writes:
> Hi All,
>
> I've been using inline src blocks a fair bit more recently, and I've
> thought it's a pity how bad they look as they are currently without
> fontification. A little digging into Org internals and font-lock later
> and we have this patch. I could speak about what's
"Loris Bennett" writes:
> Hi,
>
> I have multiple versions of each of various languages such as Python
> or R. On the command line I can select a version using the 'module'[1]
> mechanism provided by Lmod[2]:
>
> My question is: How do I change the environment, ideally call 'module
> load ...'
Uwe Brauer writes:
> ("mg" "Exercicios Annu21: asignados"
> table-line (file+headline "~/somefile.org" "Exercicios Annu21: asignados")
>
> However in that file I also want a header of the form
>
> * Exercicios Annu21: asignados <2021-03-19 vie 09:48>
>
> That is a changing timestamp in the
Dear Pedro,
Thank you!
I'm wondering if
https://github.com/phrb/ob-julia/blob/master/ob-doc-template.org is up
to date? By up to date I mean will the examples in the file work with
the latest ob-julia as in https://github.com/phrb/ob-julia?
Yours sincerely,
Xianwen
Original
Bastien writes:
> Hi Thomas,
>
> "Thomas S. Dye" writes:
>
>> Worg footnotes are oddly formatted for me.
>
> This should be fixed now.
>
> See https://orgmode.org/worg/org-contrib/babel/languages/ob-doc-gnuplot.html
>
> Thanks!
Nice. Thanks!
All the best,
Tom
--
Thomas S. Dye
85 matches
Mail list logo