> 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 att
> 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: 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
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: 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:
>> ...
>
> 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
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
(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
TEST\-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.
> https:/
ich 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
clude 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
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
d.
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
(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: Sat, 16 Sep
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
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.
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
(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-" you will find more options.
All the best,
"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
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
d for 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
ible 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
uide 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
own.
I have already assigned copyright to the FSF and have made such
contributions before.
All the best,
Protesilaos or "Prot"
--
Protesilaos Stavrou
https://protesilaos.com
>From b47af2b79c5ecfe0954dfd0bbe1bedd531b81417 Mon Sep 17 00:00:00 2001
Message-Id:
From: Protesilaos Stavrou
Dat
rg-hide, org-verbatim and org-code
> too.
>
> Thanks!
Thank you Bastien for this and for every other contribution!
--
Protesilaos Stavrou
https://protesilaos.com
, 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
--
Protesilaos Stavrou
protesilaos.com
>F
he 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
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 the pa
\\[\\([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-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
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
e 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
attribute 'org-priority nil :underline t)
…see attached screenshot with "edited" state.
--
Protesilaos Stavrou
protesilaos.com
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
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 debbugs.gnu.org, bug#43272.
--
Protesilaos Stavrou
protesilaos.com
I've investigated
s/blob/master/doom-themes-ext-org.el
--
Protesilaos Stavrou
protesilaos.com
n 9.3 (release_9.3 @ /usr/share/emacs/27.1/lisp/org/)
Best regards
Protesilaos
--
Protesilaos Stavrou
protesilaos.com
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
38 matches
Mail list logo
