I wrote:
> As it stands, the relevant part reads as follows:
> 'TIMESTAMP' The first keyword-less timestamp in the entry.
> 'TIMESTAMP_IA' The first inactive timestamp in the entry.
>
> Both are slightly incorrect and that can be fixed by changing to the
> following:
> 'TIMESTAMP' The fir
After figuring out, with help on Reddit (ht: Adam), some nuances
affecting timestamps, column
mode, and the Special Properties TIMESTAMP, and TIMESTAMP_IA, I think
the following
modifications to section 7.2 (Special Properties) of the manual would
be worthwhile.
As it stands, the relevant part rea
Hi
CAVEAT EMPTOR: Although it’s some years that I have been using org to create my
slides, I never needed this… Interesting to learn new things ;-)
I personally would not oppose to have a customizable org-frame-environment
variable, with its default value being “frame”.
Then, when actually em
Hi Matt,
On 2024-01-27 at 12:22 -08, Matt wrote...
> On Sat, 27 Jan 2024 03:20:37 +0100 Ken Mankoff wrote ---
>> Weirdly,
>>
>> :results append drawer
>>
>> Appends result #2, but then inserts all results after the first.
>
> I'm not sure what you mean. However, trying it, I see bunches
On Thu, 25 Jan 2024 23:33:53 +0100 Ihor Radchenko wrote ---
> I do not have a strong opinion here though. If more people chime in here
> and support re-arrangement, I will not oppose.
I think Sławomir makes a good case for moving it.
What concepts are used and where are they introduced
Dear All,
I noticed in my patch that I moved the description ("The ‘[2/4]’ and
‘[1/3]’ in") of an example.
And it should be just below the example.
So I'm sending a fixup! patch to fix this.
It's my first fixup! patch so I hope this is the right procedure ;)
Regards,
Sławomir Grochowski
On Mon
On Sat, 27 Jan 2024 03:20:37 +0100 Ken Mankoff wrote ---
> I'd like to append results from a babel block, but without the leading ":"
> that sometimes appears. Is this possible. I'm using v9.7-pre.
AFAIK, the only ways are to use 'raw' or something that wraps the result, like
:wra
On Fri, 26 Jan 2024 01:42:59 +0100 Jack Kamm wrote ---
> Second version of the patch works on my test example now. The initial
> block hangs for a few seconds but then finishes. Subsequent blocks seem
> to work without any noticeable hanging.
I was able to confirm this as well.
--
