Re: Bug: Logbook drawer and org-adapt-indentation with value headline-data [9.4 (9.4-7-g3eccc5-elpaplus @ /home/gustavo/.emacs.d/elpa/org-plus-contrib-20200921/)]

Bastien writes: > This should be fixed with commit 730a05f78. > ;; FIXME: when storing a note in a LOGBOOK drawer, > ;; `org-store-log-note' needs to insert a new line before > ;; the newly inserted note, thus the `type' at point will > ;; return `paragraph' instead of the expected `drawer', so

Re: Bug: Logbook drawer and org-adapt-indentation with value headline-data [9.4 (9.4-7-g3eccc5-elpaplus @ /home/gustavo/.emacs.d/elpa/org-plus-contrib-20200921/)]

Ihor Radchenko writes: > Maybe you can use > > (eq (org-element-type (car (org-element-lineage element))) 'drawer) Indeed, thanks for the tip! Committed as 26d1d29cf.

Re: org-cite: make 'suppress-author' a citation 'style'

"Bruce D'Arcus" writes: >> e.g. you can write >> >> Smith claims foo [(cite): -@Smith2019; -@Smith2020; see also @Jones2018]. >> >> to render >> >> Smith claims foo (2019; 2020; see also Jones 2018). > You identified the same case Andras and I discussed just above. > > I think the solution is si

Re: BUG?: Are TAGs case sensitive? ('org-agenda-show-tags')

Hi David, David Masterson writes: > I have been using upper-case TAGs and just noticed that > 'org-agenda-show-tags' is reporting them in lower-case which is not > right since I have another TAG that is the lower-case version of the > upper-case TAG (sort of a visual importance indicator). Than

Re: [Patch] Update previews correctly with color changes

Applied as commit 8bdcf51ac, thanks a lot. Yuri Lensky writes: > The hash computed for LaTeX previews did not actually take into > account the true foreground/background text color, so org would not > refresh previews when themes change.

Re: org-cite: make 'suppress-author' a citation 'style'

Am 27.04.2021 um 09:36 schrieb Richard Lawrence: "Bruce D'Arcus" writes: e.g. you can write Smith claims foo [(cite): -@Smith2019; -@Smith2020; see also @Jones2018]. to render Smith claims foo (2019; 2020; see also Jones 2018). You identified the same case Andras and I discussed just abo

Re: Bug: org-html-export-to-html doesn't handle .gpg files properly [9.3.6 (9.3.6-17-g389288-elpa @ /home/adalricus/.emacs.d/elpa/org-20200224/)]

Fixed with commit b1ff9afc in maint, thanks. Bastien writes: > Adalricus Ovicula writes: > >> - create a file called "test.org.gpg" >> - run org-html-export-to-html >> >> File gets exported as test.org.html, shouldn't it be test.html? > > Yes it should -- I will have a look at this, and if the

Re: org-cite: make 'suppress-author' a citation 'style'

Denis Maier writes: > I think Bruce's point was that author suppresion list items other than > the first lies in the jurisdiction of the citeproc, and has to be > handled depending on citation style. (I.e., user input does /not/ matter > here.) Ahhh OK, that makes it clearer. Thanks! Sorry fo

Re: [PATCH] ox-html.el: Add HTML_CONTENT_CLASS to support css classes in content tag

Bastien writes: > I added "TINYCHANGE" at the bottom of your commit message to signal > this is small change done by someone who has not (yet) assigned his > copyright to the FSF. Er, sorry Sameer, my mistake, you are actually listed on https://orgmode.org/worg/org-contribute.html as a copyright

Re: [PATCH] ox-md.el export code blocks using grave accents.

Tim Cross writes: > I don't think this patch is correct. I'm marking it as "canceled" right now, thanks.

Re: [PATCH] ox-md.el export code blocks using grave accents.

On Sat, Jan 30, 2021, 6:29 PM Tim Cross wrote: > There are no precise standards for markdown, but org states in the > manual that the version of markdown it supports is that defined at > http://daringfireball.net/projects/markdown Perhaps at some point it would make sense to change to this, whic

Re: org-cite: make 'suppress-author' a citation 'style'

On Tue, Apr 27, 2021 at 3:52 AM Denis Maier wrote: > I think Bruce's point was that author suppresion list items other than > the first lies in the jurisdiction of the citeproc, and has to be > handled depending on citation style. (I.e., user input does /not/ matter > here.) Yes, thank you; that

Re: wip-cite status question and feedback

On Mon, Apr 26, 2021 at 4:35 PM Denis Maier wrote: > Regarding the proposal: I think that could go in the right direction, > but in the current form it has the downside that you can't use the > prefix anymore, right? Not sure why you would need a prefix for this case, but org-cite has two levels

Re: [PATCH] ox-md.el export code blocks using grave accents.

Bruce D'Arcus writes: > On Sat, Jan 30, 2021, 6:29 PM Tim Cross wrote: > >> There are no precise standards for markdown, but org states in the >> manual that the version of markdown it supports is that defined at >> http://daringfireball.net/projects/markdown > > Perhaps at some point it would

Re: wip-cite status question and feedback

Bruce D'Arcus writes: > Hmm .. org doesn't have an inline quote, I guess? I don't think so, unless @@quote:@@ is recognised. -- Timothy

Re: On using to-do lists efficiently

 Todo lists...  Of course it resonates. You describe the errors I do.  I keep moving from to-do-list, to agenda, to notes, and back again.    You say it is not about a tool or a process,  but rather about discipline.  Right!    Discipline may be connected to habits.  From 8:00 to 8:30 I (should) r

Re: Bug: Logbook drawer and org-adapt-indentation with value headline-data [9.4 (9.4-7-g3eccc5-elpaplus @ /home/gustavo/.emacs.d/elpa/org-plus-contrib-20200921/)]

On Tue, 27 Apr 2021 at 04:29, Bastien wrote: Ihor Radchenko writes: Maybe you can use (eq (org-element-type (car (org-element-lineage element))) 'drawer) Indeed, thanks for the tip! Committed as 26d1d29cf. Bastien and Ihor, thank you! Gustavo.

Re: [PATCH] ox-md.el export code blocks using grave accents.

Hello, Timothy writes: > Even just commonmark has multiple ways you can do things (backticks and > spaces for code), and I'd think supporting a set like: Gruber's > original, commonmark, and GFM would make sense. > > Alternatively, we can leave that to other backends like ox-gfm. That is the id

Re: wip-cite status question and feedback

Am 27.04.2021 um 12:12 schrieb Bruce D'Arcus: On Mon, Apr 26, 2021 at 4:35 PM Denis Maier wrote: Regarding the proposal: I think that could go in the right direction, but in the current form it has the downside that you can't use the prefix anymore, right? Not sure why you would need a prefi

Re: (Not so) Short note about citations in Org

On Mon, Apr 26, 2021 at 4:02 PM Nicolas Goaziou wrote: > "Bruce D'Arcus" writes: > > Nicolas: I get that you need more code to do this, but are there other > > practical consequences of allowing more than plain-text? > > The code I need to write does not count, really. It is 10 locs at most, >

Re: Bug: [PATCH] define-minor-mode: prefer keyword args [9.4.5 (9.4.5-ga02a3b @ /home/n/.emacs.d/straight/build/org-plus-contrib/)]

Kyle Meyer writes: Bastien writes: Hi, thanks for the patch, we do indeed need to move forward for this. Could you propose the patch against the master branch (not the maint branch, since this is not a bugfix) and perhaps fix *all* warnings? Thanks, but these were already taken care

Re: wip-cite status question and feedback

On Tue, Apr 27, 2021 at 7:44 AM Denis Maier wrote: > Regarding simpler ways, why not just: > > "A simple quote." [cite: @doe p. 45] No, that's worse ;-) Let's review basic requirements: 1. a plain text document really should be readable and its semantics clear 2. a user should be able to write

Re: On using to-do lists efficiently

On Monday, 26 Apr 2021 at 16:18, Bastien wrote: > Slightly offtopic but I sat down this week-end trying to grasp with > very few words what I learned on how to use to-do lists efficiently > over the years, and here it is: > > https://bzg.fr/en/on-using-to-do-lists-efficiently/ Thank you for this.

Re: wip-cite status question and feedback

Am 27.04.2021 um 14:32 schrieb Bruce D'Arcus: On Tue, Apr 27, 2021 at 7:44 AM Denis Maier wrote: Regarding simpler ways, why not just: "A simple quote." [cite: @doe p. 45] No, that's worse ;-) Let's review basic requirements: 1. a plain text document really should be readable and its sema

Re: wip-cite status question and feedback

On Tue, Apr 27, 2021 at 9:58 AM Denis Maier wrote: > > Your example fails on 1 because it suggests the citation attaches to > > (starts) the following sentence. > > Only if you mentally parse it as a parenthetical author-date citation. I don't think so. A period is a way we delimit sentences; is

Re: org-store-link and help for a key

Hi Maxim and Ihor, Ihor Radchenko writes: >> Such behavior exists for ages, at least since 8.2.10 till current master. > > I can reproduce this. > > The reason of error is simple: help buffers for key combinations where > not considered when writing help: link type. > Current code does not even

Re: org-store-link and help for a key

On 27/04/2021 21:25, Bastien wrote: Even though storing links to help buffers describing key bindings is tempting, there is no way to recreate such buffers only based on the key string, because keys are contextual. In org-mode, C-h k C-a will describe org-beginning-of-line while in other modes

Re: wip-cite status question and feedback

Am 27.04.2021 um 16:07 schrieb Bruce D'Arcus: On Tue, Apr 27, 2021 at 9:58 AM Denis Maier wrote: Your example fails on 1 because it suggests the citation attaches to (starts) the following sentence. Only if you mentally parse it as a parenthetical author-date citation. I don't think so. A

Re: org-store-link and help for a key

Hello, Maxim Nikulin writes: > On 27/04/2021 21:25, Bastien wrote: >> Even though storing links to help buffers describing key bindings is >> tempting, there is no way to recreate such buffers only based on the >> key string, because keys are contextual. >> In org-mode, C-h k C-a will describe o

Re: org-store-link and help for a key

On 27/04/2021 22:52, Nicolas Goaziou wrote: Maxim Nikulin writes: My expectation is to get link to org-beginning-of-line if help is invoked from an org buffer and link to beginning-of-line if I came to the help page from some other file. I did this on master. I only tested it lightly. Thank

Re: Bug: JavaScript in HTML export not recognized by LibreJS as free [9.4.5 (9.4.5-16-g94be20-elpaplus @ /home/jorge/.config/emacs/elpa/org-plus-contrib-20210412/)]

Hi Bastien Em [2021-04-26 seg 18:57:19+0200], Bastien escreveu: > I hope both you and Anthony agree with this, or at least recognize > that the current solution is acceptable. Yes, I find acceptable to license Anthony’s code under the GPLv3+, if that is what you meant. If you want to keep Carst

Re: [PATCH] Fixed-pitch tables and code blocks that do not break variable-pitch-mode

Hi Protesilaos, > Please see the attached diff. An explanation is offered below. I have > already assigned copyright to the FSF. Sorry it took so long to commit this, it is done in commit 667cb6f1a in master, adding fixed-pitch for org-hide, org-verbatim and org-code too. Thanks!

Re: Bug: org-babel only tangles first noweb reference on a line [9.4 (9.4-elpaplus @ /home/tom/.emacs.d/elpa/org-plus-contrib-20200914/)]

Hi Tom, Tom Gillespie writes: >The 9.4 release has a bug where it will only tangle the first noweb > reference on a line. > This is also present at 9c31cba002a1ba93053aebea1f778be87f61ba06. It happens > in > emacs-27 and emacs-28. The reproduction is below. Best! > Tom > > The expected cont

Re: tags-todo agenda shoud not ignore DONE items

Kyle Meyer writes: >> As mentioned in the thread, might potentially cause issues by changing >> how it matches -- should there be an option? Or is the idea just that >> if you really do want to exclude done tags, you'd query like "/!DONE"? > > Yep, that's the idea, I think. Closing this issue ri

Re: variable-pitch-mode misaligns org-mode heading tags

I would welcome a clean solution for tags alignment. Ideally, one could switch from the current (manual) alignment, which tries to align to a fixed column, while allowing to switch to a more visually consistent alignement in variable-pitch-mode. But this need to be done *without* slowing done big

Re: org-store-link and help for a key

Maxim Nikulin writes: > On 27/04/2021 22:52, Nicolas Goaziou wrote: >> Maxim Nikulin writes: >>> My expectation is to get >>> link to org-beginning-of-line if help is invoked from an org buffer >>> and link to beginning-of-line if I came to the help page from some >>> other file. >> I did this o

org-info-store-link uses :desc instead of :description

In the definition of |org-info-store-link|, when calling |org-link-store-props|, the |:desc| key is given whereas I think |:description| was intended.

Re: [tip] search this mailing list with helm-surfraw

Hi Bastien, Bastien writes: > Neat! > > You might want to write another one for the public-inbox archive: > > E.g. https://orgmode.org/list/?q=Juan+Manuel+Mac%C3%ADas I was unaware that searches in the public-box archive are faster... Thank you very much for the advice :-) Best regards, Juan

bug#47885: [PATCH] org-table-import: Make it more smarter for interactive use

Hello, Utkarsh Singh writes: > I am attaching my patch which also include my previous suggestion of > including yes-or-no prompt to org-table-import to allow file which don't > have csv, tsv or txt as extension. I suggest to make several patches. Do not try to stuff as many changes as possibl

Re: The Website Revamp: The final stretch

David Arroyo Menendez writes: > Another important thing, I will happy if we can add some link to the > spanish version of org guide. You can find the sources in > https://savannah.nongnu.org/git/?group=orgguide-es I suggest having a new https://orgmode.org/manuals.html page for listing the vario

Re: [PATCH] org.el (org-show-context-detail): add option 'ancestors-with-entry

Hello, "Cheong Yiu Fung" writes: > Subject: [PATCH] org-manual.org: add hints for visible-only export I tweaked your commit messages and applied your patches. Thank you. Regards, -- Nicolas Goaziou

Re: The Website Revamp: The final stretch

Bastien writes: > I suggest having a new https://orgmode.org/manuals.html page > Timothy, WDYT? I've seen a few manual-related requests like this but held off from doing anything from a concern about clutter. Now that you mention it, I think a dedicated page would make a lot of sense 👍. I cou

Re: [PATCH] Add org-meta*-final-hook

Hi Jay, Jay Bosamiya writes: > Similar to org-shiftup-final-hook, org-shiftdown-final-hook, etc, I > have added org-metaup-final-hook, org-metadown-final-hook, etc. > Please see attached patch. Can you give a concrete example of a hook here? And thanks for the patch. As Timothy suggested, you

Re: [PATCH] Persistently save downloaded inline remote images

Hi, Jack Kamm writes: > So, I suggest Ferdinand confirm he's tested the existing "cache" option, > and articulate why he found it unsuitable, before merging this. As no feedback was received, I'm discarding this patch.

Re: [PATCH] Persistently save downloaded inline remote images

Hi Jack, Jack Kamm writes: > If we do proceed in this direction, I'd suggest replacing the current > cache mechanism entirely -- I don't see a good reason to maintain 2 > solutions to the same problem. Also, we could combine the "download" and > "cache" options into a single implementation, maki

Re: How to reinject custom function into derived backend which doesn't implement it, ex : footnote in ox-slimhtml backend.

Hi, rey-coyrehourcq writes: > I'm trying to develop my own `publish.el` for some research project > linked to reproductibility. You didn't receive much feedback - sorry for that. Did you make progress about your project?

Re: org-cycle-internal-local unfold a plain list in parent

Hi Yasushi, sorry for the slow reply. Yasushi SHOJI writes: > I see a plain list unfolded when I cycle a sub headline. I have no time fixing this right now, but I confirm the bug, thanks for reporting this.

Re: [PATCH] [WIP] org-agenda.el: Make org-entries-lessp more efficient

Hi Adam, Adam Spiers writes: > [This is only lightly tested and therefore probably not quite ready > for merging yet; however I'm submitting now to get feedback.] Did you make any progress on stabilizing this patch? Thanks

Re: prettify-symbols-mode in org agenda?

Hi William, William Xu writes: > Thanks for the info. I'll be happy to prepare the patch. However, I > would like to hear what is the opinion of org maintainter(s) on this > topic. Thanks for bringing this idea up. If allowing prettify-symbols-mode in Org agenda mode does not slow down the age

Re: [PATCH] org-refile.el: Add org-refile-reverse which toggles org-reverse-note-order

Hi Adam, Kyle Meyer writes: > Thanks for the patch. > > Adam Spiers writes: > >> This is useful for prepending to the start of the target headline >> instead of appending to the end, or vice-versa depending on >> org-reverse-note-order. > > It sounds like Bastien and Amin would also find this us

Re: More use of lexical-binding in ox.el

Hello, Stefan Monnier writes: > Here's another patch to remove some more use of the old dynamically > scoped dialect of ELisp. > > Stefan > > > * lisp/ox.el: Fix various uses of the non-lexical-binding ELisp dialect. > (org-export--get-global-options, org-export-insert-default-te

Re: Bug: org-babel only tangles first noweb reference on a line [9.4 (9.4-elpaplus @ /home/tom/.emacs.d/elpa/org-plus-contrib-20200914/)]

Bastien writes: > Hi Tom, > > Tom Gillespie writes: > >>The 9.4 release has a bug where it will only tangle the first noweb >> reference on a line. >> This is also present at 9c31cba002a1ba93053aebea1f778be87f61ba06. It happens >> in >> emacs-27 and emacs-28. The reproduction is below. Best!

Re: The Website Revamp: The final stretch

Timothy writes: > Bastien writes: > >> I suggest having a new https://orgmode.org/manuals.html page >> Timothy, WDYT? > > I've seen a few manual-related requests like this but held off from > doing anything from a concern about clutter. Now that you mention it, I > think a dedicated page would m

Re: How to reinject custom function into derived backend which doesn't implement it, ex : footnote in ox-slimhtml backend.

Hello, rey-coyrehourcq writes: > Actually footnotes are not defined in ox-slimhtml, so as i read in the org > documentation [1] ), > i try to add this capacity by simply calling vanilla ox-html function > org-html-footnote-reference into translate-alist : > > (org-export-define-derived-backen

Re: org-info-store-link uses :desc instead of :description

Hello, Alex writes: > In the definition of |org-info-store-link|, when calling > |org-link-store-props|, the |:desc| key is given whereas I think > |:description| was intended. You're right. This should now be fixed. Thank you. Regards, -- Nicolas Goaziou

Re: More use of lexical-binding in ox.el

> It looks great but it introduces a test failure, however. > > `org-export-expand-include-keyword' is called from within > `org-export-with-buffer-copy'. > > At the very beginning of `org-export-expand-include-keyword', there is > > (buffer-file-name (buffer-base-buffer)) > > Before the patch, i

Re: Bug: org-babel only tangles first noweb reference on a line [9.4 (9.4-elpaplus @ /home/tom/.emacs.d/elpa/org-plus-contrib-20200914/)]

Hi Kyle, Kyle Meyer writes: > A patch upthread () > was applied in 469ee6340 (ob-core: Fix handling of multiple noweb refs > in same line, 2020-09-15). I missed this one, thanks for letting me know and sorry for the noise.

Re: [PATCH]

Hi Timothy, TEC writes: > This is just some tweaks to the styling in ox-html that I think may > appeal (and prevent ridiculously long lines on non-small displays, which > are an issue for legibility). thanks for the patches and sorry for the slow reply. Feel free to install changes when they h

Re: org-fontify-done-headline t by default?

Hi, Kévin Le Gouguec writes: > I don't have a strong opinion about org-fontify-done-headline being t by > default (though I disable it), but I agree that the current definition > of org-headline-done is jarring with most of the themes out there. Agreed too. > Maybe it would make sense to make

Re: Free up C-c SPC/org-table-blank-field?

Eric Abrahamsen writes: > That took a while, for such a simple patch! Hope this is acceptable. ... and it took a while to install it, but finally done with commit 7a1c8cadf. Thanks!

Re: [PATCH]

Bastien writes: > Feel free to install changes when they have reached consensus, > or to ask for decisions when not. Thanks for the reply Bastien, would you mind elaborating on this a bit more? I'm comfortable with the idea of what I can do with org-plot.el as the maintainer (directly push, b

Re: org-goto and org-store-link/org-id-get-create

Hi Ihor, Ihor Radchenko writes: > A fix to this particular issue could be using org-no-read-only in > org-entry-put. Though more functions may suffer from similar issues in > read-only org buffers. Can you provide a patch for this?

Re: [patch] to allow org-attach-git to handle individual repositories

Hi Juan, Juan Manuel Macías writes: > I would like to propose and discuss this patch for org-attach-git, > following a series of comments and suggestions from Ihor Radchenko in > this thread: > https://lists.gnu.org/archive/html/emacs-orgmode/2021-01/msg00483.html thanks for the patch and sorry

Re: Turning off all indentation in 9.4.4

Hi TRS-80, TRS-80 writes: > In the same timeframe, I have also noticed my Logbook entries not being > indented (when changing TODO states) which I think was also brought > about by this change (or rather, my changes to org-adapt-indentation). > I am not sure if I should make a separate thread ab

Re: Turning off all indentation in 9.4.4

TRS-80 writes: > So, my reading of this new(?) headline-data setting, was that it seemed > to be exactly what I had been looking for! But perhaps I misunderstood? So core idea behind (setq org-adapt-indentation 'headline-data) is to let people end up with: * TODO item :PROPERTIES: :CUSTOM_

Re: [WDYT, mini] key h in agenda for quick help

Hi Marco, Marco Wahl writes: > What do you think about binding key h to function describe-mode in Org > agenda? Basically pressing key h would open a window showing the key > bindings in the agenda. There would also be additional information. > > The implementation could be just the line > >

Re: [WDYT, mini] key h in agenda for quick help

Bastien writes: > thanks for the proposal. I'm not convinved that users who don't know > about `C-h m' will think of hitting `h' or another key. I might be > wrong, so if beginners suggest they expect such a key and were amazed > at how useful C-h m was for them when reading this thread, I mi

