On Wed, Nov 02, 2022 at 09:15:04PM +0100, Renato Pontefice wrote:
> are You telling that you put more .el files on .emacs.d folder, each one
> contain some customization of emacs (or org-mode?)
> This is interesting for me.
No. By default, Emacs just loads ~/.emacs.d/init.el /or/ ~/.emacs.
On 03/11/2022 03:11, Leo Butler wrote:
On Wed, Nov 02 2022, Max Nikulin wrote:
On 02/11/2022 11:47, Ihor Radchenko wrote:
(for reference, this email is a followup of
https://orgmode.org/list/ca+ikm3wqa33xp4c3pvv+f2a-gn0dbezsdx6vf2crd+37+u6...@mail.gmail.com)
Ihor, you recently applied an
Greetings!
The attached two patches improve Org Babel LaTeX export to SVG using
Inkscape. See the commit messages for more details. Thank you.
Rudy
>From 569675be7881d4bdd3a2589491d7ee5396c27314 Mon Sep 17 00:00:00 2001
From: =?UTF-8?q?Rudolf=20Adamkovi=C4=8D?=
Date: Thu, 3 Nov 2022 00:53:01
On Sun, Oct 30 2022, Ihor Radchenko wrote:
> May I know if there is any update on the copyright assignment situation?
> If you need any help, we can provide it.
I have signed the form and sent it in, and I have received the counter-signed
form back from the FSF.
Parsebib's Github page mentions
> > Then, when I occasionally wished to update org, I would
> >
> > `cd ~/.emacs.d/org-mode && git pull && make autoloads && make`
> >
> > Recently I started getting errors invalid-function "org-assert-version".
> >
> > Upon cursory reading of this thread I guessed that I could fix them by
> >
On 11/2/22 13:31, Renato Pontefice wrote:
I’m sorry for this simply question, but I’m starting using emacs and org-mode
and I made some confusion.
Init.el
Need just for org -mode? Not for emacs right?
Thank you
Renato
Forgot to mention, and you may already be aware of this,
use
C-h v
Hi. I tried to assign monospace font to calendar in org-agenda but it
looks it uses default face. How I can set it then?
On 11/2/22 13:31, Renato Pontefice wrote:
I’m sorry for this simply question, but I’m starting using emacs and org-mode
and I made some confusion.
Init.el
Need just for org -mode? Not for emacs right?
You may use init.el (or .emacs of .emacs.d/init.el) file for all of
emacs.not just Org
are You telling that you put more .el files on .emacs.d folder, each one
contain some customization of emacs (or org-mode?)
This is interesting for me.
Renato
> Il giorno 2 nov 2022, alle ore 20:24, to...@tuxteam.de ha scritto:
>
> On Wed, Nov 02, 2022 at 01:36:00PM -0400, Jude DaShiell wrote:
On Wed, Nov 02 2022, Max Nikulin wrote:
> On 02/11/2022 11:47, Ihor Radchenko wrote:
(for reference, this email is a followup of
https://orgmode.org/list/ca+ikm3wqa33xp4c3pvv+f2a-gn0dbezsdx6vf2crd+37+u6...@mail.gmail.com)
>
> Ihor, you recently applied an alternative patch to Org main
Hi,
In worg's documentation of ob-maxima.el[fn:1], there are several bugs.
1. In the subsection `Inline Display of Maxima LaTeX Output', the
results are missing. This is because the code block is named
`solve-maxima', the same as in the section `Solver'. Export results in
that output being put
On Wed, Nov 02, 2022 at 06:45:36PM +0100, Renato Pontefice wrote:
> Maybe I’m not so skilled to emacs. I’ve found org-mode that do things that I
> find useful. I speak about init.el because I think this is the place where I
> can set some things to do with org-mode, i.e. Can I set deadline to
On Wed, Nov 02, 2022 at 01:36:00PM -0400, Jude DaShiell wrote:
> .emacs could be used for orgmode as well as init.el. I have all my
> orgmode stuff in my .emacs.
> What I don't yet know are any advantages of using init.el as opposed to
> .emacs.
I switched (long ago) from .emacs to init.el. The
hi. i have a text in a named #+begin_example ... #+end_example block.
i would like to process this text line by line in a shell (bash, say)
code block. but, it appears that the individual lines are not
separated, but passed as one long string to the source block. (example
below.)
is there a
Dear All,
On Wed, 2 Nov 2022 at 07:28, Ihor Radchenko wrote:
> I do not think that CSL limitations are really limiting us.
>
> - Allowing macros will be handled by ox.el itself automatically
> - Export snippets can also be processed without much issue (consider
> direct LaTeX code)
> -
Maybe I’m not so skilled to emacs. I’ve found org-mode that do things that I
find useful. I speak about init.el because I think this is the place where I
can set some things to do with org-mode, i.e. Can I set deadline to view in
emacs without org-mode?I’m simply looking for a good PIM that I
.emacs could be used for orgmode as well as init.el. I have all my
orgmode stuff in my .emacs.
What I don't yet know are any advantages of using init.el as opposed to
.emacs.
Jude "There are four boxes to be used in
defense of liberty:
soap, ballot, jury, and ammo. Please use in that order."
I’m sorry for this simply question, but I’m starting using emacs and org-mode
and I made some confusion.
Init.el
Need just for org -mode? Not for emacs right?
Thank you
Renato
Ihor Radchenko writes:
>> Otherwise, the patch itself is not much and I use it daily.
>
> Thanks!
> Applied onto main with minor amendments to the commit message (I added
> "." at the end of the sentences).
>
On 02/11/2022 12:04, Ihor Radchenko wrote:
See the attached new version of the patch.
The patch looks reasonable. I have not tried it in action though.
Max Nikulin writes:
[[file:file-b.org]]
"../file-b.org" is appropriate default description. I do not expect
"../" here.
I also
On 02/11/2022 13:46, Ihor Radchenko wrote:
Ihor Radchenko writes:
Should we, instead of using exact "\\[0pt]" string for line breaks,
define a new LaTeX command and then clean it up? This will distinguish
between \\[0pt] added by users explicitly and the ones generated
automatically by Org.
Ihor Radchenko writes:
> Can you elaborate about "paragraph is exported as verbatim"?
Sorry for the conciseness in my previous explanation. I meant something
like this:
: foo
is exported to LaTeX as
\begin{verbatim}
foo
\end{verbatim}
(and what i want is for it to be exported as 'normal
On 02/11/2022 11:47, Ihor Radchenko wrote:
(for reference, this email is a followup of
https://orgmode.org/list/ca+ikm3wqa33xp4c3pvv+f2a-gn0dbezsdx6vf2crd+37+u6...@mail.gmail.com)
Ihor, you recently applied an alternative patch to Org main branch.
Emacs tree still has ob-maxima.el with single
Ihor Radchenko writes:
> Jack Kamm writes:
>
>> Christian Köstlin writes:
>>
>>> I think we know of the async problem, and you reported that as well,
>>> so I would expect
>>> if someone is able to fix it, he will also move the tests to "sharp" again.
>>
>> Could you provide some references
Jack Kamm writes:
> Christian Köstlin writes:
>
>> I think we know of the async problem, and you reported that as well,
>> so I would expect
>> if someone is able to fix it, he will also move the tests to "sharp" again.
>
> Could you provide some references about the async problem, either how
Christian Köstlin writes:
> I think we know of the async problem, and you reported that as well,
> so I would expect
> if someone is able to fix it, he will also move the tests to "sharp" again.
Could you provide some references about the async problem, either how to
reproduce it or the
Juan Manuel Macías writes:
> Ihor Radchenko writes:
>
>> Why do you need to strip docstring on export?
>
> Thanks for the suggestion. The problem with doing it this way is that
> the paragraph is exported as verbatim, and I want it to be exported as a
> normal part of the text. For example, in a
Ihor Radchenko writes:
> Why do you need to strip docstring on export?
Hi Ihor,
Thanks for the suggestion. The problem with doing it this way is that
the paragraph is exported as verbatim, and I want it to be exported as a
normal part of the text. For example, in a PDF or HTML it would say
Nathan Furnal writes:
> I'm using the latest snapshot of org-mode and internal linking seems to fail.
> When visting an internal link, the tags table is opened instead of simply
> going to the place in the file which the link points to.
>
> To reproduce, just open an org file:
>
> * Hello
>
>
Hi all,
I'm using the latest snapshot of org-mode and internal linking seems to fail.
When visting an internal link, the tags table is opened instead of simply going
to the place in the file which the link points to.
To reproduce, just open an org file:
* Hello
Link to [[*Hello]]
Cheers,
On Wed, Nov 2, 2022 at 7:52 AM Ihor Radchenko wrote:
>
> Christian Köstlin writes:
>
> > The new async feature of python seems to be implemented in a way
> > that can break with high CPU load. This patch still runs the 3 tests in
> > question, but does not fail the complete testsuite if any of
Oh, nice. Thank you.
I was starting to wonder what happened to this.
"Dr. Arne Babenhauserheide" writes:
> The first (org-block) for long-form text (like official javadoc), the
> second (just verbatim) for shorter docstrings.
For even shorter docstrings, you can just #+name a paragraph.
--
Ihor Radchenko // yantar92,
Org mode contributor,
Learn more about Org
Hi Ihor,
Ihor Radchenko writes:
> However, async evaluation fails when org-babel-python-mode is set to
> 'python-mode.
As a stopgap, perhaps Org could issue an error message that async is not
implemented for python-mode.el
I was actually planning to deprecate ob-python support for
Ihor Radchenko writes:
> Juan Manuel Macías writes:
>
>> #+NAME: docstring1
>> #+begin_src org :post format-docstring(*this*) :results replace :exports
>> results :tangle no
>> Lorem ipsum dolor sit amet.
>>
>> Consectetuer adipiscing elit. "Donec hendrerit tempor tellus". Donec
>>
Mati writes:
> Ok, I tried this patch, but now when I try to eval maxima code it
> outputs similar broken table:
>
> | incorrect | syntax: | c | is | not | an | infix | operator |
> | ^ | | | | | | | |
>
> Plots have no output as before.
Could you please
Ok, I tried this patch, but now when I try to eval maxima code it
outputs similar broken table:
| incorrect | syntax: | c | is | not | an | infix | operator |
| ^ | | | | | | | |
Plots have no output as before.
To clarify, previous patch worked except
Tommy Kelly writes:
> *Am I correct that colons are forbidden for TODO keywords (at very least as
> the last character)? *
> I can't see an explicit prohibition in the manual, or in
> https://orgmode.org/worg/dev/org-syntax.html, but I'm seeing behavior that
> suggests there perhaps should be,
Renato Pontefice writes:
> Maybe I think my init.el is too dirty.
> Can someone give me an init.el that I can use as base to customize (if I
> want) something that can works without correct the old one
I strongly recommend you to go through some beginner videos explaining
Emacs configuration
Juan Manuel Macías writes:
> #+NAME: docstring1
> #+begin_src org :post format-docstring(*this*) :results replace :exports
> results :tangle no
> Lorem ipsum dolor sit amet.
>
> Consectetuer adipiscing elit. "Donec hendrerit tempor tellus". Donec
> pretium posuere
> tellus. Proin quam
Christian Köstlin writes:
> The new async feature of python seems to be implemented in a way
> that can break with high CPU load. This patch still runs the 3 tests in
> question, but does not fail the complete testsuite if any of those fail.
Thanks for the patch, but I'm afraid that it will
Ihor Radchenko writes:
> Should we, instead of using exact "\\[0pt]" string for line breaks,
> define a new LaTeX command and then clean it up? This will distinguish
> between \\[0pt] added by users explicitly and the ones generated
> automatically by Org.
I guess it will not work for that
Max Nikulin writes:
> Another corner case when "\\[0pt]\n" should not be blindly replaced to
> "\\\n" (I do not escape "\"). Imagine that you are going to describe
> this optimizing filter
>
> >8
> Optimizing filter will replace
> #+begin_example
> First\\[0pt]
> Second
>
*Am I correct that colons are forbidden for TODO keywords (at very least as
the last character)? *
I can't see an explicit prohibition in the manual, or in
https://orgmode.org/worg/dev/org-syntax.html, but I'm seeing behavior that
suggests there perhaps should be, as follows.
So, for vaguely
Max Nikulin writes:
> On 01/11/2022 12:48, Ihor Radchenko wrote:
>> Max Nikulin writes:
>>
>>> It seems org-id.el should be extended to handle some features common to
>>> all formats such as custom suffix instead of ".org"
>>
>> Could you please elaborate?
>
> Currently ox-html has an option
András Simonyi writes:
> thanks for pointing out the problem!! I've attached a new version of
> the patch, in which the custom exporter backend has an (in many cases
> trivial) translator for all currently allowed objects.
Thanks!
>> And we may add more, as discussed in
>>
Daniel Ziltener writes:
>> Could you please create a separate patch file and attach it in the
>> reply?
> Sure, here's the patch attached, as generated by "git format-patch
> origin/main".
Thanks!
I tried to apply your patch and run tests. The new test for
"strip-tangle" is failing on my
47 matches
Mail list logo
