Jean-Christophe Helary writes:
> Next (related) question:
>
> Why that ugly number in front of headers defined with in HTML ?
I have little knowledge about HTML export... I blind guess is that you
may disable org-export-with-section-numbers
(see "14.1.5 Options for the exporters" section of the
Jarmo Hurri writes:
> Greetings.
>
> I just installed (stable) 9.5. from GNU ELPA, and tried to see what my
> agenda for today looks like. The agenda is empty, and I got error
>
> Debugger entered--Lisp error: (invalid-function (date date))
>
> with backtrace
>
> (date date)()
> org-agenda-ge
On 01/10/2021 10:53, Jarmo Hurri wrote:
Bastien writes:
I just ran 'git pull' and got a warning and an error:
warning: redirecting to https://git.savannah.gnu.org/git/emacs/org-mode.git/
Your configuration specifies to merge with the ref 'refs/heads/maint'
from the remote, but no such ref was f
> On Oct 2, 2021, at 16:00, Ihor Radchenko wrote:
>
> Jean-Christophe Helary writes:
>
>> Next (related) question:
>>
>> Why that ugly number in front of headers defined with in HTML ?
>
> I have little knowledge about HTML export... I blind guess is that you
> may disable org-export-with
Jean-Christophe Helary writes:
> I'm trying to work with SourceHut (sr.ht) and right now they only accept
> Markdown syntax for their readme/wiki files.
>
> Since I work in Emacs/org-mode to write my documents (and try to stick to
> that),
> I'd like to know if there is an elegant way to expo
Hi Bastien,
On Sat, Oct 2, 2021 at 12:03 AM Bastien wrote:
>
> Hi Adam,
>
> Adam Porter writes:
>
> > Other FOSS projects's sites seem to make their source code repo links
> > very prominent; could Org's web site do that too? :)
>
> Done, let me know if it's good enough.
>
> I was missing this
Hi Timothy,
On Fri, Oct 1, 2021 at 10:10 AM Timothy wrote:
>
> Hi Adam,
>
> > Just now I found myself needing to look up the URL of the Org git repo,
> > and it seemed a bit harder than it ought to be. It’d be nice if there
> > were a prominent “source code” link on the front page, but I remembe
Hi Adam,
> Maybe this is moot, since Bastien already added the link to the home
> page, but anyway…
>
> On the Contribute page, I’d be in favor of having some kind of
> heading, like “Source Code,” and listing the git URL in text for easy
> copying (i.e. not hiding the URL behind a descriptive lin
I like Timothy's idea that \[ \] markup should behave like block-level
element rather than inline object. On the other hand, Nicolas convinced
me that the problem is not only with filling paragraphs in Emacs using
M-q and it requires change of Org grammar. That is why I do not think
that sugges
Hi Adam,
>From the last few messages in this thread, I think we’ve reached agreement on
the changes. Would you like to go ahead?
All the best,
Timothy
Ryan Scott writes:
>(default-directory
> -(or (and dir (file-name-as-directory dir)) default-directory))
> +(or (and dir (if (eq dir 'attach)
> +(org-attach-dir t)
> + (file-name-as-directory dir)))
> + def
> On Oct 2, 2021, at 16:44, Tim Cross wrote:
>
> Jean-Christophe Helary writes:
>
>> I'm trying to work with SourceHut (sr.ht) and right now they only accept
>> Markdown syntax for their readme/wiki files.
>>
>> Since I work in Emacs/org-mode to write my documents (and try to stick to
>>
Trevoke writes:
> I've looked at the code around adding a log-note and it looks like it might
> be automatable but there's a lot of pieces I don't know in there, so if
> there's a way to add just a state transition with a programmatically
> provided note, I'll take that, please :)
It may be frag
Would it be better then as a new option entirely that sets the default
directory to the attachment directory and results in attachment links for
any inserted paths that are under that?
The attachment link detection could possibly be default behavior for link
insertion, but i can imagine that might
dalanicolai writes:
> As svg is just xml, for small sketches I would prefer to insert directly
> the xml
> into the org-buffer within an image block, in which I can quickly toggle
> showing
> the image using `C-c C-c` (or `org-toggle-inline-images`). Also, exporting
> such
> xml should work perfe
Nicolas Goaziou writes:
> Also, I don't think LaTeX treats it as a block element.
> E.g.,
>
> text
> \[1+1=3\]
> text
>
> is a single paragraph in LaTeX.
Yes and no. LaTeX is a bit more complex and does not only see inline
or block elements. It has paragraph mode (and inner paragraph
Vladimir Nikishkin writes:
> Does anybody have a workaround for this?
Note that ox-bibtex is not a part of Org now. Maybe you try using new
org-cite syntax instead? It should support HTML natively.
Best,
Ihor
On Friday, 1 Oct 2021 at 22:41, Nicolas Goaziou wrote:
> Yes: habit. Also, I don't think LaTeX treats it as a block element.
> E.g.,
>
> text
> \[1+1=3\]
> text
>
> is a single paragraph in LaTeX.
This is true and probably the most convincing argument in this debate.
I have no proble
Joseph Vidal-Rosset writes:
> I got the following backtrace:
Err... This looks strange. Can you try re-installing Org? Or otherwise
go to org-capture.el, M-x eval-buffer, and try to get backtrace again
(hopefully, it can become more readable then).
Best,
Ihor
Timothy writes:
> I think a “Source Code” header could make sense, with a link to the cgit page,
> git clone line, and maybe a sentence or on Savannah for the unfamiliar.
> Perhaps
> we could like to the org-contrib and website repos as well there?
Sounds good to me.
Hi Adam,
> Sounds good to me.
Thanks :) it’s nice to get a second opinion.
All the best,
Timothy
Hi Eric,
>> text
>> 1+1=3
>> text
>>
>> is a single paragraph in LaTeX.
> This is true and probably the most convincing argument in this debate.
I can’t help but think that this line of thinking is a bit of a trap, because
what LaTeX’s idea of a paragraph does not line up with Org’s. I think th
Bodertz writes:
> As you can see, point is at the beginning of the line. I think it
> should be after the dash, as is the case when indenting plain list
> items.
The fix is attached.
Best,
Ihor
>From 63870bec28e59732cbbdf8b2534f6ece96e2d5d8 Mon Sep 17 00:00:00 2001
Message-Id: <63870bec28e597
Max Nikulin writes:
> I like Timothy's idea that \[ \] markup should behave like
> block-level element rather than inline object.
On the other hand, we will loose the ability to inline small parts of
math, that should be typeset as separate equation, like:
...text \[ 1+2=3 \] more text...
Hi,
I have seen that `org-latex-polyglossia-language-alist' contains far
more languages than `org-latex-babel-language-alist'.
Well, if I'm not mistaken, the situation in the LaTeX ecosystem is this:
Polyglossia appeared as a babel replacement for XelaTeX and LuaLaTeX,
since babel, at that time,
Hello,
Timothy writes:
> Is it? I can't use verbatim like this:
>
> =
> some
> verbatim
> text
> =
>
> but I can do
>
> \[
> some
> display
> equation
> \]
>
> It seems to me that \[ ... \] is already treated differently from other
> inline markup.
There is some misunderstanding here.
You can
Juan Manuel Macías writes:
> Well, if I'm not mistaken, the situation in the LaTeX ecosystem is
> this: Polyglossia appeared as a babel replacement for XelaTeX and
> LuaLaTeX, since babel, at that time, had no support for these two
> new Unicode based TeX engines.
And, as far as I remember, babe
On Saturday, 2 Oct 2021 at 18:18, Timothy wrote:
> I can’t help but think that this line of thinking is a bit of a trap, because
I think you're right. Nicolas's view that we should not think of org as
a front-end for LaTeX is probably more to the point. As Stefan has
noted, how LaTeX processes
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
where it can’t be either fully La
Hi Adam,
> Sure, I’ve just pushed these commits:
Great! I’ve just taken a peek and it’s a clear improvement in my eyes 🙂.
> Note that, after I made the other changes, the links scattered around
> the page clashed very badly with the nice “Org green” and black theme,
> so I adjusted them as well
Hi,
I took the liberty of creating a new "archive" subdirectory in Worg to
preserve some obsolete content (like "Fireforg", an extension which its
Worg entry said hasn't been developed since 2009):
https://orgmode.org/worg/archive/index.html
The archive's index page is exported, but the linked "
Looks good (on both large monitor and on my phone). Thank you!
--
: Eric S Fraga via Emacs 28.0.50, Org 9.5-g9a4a24
: Latest paper written in org: https://arxiv.org/abs/2106.05096
Hi Timothy,
Timothy writes:
> Great! I’ve just taken a peek and it’s a clear improvement in my eyes
> 🙂.
:)
>> Note that, after I made the other changes, the links scattered around
>> the page clashed very badly with the nice “Org green” and black theme,
>> so I adjusted them as well (as detai
Jean-Christophe Helary writes:
> I'm trying to work with SourceHut (sr.ht) and right now they only accept
> Markdown syntax for their readme/wiki files.
Hi Jean-Christophe,
If this is just for SourceHut you can use an HTML export and upload it
via the API instead of committing a Markdown based
On Sat, Oct 2, 2021 at 1:24 AM Kyle Meyer wrote:
> Is there a reason to avoid updating to the latest version?
No; updating them makes sense.
Bruce
On Sat, Oct 2, 2021 at 1:46 AM Kyle Meyer wrote:
>
> [reordering top-posting...]
>
> Bruce D'Arcus writes:
>
> > On Fri, Oct 1, 2021 at 8:33 AM Bruce D'Arcus wrote:
> >>
> >> It looks like that /etc/csl directory isn't included in the emacs source
> >> tree.
>
> > Actually, that whole etc direct
> On Oct 2, 2021, at 21:18, Morgan Willcock wrote:
>
> Jean-Christophe Helary writes:
>
>> I'm trying to work with SourceHut (sr.ht) and right now they only accept
>> Markdown syntax for their readme/wiki files.
>
> Hi Jean-Christophe,
>
> If this is just for SourceHut you can use an HTML
Uwe Brauer writes:
"CM" == Christian Moe writes:
>
>> Uwe Brauer writes:
>
>>> Hi
>>>
>>> Is it possible to have a header and footer in all pages when
>>> exporting to odt? I presume I have to use a odt style I create with
>>> Libreoffice/Openoffice?
>>>
>>> Thanks
>>>
>>> Uwe Brauer
>
Bastien writes:
Hi,
No Wayman writes:
The attached patch
I don't see a patch, can you resend it?
Apologies. Resent.
>From e5d1c6cc231363e20b378e082236af44ac717ccc Mon Sep 17 00:00:00 2001
From: Nicholas Vollmer
Date: Thu, 30 Sep 2021 16:07:15 -0400
Subject: [PATCH] org-src.el: Fix ch
On 02/10/2021 18:24, Eric S Fraga wrote:
On Saturday, 2 Oct 2021 at 18:18, Timothy wrote:
I can’t help but think that this line of thinking is a bit of a trap, because
I think you're right. Nicolas's view that we should not think of org as
a front-end for LaTeX is probably more to the point.
Max Nikulin writes:
> Unfortunately I have no idea how to get Message-ID having a link to
> particular message on lists.gnu.org without search by e.g. subject and
> author.
It can be parsed from the html. Something like below (it is my
home-made parser, but I think the idea should be clear):
Hi all,
as the subject says:
https://orgmode.org/contribute.html is very straightforward and
https://orgmode.org/worg/org-contribute.html is very complete.
I think we should merge both pages into worg/org-contribute.org,
the page that we recommand users to read in general.
The page would start
Rodrigo Morales writes:
> #+BEGIN_EXAMPLE
> Non-existent agenda file ~/foo.org. [R]emove from list or [A]bort?
> #+END_EXAMPLE
Confirmed
Hi,
No Wayman writes:
> Apologies. Resent.
Thanks -- it does not apply against the main branch, can you rebase
and resend it?
--
Bastien
Bastien writes:
Thanks -- it does not apply against the main branch, can you
rebase
and resend it?
Certainly. See attached.
>From 4971ceb26a1fb138f4eeddc1a569b5c4dd3f1859 Mon Sep 17 00:00:00 2001
From: Nicholas Vollmer
Date: Thu, 30 Sep 2021 16:07:15 -0400
Subject: [PATCH] org-src.el: Fix
Hej,
I have noticed that properties that stretch over multiple lines using
the :value+: syntax are ignored by org-element-property and therefore
also by e.g. org-export-get-node-property when exporting to ics via
ox-icalendar.el (see example below). I was wondering now whether this is
intenti
No Wayman writes:
> Bastien writes:
>
>> Thanks -- it does not apply against the main branch, can you rebase
>> and resend it?
>
> Certainly. See attached.
Applied, thanks a lot!
--
Bastien
Hanno Perrey writes:
> Hej,
>
> I have noticed that properties that stretch over multiple lines using
> the :value+: syntax are ignored by org-element-property and therefore
> also by e.g. org-export-get-node-property when exporting to ics via
> ox-icalendar.el (see example below). I was wonde
Bruce D'Arcus writes:
> On Sat, Oct 2, 2021 at 1:24 AM Kyle Meyer wrote:
>
>> Is there a reason to avoid updating to the latest version?
>
> No; updating them makes sense.
All right, thanks. I've updated these files to latest versions in
06ab36eb0.
On 02/10/2021 21:26, Ihor Radchenko wrote:
Max Nikulin writes:
Unfortunately I have no idea how to get Message-ID having a link to
particular message on lists.gnu.org without search by e.g. subject and
author.
It can be parsed from the html. Something like below (it is my
home-made parser, b
Bruce D'Arcus writes:
> Sorry; I wasn't clear.
>
> What I meant is that etc/styles was also not synced.
Right, some of the non-lisp files get moved around directory-wise
between the Org and Emacs repos. Just in case it didn't stick out in
the snippets from my message upstream, the same files are
Max Nikulin writes:
> On 02/10/2021 21:26, Ihor Radchenko wrote:
[...]
>> It can be parsed from the html. Something like below (it is my
>> home-made parser, but I think the idea should be clear):
>>
>> (org-capture-ref-set-bibtex-field :key (org-capture-ref-query-dom :tag 'form
>> :tag 'input
See attached.
>From 477f05274d2de75fc6d4761e6e6089f46e024f4e Mon Sep 17 00:00:00 2001
From: Nicholas Vollmer
Date: Thu, 30 Sep 2021 16:07:15 -0400
Subject: [PATCH] org-attach.el: Fix checkdoc warnings
* org-attach.el: Fix checkdoc warnings.
---
lisp/org-attach.el | 41 +---
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 case, and previously, Org would
On 27/11/2020 23:32, Maxim Nikulin wrote:
Unordered lists are styled a bit incorrectly in the single-page org
manual. Compare e.g. "Installation" section:
https://orgmode.org/org.html#Installation
https://orgmode.org/manual/Installation.html#Installation
For some reason whole text of single-pa
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 case, and previously, Org would
Bastien writes:
> Less code is less bug and less maintainance. So I'm considering
> moving these files to the new (unmaintained) org-contrib repo at
> https://git.sr.ht/~bzg/org-contrib:
I'm now discarding this call for help on updates.orgmode.org.
--
Bastien
Max Nikulin writes:
> Currently the problem exists e.g. for "Plain Lists" section
> https://orgmode.org/manual/Plain-Lists.html - OK
> https://orgmode.org/org.html#Plain-Lists - bold items with no markers
>
> Output of makeinfo changed a bit, so a pattern in a helper script
> postprocessing HTML
No Wayman writes:
> See attached.
Applied, thanks.
--
Bastien
Hi Max,
Max Nikulin writes:
> If you think that some patches improve the manual, feel free to apply
> ones that you like or to suggest better variants.
Applied, thanks a lot!
--
Bastien
Ihor Radchenko writes:
> Max Nikulin writes:
>
>> - I am in doubts whether "emacs -Q -L ~/src/org-mode/lisp" way to try
>> version from git is important enough for the manual. I have added a
>> separate patch however to discuss such change.
>
> I feel that it should not be in the manual. Howe
> 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 that \[ \] can only occur inside paragr
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 is annoying, but Org line comment syntax als
Eric S Fraga writes:
Looks good (on both large monitor and on my phone). Thank you!
+1
--
Thomas S. Dye
https://tsdye.online/tsdye
Hi Tom,
> The answer is that can only occur inside paragraphs. The issues
> here are exactly the same as the issues for inline footnotes. Org gives
> us a bit more power, but not the full power because Org is Org, not
> Latex. Making available outside of a paragraph would be a massive
> breaking
Kyle Meyer writes:
> Rudolf Adamkovič writes:
>
>> When I try to export HTML with APA/CSL citations (C-c C-e h o),
>> Emacs says:
>>
>>> The default CSL locale file
>>> /Users/salutis/src/emacs/nextstep/Emacs.app/Contents/Resources/lisp/org/etc/csl/locales-en-US.xml
>>>
>>> doesn’t exist or is
Hi Timothy,
> │ \[
> │ not part of a paragraph
> │ \]
My point is that that parses first as a paragraph (check org-element-at-point).
\[ and \] would be meaningless if it did not first parse as a paragraph.
> I also don’t see how footnotes are analogous, as footnotes are placed in the
> middle
Hi Stefan,
Stefan Nobis writes:
> And, as far as I remember, babel development had nearly ceased during
> that period.
>
> Since quite some years, the development has gained much more traction
> for babel and, as far as I read, babel is today as good or superior to
> polyglossia in many regards (
Tom Gillespie writes:
> But surely #+begin_export latex works with org-latex-preview? If not then
> that would be a feature request to org-latex-preview yes?
It might be possible, but I don’t think you can generally expect #+begin_export
latex blocks to be either previewable in isolation, or som
Hi All,
I intend to push this in the next few days, assuming I don’t get any feedback.
All the best,
Timothy
Hi Jeremie,
Many thanks for bringing this over the finish line! I'm very glad it
made it into Org 9.5.
All the tests passed on my end, and and I successfully ran a few async
R blocks without any issues.
I do have some suggestions for code style below. They apply to both the
original patch, as we
Hi Jeremie and Chuck,
>> But changing to `:async yes', the error aborts in a way that omits the
>> output.
>
> Interesting, I haven't thought about errors cases enough. Async process
> will be on the 9.5 release and this issue will be next on the todo list.
> Many thanks again for the feedback.
I just noticed one more thing, regarding ess-eval-visibly etc:
>> + (setq user-inject-src-param ess-inject-source)
>> (setq ess-eval-visibly nil)
>> + (setq ess-inject-source 'function-and-buffer)
>> (ess-eval-buffer nil))
>> - (setq ess-eval-visibly tm
Max Nikulin writes:
On 01/10/2021 10:53, Jarmo Hurri wrote:
Bastien writes:
I just ran 'git pull' and got a warning and an error:
warning: redirecting to
https://git.savannah.gnu.org/git/emacs/org-mode.git/
Your configuration specifies to merge with the ref
'refs/heads/maint'
from the r
Aloha all,
Worg footnotes are oddly formatted for me. I see the footnote
number on one line, then the footnote on the next line, like so:
1
Gnuplot manual downloads:
http://www.gnuplot.info/documentation.html
Do others see this, as well? Is there a fix?
All the best,
Tom
--
Thomas S. Dye
FYI. It seems we fixed the same issue half a year apart by chance..!
Maybe if we had a forge or smth this would have been solved already by Emily's
patch beginning 2021. One can always wish, right? ;-)
Best
Gustav
From: Bastien
Sent: Monday, September 27, 2021
Ihor Radchenko writes:
> Jarmo Hurri writes:
>
>> Greetings.
>>
>> I just installed (stable) 9.5. from GNU ELPA, and tried to see what my
>> agenda for today looks like. The agenda is empty, and I got error
>>
>> Debugger entered--Lisp error: (invalid-function (date date))
>>
>> with backtrace
Better solution found: quit sr.ht and move to a gitea implementation.
No hassle, org files are fully recognized.
Jean-Christophe
> On Oct 2, 2021, at 14:20, Jean-Christophe Helary
> wrote:
>
> I'm trying to work with SourceHut (sr.ht) and right now they only accept
> Markdown syntax for the
Greetings.
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.
1. I am running Fedora 34, wh
Hi Timothy,
Timothy writes:
> From 9c34dd6aba62d734f6ae9aecaffa76a0250bf495 Mon Sep 17 00:00:00 2001
> From: TEC
> Date: Wed, 29 Sep 2021 21:29:27 +0800
> Subject: [PATCH] org: Don't change image size based on font size
>
> * lisp/org.el (org--create-inline-image): When `create-image' is called
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!
--
Bastien
Bastien writes:
> Nitpick: I suggest shortening the ChangeLog part like this:
> *snip*
> The ChangeLog part should not be too verbose, you can add explanations
> after it.
Thanks Bastien, I’ll use that message when I push the commit 👍.
All the best,
Timothy
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
https://tsdye.o
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 Messa
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 headi
"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 ...' b
86 matches
Mail list logo
