Ihor Radchenko writes:
> Henrik Frisk writes:
>
>> Recently (not sure when) the ics output came out malformed and a newline is
>> omitted between the end of one event and the beginning of another:
>>
>> END:VEVENT
>> BEGIN:VEVENT
>>
>> is now
>>
>> END:VEVENTBEGIN:VEVENT
>>
>> I can't figure
Hi!
I applied my ert test deduplicator on org tests and found some useless tests
which you can see in the patch.
>From 32d83fc5b2ad076dcd8681434a46b4117ac23858 Mon Sep 17 00:00:00 2001
From: Ilya Chernyshov
Date: Sun, 17 Sep 2023 02:33:51 +0700
Subject: [PATCH] testing: Delete useless ert
The documentation for fixed width areas states: A “fixed-width line” starts
with a colon character (:) and either a whitespace character or the immediate
end of the line.
Using the test document:
```
:foo
```
parses as a paragraph instead of a fixed-width area:
```
(org-data
Rationale for this patch: in certain cases, in a LaTeX document, it is
necessary to add code before the class declaration (\documentclass...).
For example, commands like \PassOptionsToPackage, \DocumentMetadata{ },
etc.; or certain packages that should be loaded first using
\RequirePackage{}; and
> From: Ihor Radchenko
> Date: Sat, 16 Sep 2023 12:44:37 +
> [... 79 lines elided]
> I am still not 100% sure what exactly you want to achieve - just
> highlight evaluation results that are _also_ fixed-width or all kinds of
> evaluation results.
The goal is to make all kinds of evaluation
Protesilaos Stavrou writes:
>> I think there is some misunderstanding here.
>> #+RESULTS is not a drawer. A drawer would be
>>
>> :results:
>> ...
>> :end:
>
> Oh, I see. How do we describe it? A keyword, perhaps?
Affiliated keyword.
Org allows attaching arbitrary metadata to syntax
> From: Ihor Radchenko
> Date: Sat, 16 Sep 2023 09:49:50 +
> [... 9 lines elided]
>> +(defface org-code-results '((t :inherit org-code))
>> + "Face for the contents of #+RESULTS drawers."
>> + :group 'org-faces
>> + :version "30.1")
>
> I think there is some misunderstanding here.
>
Ihor Radchenko writes:
> "Tom Alexander" writes:
>
>> I am noticing the list items have some very context-sensitive specific
>> behavior regarding ownership of the trailing blank lines. I was hoping to
>> get some clarification on this (namely, are my observations correct, am I
>> stumbling
Protesilaos Stavrou writes:
> I propose the attached patch. It gives users/themes the opportunity to
> style the contents of #+RESULTS drawers differently than the face
> applied to ~code~ elements.
Thanks for the patch!
> +(defface org-code-results '((t :inherit org-code))
> + "Face for the
Hello folks!
I propose the attached patch. It gives users/themes the opportunity to
style the contents of #+RESULTS drawers differently than the face
applied to ~code~ elements.
To preserve the current style, I made the new face inherit 'org-code'.
What do you think?
All the best,
Protesilaos
Tshiung Han See writes:
> 8am’s not going to work, sorry. But I really appreciate the offer, Corwin.
>
> I would be happy to host something that is more amenable for people in my
> corner of the world. But I must warn you that I’m *really* new to org-mode.
>
> That is, though I’ve been using it
Leo Butler writes:
>> Also, non-standard arguments should be defined in
>> `org-babel-header-args:maxima'.
>>
>
> Ok. I see that some packages (e.g. ob-gnuplot.el) use a `defvar' form,
> while others (e.g. ob-R.el) use a `defconst' form. Is there a preference?
defconst I think. The value is
Rudolf Adamkovič writes:
> * doc/org-manual.org (Capturing column view): Replace "in the
> ... line" with "on the ... line" and capitalize the containing
> sentence as well.
Thanks!
Applied, onto main.
https://git.savannah.gnu.org/cgit/emacs/org-mode.git/commit/?id=2c7018f72
--
Ihor Radchenko
13 matches
Mail list logo