Ihor Radchenko writes:
> CCing the maintainer.
Thanks Ihor. This issue dovetails nicely with the other recent iCalendar
issue [1] that I am still looking into (sorry for the tardiness)
> In theory, you should be able to do something like
>
> #+ICALENDAR_VCALENDAR: X-MICROSOFT-CDO-INTENDEDSTATUS
Phil writes:
> I'd like to add a few general remarks about *error status*.
> I'm starting to notice there are not much subprocesses
> that to do get called through =call-process= with
> ‘(REAL-DESTINATION ERROR-DESTINATION)’ kept as
> separate. You all know how useful stdin/out/err and
> the ret
* [2024-06-16 14:47] Max Nikulin:
On 15/06/2024 20:19, Ihor Radchenko wrote:
The underlying cause is a limitation of Emacs API for
interactive shells - we cannot easily distinguish
command output from prompt and other extra stuff
your shell/other interactive command spits into the
buffer.
Some
Daniel Clemente writes:
>> Does it also happen when you use the latest Org mode version?
>>
>
> Yes, with today's build. It happens with an 11 Mb Org file which has
> 19721 headers (some of them reach level 13).
> Here I enabled the profiler, added a space, saved (1 time only), and
> reported CPU
> > For instance, I don't use it because it adds around 5 seconds to each
> > saving of a large file. If it were instantaneous I would enable it.
> > With it disabled, this explains why I often find unencrypted sections
> > at the end of the day… I have to rely on myself to reencrypt them
> > again
> > In addition, „leaving some encrypted sections unencrypted for a short
> > amount of time, and closing and reopening the buffer during that time“
> > isn't a bug, it's a possible user behaviour that we can't control. But
> > org-crypt can mention that that behaviour is unsafe when using on-disk
Sam Crawford writes:
>> The question is whether it is practically useful to have separate
>> commands for R session and R non-session blocks. For most interpreters,
>> it is not very useful - they use the same command.
>>
>
> I agree that it's unlikely that users will want separate commands
> (t
On 02/07/2024 15:35, Ihor Radchenko wrote:
Sam writes:
I just noticed an inconsistency between the way ob-R and ob-python
select executables. For python, there are 3 variables:
org-babel-python-command, org-babel-python-command-session and
org-babel-python-command-nonsession, with the forme
Sam writes:
> I just noticed an inconsistency between the way ob-R and ob-python
> select executables. For python, there are 3 variables:
> org-babel-python-command, org-babel-python-command-session and
> org-babel-python-command-nonsession, with the former overriding the
> latter two.
This was
CCing the maintainer.
Jean Luc writes:
> When exporting orgmode calendars to ics, ox-icalendar unfortunately
> produces ics files where all events are considered "BUSY".
>
> As most applications seem to conform to RFC 2445, at some point or
> another, the following line seems to be added to t
Nathan Nichols writes:
> Ok here's an updated patch. Please let me know if there's anything else.
Thanks!
> Subject: [PATCH] Added ability to specify :html-head as a string or function
Please add changelog to the commit message.
See https://orgmode.org/worg/org-contribute.html#commit-messages
Hi all,
I'd like to let you know of a package I made, mainly for personal use:
https://codeberg.org/quotuva/tchanges
It lets Emacs users collaborate with others who use Office software like
Libreoffice, using the 'track changes' feature. I'd previously mentioned
it on help-gnu-emacs, but its pri
I just noticed an inconsistency between the way ob-R and ob-python
select executables. For python, there are 3 variables:
org-babel-python-command, org-babel-python-command-session and
org-babel-python-command-nonsession, with the former overriding the
latter two.
For R, there is only org-babel-R
Hi,
Sorry for delay.
1. pdflatex
2. processing page 1: output written to
../../../../var/folders/3m/9xzpnkks773bfdwzqlvr421rgn/T/org-tex-BYOo4y-1.svg
3. nil
Best wishes,
Yaroslav
> 26 июня 2024 г., в 22:05, Karthik Chikmagalur
> написал(а):
>
> I don't see anything wrong in the
When exporting orgmode calendars to ics, ox-icalendar unfortunately produces
ics files where all events are considered "BUSY".
As most applications seem to conform to RFC 2445, at some point or another, the
following line seems to be added to the ics file:
X-MICROSOFT-CDO-INTENDED
15 matches
Mail list logo
