f Org? Like this:
(require 'ox-md)
(add-to-list 'org-export-backends 'md)
The export dispatched should then have an "Export to Markdown" option
bound to 'm'.
There are more export backends as well. If you do M-x find-library and
search for "ox-
of course, while too many overly
specific faces can also prove problematic for testing/maintenance. Just
something for you to bear in mind.
Finally, how does the use of 'org-block' in this context relate to
'org-src-block-faces'? Could there be undesired conflicts in styling or
whatnot?
All the best,
Prot
[1] <https://list.orgmode.org/87pmzf4bd0@gmail.com/>
--
Protesilaos Stavrou
https://protesilaos.com
On 2021-12-26, 11:22 +0100, Rudolf Adamkovič wrote:
> Protesilaos Stavrou writes:
>
>> [ I will sync with emacs.git as soon as I publish the next tagged
>> version (2.0.0). It is a big one and the change log will take some
>> time to prepare... Maybe this week.
On 2021-12-26, 22:04 +0100, Rudolf Adamkovič wrote:
> Protesilaos Stavrou writes:
>
>> Do you get the same results?
>
> Oh, I do! That said, if I reverse last two steps, I do not:
>
>> - Create a file with demo content, such as ~/test-org-block.org
>> - Execu
n to this issue?
I am running:
* Org mode version 9.3.
* GNU Emacs 27.0.91 (build 1, x86_64-pc-linux-gnu, GTK+ Version 3.24.17,
cairo version 1.17.3) of 2020-04-20.
Best regards,
Protesilaos
--
Protesilaos Stavrou
protesilaos.com
cairo version 1.17.3) of 2020-08-14
- Org mode version 9.3 (release_9.3 @ /usr/share/emacs/27.1/lisp/org/)
Best regards
Protesilaos
--
Protesilaos Stavrou
protesilaos.com
themes/blob/master/doom-themes-ext-org.el
--
Protesilaos Stavrou
protesilaos.com
rotesilaos/modus-themes/-/issues/85#note_407147422
Overview of my setup:
+ GNU Emacs 27.1 (build 2, x86_64-pc-linux-gnu, GTK+ Version 3.24.22,
cairo version 1.17.3) of 2020-08-14
+ Org mode version 9.3 (release_9.3 @ /usr/share/emacs/27.1/lisp/org/)
* * *
This message was also posted on debbug
Bastien [2020-09-09, 10:49 +0200]:
> Protesilaos Stavrou writes:
>
>> Diego Zamboni [2020-09-05, 23:39 +0200]:
>>
>>> I had seen the same in my setup. I recently started using Doom Emacs
>>> (https://github.com/hlissner/doom-emacs/) and was pleasantly sur
ng expression:
(set-face-attribute 'org-priority nil :underline t)
…see attached screenshot with "edited" state.
--
Protesilaos Stavrou
protesilaos.com
lent!
This is the kind of headline I tried:
* TODO [#A] This is a test ~scaling-elements~ =faces-adapt= :good-stuff:
Also added links to confirm my findings. Again, all good.
--
Protesilaos Stavrou
protesilaos.com
Bastien [2020-09-23, 14:25 +0200]:
> Ihor Radchenko writes:
>
>> The attached patch seems to fix the issue.
>
> Applied as 979e82fc3, thanks a lot!
Good news! Thanks to everyone for their contributions!
--
Protesilaos Stavrou
protesilaos.com
On 2020-09-29, 08:00 +, Roman Rudakov wrote:
> "Protesilaos Stavrou" writes:
>
>> Roman Rudakov [2020-09-15, 18:50 +]:
>>
>>> I use theme which draw boxes around priority cookie. Before updating to
>>> version 9.4 box was rendered just aro
[\\([0-9]*%\\)\\]\\|\\[\\([0-9]*\\)/\\([0-9]*\\)\\]"
- (0 (org-get-checkbox-statistics-face) t)))
+ (0 (org-get-checkbox-statistics-face) prepend)))
;; Description list items
'("^[ \t]*[-+*][ \t]+\\(.*?[ \t]+::\\)\\([ \t]+\\|$\\)"
1 'org-list-dt prepend)
#+end_src
--
Protesilaos Stavrou
protesilaos.com
On 2020-10-07, 00:20 -0400, Kyle Meyer wrote:
> Protesilaos Stavrou writes:
>
>> Sorry to re-open this issue. The following change extends Ihor's patch
>> to also cover checkbox statistics. Seems to work just fine on my end.
>> Thanks again!
>
> Thanks for t
; making the suggested change results in a failing test
> (test-org/entry-put). So at this point, I'd lean towards adjusting the
> docstring.
>
> I've applied a different fix for the regression (b1de0c8e4).
Thank you Kyle! I can confirm that the issue is no longer present on my
end.
--
Protesilaos Stavrou
protesilaos.com
d+foreground combinations, the selected values conform
with the highest accessibility standard for colour contrast (WCAG AAA,
else a minimum contrast ratio of 7:1). I limited my options to what
'M-x list-colors-display' provides.
Best regards,
Protesilaos
--
Protes
rotesilaos (or simply "Prot")
--
Protesilaos Stavrou
https://protesilaos.com
>From 1ecd64bfe88d06684a9ad97c1ee6df0bdd2c1eb2 Mon Sep 17 00:00:00 2001
Message-ID: <1ecd64bfe88d06684a9ad97c1ee6df0bdd2c1eb2.1694856985.git.i...@protesilaos.com>
From: Protesilaos Stavrou
Date: Sa
w, non-trivial, font-lock-keyword.
Thank you for the explanation! The case I had in mind was indeed the
one where the 'org-code' face now applies.
I am interested in making the results display as distinct elements. The
reason is that it can sometimes be hard to tell what was there before
and what was generated by 'org-babel-execute-buffer' and related.
You are right to point out that adding font-lock rules for all the
possible #+results is not trivial. Better leave it as-is.
--
Protesilaos Stavrou
https://protesilaos.com
ad
anticipated. I will need to review everything on offer. Let's abort
this effort for now.
Thank you for your time!
--
Protesilaos Stavrou
https://protesilaos.com
nshot I include an overline for the heading, to show how this is
not limited to the background colour but extends to all face attributes.
To this end, I also attach "demo-org-heading-with-more-height.png" which
shows how the date is not scaling to match the heading's increased text
height.
All the best,
Protesilaos (or simply "Prot")
--
Protesilaos Stavrou
https://protesilaos.com
tes.
Now the tricky part is to figure out which combinations can work this
way. Headings and source blocks are two obvious ones. Maybe there are
more, but I cannot think of one right now.
--
Protesilaos Stavrou
https://protesilaos.com
ST\-HELLO=\"one\"" t) yields
>
> ... which was as expected - I forgot to quote \ inside "...".
>
> The problem was different - sparse tree should escape "-" in property
> names by itself when building the matcher.
>
> Fixed, on main.
> ht
: GNU Emacs 30.0.50 (build 3, x86_64-pc-linux-gnu, GTK+ Version 3.24.38,
cairo version 1.16.0)
of 2024-04-03
Package: Org mode version 9.6.15 (release_9.6.15 @
/usr/local/share/emacs/30.0.50/lisp/org/)
--
Protesilaos Stavrou
https://protesilaos.com
s is the same principle as what we do with
links to headings that have a CUSTOM_ID.
As such, the anchor text can still be the way it is now as an
automatically generated number sequence (^1, ^2, etc.), but the HTML
"id" and "href" values will be constructed based on the label of the
footnote, NOT its number in the sequence.
What do you think?
Thank you again for your time and efforts!
--
Protesilaos Stavrou
https://protesilaos.com
> From: Ihor Radchenko
> Date: Wed, 10 Apr 2024 14:31:22 +0000
>
> Protesilaos Stavrou writes:
>
>> Though I should have clarified my intent earlier: the idea is to use the
>> label as a fixed reference to the footnote, so that the link does not
>> change
> From: Ihor Radchenko
> Date: Sat, 13 Apr 2024 14:00:48 +0000
>
> Protesilaos Stavrou writes:
>
>> With regard to the disambiguation scheme, I am playing around with
>> various scenaria to see how Org HTML export behaves. Using the
>> following:
>> ...
>
Hello again!
A follow-up on the patches below:
> From: Protesilaos Stavrou
> Date: Fri, 26 Apr 2024 10:55:50 +0300
> [... 41 lines elided]
> Thank you! I just tried it. I encountered two problems with it, which I
> am addressing with the two attached patches (feel free to mod
> From: Max Nikulin
> Date: Fri, 26 Apr 2024 16:53:23 +0700
>
> On 26/04/2024 15:17, Protesilaos Stavrou wrote:
>> Since we are now using labels for the HTML export, I think it makes
>> sense to optionally use those for the anchor tags as well.
> [...]
>
>> +(d
> From: Ihor Radchenko
> Date: Sun, 28 Apr 2024 10:22:50 +0000
>
> Protesilaos Stavrou writes:
>
>>> See the attached tentative patch.
>>
>>> [... 144 lines elided]
>>
>> Thank you! I just tried it. I encountered two problems with it, which I
&
> From: Ihor Radchenko
> Date: Sun, 28 Apr 2024 10:37:58 +0000
>
> Protesilaos Stavrou writes:
>
>> Since we are now using labels for the HTML export, I think it makes
>> sense to optionally use those for the anchor tags as well.
>>
>> See the attached
3 (release_9.7.3 @
/usr/local/share/emacs/30.0.50/lisp/org/)
--
Protesilaos Stavrou
https://protesilaos.com
> From: Ihor Radchenko
> Date: Fri, 14 Jun 2024 14:27:12 +0000
>
> Protesilaos Stavrou writes:
>
>> I have noticed that the export mechanism does not read the local
>> variables of a file when those come from a .dir-locals.el.
>
> It is expected - export happe
ide, org-verbatim and org-code
> too.
>
> Thanks!
Thank you Bastien for this and for every other contribution!
--
Protesilaos Stavrou
https://protesilaos.com
nk about their design and test
their implementation. This is done for communication purposes: any
errors are exclusively my own.
I have already assigned copyright to the FSF and have made such
contributions before.
All the best,
Protesilaos or "Prot"
--
Protesilaos Stavrou
https://protesila
ose in EU documents. There is a style guide for
the European Institutions.[1][2][3]
I do not know latex notation to help you with the technicalities.
Here are the unicode points:
| « | U+00AB |
| » | U+00BB |
| “ | U+201C |
| ” | U+201D |
| ‘ | U+2018 |
| ’ | U+2019 |
All the best,
Protesilaos
[1] Quotes: <http://publications.europa.eu/code/el/el-4100107el.htm>.
[2] General info: <http://publications.europa.eu/code/el/el-410.htm>.
[3] Main portal: <http://publications.europa.eu/code/el/el-000100.htm>.
--
Protesilaos Stavrou
https://protesilaos.com
mentary or possible edits to the patch.
Given this opportunity, thank you and the others for your contributions
to Org.
Best regards,
Protesilaos
--
Protesilaos Stavrou
https://protesilaos.com
or maintaining Org in general)!
> This deserves an entry in etc/ORG-NEWS for Org 9.5: would you be
> willing to submit a patch for this?
Yes, I will prepare one, though I am committed to a task right now and
will only be available again in ~3 hours.
--
Protesilaos Stavrou
https://protesilaos.com
in etc/ORG-NEWS for Org 9.5: would you be
> willing to submit a patch for this?
Hello again Bastien!
Please find attached the entry for the ORG-NEWS.
All the best,
Protesilaos
--
Protesilaos Stavrou
https://protesilaos.com
>From ac96612c9e1313ef40fef042c4e79771776423bd Mon Sep 1
otesilaos (or simply "Prot")
* * *
M-x org-version: Org mode version 9.4.4 (release_9.4.4 @
/usr/share/emacs/28.0.50/lisp/org/)
M-x emacs-version: GNU Emacs 28.0.50 (build 1, x86_64-pc-linux-gnu, GTK+
Version 3.24.30, cairo version 1.17.4) of 2021-09-28
--
Protesilaos Stavrou
https://protesilaos.com
On 2025-07-23 16:06, Sean Whitton wrote:
Hello,
Hello Sean and everybody!
On Mon 21 Jul 2025 at 08:13pm GMT, Ihor Radchenko wrote:
Sean Whitton writes:
I couldn't find any mailing list discussion as to why commit
667cb6f1a
was reverted (in commit 8aff82568).
I think that at least org-v
41 matches
Mail list logo
