Re: Syncing orgcard.tex with upstream Emacs (was: bug#64578: orgcard.tex fixes to allow PDF rendering to be used as a triptych.)

Ihor Radchenko writes: > I see now. I guess I did not really have a full understanding of the > purpose of emacs-sync. So, it might be helpful to add a similar > explanation to worg/org-maintenance.org. Okay, I'll plan to do that. >> I don't see what problem it solves. It's moving the

Re: Syncing orgcard.tex with upstream Emacs (was: bug#64578: orgcard.tex fixes to allow PDF rendering to be used as a triptych.)

Ihor Radchenko writes: > I think that a reference to > https://git.kyleam.com/orgmode-backport-notes/tree/orgmode-backports.org#n2 > might be helpful. Okay, I'll make a note to add one. > Maybe we should even have that file in the main repo as a part of > emacs-sync branch? I prefer not to. I

Re: Syncing orgcard.tex with upstream Emacs (was: bug#64578: orgcard.tex fixes to allow PDF rendering to be used as a triptych.)

Ihor Radchenko writes: > Kyle Meyer writes: > >> Here is the difference between the two cards, as of the last sync: >> >> -\input org-version.tex >> +\def\orgversionnumber{9.6.11} >> +\def\versionyear{2023} % latest update >> +\i

Re: Missing changes

Po Lu writes: > These changes made to lisp/org within the Emacs repository are absent > from orgmode.git: > > * | 73b24a41412..: Po Lu 2023-08-23 Make org-mouse compatible with touch > screen event emulation > * | 4f714dc0813..: Po Lu 2023-08-20 Support desktop notifications on Android > * |

Re: Minimal list of packages for `guix shell` for documentation compilation?

Kyle Meyer writes: > Ah, sorry, I should have tested that with --pure. Indeed you'll need to > pull in other packages if they're not already on your system. [...] Here's the minimum set of packages I needed with --pure: $ guix shell --pure \ coreutils diffutils emacs-minimal gli

Re: Minimal list of packages for `guix shell` for documentation compilation?

Kyle Meyer writes: > Running this from the top of the Org repo works for me (Guix > 270db2a56bc5): > > $ guix shell emacs -- make doc Ah, sorry, I should have tested that with --pure. Indeed you'll need to pull in other packages if they're not already on your system. Addi

Re: Minimal list of packages for `guix shell` for documentation compilation?

Yuval Langer writes: > I would like to run `make doc` under `guix shell` to test my > documentation patches. > > Does anyone know the minimal list of packages and proper `guix shell` > incantation for that? Running this from the top of the Org repo works for me (Guix 270db2a56bc5): $ guix

Re: [BUG] list.orgmode.org managed to parse a message in future: 2023-10-29 [9.6.1 (release_9.6.1-223-gc8d20d @ /home/yantar92/.emacs.d/straight/build/org/)]

Kyle Meyer writes: > I'm not sure what's intended here. There are spots in public-inbox that > favor a date from Received headers. I've sent a message to > public-inbox's list: > > https://public-inbox.org/meta/87edr5gx63@kyleam.com Eric replied with a patch that res

Re: [BUG] list.orgmode.org managed to parse a message in future: 2023-10-29 [9.6.1 (release_9.6.1-223-gc8d20d @ /home/yantar92/.emacs.d/straight/build/org/)]

Oy, sorry about mangling the subject :x I started to change it to cc but then decided to start send a separate message, but forgot about the in-between subject change.

future value for Date header can pin thread to top of $inbox/ list.orgmode.org managed to parse a message in future: 2023-10-29 [9.6.1 (release_9.6.1-223-gc8d20d @ /home/yantar92/.emacs.d/straight/bui

Ihor Radchenko writes: > We currently have a message in future on top of > https://list.orgmode.org/ Hmm, that's unfortunate. > The message is > https://list.orgmode.org/ZT2vNKsf3Lp5xit3@protected.localdomain/raw, and > it does not contain the future dates in headers. Just in the body. Look

Re: [POLL] Use compat.el in Org? (was: Useful package? Compat.el)

Ihor Radchenko writes: > I have recently been contacted by the current compat.el maintainer > asking if we are willing to adapt compat.el in Org. I'm in favor of Org using Compat. And grepping around emacs.git, there are already two bundled packages (erc and python) with (require 'compat nil

list.orgmode.org: planned maintenance on 2023-01-15

https://list.orgmode.org will be intermittently offline on Sunday January 15 during a 19:00-20:00 UTC maintenance window.

Re: 2a529ee57 org-element: Autoload org-element-use-cache

Ihor Radchenko writes: > You wrote in the commit message that autoload.el is deprecated in Emacs > 29. Do we need to do anything about it in Org make system? Yes, though I don't consider it urgent given the deprecation hasn't even made it into a release. I was planning on doing something like

Re: [PATCH] ob-core: add org-confirm-babel-evaluate-cell custom variable

Ihor Radchenko writes: > I am also wondering if we should include this into bugfix. > This is a new feature, but it appears to be important enough to be > merged into built-in Org. > Bastien, Kyle, any thoughts? Sounds reasonable to me.

Re: [PATCH] ob-core: add org-confirm-babel-evaluate-cell custom variable

Tom Gillespie writes: [...] >> :package-version instead of :version? > > I think because org is part of emacs core we use the emacs version? Please use :package-version and let the mapping be handled by customize-package-emacs-version-alist. > I see "24.1" included with other org defcustoms.

Re: [BUG] Org 9.6 Inactive timestamp search no longer works as expected.

On 12/03/22 13:44:33 -0500, Carlo Tambuatco wrote: > Simple inactive timestamp search for recent completed tasks used to return as > expected. ie: > > +TIMESTAMP_IA>=“”+TIMESTAMP_IA<“” > > would return all tasks that I completed today. (Had an inactive timestamp > greater than or equal > to

Re: [PATCH] Autoload `org-assert-version' and remove org-loaddefs.el

Bastien writes: > Kyle Meyer writes: [...] >> Every spot that calls org-assert-version is preceded by a line that >> requires org-macs, so isn't this error likely due to a mixed >> installation/load-path issue where the wrong/older org-macs is taking >> preceden

Re: [PATCH] Autoload `org-assert-version' and remove org-loaddefs.el

Bastien writes: > Some users reported an (invalid-function org-assert-version) error > when installing Org from ELPA: > > https://lists.sr.ht/~bzg/emacsfr/%3Cd091463e1615422eb00070727d6a094ec0ae3c73.camel%40adocentyn.io%3E >

Re: Problems getting org-macs.el macros to be loaded

Bram Adams writes: > Hi, > > I just built the latest Emacs 29 version from the upstream release > branch, which comes with org 9.6-3-ga4d38e (no other org version installed). > > Overall, it seems like org-macs.el is not loaded properly, since I get > issues with invalid function errors for

Re: [BUG] Re: 98e168b48 Add compatibility wrapper for string-clean-whitespace (Emacs 26 compatibility) [9.6-pre (release_9.5.5-920-g057193 @ /home/yantar92/.emacs.d/straight/build/org/)]

Ihor Radchenko writes: > I do recall Nicolas repeatedly voicing against usage of subr-x staff: > > https://orgmode.org/list/87wo4en8qk@nicolasgoaziou.fr 2. we don't use "subr-x.el" in the code base. In particular, it would be nice to replace `when-let' with `when' +

recent org-export-copy-buffer incompatible with Emacs < 28

Hi Ihor, b45911d41 (org-export-copy-buffer: Prevent saving to disk, 2022-10-07) uses `always', but that function isn't available until Emacs 28.1, specifically 825aed11d26 (Add the `always' function, 2021-02-20).

Re: [BUG] Re: 98e168b48 Add compatibility wrapper for string-clean-whitespace (Emacs 26 compatibility) [9.6-pre (release_9.5.5-920-g057193 @ /home/yantar92/.emacs.d/straight/build/org/)]

Max Nikulin writes: > On 07/10/2022 12:14, Ihor Radchenko wrote: >> >> The following commit adds `string-trim', which is not yet available in >> Emacs 26. > > It is available in Emacs-26, however (require 'subr-x) should be added. > > There is `org-trim' and despite it is less generic, likely it

Re: Attempting to create orgcard.org

Bastien writes: > Timothy writes: > >> I’m trying to make a .org refcard. > > Is it intented to replace orgcard.tex at some point? I believe we > should stick to using the same format for Org than for Emacs. If this > is doable via an .org file that is easier to maintain, that's good.

Re: Getting rid of org-install.el

Stefan Kangas writes: > If we do it your way, does someone need to remember to delete the file > manually when the time comes to move the emacs.git master branch to > the latest Org release? Or will that be done automagically? My script for syncing the Org tree to the Emacs's does rm

Re: Getting rid of org-install.el

Stefan Kangas writes: > org-install.el has been obsolete for more than 10 years. > > To finally get rid of this file, I put it to you that all we need to do is: > > 1. Move it in emacs.git from lisp/org/org-install.el to > lisp/obsolete/org-install.el > 2. Delete the file from org-mode.git In my

Re: [PATCH] Re: ox-latex table tabbing support.

Thanks for the follow-up patch. Daniel Fleischer writes: > Subject: [PATCH] lisp/ox-latex.el: tabbing code refactor > > * lisp/ox-latex.el: documentation, indentation, cleaning > (org-latex-table) > (org-latex--align-string-tabbing) > (org-table--org-tabbing) This format doesn't quite align to

Re: ox-latex table tabbing support.

Ihor Radchenko writes: > Daniel Fleischer writes: > >> Thank you very much for the patch. It was merged to master in 4a0d951c. >> Also, you were added to the orgmode contributes at >> https://orgmode.org/worg/contributors.html. >> >> Thanks for the contribution. > > This commit triggers > > In

Re: [BUG] ERR_CERT_DATE_INVALID for https://list.orgmode.org/

Bastien Guerry writes: > Kyle, do you have any clue? Yes. The SSL certs on my end are wired up to be automatically refreshed. In order for them to be in effect, though, I need to manually restart nginx. There's probably a better way to handle this, but I just have a reminder. Anyway, based

Re: [BUG] org-agenda thinks timestamps after 23:00 correspond to the next day [9.5.2 (release_9.5.2-25-gaf6f12 @ /home/ignacio/repos/emacs/lisp/org/)]

Max Nikulin writes: > Confirmed > > Emacs copy of Org changed the way of calling `encode-time' as a result > interpretation of last nils returned by `org-parse-string' altered from > ignored to "no DST". > > Kyle, be aware of the conflict with `org-time-string-to-time' when you > will port

Re: bug-tracker: How to response/subscribe to a bug-thread

c.bu...@posteo.jp writes: > Side question: I can I monitor that thread/bug without being subscribed > to the list? The "dashboard" seems not to have any subscribe, monitor or > feed mechanism. The "Atom" feed (https://list.orgmode.org/new.atom) is > only for complete list not for one thread.

Re: org-refile, org-capture byte-compiling failure with recent emacs-git

Kyle Meyer writes: > Kyle Meyer writes: > >> However, it seems unintended that with-demoted-errors would actually >> error here now rather than give a warning; again, will need to take a >> closer look. > > The patch at <https://debbugs.gnu.org/54225> demotes

Re: org-refile, org-capture byte-compiling failure with recent emacs-git

Kyle Meyer writes: > However, it seems unintended that with-demoted-errors would actually > error here now rather than give a warning; again, will need to take a > closer look. The patch at <https://debbugs.gnu.org/54225> demotes the error to the intended warning.

Re: org-refile, org-capture byte-compiling failure with recent emacs-git

Vladimir Lomov writes: > Hello, > > org-refile and org-capture failed to byte-compile by emacs from git (commit: > 8c8093aa6f20a7a4f3799cbdb9270cac013ef71d) with following messages: > > ... > > Compiling > /home/vladimir/pkgs/emacs-org-mode/src/emacs-org-mode/lisp/org-capture.el... > > In

bug#49967: 27.2; org-copy-visible copies invisible text when there is a link

close 49967 28.1 quit Максим Бабушкин writes: > The function org-copy-visible should copy visible text only, but it > copies invisible text when there is a link in a header. For example, let > an org buffer contains: > [...] Thanks for the detailed report, and sorry for the delayed response.

Re: How to enforce sub-scripts with {} only for HTML export?

ed...@openmail.cc writes: > What am I doing wrong? Thanks! > > * Emacs and Org configuration > > I am using this with ~emacs -q~: > > #+begin_src emacs-lisp > (setq > ;; Use {} for super and subscripts > org-export-with-sub-superscripts "{}") > #+end_src {} should be a

Re: ox-taskjuggler missing

Greg Sullivan writes: > Trying to export to taskjuggler (tj3) to get a gantt chart as in this > description > . > But I can't find the taskjuggler exporter. > > emacs-version > => GNU Emacs 27.2 (build 1,

org-persist uses Emacs 28+ buffer-local-boundp

Hi Ihor, 27215ac5b (org-persist: Handle undefined variables in elisp containers, 2022-02-13) added a call to buffer-local-boundp, which was introduced in (what will be) Emacs 28.1. Could you update org-persist-write:elisp to be compatible with older Emacs versions (e.g., by inlining the short

bug#53393: 29.0.50; org mode timestamp C-c C-c not updating day of week

[ I've reassigned this bug report so that new messages will be directed to the Org mailing list, where it's more likely to get a reply. In the future, please consider using org-submit-bug-report or sending a message to emacs-orgmode@gnu.org directly. ] Bruce E. Robertson writes: > emacs

Re: org-store-link does not work in gnus article mode (messages)

Uwe Brauer writes: > Hi > > I thought this worked a while ago, but in a gnus article buffer I tried to > use org-store-link and received > > (Running Emacs Master and org-mode master (some weeks old)) > > Debugger entered--Lisp error: (void-function org-fixup-message-id-for-http) > >

Re: Export org to just body HTML

Thomas Ingram writes: > Hello, > > I was wondering if there is an easy to export an org file to HTML that > is just the body of the HTML document. Or to put it differently, just > the HTML formatting that is actually displayed on the page and no extra > metadata (no DOCTYPE, html, head tags

bug#52778: 29.0.50; refill-mode issues in org-mode

Ihor Radchenko writes: > Eli Zaretskii writes: > >>> You are right. I do not actively watch Emacs bug tracker and I had no >>> information about Rudolf's previous reports today. >> >> Did you look at them now? I meant bugs 52771 and 52772. > > Yes. One is fixed already. Thanks for fixing

bug#52771: 29.0.50; org-fill-paragraph does not work for several plain lists

Rudolf Adamkovič writes: > Reproduction steps: > > 1. start "emacs -Q" > 2. type "C-x C-f" and "test.org" and RET > 3. type the following: > > - one > two > > - three > four > > 4. mark all with "C-x h" > 5. type "M-q" to fill > > Actual: > > - one > two > > - three four > > Expected: > >

bug#44833: 27.1; Org org-docview-open (wrong-number-of-arguments (2 . 2) 1)

close 44833 quit Kyle Meyer writes: > I'm sorry you didn't get a response at the time, but it seems unlikely > that you still have this issue because, as of Org's afd3b04ec (ol: > Extend open tooling in link parameters, 2020-02-19), org-link-open > handles the above error: > &g

bug#50218: 28.0.50; org-babel-tangle-file tangles code blocks starting with #+begin_src :tangle no

Tassilo Neubauer writes: > Hello, > > Here are the steps that led to code blocks being tangled I did not > expect to: > > emacs -Q > C-x C-h: ~/org-roam/example.org > content of example.org (excluding "): > " > #+begin_src emacs-lisp > (setq some-emacs-lisp-variable t) > #+end_src > >

bug#52545: 29.0.50; Make org-babel-execute-buffer ignore irrelevant src blocks

Rudolf Adamkovič: > I have a .org file with two kinds of src blocks: > > 1. sqlite blocks > 2. bibtex blocks > > I want to execute all sqlite blocks with org-babel-execute-buffer. > > When I try to do so, org-mode complains: > > org-babel-execute-src-block: No org-babel-execute function for

bug#52547: 29.0.50; Confusing behavior of org-timer-set

Rudolf Adamkovič: > Reproduction steps: > > 1. run 'emacs -Q' > 2. type M-; and then "(require 'org)" > 3. type M-x and then 'org-timer-set' This must be org-timer-set-timer; there's no org-timer-set in Org's tree. > 4. see 'How much time left? (minutes or h:mm:ss)' > 5. type '10m' > >

bug#51365: 29.0.50; org-mode: modification-time error with git controled file

close 51365 28.1 quit TAKAHASHI Yoshio writes: > Hi, > > With git controled file, > {{{modification-time(%Y-%02m-%02dT%02H:%02M:%02S+09:00, 1)}}} > causes "Wrong type argument: stringp, " error. > > `org-macro--vc-modified-time' in org-macro.el should pass list of FILE > to `vc-call', because

bug#52341: Fwd: 29.0.50; org-priority 'SPC to remove' doesn't work

close 52341 quit Kyle Meyer writes: > I suppose one solution would be to check for " " and translate that to > the ?\s so that the remove is triggered. I'll plan to apply the change > below to Org's bugfix branch in a day or two unless the author of the > above commit (+c

bug#52399: 28.0.60; easier access to ORG-NEWS

Mike Kupfer writes: > Finding ORG-NEWS seems harder than it should be. > > 1. The "Browse Org News" menu item (Org > Documentation > Browse Org > News) isn't adequate, because it takes you to orgmode.org. The package > description (C-h P org RET) has the same problem. If you're working >

bug#52392: 29.0.50; org-priority 'SPC to remove' doesn't work

forcemerge 52341 52392 quit Bruce E. Robertson writes: > 1. in init.el: > (custom-set-variables > '(org-priority-default 32) > '(org-priority-highest 0) > '(org-priority-lowest 31) > ) > 2. position to line in .org file: [...] This looks like a duplicate of https://debbugs.gnu.org/52341

bug#52341: Fwd: 29.0.50; org-priority 'SPC to remove' doesn't work

Robert Pluim writes: >>>>>> On Mon, 06 Dec 2021 20:48:46 -0500, Kyle Meyer said: > Kyle> Right, this stems from org-priority feeding " " to string-to-number > and > Kyle> ending up with 0 instead of the ?\s (32) that's used downstream to >

bug#44687: 26.3; Link broken in inline comment

tags 44687 wontfix close 44687 quit YH Tan writes: > In org-mode, > > ``` > [[link]]@@comment:[[link]]@@ > # [[link]] > > * link > ``` > > I get the message "No Link Found" when clicking on the [[link]] within > the inline @@comment:[[link]]@@. > > The link works fine with emacs -Q, but breaks

bug#52341: Fwd: 29.0.50; org-priority 'SPC to remove' doesn't work

bruce robertson writes: > 1. in init.el: > (custom-set-variables > '(org-priority-default 32) > '(org-priority-highest 0) > '(org-priority-lowest 31) > ) > 2. position to line in .org file: > ** TODO [#0] test line > > 3. from M-x view-lossage: > C-c , ;; org-priority > > 4.

bug#44833: 27.1; Org org-docview-open (wrong-number-of-arguments (2 . 2) 1)

Michael 1 writes: > Debugger entered--Lisp error: (wrong-number-of-arguments (2 . 2) 1) > org-docview-open("file.odt::1") > org-link-open((link (:type "docview" :path "file.odt::1" :format bracket > :raw-link "docview:file.odt::1" :application nil :search-option nil :begin > 364 :end 453

Re: org-sort random

(Please don't drop the list.) Vikas Rawal writes: > That is, just press RET? I think that depends on the completion framework. With the default completion, yes, I think RET should do it. With ivy, it's instead ivy-immediate-done (C-M-j). I'm not sure offhand about other frameworks. > If I

Re: [PATCH] Fix regex for determining image width from attribute

Matt Huszagh writes: > Timothy writes: > >> I’ve just pushed the change I described in 4514a32. This improves the >> interpretation of :width attributes and makes a value of “t” work as >> discussed. >> I have not prioritised #+attr_org for now, but that sounds like a change we >> could make in

Re: Invalid read syntax errors compiling orgmode from git repository

JG writes: > commit 4514a324c86a408951a0553a390a01981d61c367 (HEAD -> main, origin/main, > origin/HEAD) [...] > In toplevel form: > org-agenda.el:50:1: Error: Invalid read syntax: ")", 50, 14 > Compiling /home/etest/org-mode/lisp/org-archive.el... [...] Thanks for reporting. The syntax error

Re: org-sort random

On 11/22/21 07:40:35 +0530, Vikas Rawal wrote: > I am trying to sort a sub-tree of headings randomly. But `C-c ^ f > random RET` asks for a "function for comparing keys". What am I > supposed to do? Here's the prompt: Function for comparing keys (empty for default `sort-subr' predicate): And

Re: test-org-cite/main-affixes failure

Nicolas Goaziou writes: > Kyle Meyer writes: [...] >> Does the current version of the test (no space) pass on your end? > > No idea. I haven't been able to run any test during the past week, at > least (due to a silly error about missing ob-vala). Hmm, after ob-vala.el was rem

test-org-cite/main-affixes failure

Hi Nicolas, test-org-cite/main-affixes, added in ad4028286 (oc: Refactor affixes extraction, 2021-11-03), is failing on my end: $ BTEST_RE=main-affixes make test-dirty [...] Test test-org-cite/main-affixes condition: (ert-test-failed ((should (equal '...

Re: Problems generating the org-mode documentation

Hoffmann, Jobst writes: > But I think I found the culprit: > > Line 17568 of org.texi reads: > > @kindex C-c C-x @ > > and @ starts a command, which leads to the stack overflow. > > Line 17568 of org.texi should read > > @kindex C-c C-x @@ > > witha doubled @ at the end of the

Re: org-table-blank-field key binding removal

Bastien Guerry writes: > I suggest we add a news entry in etc/ORG-NEWS in the bugfix branch for > the change to be advertized for 9.5.x users. > > Can anyone do that? Done in 9bc3a2b98.

Re: org-table-blank-field key binding removal

Michael Brand writes: > The change is not announced in ORG-NEWS. I think it should be in Version 9.4. Right, I agree this change should have come with a NEWS entry, though 0c4e844c8 (Remove default binding for org-table-blank-field, 2021-04-28) is from the 9.5 release not 9.4. However, 9.5 is

test-org-cite/list-citations failure (was: Citation not inserted as 1st item in footnote ...)

Hi Nicolas, Nicolas Goaziou writes: > Nicolas Goaziou writes: > >> This allows one to insert a citation in the middle of the citation >> number, which is not desirable either. IOW, an additional check is >> required. > > I think this is now fixed. Thank you. It looks like this commit

Re: [BUG] org-save-all-org-buffers reapplies startup visibility [9.5 (release_9.5 @ /usr/local/share/emacs/29.0.50/lisp/org/)]

No Wayman writes: > Subject: [PATCH] lisp/org.el: (org-save-all-org-buffers): Prevent `org-mode' > reload > > * lisp/org.el: (org-save-all-org-buffers): Ensure `save-some-buffers' PRED > returns boolean. > > As of this upstream commit: > >

Re: org-table-blank-field key binding removal

On 10/05/21 21:49:22 -0500, Alan Wehmann wrote: > On 2/5/21 in this email list Carsten Dominik suggested removing the > key binding C-c for "org-table-blank-field". That got > implemented for Org-9.5, but the Info file didn't get changed, so it > still says: > > ‘C-c ’ (‘org-table-blank-field’)

Re: [org-cite] Testing on macOS, XML file missing

Kyle Meyer writes: > Rudolf Adamkovič writes: > >> When I try to export HTML with APA/CSL citations (C-c C-e h o), >> Emacs says: >> >>> The default CSL locale file >>> /Users/salutis/src/emacs/nextstep/Emacs.app/Contents/Resources/lisp/org/etc/csl

Re: Grabbing the link to a message on the archive

Max Nikulin writes: > On 02/10/2021 21:26, Ihor Radchenko wrote: [...] >> It can be parsed from the html. Something like below (it is my >> home-made parser, but I think the idea should be clear): >> >> (org-capture-ref-set-bibtex-field :key (org-capture-ref-query-dom :tag 'form >> :tag 'input

Re: [org-cite] Testing on macOS, XML file missing

Bruce D'Arcus writes: > Sorry; I wasn't clear. > > What I meant is that etc/styles was also not synced. Right, some of the non-lisp files get moved around directory-wise between the Org and Emacs repos. Just in case it didn't stick out in the snippets from my message upstream, the same files

Re: [org-cite] Testing on macOS, XML file missing

Bruce D'Arcus writes: > On Sat, Oct 2, 2021 at 1:24 AM Kyle Meyer wrote: > >> Is there a reason to avoid updating to the latest version? > > No; updating them makes sense. All right, thanks. I've updated these files to latest versions in 06ab36eb0.

Re: [org-cite] Testing on macOS, XML file missing

Rudolf Adamkovič writes: > I compiled Emacs from "master" (2e92f90a5d) to try the new > citations. > [...] > > When I try to export HTML with APA/CSL citations (C-c C-e h o), > Emacs says: > >> The default CSL locale file >>

Re: org-element.el change in emacs.git

Adam Porter writes: > I noticed this recent commit on emacs.git making a change to > org-element.el: > > https://git.savannah.gnu.org/cgit/emacs.git/commit/?id=58102466e32d4dd9c7d816cdc3f4595a2145f332 Thanks for the heads up. I monitor Org-related changes to the Emacs repo and port them to

Re: Switching to new Git repositories

No Wayman writes: > Out of curiosity I ran this against the repo to see if the > "Version" metadata had always followed its current convention: > > git grep "Version:" $(git rev-list --all) -- lisp/org.el > > Looks like the "-dev" suffix goes back to "9.4-dev" and before > that we have

Re: Switching to new Git repositories

On 09/23/21 17:17:48 -0400, No Wayman wrote: >> Sounds like a weird issue. I don't think this 9.5-dev tag is >> something from the Org repo. > > There is a bug in mk/targets.mk introduced by 61336f80dc. Quoting that commit message for context: mk/targets.mk: Add version fallback for tag-less

org-attach-sync uses directory-empty-p (new in Emacs 28)

Hi Marco, In 61e083732 (org-attach: Possibly delete empty attach directory, 2021-07-09), you added a call to directory-empty-p. This function was introduced in Emacs's 0806075520 (Add directory-empty-p and new argument COUNT for directory-files-*, 2020-11-02) and hasn't yet made it into a

[RFH] thoughts on porting an Emacs etc/schema/ change

I'm trying to figure out how to port changes to etc/schema/ files in the Emacs repo back to the Org repo. I'd appreciate feedback from anyone who knows anything about the etc/schema/ files in Org's tree and/or ox-odt. Background == Org has a few files in etc/schema: org$ git

Re: Org mode manual export

Thomas S. Dye writes: > Aloha all, > > The Org mode FAQ on Worg correctly reports that the Org mode > manual is written in Org mode, but it implies that it is exported > to texinfo using pandoc--"You can export .org files to texinfo > using Pandoc". > > I thought the manual was exported to

Re: tags-todo agenda shoud not ignore DONE items

Bastien writes: > Bastien writes: > >> Confirming this as an issue, if someone wants to fix it. > > This should be fixed now with 823f9744e in maint, tags-todo should now > include DONE headings. 823f9744e looks like a regression because it removes the distinction between `tags' and

Re: Bug: Org mode fails to compile using Emacs 24.5-r10 [9.4.5 (9.4.5-g3ea248 @ /home/yantar92/.emacs.d/straight/build/org/)]

Kyle Meyer writes: > Ah, sorry for not writing that more clearly. By the above, I wasn't > saying that the ones I commented on were the _only_ ones I see with > Emacs 24.5 on maint. I've dealt with a few more. * ob-C.el:477:1:Error: Unknown upattern `(quote integerp)' I

Re: Transforming table and then exporting as CSV

Pankaj Jangid writes: [...] > Same org file has multiple tables, so I am asking for “Table Name”. I > want to do two improvements: > > 1. When asking for table name, I want to offer all the table names in >the file as completion options. You could collect names with something like (require

Re: Bug: Org mode fails to compile using Emacs 24.5-r10 [9.4.5 (9.4.5-g3ea248 @ /home/yantar92/.emacs.d/straight/build/org/)]

Ihor Radchenko writes: > Kyle Meyer writes: > >> Here are a few notes on ones present in maint that I've glanced at. > > I confirm that there are no warning using Emacs 25.3.1 on maint. > > For Emacs 24.5.1, I see that following in addition to what you > mentioned:

Re: Bug: Org mode fails to compile using Emacs 24.5-r10 [9.4.5 (9.4.5-g3ea248 @ /home/yantar92/.emacs.d/straight/build/org/)]

Ihor Radchenko writes: > I was recently testing Org mode using old Emacs versions. Running make > on master fails with the following errors and warnings: Here are a few notes on ones present in maint that I've glanced at. > Compiling /home/yantar92/Git/org-mode/lisp/ol-eww.el... > > In

Re: [PATCH] Fix numbering of captioned images

Pablo Barraza Cornejo writes: > Sounds good to me! I've modified the patch to reflect this change. [...] > Subject: [PATCH] ox-html.el/inline-image export: Fix caption numbering Thanks. Pushed (390063d8d).

Re: [PATCH] Fix numbering of captioned images

Pablo Barraza Cornejo writes: > When exporting to HTML, the exporter is supposed to check if there > are additional constraints over a paragraph using > `org-html-standalone-image-predicate'. A misplaced quote causes > `org-html-standalone-image-p' to not apply them. Thanks for catching the

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: [PATCH] org-manual.org: Fix syntax

Cheong Yiu Fung writes: > Subject: [PATCH] org-manual.org: Fix syntax > > * doc/org-manual.org (HTML export commands): Fix kbd representation Thanks. Pushed (58cacdf0e), adding a period after "representation".

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

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 of by 8c29cbdef

Re: org-contacts.el use lexical-let not defined in cl-lib

Michael Eliachevitch writes: > Dear all, > > I'm not sure if this is the correct mailinglist for org-contrib > bugs. Thanks for the report. Yes, this is the place [*]. stardiviner (+cc) recently took over maintaining org-contacts.el. > I found that org-contacts.el uses `lexical-let*` which is

Re: unable to resolve link to Gnus email

Seb writes: > Hello, > > Attempting to export with any exporter fails if document or a subtree > thereof contains an email link, e.g. captured from a Gnus buffer: > > [[gnus:GroupName#EMAIL_ID][Email from John Doe]] > > I get the error: > > user-error: Unable to resolve link: >

Re: Bug: org-caputure fails, sometimes [9.3.7 (release_9.3.7-705-gea9463 @ /home/oub/emacs/site-lisp/packages/org/)]

Uwe Brauer writes: > I am running GNU emacs and org mode, whose versions are specified below. > Sometimes when being in a gnus message buffer and running org-capture > I obtain an error whose bug trace I attach. Usually I have to restart > emacs. > > , > | > | Debugger entered--Lisp error:

Re: List of ob-* maintainers

Thomas S. Dye writes: > Aloha Kyle, > > Thanks for this. I think the Worg list might be useful to > indicate which languages don't have maintainers. Or, is the > information in the source files sufficient? I don't know, but adding the information to the Worg table sounds fine to me. Thanks.

Re: Bug: table header line mode misaligned in org-indent-mode

Oorja Sandhu writes: > Steps : > 1. emacs -Q > Latest Emacs cloned and built from master today. > > 2. Open the attached org file > > 3. M-x org-table-header-line-mode > > 4. M-x org-indent-mode > > 5. Resize emacs window very small such that horizontal as well as vertical > scrolling is

Re: Bug: wrong font for checkboxes in org-mouse mode org-odt-data-dir not defined correctly [9.4.4 (9.4.4-dist @ /Users/administrator/.emacs.d/packages/elpa/org-plus-contrib-20210322/)]

Yaroslav Rogov writes: > Currenty there’re following lines in org-mouse.el: > > (font-lock-add-keywords >nil >`(("^[ \t]*\\([-+*]\\|[0-9]+[.)]\\) +\\(\\[[ X]\\]\\)" > (2 `(face bold keymap ,org-mouse-map mouse-face highlight) > t))) >

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

Jorge P. de Morais Neto writes: > Hi. The HTML export has JavaScript that LibreJS does not recognize as > free. Thanks for noting this. That's certainly not ideal. > My first attempt at an workaround (inspired by the Org Mode mailing > list) was merely encoding the ampersand in the magnet

Re: List of ob-* maintainers

Thomas S. Dye writes: > Aloha all, > > Is there a list of current ob-* maintainers? Bastien updated the "Maintainer" field of the source files: $ git grep -i maintainer lisp/ob-* | cut -d'<' -f1 lisp/ob-C.el:;; Maintainer: Thierry Banel lisp/ob-J.el:;; Maintainer: Joseph Novakovich

Re: ox-html Incorrectly (?) Puts HTML Into the `` Tag

Tim Visher writes: > On Wed, Jan 20, 2021 at 11:10 PM Kyle Meyer wrote: >> >> It's been applied to master (f4b9f9808). Please report back if you >> still encounter the problem in your use case. >> > > I (finally) got around to testing this out. Initially

Re: link syntax fixing bug?

Samuel Wales writes: > in recent maint, i am trying the code included with the maint release > to update org link escaping syntax. > > the issue is that when i click on google, the space before "hi" does > not show up in the earch box. ergo, different results. > > *** should be orig >

Re: [PATCH] Remove diary-list-entries Emacs 21 compat code

Stefan Kangas writes: > Please find attached a small cleanup patch to org-agenda.el. Thanks. Pushed (3a7e1c047).

Re: [PATCH] org-eldoc: Fix compatibility with eldoc 1.11 and Emacs 27

Trevor Murphy writes: > * contrib/lisp/org-eldoc.el (org-eldoc-documentation-function): Check > before invoking elisp eldoc functions from Emacs 28. > > The previous check assumed that the presence of eldoc 1.11 bindings > implied elisp-mode bindings that come with Emacs>=28, but eldoc 1.11 >

Re: Bug: table header line mode causes next-line to reach beginning of line

Oorja Sandhu writes: [...] > 3. M-x org-table-header-line-mode > > 4. Resize emacs window very small such that horizontal as well as > vertical scrolling is required to see it fully. > > Otherwise, add rows and columns in the org table in the file such that > it exceeds window size both

  1   2   3   4   5   6   7   8   9   10   >