Re: [WDYT, mini] key h in agenda for quick help

Timothy writes: > I actually think Org would benefit from using transient (which has > recently been merged into Emacs), and it could reduce the maintenance > burden, but I suppose that's not possible with our minimum version at > Emacs 24... I would welcome patches for moving Org to using trans

Re: Include org-pretty-table by Matus Goljer (Fuco1) in org-mode

Hi Arthur, Arthur Miller writes: > Can we get org-pretty-table into org-mode? > > https://github.com/Fuco1/org-pretty-table It is a matter of personal visual preferences, so it is good that it exists as a separate package. If you think people should know more about it, please contribute to Wor

Re: Manual on web site is not the latest version

Do you still see differences between the doc/org-manual.org and the one published on https://orgmode.org/manual/ ? If so, please point at one or two differences. Thanks!

Re: [WDYT, mini] key h in agenda for quick help

Bastien writes: > I would welcome patches for moving Org to using transient. > > Since this is a big effort, big then we will probably move to > supporting Emacs >= 25.1. Great to hear! I think this would probably be developed as a branch like wip-cite-new, and it would need transient to be in

Re: [PATCH] org-protocol: Fix missing '+' in js snippet

Applied, thanks a lot. David Asabina writes: > * org-protocol (org-protocol-capture): Add missing plus-sign to > javascript snippet to allow readers of the doc string to use example > snippet with minimal edits.

