Zelphir Kaltstahl writes:
> I have repeatedly tried to use another programming language than elisp for
> writing source blocks in org-mode, which I intended to use as functions inside
> org-mode spreadsheets. So far without success.
I’m using scheme in org-mode during export (though not it
Error handling is important and hard to get right. Me, I prefer to
treat every warning as an error (-Werror in gcc, "options(warn=2)" in
R, etc). I want the system to grind to a halt at the least sign of
trouble.
When I write some nonsense into a code block as in this example:
I was able to reproduce this using Emacs 28.0.50 and emacs -Q.
It is important to ensure both of the below paragraphs are completely
'unwrapped' i.e. all on one line and then wrap them with M-q.
The result seems counter-intuitive to me - the second paragraph with an
extra character is wrapped
Zelphir,
> So I still have not understood, what the actual issue is with the
> timediff function. Perhaps it is something about the imports.
>
> Thanks for taking the time to try and reproduce the behavior!
you're welcome. if there's something else i might try, i'll be happy to
try (to try).
Philip Kaludercic writes:
> quil...@riseup.net writes:
>
>> What a great call for papers. If it was created using Emacs, it would
>> be great to have a talk or a howto for how it was made.
>
> It seems to me like it is just an org-mode document, converted to
> plain text using one of the
On 08/08/2021 21:14, Nicolas Goaziou wrote:
Maxim Nikulin writes:
I have noticed another problem with
a lot of pcase branches in `org-cite-natbib--style-to-command' in and
my experience is not enough to resolve it. On attempt to
byte-compile-file
the following error is reported after
On 08/08/2021 03:27, Nicolas Goaziou wrote:
Maxim Nikulin writes:
It seems, rx e.g. in emacs-26.3 does not support all features used in
oc.el and oc-csl.el. Loading an org file using git master, I get
a warning
Eager macro-expansion failure: (error "rx form ‘regexp’ requires args satisfying
quil...@riseup.net writes:
> What a great call for papers. If it was created using Emacs, it would
> be great to have a talk or a howto for how it was made.
It seems to me like it is just an org-mode document, converted to
plain text using one of the built-in exporters.
> Congratulations
>
What a great call for papers. If it was created using Emacs, it would
be great to have a talk or a howto for how it was made. Congratulations
for the organizers for making this a free software event and not just an
event with free software.
I recently updated my packages and after the update the clock tables are
not working anymore. I reran an report from june and here too the
matching didn't work anymore.
#+BEGIN: clocktable :scope file :maxlevel 4 :match "traj"
#+CAPTION: Clock summary at [2021-08-06 Fr 08:48]
| Headline
Hello, I'm not sure if this is a general issue with fill-paragraph or with
the way org hides emphasis markers, but I'm facing this problem with bare
emacs + org:
Steps to reproduce:
1. Start emacs -Q (no configuration)
2. Set some variables:
(setq org-pretty-entities t
Dear list,
I'm not sure if this is a general issue with fill-paragraph or with the way
org hides emphasis markers, but I'm facing a problem with bare emacs + org.
Steps to reproduce:
1. Start emacs -Q (no configuration)
2. Set some variables:
(setq org-pretty-entities t
Hello everybody,
my first bug report so I hope this is useful.
Since the last org-mode update, whenever I press "r" to refresh my customised
agenda view (org-agenda-redo),
the whole buffer moves up by 1 line, which hasn't been the case until now.
Emacs : GNU Emacs 27.2 (build 1,
Hi Greg!
On 8/9/21 5:23 PM, Greg Minshall wrote:
> Zelphir,
>
> actually...
>
> Everybody,
>
> i have an awkwardness about not being clear of the meaning of "Library
> of Babel". my sense is it a collection of "subroutines".
>
> in my typical use of Org mode for programming, all my code blocks
Aloha John,
Thanks!
All the best,
Tom
John Kitchin writes:
> If every thing is working right, you can get the file that a key is in like
> this:
>
> #+BEGIN_SRC emacs-lisp
> (cl-loop for (file . entries) in (org-cite-basic--parse-bibliography)
> when (gethash "some-key" entries)
>
The CALL does not work at all for me, not even in the same document, while the
code works just fine in geiser. It results in and empty "#+RESULTS:" being
output below the "#+CALL: ..." and the error in *Messages*.
I did not mention, that I did the lob ingest step as well. Sorry for incomplete
Zelphir,
actually...
Everybody,
i have an awkwardness about not being clear of the meaning of "Library
of Babel". my sense is it a collection of "subroutines".
in my typical use of Org mode for programming, all my code blocks are
defined in the same .org file, and executed in that file, or
On Monday, 9 Aug 2021 at 14:25, Zelphir Kaltstahl wrote:
> the call in this case can be in the same document. I could copy the
> code to each document I intend to use it in, without much of a
> problem. Neater would of course be to have it in a global file,
> collecting all sorts of
org-duration-from-minutes was called with canonical = t, but without
providing a corresponding format only using the canonical units. This
broke if the user’s org-duration-format used other than the canonical units.
---
lisp/org-agenda.el | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
Hi Eric,
the call in this case can be in the same document. I could copy the code to each
document I intend to use it in, without much of a problem. Neater would of
course be to have it in a global file, collecting all sorts of
snippets/functions.
Regards,
Zelphir
On 8/9/21 3:34 PM, Eric S
Actually, there some bigger problems with the function as well...
— It didn’t update the priority cookie properly when one had been set before
* [#1] Exercise: update to [#2]
— After fixing that, I noticed that the included save-excursion doesn’t work
"Felix E. Klee" writes:
> ("static"
> :base-directory "."
^
This!
no bug
On Monday, 9 Aug 2021 at 12:52, Zelphir Kaltstahl wrote:
> I have repeatedly tried to use another programming language than elisp
> for writing source blocks in org-mode, which I intended to use as
> functions inside org-mode spreadsheets. So far without success.
I cannot help you directly with
On Thursday, 5 Aug 2021 at 23:14, Ihor Radchenko wrote:
> I suggest to run =e (point) = while in backtrace and go to reveal
> point in the Org file where error happens. Then, you can manually check
> if the Org syntax is violated.
Thank you. This was helpful. Lot's of very bad org structure in
In the case of numeric priorities [#1] [#9] and so on, there is a test
that is reversed in org.el. This appears twice with a slight variation.
;; Are we are less than the highest or greater than the lowest?
(or (< (upcase new) org-priority-highest)
(> (upcase new) org-priority-lowest))
The
Hello Org-mode users!
I have repeatedly tried to use another programming language than elisp for
writing source blocks in org-mode, which I intended to use as functions inside
org-mode spreadsheets. So far without success.
Here is my latest attempt:
START
#+HEADER: :var
If every thing is working right, you can get the file that a key is in like
this:
#+BEGIN_SRC emacs-lisp
(cl-loop for (file . entries) in (org-cite-basic--parse-bibliography)
when (gethash "some-key" entries)
return file)
#+END_SRC
This returns the first file that matches.
John
On Saturday, 7 Aug 2021 at 22:09, Nicolas Goaziou wrote:
> Would you have an ECM? I cannot reproduce it.
Unfortunately, I cannot reproduce it with emacs -Q [1]. Has to be
something in my configuration but I have no idea what. No time at
present to bisect etc. but I will in due course
I don't have a super specific suggestion ATM, but will just make the
following observation:
John Kitchin and I have been working on respective processors, and
they are modular enough that:
1) one can mix-and-match across projects
2) one can customize within each follow processor; for
Hi Thomas & others,
On Sat, Aug 07 2021, Thomas S. Dye wrote:
> Aloha Joost,
>
> Following some pointers from Eric and Bruce I have this in my
> configuration and it seems to work fine, though I haven't had a chance
> to use it very much.
Thanks for figuring that out. :-) Once I get to
Uwe Brauer writes:
> So the prefix is not taken into account. Anybody seeing this and knows a
> solution?
Not sure about orgalist-mode, but you may need to define custom
adaptive-fill-function. I use the following (though for org-mode itself):
(defun org-adaptive-fill-function ()
"Fill
Eric S Fraga wrote:
> What if you escape the \n, i.e. \\n?
Then org-mode's display is correct, but the message call
will not output a newline, but a backslash and an "n" :-).
Tim
What if you escape the \n, i.e. \\n?
--
: Eric S Fraga via Emacs 28.0.50, Org release_9.4.6-607-g185706
: Latest paper written in org: https://arxiv.org/abs/2106.05096
Am 04.08.2021 um 18:01 schrieb Jason Ross:
Hello,
I have developed a ConTeXt exporter for Org Mode. It is available at
https://github.com/Jason-S-Ross/ox-context
The exporter provides custom environments for each document element
in an effort to make customization easier, in contrast to the
Kyle Meyer writes:
> Hi Marco,
>
> In 61e083732 (org-attach: Possibly delete empty attach directory,
> 2021-07-09), you added a call to directory-empty-p. This function was
> introduced in Emacs's 0806075520 (Add directory-empty-p and new argument
> COUNT for directory-files-*, 2020-11-02) and
35 matches
Mail list logo
