On Monday, 9 Aug 2021 at 16:03, Zelphir Kaltstahl wrote:
> 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*.
Which indicates that
> On Aug 9, 2021, at 9:13 PM, James Powell wrote:
>
> 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.
If the effe
Arthur Miller writes:
> Kyle Meyer writes:
>
>> 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-*,
Hello everyone,
I wanted to talk about a concept for Org-mode. For now it's just a
concept, but maybe it already exist a package that do it.
The concept is called org-connector: It's a package that let you connect
an Org-mode file with an external tickets or tasks manager and let you
manage your
James Powell writes:
> 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 cod
Sébastien Gendre writes:
> Hello everyone,
>
> I wanted to talk about a concept for Org-mode. For now it's just a
> concept, but maybe it already exist a package that do it.
>
> The concept is called org-connector: It's a package that let you connect
> an Org-mode file with an external tickets
On a related note, I recently disabled
“org-hide-emphasis-markers,” only to discover that the columns
in all my tables that use =mono= text do not line up. Ouch!
R+
Lucas Viana writes:
Dear list,
I'm not sure if this is a general issue with fill-paragraph or
with the way org hides emphasi
I will also chime in here to say that managing output streams and
errors for babel is a major new feature that I am interested in. The
issue, as Tim points out, is that there is a lot of complexity lurking
here due to the fact that certain languages have fundamentally
different capabilities and way
Hi Sébastien,
I think you are probably looking for org-sync which implements
exactly this functionality. You would need to write a new backend for
your particular ticketing system, but github, bit bucket, and redmine
backends already exist and can serve as an example. Best,
Tom
https://orgmode
"Lewalder, Sebastian" via "General discussions about Org-mode."
writes:
> 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
To preface this, let me note that I am looking for a way to replace org-ref
with a complete and orthogonal package for writing scientific papers with
citations and cross-references. (I can probably live without the glossary
and acronym support). The cross-references in org-ref were handled with
org
p...@disroot.org writes:
> 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.
>
This was
i have not bulk archived in a year or two, because it is too slow for
me. i am curious why, when appending to an archive file,
append-to-file or write-region are not used, to merely put the entries
there instead of loading the archive file into emacs?
[this is the case even with zero-size archive
Hi John,
On Tue, Aug 10, 2021 at 8:58 PM John Kitchin wrote:
> ... I would like what I call an orthogonal approach for cross-references,
> orthogonal in the sense that it can coexist with org-ref, but not require
> org-ref if you don't use it. The built in internal links like [[label]] lack
>
Samuel Wales writes:
> [this is the case even with zero-size archive files; after a few
> entries it slows down.]
Do you get the same behaviour with the following code?
(setq org-archive-save-context-info '(file time))
Best,
Ihor
In general I like John's suggestion. Org link syntax can be made to do
nearly anything because it is possible to bind link actions to
arbitrary elisp functions (I have used them to create buttons that run
source blocks for some of my non-technical colleagues). The grouping
of cross references under
> Am 09.08.2021 um 19:18 schrieb Maxim Nikulin :
>
> 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 t
i should clarify. bulk archiving slows down even with /nonexistent/
(have not tried empty) archives. as part of normal and expected
operation, bulk creates the archive for the first entry, and then
subsequent entries are added. those get slower and slower.
i was trying to imply e.g. doing archi
On Wed, Aug 11, 2021 at 06:30:26AM +1000, Tim Cross wrote:
> [...] For example, in an
> interpreted language, you could have errors due to problems with the
> interpreter, you could have errors in the code or you could have a code
> block which legitimately ret
Samuel Wales writes:
> i should clarify. bulk archiving slows down even with /nonexistent/
> (have not tried empty) archives. as part of normal and expected
> operation, bulk creates the archive for the first entry, and then
> subsequent entries are added. those get slower and slower.
That's
20 matches
Mail list logo