Re: [PATCH] org-protocol: Fix missing '+' in js snippet

Hi Maxim, Maxim Nikulin writes: > On 19/04/2021 17:53, David Asabina wrote: >> javascript:location.href = >> \\='org-protocol://capture?url=\\='+ \\ >> -encodeURIComponent(location.href) + \\='&title=\\=' \\ >> +encodeURIComponent(location.href) + \\='&title=\\=' + \\ >>

Re: [Patch] to correctly sort the items with emphasis marks in a list

Hi Juan, Juan Manuel Macías writes: > Done! I've attached the corrected patch. Sorry for the flaws in me > previous patch: I'm a bit of a novice at submitting patches... applied in the maint branch as commit 5be650714. The patch was missing a proper changelog entry: please see https://orgmode.

Re: [WDYT, mini] key h in agenda for quick help

Timothy writes: > Great to hear! I think this would probably be developed as a branch like > wip-cite-new Yes. > , and it would need transient to be installed (via ELPA?) on > Emacs <28, but I think it has the potential to both: > - Improve the user experience, and > - Remove Org's own home-c

bug#45915: 27.1.91; deletechar distorts org-table

Tak Kunihiro writes: > I confirm that there still is following problem on 27.1.91. > Could someone take a look and show me work around? I cannot reproduce this with latest Org stable version 9.4.5. Can you try again and report? See https://orgmode.org/org.html#Installation on how to install us

