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

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

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) + \\='=\\=' \\ >> +encodeURIComponent(location.href) + \\='=\\=' + \\ >>

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: [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

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: 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

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

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

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: 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:

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

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

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,

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: 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: 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: [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

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: 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,

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: 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 : > >

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

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.

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,

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

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

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: 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: 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: [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,

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] 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,

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

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

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

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

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,

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: 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

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

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

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

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: 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

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.

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

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

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: 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: 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;

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

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

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

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

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: 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

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

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: 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)

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: [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

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

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;

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,

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-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

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

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'

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

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: 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).

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

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: 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/)]

Hi Gustavo, sorry it took so long to get back to this. Bastien writes: > Gustavo Barros writes: > >> the new release brought the interesting value `headline-data' to the >> option `org-adapt-indentation'. However it introduces some issues >> regarding the indentation of log entries in the

Re: Help with reproducing bugs reported on this list

Bastien writes: > we are looking for someone to take charge of a very important task: > reproducing bugs reported on this list. I'm happy to close this call for help, as John (cc'ed) kindly volunteered to help with this task. Thanks John! Of course, everyone is still welcome to try