Re: org-babel-tangle not using relative links

Kyle Meyer writes: > Thank you for the excellent bug report. This is should be fixed by Guh, "is should be". Apparently I started off feeling bold, reconsidered, and then did a sloppy job of switching to a more cautious claim :/

Re: [PATCH] etc/ORG-NEWS: fix broken documentation link

No Wayman writes: > Saw this error after `org-lint'ing ORG-NEWS while I was adding an > entry for another patch. > The attached patch fixes a broken link for `org-clock-in-last'. Thank you. Pushed (99acb17d0).

Re: ISSUE: dev documentation loading org, built from git

Anthony Carrico writes: > Recently, Bastien pointed me to org contribute documentation: > > On 5/22/20 11:10 AM, Bastien wrote >> See https://orgmode.org/worg/org-contribute.html on how to contribute. > > And I found my way to: > https://orgmode.org/worg/dev/org-build-system.html > > This docume

Re: Bug: Export dispatcher scrolling with hidden top [9.3.6 (9.3.6-17-g389288-elpaplus @ /home/gustavo/.emacs.d/elpa/org-plus-contrib-20200224/)]

Gustavo Barros writes: > this is a friendly ping on this export dispatcher regression. > (Considering > https://lists.gnu.org/archive/html/emacs-orgmode/2020-06/msg00038.html). Hmm regression? Do you suspect this worked for you at one time? If so, it'd be helpful if you tried to bisect the iss

Re: Bug in identification of links?

Daniele Nicolodi writes: > org-mode fails to recognize https://doi.org/10.1016/0370-1573(89)90087-2 > as a valid URL, it breaks it after the closing parenthesis ). I don't > understand why this is the case as I would imagine that if the ) > character is not allowed in URLs the link would be broken

Re: Bug: fontification error with #end_src in 9.3.7 [9.3.7 (9.3.7-dist @ /PATH/TO/org/install/emacs/site-lisp/org/)]

John Ciolfi writes: > Given the following org file, on the #+end_src line, I get "Org mode > fontification error in # at 9". If I place a newline > before the #+end_src line, the error goes away. This is a recent > regression. This worked fine in 9.2.6 and prior. > > #+begin_src C++ > #inclu

Re: Bug: fontification error with #end_src in 9.3.7 [9.3.7 (9.3.7-dist @ /PATH/TO/org/install/emacs/site-lisp/org/)]

Kyle Meyer writes: > I'll try to take a closer look tomorrow. This should be fixed by ba6ca79af.

Re: Question on contributing to Org-mode

Ag Ibragimov writes: > M-x emacs-version and org-version report: > > GNU Emacs 28.0.50 (build 1, x86_64-apple-darwin19.5.0, NS appkit-1894.50 > Version 10.15.5 (Build 19F101)) of 2020-06-07 > Org mode version 9.3.7 (9.3.7-2-g706970-elpaplus @ > ~/.emacs.d/elpa/28.0/develop/org-plus-contrib-20200

Re: New mailing list archive at https://orgmode/list/

[ adding Eric Wong back to the cc ] Eric Abrahamsen writes: > Eric Wong writes: >> Fwiw, I've been trying to avoid exposing NNTP article numbers in >> the HTTP endpoint in favor of Message-IDs because serial numbers >> aren't decentralization-friendly. Of course, sometimes >> Message-IDs get re

Re: How to turn off TODO state logging globally?

Bahodir Mansurov writes: > I have set ~org-log-done~ to ~nil~, but whenever I change state of a > repeated task, I see something like this inserted in the body of the > task: > >> - State "DONE" from "TODO" [2020-06-07 Sun 10:00] > > As far as I know, I can turn off this kind of loggin

Re: [BUG] Invalid search bound on org-agenda-tree-to-indirect-buffer

tkgeo...@cock.li writes: > When I run M-x org-agenda-tree-to-indirect-buffer on any TODO item from > agenda view I see the below error "Invalid search bound" > > I can reproduce with the below config > [...] Thanks for the report. This was introduced by 1aa095ccf (Fix drawer invisibility, 2020-

Re: tags-todo org-agenda-custom-command weirdness

Stig Brautaset writes: > I'm seeing some weirdness with tags-todo vs tags custom agenda commands. > Below is the smallest case I've managed to narrow it down to. I would > *expect* that all the a1-4 commands return the same results, and that > the b1-4 return the same results. That is not what I'm

Re: tags-todo org-agenda-custom-command weirdness

Stig Brautaset writes: > For me a2 and a4 returns the same, but a1 and a3 just returns TODO h2. > However, I can reproduce what you're seeing by setting this: > > (setq org-agenda-todo-ignore-scheduled nil) So, provided you've configured org-agenda-todo-ignore-scheduled and org-agenda-tags-todo-h

Re: New mailing list archive at https://orgmode/list/

Eric Abrahamsen writes: > Kyle Meyer writes: > >> (setq gnus-select-method '(nnimap "news.yhetil.org" >> ;; no certs yet >> (nnimap-stream plain))) > > Hmm, I tried this (adding

Re: New mailing list archive at https://orgmode/list/

Eric Abrahamsen writes: > Hey, that works great! It's a bit weird that it still asks for a > username and password, I wonder if there's any way to skip that. I've > never dealt with anonymous IMAP before -- is there anything in the > connection process that explicitly tells us "you don't need to l

Re: [Manual] missing parameter documentation in the Capturing column view paragraph

Paul Bonaud writes: > In the “Capturing column view” paragraph of the Org-mode manual there is no > mention of the `:match` parameter which was added in > https://code.orgmode.org/bzg/org-mode/commit/8983ac917b1ca1b46697a5d27655e4ef71fa6537 > > It would be nice to add it in the Manual of org-mode

Re: [PATCH] Add mode for automatically unhiding emphasis markers in the current region

Thanks for the patch, and sorry for the slow reply. Shankar Rao writes: > Sorry, I've never submitted a patch before. Looking through this mailing > list, I see that you're supposed to attach the .patch file to the e-mail, > so here it is. Inline is fine as well, though it can take a little more

Re: [PATCH] Add mode for automatically unhiding emphasis markers in the current region

Gustavo Barros writes: > Just an user here, but I'd like to leave my +1 to this proposed feature. > [...] Thanks. That's very useful feedback. > I can add another thought on the matter. While prettify-symbols is a > mode, org-hide-emphasis-markers is an option/variable. So I wonder if > the f

Re: [PATCH] Add markdown support to contrib/org-man export

Jb writes: > Hey Org-mode enthusiasts, > > Find attached a patch adding export of manual links for markdown. Thanks for the patch. > This is my first contribution (I welcome feedback regarding patch > formatting etc). Looks good. Things are more lax in contrib/, but commit messages tend to st

[PATCH] ox: Prevent dispatcher from starting in scrolled window

Gustavo Barros writes: > On Tue, Jun 09 2020 at 01:48, Kyle Meyer wrote: > >> I've tried to trigger it with your minimal configuration and haven't >> observed the displacement you describe, even when making my frame >> height >> very small. >

Re: [PATCH] ox: Prevent dispatcher from starting in scrolled window

Gustavo Barros writes: > And I'm glad to confirm the patch fixes things on my end for the recipe > provided in the report. Same as you, I don't fully understand the > interactions which trigger the issue, so I can only claim that "I can no > longer reproduce". Which is great, of course. But,

Re: [bug] select TODO items and unexpected behaviour

Mario Frasca writes: > this behaviour comes after somehow my > `org-loop-over-headlines-in-active-region' became nil. Perhaps not the "somehow" but the default value of this option is different between the last release and master. It changed from nil to t in e360cd8f3 (Change the default values

Re: [patch] When inserting entry template, don't include last newline in narrowed zone

E.L.K. writes: > Hello. > > Org 9.3.6: when inserting the entry by capture mechanics, it narrows buffer > in a way that cursor can be moved to the last line, which is the beginning > of next (non-capture template) line in the original unnarowed buffer. > > So this allows to: start capture, move po

Re: [bug] select TODO items and unexpected behaviour

that org-todo accepts, including prefix arguments. A wholesale rewrite of all of its arguments isn't an option. > On 28/06/2020 01:32, Kyle Meyer wrote: >> Should be fixed with >> 8a2eb7d1b. > > I have an extra doubt on this feature.  in fact, the completely > independent ro

Re: [bug] select TODO items and unexpected behaviour

Mario Frasca writes: > On 28/06/2020 01:32, Kyle Meyer wrote: >> Thanks for reporting. Looks like org-todo's call to org-map-entries has >> been broken since its introduction in 7.8.05. Should be fixed with >> 8a2eb7d1b. > > 3ed035ce3 > > with this patch,

Re: Smart processing of http(s) links

Ag Ibragimov writes: > Whenever I I use org-insert-link and it turns out to be a URI that > starts with "https://github.com"; I would like it to be processed > differently than any other link, one example - if it is a PR or a > Github Issue, I'd like it to fetch summary(title) of it and create a >

Re: Using regular expressions in custom agenda views

Nathan Neff writes: > I'm having a difficult time using regular expressions in custom > "tags-todo" agenda views. > > Is it possible to create custom agenda views using regular expressions, > and if so, do I need to escape certain characters? > > I can't get a simple regex like this to work, so I'

Re: org-tempo and

Samuel Wales writes: [...] > i tried what is intended to now be on c-c ,. this brought up a warning: > > Please update the entries of `org-structure-template-alist'. > > it tells me to update a bunch of entries includign this one: > > ("b" "#+begin_src sh :results verbatim output\n?#+end_src" "

Re: org-tempo and

Samuel Wales writes: > On 6/29/20, Kyle Meyer wrote: >> would map to this (untested): >> >> ("b" . "src sh :results verbatim output") > > thanks. i tried that too. it gave an error so i assumed it was > invalid syntax. should i

Re: Link to source file location with content preview

Daniele Nicolodi writes: > A related question: does anyone have some elisp code that turns a Grep > buffer (the results of running "M-x grep") into org-mode links to the > locations? I have something like that. I haven't used it in a while, but a quick tests suggests it still works. If you keep

Re: Bug in filtered version

Ismael Bouya writes: > I would like to report a bug in filtered mode for org-mode. Take this > given file as example: > --- > * Some heading 1 > ** Some header to remove:sometag: > ** Some header to keep

Re: [PATCH] capture: respect KEYS with GOTO arg [9.3.7 (release_9.3.7-661-g4aa4dd @ /home/n/.emacs.d/straight/build/org/)]

No Wayman writes: > `org-capture' does not pass its KEYS argument to > `org-capture-goto-target'. > (Must not be a common use-case, as git blame points to > org-capture's introduction 10 years ago!) > > The attached patch does just that. Thanks for the patch. Indeed it looks like an oversight

Re: Get generators working in an src block?

George Mauer writes: > #+begin_src emacs-lisp :results output > (setq lexical-binding t) [...] > But running that gives me > >> executing Emacs-Lisp code block... >> cl--assertion-failed: Assertion failed: lexical-binding > > I thought that setting lexical-binding to t was enough, but ap

Re: Bug: org-html-export-as-html changes numbered sections to number one exclusively [9.3.7 (9.3.7-elpa @ /home/dalanicolai/.my_emacs.d/elpa/org-20200602/)]

dalanico...@gmail.com writes: > WHAT HAPPENS: > > When exporting a simple org-buffer, org-html-export-as-html, containing > text as follows: > > 1. hello > bye > > 2. ola > ciao > > Then the numbers get changed to 1's exclusively, so that the html file > is rendered in the browser as follows: [...

Re: [PATCH] manual: Fix minor typo

Hi Marco, Marco Wahl writes: > To make the handling of patches easier please use "format-patch". It looks like this was sent with git-send-email (which is fed format-patch output either explicitly or underneath), and it applied cleanly for me. My understanding is that, even though this project

Re: [PATCH] manual: Fix minor typo

Marco Wahl writes: > Up to now I thought only a 'format-patch' can be applied easily. Would > you please share a way to apply an inline patch? Or at least give a hint? Sure. For an inline patch, you feed the entire message, rather than the attachment, to 'git am'. It looks like Gnus is your MUA

Re: [PATCH] org: add property names from #+PROPERTY keywords to completion list

Nick Dokos writes: > Here's a patch to enhance the property name completion list with names from > #+PROPERTY keyword lines: at the moment, only property names found in property > drawers are used to populate the completion list. Thanks for the patch. > org: add property names from #+PROPERTY ke

Re: [PATCH] org: add property names from #+PROPERTY keywords to completion list

Nick Dokos writes: > Here's the amended patch: it includes the fixes from Kyle's review, the > modification > he suggested that adds the plain property for each _ALL property to the list > and a few test cases to the test/org-buffer-property-keys test. Thank you for the updates. Applied (bc4fa8

Re: org-attach-use-inheritance has incorrect :type 'boolean

Philip Blagoveschensky writes: > (defcustom org-attach-use-inheritance 'selective [...] > As you can see, it can be either nil, t, or selective. However due to the > >:type 'boolean) > > line, it's impossible to set it to selective using customize-variable. Thanks for reporting. Fixed in e62

Re: Bug: customize type for `org-agenda-category-icon-alist' [9.3 (release_9.3 @ /usr/share/emacs/27.0.91/lisp/org/)]

nilninull writes: > The Emacs customization system is unable to display some parameter types > for the variable `org-agenda-category-icon-alist'. > > I encountered this bug when I specified :width and :height. > > :width and :height use integers, but the symbol type doesn't parse it well. > > > di

Re: time-warping - retroactively marking DONE?

Adam Spiers writes: > I'm looking for a way to retroactively mark a task as having been done > at a previous time/date. I know that I can just change the keyword to > DONE and then edit the timestamp, but this is tedious when it's a > repeating event, e.g.: [...] I'm not aware of any built-in su

Re: How to mark task as done at specified (past) time?

Tim Landscheidt writes: > I have an icky feeling about cl-letfing current-time because > Murphy might cause a timer to fire in just that time frame > and I have no idea what current-time is for that timer; so > if future org-mode releases would provide a cleaner API I > would very much appreciate

[PATCH] agenda: Fold case when retrieving user-configured effort values

Nick Dokos writes: > BTW, I just thought of a possible problem: the manual says that property > keys are case-insensitive (although all the examples I can find spell > "_ALL" in upper case, but if I write > > :PROPERTIES: > :foo_all: bar baz > :END: > > I don't think that the code is going t

Re: Patch: send 'return' after babel blocks sent to ob-screen [9.3.7 (9.3.7-12-g5d6868-elpaplus @ /home/kdm/.emacs.d/elpa/org-plus-contrib-20200706/)]

Ken Mankoff writes: > Using ob-screen and this example: > > #+begin_src screen > ls > #+end_src > > The "ls" is transmitted to the screen session, but without a newline, > it does not execute. I see that on my end too. I've never used ob-screen, and, with this sort of issue, the same might be tr

Re: patch: ob-screen: don't change user-specified session name [9.3.7 (9.3.7-12-g5d6868-elpaplus @ /home/kdm/.emacs.d/elpa/org-plus-contrib-20200706/)]

Ken Mankoff writes: > ob-screen prepends "org-babel-session-" to the user-specific screen > name for some reason. I suggest this is not necessary nor optimal. One > of the key points of 'screen' is that you can detach and attach from > elsewhere. The name of the session is an important part of thi

Re: patch: ob-screen: don't change user-specified session name [9.3.7 (9.3.7-12-g5d6868-elpaplus @ /home/kdm/.emacs.d/elpa/org-plus-contrib-20200706/)]

Kyle Meyer writes: > Ken Mankoff writes: > >> ob-screen prepends "org-babel-session-" to the user-specific screen >> name for some reason. I suggest this is not necessary nor optimal. One >> of the key points of 'screen' is that you can detach and attac

Re: [PATCH] 3 improvements to ob-screen

Ken Mankoff writes: > I've signed the FSF docs but do not see my name here: > https://orgmode.org/worg/org-contribute.html under "Current > contributors". Thanks for the information. I'll add you to the list. > Subject: [PATCH 1/3] ob-screen: Execute last line in block (send newline) Could you

Re: patch: ob-screen support for user-specified screenrc [9.3.7 (9.3.7-12-g5d6868-elpaplus @ /home/kdm/.emacs.d/elpa/org-plus-contrib-20200706/)]

Ken Mankoff writes: > Last ob-screen patch. I apologize if these should have been one email > but they are there independent issues. > > This patch maintains the default behavior of no screenrc "-c > /dev/null", but adds a :screenrc header arg that allows the user to > specify their default or any

Re: patch: ob-screen: don't change user-specified session name [9.3.7 (9.3.7-12-g5d6868-elpaplus @ /home/kdm/.emacs.d/elpa/org-plus-contrib-20200706/)]

Kyle Meyer writes: > Kyle Meyer writes: > >> Ken Mankoff writes: >> >>> ob-screen prepends "org-babel-session-" to the user-specific screen >>> name for some reason. I suggest this is not necessary nor optimal. One >>> of the key po

Re: :STYLE: habit causes position in agenda view to change

Adam Spiers writes: > I've noticed that adding the :STYLE: habit property to a TODO causes > its position in the agenda view to change; it jumps to the bottom of > the day. Is there any way to prevent that? Try customizing org-agenda-sorting-strategy (in particular, dropping habit-down from agen

Re: [PATCH] 3 improvements to ob-screen

Ken Mankoff writes: > On 2020-07-14 at 20:08 -07, Kyle Meyer wrote... >> Could you add a changelog entry to the body of this commit message and >> the others? > > I made the changes you requested. Updated patches attached. Thank you. Applied, with a few minor tweaks to th

Re: [PATCH] 3 improvements to ob-screen

Kyle Meyer writes: > Ken Mankoff writes: > >> On 2020-07-14 at 20:08 -07, Kyle Meyer wrote... >>> Could you add a changelog entry to the body of this commit message and >>> the others? >> >> I made the changes you requested. Updated patches attached.

Re: [PATCH] Make org-eldoc work with Emacs 28

Basil L. Contovounesios writes: > "James N. V. Cash" writes: > >> This patch makes it continue to work by setting the new variable >> eldoc-documentation-strategy, which puts eldoc in >> "backwards-compatability" mode. > > How involved would it be to make org-eldoc work in > non-"backwards-compat

Re: Search for an entry expands parent

Gt Uit writes: > I recently upgraded to org mode version 9.3.6 and the following > behavior was introduced: When I search for an entry using C-s, all the > parent entries and sub-entries are expanded and stay expanded. > > Find in https://imgur.com/a/vzEU1zp screenshots of the newly > introduced b

[PATCH] org-eldoc: Fix compatibility with Emacs 28

James N. V. Cash writes: > Kyle Meyer writes: > >> Basil L. Contovounesios writes: >>> How involved would it be to make org-eldoc work in >>> non-"backwards-compatibility" mode? >> >> I think we can do that, while still supporting Org's

Re: [PATCH] org-eldoc: Fix compatibility with Emacs 28

Basil L. Contovounesios writes: >> @@ -161,11 +161,17 @@ (defun org-eldoc-documentation-function () >> (defun org-eldoc-load () >>"Set up org-eldoc documentation function." >>(interactive) >> - (if (boundp 'eldoc-documentation-functions) >> - (add-hook 'eldoc-documentation-functions

Re: Search for an entry expands parent

Gt Uit writes: > Updates since my last email: > - Sometimes the first C-s yields intended result (minimal), with > subsequent C-s searches expanding all entries. > - I tried on Emacs 28.0.50 and am getting the same results. > - I tried with emacs -Q and isearch minimal behaves properly! > - I trie

Re: [PATCH] org-eldoc: Fix compatibility with Emacs 28

Joseph Mingrone writes: > On Fri, 2020-07-17 at 01:41, Kyle Meyer wrote: [...] >> I'll plan to apply it in a day or two unless there are objections. > > So far so good here. It fixes the errors running 28.0.50 (85eaa83 from > 2020-07-16) and the latest org-mode-contr

Re: [PATCH] lisp/ob-core.el: pass expanded body to org-confirm-babel-evaluate

Tom Gillespie writes: > This is a patch to improve the behavior of > org-babel-check-confirm-evaluate and the usefulness of > org-confirm-babel-evaluate when a function is provided. Thank you. > This commit changes the behavior of org-babel-check-confirm-evaluate > so that org-confirm-babel-eval

Re: [PATCH] Use completing-read-multiple for org-set-tags-command

Clemens writes: > Usage of org-set-tags-command can be improved by using > completing-read-multiple so you continue to get completion after the > first tag. > > This is my first contribution to org I followed > https://orgmode.org/worg/org-contribute.html and hope I got everything > right. Th

Re: [PATCH] lisp/ob-core.el: pass expanded body to org-confirm-babel-evaluate

Tom Gillespie writes: > On Sun, Jul 19, 2020 at 2:13 PM Kyle Meyer wrote: >> An option not mentioned above is to replace (nth 1 info) with the >> expanded body upstream of (when (org-babel-check-evaluate info) ...). >> Modifying the body in INFO is admittedly not pre

Re: [PATCH] Use completing-read-multiple for org-set-tags-command

Clemens writes: > My patch aims to get you completion with the default completion and also > for any framework that complies to it out of the box. Without my patch > (and without helm-org) you don't get completion after the first tag I think. With the built-in completion, org-set-tags-command alr

Re: [PATCH] org: Update example in docstring to accommodate new name and new format

Leo Vivier writes: > I’ve spotted an example in a docstring that wasn’t updated when the > command was renamed and moved to another file in > d34786f2279d0fd02e7d0484e36bc22adc760de2. Thanks for the patch and for digging back to the commit that moved org-find-olp. Looking at that commit, I'm a b

Re: [PATCH] org: Update example in docstring to accommodate new name and new format

Leo Vivier writes: > Subject: [PATCH] org: Remove useless example in docstring > > * lisp/org.el (org-find-olp): Remove useless example in docstring Thanks. Applied (c9abb4c29), adding a period after the changelog description. I also added a TINYCHANGE cookie based on your status listed at

Re: [PATCH] Use completing-read-multiple for org-set-tags-command

Clemens writes: > Now that I know that completion works for multiple tags with default > completion I'm unsure if it is worth to proceed with this. I wondered > how this would go unnoticed for such a long time in org and now I know > that the failure was on my part. On the other hand switching

Re: [PATCH] org: Update example in docstring to accommodate new name and new format

Leo Vivier writes: > I have already filled the paperwork, and I will send you the scan in > a separate email. Could you move me to the list of current > contributors? Sorry for the mix-up. Updated.

Re: Bug: Attachment directory omitted from html export if line 1 is not section heading [9.3.7 (9.3.7-14-gb2b587-elpaplus @ /home/tarjei/.emacs.d/elpa/org-plus-contrib-20200720/)]

tarjei writes: > Adding a title to the page, results in non-expanded attachment links > when exported. > > -- with_title.org --- > #+TITLE: With title > > * Section :ATTACH: > :PROPERTIES: > :ID: 17b1efb9-e20c-4637-98c1-12e796e18d62 > :END: > > Attachment link to attachment [[att

Re: [PATCH] Update ob-haskell from deprecated inf-haskell-mode to haskell-interactive-mode

Seth Lee writes: > Issue: compiling code in a source block that had an infinite list that > would evaluate in the ghci. All code, even with `:compile` flag set > would be run in ghci. > > Updating deprecated `inf-haskell-mode` to `haskell-interactive-mode` > solves the issue for me. > > Source bl

Re: Browse Org files through capture mechanism?

Alan E. Davis writes: > It surely must be possible to use the capture mechanism to browse the > captured material. > > I use Org-Mode almost every day, usually in capturing notes to a large > number of dedicated files. My capture templates many---too many, perhaps. > It would be really useful to

Re: [PATCH] Fix recommendation in ORG-NEWS (was: Binding RET to org-return-and-maybe-indent)

Kévin Le Gouguec writes: > Jarmo Hurri writes: > >> Kévin Le Gouguec writes: >> >>> Can you tell me whether electric-indent-local-mode works better for >>> you? If it does, I'll followup with a patch to ORG-NEWS. >> >> Seems to be working fine. Thank you very much. > > Thanks for the confirmati

Re: Repeating task hourly

Kevin Liu writes: >> Is there any way to do this or are the docs out of date? > > I made a few quick changes to org-habit and it works prima facie. Will > continue testing for a bit. The hourly repeater came in ec921a2a6 (Support hourly repeat cookies, 2012-04-20), well after the "less than 1d"

Re: Bug: no math-mode detection for align-environment [9.3.7 (9.3.7-13-ge62ca4-elpaplus @ /home/stefi/.emacs.d/elpa/org-plus-contrib-20200713/)]

Stefi writes: > I recently updated my emacs packages and noticed that \begin{align*} > does not trigger math-mode detection any more, so org-cdlatex does not > work. However, begin{equation} still does trigger the math-mode > detection. I have read the documentation of > "org-inside-LaTeX-fragment

Re: incorrect documentation for file-desc header argument?

Matt Huszagh writes: > The org info documentation states > > The ‘file-desc’ header argument defines the description (see *note > Link Format::) for the link. If ‘file-desc’ has no value, Org uses > the generated file name for both the “link” and “description” parts > of the l

Re: incorrect documentation for file-desc header argument?

Matt Huszagh writes: > Thanks for the clarification Kyle. I've attached a patch that I believe > clarifies the documentation to match the current behavior. Thank you. Applied (521d7f5fe), tweaking the commit message a bit to align more closely with the conventions described at

Re: file-mode source code block header argument

John Herrlin writes: > I am looking for a way to set permission on a file created from source > code block result when :file header argument is used. I was looking for > something like :tangle-mode but could not find anything. I wrote a patch > that does just that and it works for my small use cas

Re: org-checkbox-hierarchical-statistics not working as expected

Thomas Albers writes: > Footnote 2 in the chapter 5.6 talks about the > 'org-checkbox-hierarchical-statistics' variable, which I have set to > nil. But the top level header still does no show the count of checked off > items. > > I have also used the :COOKIE_DATA: property set to recursive with th

Re: [PATCH] ol.el: Fixed typo

Bassam Saeed writes: > Noticed the typo in org documentation and figured I'd send a patch. My > first contribution to org (and Emacs) so I hope I got everything right. Thanks! You got everything right. Applied (b395f0abf).

Re: Bug: org-toggle-item removes tags from next heading [9.3.7 (release_9.3.7-696-g82b496 @ mixed installation! /home/n/.emacs.d/straight/build/org/ and /home/n/.emacs.d/straight/build/org/eln-x86_64-

No Wayman writes: > I've attached a patch which removes the call to skip-blanks if > there is no active region. > This works for me with the ECM I've provided. > Not sure if it will have any adverse repercussions outside of > that. Taking a quick look, I don't spot anything. And the org-list t

Re: Bug: org-toggle-item removes tags from next heading [9.3.7 (release_9.3.7-696-g82b496 @ mixed installation! /home/n/.emacs.d/straight/build/org/ and /home/n/.emacs.d/straight/build/org/eln-x86_64-

No Wayman writes: > Added the test in the attached patch. Thanks. Applied (093b474e6), appending a period to the comment in the test for consistency.

Re: [PATCH] lisp/ob-core.el: pass expanded body to org-confirm-babel-evaluate

Tom Gillespie writes: >Sorry for the slow turnaround time on this one. Having now tested > it, I think that your solution is a much better one for the time > being, so please go ahead and apply it. From this discussion there are > a number of good options for improvements in the future, but my

Re: file-mode source code block header argument

John Herrlin writes: > Thank you for the comments Kyle! I updated the patch accordingly. Took > your test straight of as I think it's really clean and easy to reason > about. Thanks for the updates. Applied (ea946353a), tweaking the markup in the NEWS entry and rewording the test docstring.

Re: [bug] args out of range upon meta-return in body of list item

Samuel Wales writes: > recent maint on emacs 25. > > i know this is an imperfect bug report with no mce that you can > probably repro. but perhaps it can trigger an idea that could lead > directly to a fix. my brain and computer limitations cannot do better > at this time. The example, instruct

Re: Bug: org-agenda-sorting-strategy priority has no effect [9.3.7 (9.3.7-16-g521d7f-elpaplus @ /Users/devil/.emacs.d/elpa/org-plus-contrib-20200803/)]

Adam Faryna writes: > org-agenda-sorting-strategy priority sorting doesn't work in my setup. > I have a single file for all the tasks for agenda. Its structure looks > similar to > this: > > # -*- mode: org; mode: my/org-agenda-appt -*- > > #+STARTUP: overview > #+CATEGORY: Tasks > #+ARCHIVE: ../

Re: Bug#42184: org-fontify-whole-*-line in emacs 27

Kévin Le Gouguec writes: > Since 27.1-rc1 is out, I'd like to bump this; it'd be a shame if 27.1 > shipped with this bug, which seems to be getting some attention (I just > spotted a Reddit thread[1] about it, in addition to the original report > on Debbugs). In the associated emacs-bug thread, E

Re: Bug#42184: org-fontify-whole-*-line in emacs 27

Kévin Le Gouguec writes: > I made patches for both maint and master because > > - the patch for maint has a small conflict in org-compat when applied > against master, > > - I'm not sure which branch will eventually be synchronized with > emacs-27 (assuming we'll include this fix in 27.2). Th

Re: Bug#42184: org-fontify-whole-*-line in emacs 27

Kévin Le Gouguec writes: > Huh. Based on the discussion for bug#37774[1][2][3][4], I had assumed > this kind of kludge would be necessary, but both Emacs 25.3 and 26.3 > seem to evaluate and byte-compile the following snippet with no errors: > > #+begin_src elisp > (defface foobar '((t (:extend t

Re: [PATCH] org-get-cursor-date regexp patch

Thanks for the patch. No Wayman writes: > The regular expression in `org-get-cursor-date' assumes the time > grid string will have two digits in the hour portion of the time > strng. > However, the grid time string does not always have two digits. For > example: > > " 8:00.." Makes sense.

Re: Bug#42184: org-fontify-whole-*-line in emacs 27

Kévin Le Gouguec writes: > Kyle Meyer writes: > >> Okay, let's go with >> >> `((t :inherit shadow ,@(and (>= emacs-major-version 27) '(:extend t >> >> as the org-block spec then. > > Done; patch attached. Applied (81e294847).

Re: [PATCH] org-get-cursor-date regexp patch

No Wayman writes: > Addressed in attached patch. Applied (ab9b14a80), dropping the unrelated whitespace changes that were introduced in the updated patch.

Re: [patch suggestion] Mitigating the poor Emacs performance on huge org files: Do not use overlays for PROPERTY and LOGBOOK drawers

Ihor Radchenko writes: >> 'outline --> `outline > > Could you explain why? Compatibility. pcase learned that in Emacs 25, IIRC.

Re: Bug: org agenda leader text "on-the-date" doesn't show for items with both SCHEDULED and DEADLINE properties [9.1.9 (release_9.1.9-65-g5e4542 @ /usr/share/emacs/26.1/lisp/org/)]

Russell Adams writes: > On Thu, Aug 13, 2020 at 06:13:09PM +0100, Dinnyés Dániel wrote: >> Any response regarding this? Was this registered? If so, Is there a link to >> track the bug status? > > Dinnyés, > > There is only the mailing list, there is no web based bug > tracker. These reports get at

Re: Bug: eldoc error: (void-function nil) [9.3.7 (release_9.3.7-708-g5417e3 @ /home/n/.emacs.d/straight/build/org/)]

No Wayman writes: > The patch to org-eldoc applied in b2b587387 still throws an error: > > eldoc error: (void-function nil) > > I was unable to step through this because (I think) eldoc causes > the debugger to close as soon as input is received. The error > occurs when `eldoc--invoke-strategy`

Re: Bug: eldoc error: (void-function nil) [9.3.7 (release_9.3.7-708-g5417e3 @ /home/n/.emacs.d/straight/build/org/)]

No Wayman writes: > Subject: [PATCH] org-eldoc: (org-eldoc-documentation-function): set > `eldoc-documentation-functions' > > * contrib/lisp/org-eldoc.el (org-eldoc-documentation-function): > > b2b587387 did not set eldoc-documentation-functions, resulting in > `eldoc--invoke-strategy' throwing a

Re: Bug: org-agenda-todo applied to wrong line item [9.1.9 (release_9.1.9-65-g5e4542 @ /usr/share/emacs/26.1/lisp/org/)]

Dinnyés Dániel writes: > While in the Org Agenda, and navigating to the end of line for a given item > (assuming more than one todo items), and calling org-agenda-todo (with > keybindings t, or C-c C-t)... this result in the call being applied to the > next line item, instead of the one the cursor

Re: Bug: eldoc error: (void-function nil) [9.3.7 (release_9.3.7-708-g5417e3 @ /home/n/.emacs.d/straight/build/org/)]

No Wayman writes: > Kyle Meyer writes: > >> Assuming it's fine with you, I'll squash this >> into your patch. > > Fine by me Applied (47f26b1e7). Thanks.

Re: mailing list archive link in FAQ

Maxim Nikulin writes: > 14.08.2020 17:39, Maxim Nikulin wrote: >> I just have noticed that the link in FAQ is still pointing to gmane >> https://orgmode.org/worg/org-faq.html#can-org-do-x >> It would be nice to have a link to the alive site there. > > Sorry for the noise. Despite some links have

Re: [bug] args out of range upon meta-return in body of list item

Nicolas Goaziou writes: > Yes, the problem lies in `org-list-insert-item'. I pushed a fix and > a test for that. Great. Thank you!

Re: [PATCH] Update org-clock-out-time when resolving clocks

Benson Chu writes: > I noticed this while using `org-resolve-clocks' when > `org-clock-continuously' was set to true. > > Let's say I clock into "Task 1" at 12:00, and then at 12:30, I start > working on "Task 2". Then, at 12:45, I notice that I forgot to clock out > of "Task 1". No worries, org-m

Re: mailing list archive link in FAQ

Maxim Nikulin writes: > I am unaware if ControlPersist related TRAMP bug still requires a > special remark, but the last survived gmane link > > http://article.gmane.org/gmane.emacs.tramp/7991 > > likely could be replaced by > > https://lists.gnu.org/archive/html/tramp-devel/2012-03/msg00010.html

Re: Bug: org-agenda-todo applied to wrong line item [9.1.9 (release_9.1.9-65-g5e4542 @ /usr/share/emacs/26.1/lisp/org/)]

Ihor Radchenko writes: >> Using Emacs 26.3 with a vanilla configuration and the Org repo checked >> out at 5e4542d69 (the commit reported in the subject line), I didn't see >> the behavior you describe. With point at the end of the agenda line for >> A, the state was changed for A. > > I think th

<    3   4   5   6   7   8   9   10   11   12   >