Re: org agenda bug — diary-sexp-entry-symbol is not respected

Hi Joe, Joe Corneli via "General discussions about Org-mode." writes: > The string "%%" is hard coded here as a date prefix: > https://code.orgmode.org/bzg/org-mode/src/master/lisp/org-agenda.el#L5648 > > Shouldn’t this be diary-sexp-entry-symbol to allow local overrides, > etc.? Yes -- also in

Re: [WDYT, mini] key h in agenda for quick help

Bastien writes: > Timothy writes: > >> Great to hear! I think this would probably be developed as a branch like >> wip-cite-new > > Yes. > >> , and it would need transient to be installed (via ELPA?) on >> Emacs <28, but I think it has the potential to both: >> - Improve the user experience,

Re: [PATCH]

Hi Timothy, TEC writes: > This is just some tweaks to the styling in ox-html that I think may > appeal (and prevent ridiculously long lines on non-small displays, which > are an issue for legibility). > > I also took the opportunity to remove the (obsolete) CDATA strings and > make the CSS more

Re: [PATCH]

Hi Timothy, Timothy writes: > Bastien writes: > >> Feel free to install changes when they have reached consensus, >> or to ask for decisions when not. > > Thanks for the reply Bastien, would you mind elaborating on this a bit > more? I'm comfortable with the idea of what I can do with org-plot

Re: [Patch] to correctly sort the items with emphasis marks in a list

Hello, Bastien writes: > Juan Manuel Macías writes: > >> Done! I've attached the corrected patch. Sorry for the flaws in me >> previous patch: I'm a bit of a novice at submitting patches... > > applied in the maint branch as commit 5be650714. Unfortunately, this is not a proper fix for the pro

Re: Plea for reviews/action on my Patches

Hi Timothy, Timothy writes: > This is a very me-centric email Hehe. > but I've got a collection patches that > have received little attention (1 of the past 9 patches I've submitted > has been reviewed by a core contributor, 6 have zero replies). I care > about them, and I think it would be go

Re: [Patch] to correctly sort the items with emphasis marks in a list

Nicolas Goaziou writes: > Unfortunately, this is not a proper fix for the problem, as discussed in > the thread. Thanks for the heads-up. I reverted the commit. Please go ahead with whatever you see fit. -- Bastien