Re: [O] Bug: master: "Capture abort: (error Format specifier doesn’t match argument type)"

Hi Nicolas, org-mode devs, * Gregor Zattler [2018-04-02; 14:33]: [...] > I get > > "Capture abort: (error Format specifier doesn’t match argument > type)" > > after hitting the template key in order to capture something. [...] > I tried to bisect this with > make autoloads ;

Re: [O] Bug: master: "Capture abort: (error Format specifier doesn’t match argument type)"

Hi Nicolas, * Nicolas Goaziou [2018-04-03; 10:26]: > Gregor Zattler writes: >> GNU Emacs 26.0.91 (build 2, x86_64-pc-linux-gnu, GTK+ Version >> 3.22.11) of 2018-04-02 >> and >> Org mode version 9.1.9 (release_9.1.9-560-gf93aa7 @ >>

Re: [O] Bug: master: "Capture abort: (error Format specifier doesn’t match argument type)"

Hello, Gregor Zattler writes: > Hi org-mode developers, > > with > > GNU Emacs 26.0.91 (build 2, x86_64-pc-linux-gnu, GTK+ Version > 3.22.11) of 2018-04-02 > > and > > Org mode version 9.1.9 (release_9.1.9-560-gf93aa7 @ > /home/grfz/src/org-mode/lisp/) > > > I get > >

[O] Bug: master: "Capture abort: (error Format specifier doesn’t match argument type)"

Hi org-mode developers, with GNU Emacs 26.0.91 (build 2, x86_64-pc-linux-gnu, GTK+ Version 3.22.11) of 2018-04-02 and Org mode version 9.1.9 (release_9.1.9-560-gf93aa7 @ /home/grfz/src/org-mode/lisp/) I get "Capture abort: (error Format specifier doesn’t match argument type)" after

Re: [O] bug#27736: OSX 10.6.8: Building from master branch fails.

On 03/28/2018 12:33 PM, Paul Eggert wrote: Unfortunately the new org code contains the expression (encode-time 0 0 0 0 0 -5), which won't work on Emacs platforms where time_t is 32 bits or is unsigned, since such platforms cannot represent a time_t value corresponding to the year -5.

[O] Bug: org-capture when :prepend t org-capture-kill removes one char too much from target buffer [9.1.7 (9.1.7-18-g2f587d-elpaplus @ /Users/devil/.emacs.d/elpa/org-plus-contrib-20180312/)]

When use org-capture which template that targets file with :prepend t, org-capture-kill removes one char too much from target buffer, in result next item in target file looses one of asterisk. Expected behaviour: org-capture when used which template which targets file with :prepend t,

[O] Bug: Inconsistent behavior of org agenda view filtering [9.1.5 (9.1.5-1-gb3ddb0-elpa @

When I open org agenda C-a a, there are a variety of commands which can alter the amount of information visible. However these commands are not consistent in the sense that, once activated, an indication would be shown WHAT is currently visible. For example: l ... to the status bar `Log` gets

Re: [O] [BUG] org-sort-entries errors out when headline is empty

Hello Nicolas, Nicolas Goaziou writes: > Sebastian Reuße writes: >> I was also wondering if it might make sense to tweak >> ‘org-complex-heading-regexp’ so that the respective capture group >> captures an empty string. This could be achieved by making

[O] Bug: Multiple tag selection broken on maint

I'm tracking maint. With the following file: #+BEGIN_EXAMPLE #+TAGS: office(c) car(C) * one #+END_EXAMPLE Doing C-c C-q on the "one" heading will not let me set both office and car tags. They are highlighted in the little selection popup, but only the last one selected actually gets added.

Re: [O] Bug: Matching tags: results incomplete when mixing group tags and their ancestors [9.1.7 (9.1.7-12-g74f6ed-elpaplus @ /home/martin/.emacs.d/elpa/org-plus-contrib-20180305/)]

Hi Martin, applied with a slight change in the changelog message, as we ought to avoid commit references there. Such references are fine at the bottom of the message though. Thanks! -- Bastien

Re: [O] Bug: Matching tags: results incomplete when mixing group tags and their ancestors [9.1.7 (9.1.7-12-g74f6ed-elpaplus @ /home/martin/.emacs.d/elpa/org-plus-contrib-20180305/)]

Hi Bastien, > If you have time to add tests, that'd be great, as Nicolas suggested. Here you are. Best Regards, Martin >From bd8059e18fa3bd2977415449139fc626d03817a3 Mon Sep 17 00:00:00 2001 From: Martin Kampas Date: Thu, 22 Mar 2018 06:20:31 +0100 Subject: [PATCH]

Re: [O] Bug: Matching tags: results incomplete when mixing group tags and their ancestors [9.1.7 (9.1.7-12-g74f6ed-elpaplus @ /home/martin/.emacs.d/elpa/org-plus-contrib-20180305/)]

Hi Martin, Martin Kampas writes: > This seems to fix the bug. I applied the patch, thanks! If you have time to add tests, that'd be great, as Nicolas suggested. Best, -- Bastien

Re: [O] Bug: Bug in svg generation from plantuml sources [9.1.7 (9.1.7-20-ge1f1ac-elpa @ /home/guertler/.emacs.d/elpa/org-20180319/)]

On Tue 20 Mar 2018, Martin Gürtler wrote: > ob-plantuml wraps a plantuml source in @startuml/@enduml tags without > checking whether they are already in the source code. This results in > the creation of invalid SVG, at least for newer versions of plantuml, > because the resulting SVG file

[O] Bug: Bug in svg generation from plantuml sources [9.1.7 (9.1.7-20-ge1f1ac-elpa @ /home/guertler/.emacs.d/elpa/org-20180319/)]

Remember to cover the basics, that is, what you expected to happen and what in fact did happen. You don't know how to make a good report? See https://orgmode.org/manual/Feedback.html#Feedback Your bug report will be posted to the Org mailing list.

Re: [O] [BUG] org-sort-entries errors out when headline is empty

Hello, Sebastian Reuße writes: > An alternative is to guard inside ‘org-sort-entries’. I’m following up with an > implementation of this. Applied. Thank you! I used `org-get-heading', which handles empty headlines without messing with `org-complex-heading-regexp'. > I was

[O] [Bug] org-global-tags-completion-table does not include tags from buffers

If org-tags-alist is customized by the user, the value returned by org-global-tags-completion-table does not include any tags from agenda buffers and files. This behavior contradicts the docstring of org-global-tags-completion-table, which claims to return the list of all tags in all agenda

Re: [O] [BUG] Convert heading with no content to item fails

Hello, Adrian Bradd writes: > On master (commit: 51b339105), attempting to convert a blank headline to an > item with `org-ctrl-c-minus' removes the space after the * and org no longer > recognizes it as a heading. > > I believe this issue originated in commit 69c5b6c99.

Re: [O] Bug: Matching tags: results incomplete when mixing group tags and their ancestors [9.1.7 (9.1.7-12-g74f6ed-elpaplus @ /home/martin/.emacs.d/elpa/org-plus-contrib-20180305/)]

Hello, Martin Kampas writes: > This seems to fix the bug. Thank you. Would you mind also providing a couple of tests for that? Regards, -- Nicolas Goaziou

Re: [O] Bug: Matching tags: results incomplete when mixing group tags and their ancestors [9.1.7 (9.1.7-12-g74f6ed-elpaplus @ /home/martin/.emacs.d/elpa/org-plus-contrib-20180305/)]

Hi, This seems to fix the bug. Best Regards, Martin >From fef860e356a4ca75366f69ec9c2d52252c9d7d3f Mon Sep 17 00:00:00 2001 From: Martin Kampas Date: Thu, 15 Mar 2018 15:41:53 +0100 Subject: [PATCH] Fix matching tags when mixing group tags and their ancestors *

[O] [BUG] org-sort-entries errors out when headline is empty

So, I’ve noticed that when sorting a subtree (alphabetically or numerically), ‘org-sort-entries’ will raise an error arising from the call to ‘org-sort-remove-invisible’ (lines 8761 and 8766 in bc7b24d0d). I’m following up with a test. The error is triggered by the capture group in

[O] Bug: Matching tags: results incomplete when mixing group tags and their ancestors [9.1.7 (9.1.7-12-g74f6ed-elpaplus @ /home/martin/.emacs.d/elpa/org-plus-contrib-20180305/)]

Hi, Here is an example Org file: #+TAGS: [ tag1 : tag2 ] [ tag2 : tag3 ] [ tag3 : tag4 ] * Tag1 :tag1: * Tag2 :tag2: * Tag3 :tag3: * Tag4 :tag4: Searching headlines by tags works well unless you combine a group tag together with

Re: [O] Bug: exclude symlinked directory from publishing [9.1.6 (9.1.6-57-gec8590-elpa @ /home/michel/.emacs.d/elpa/org-20180219/)]

Hello, Michel Damiens writes: > When publishing (with org-publish) I'd like to exclude a subdirectory : > in fact it is a symlink (named lib) to a directory outside of the tree to be > published > > For example with this tree : > /media/DATA/ > lib --> other

Re: [O] Bug: org-capture inserts empty line before title

Hello, Luke writes: > I've set up a minimal-org.el file with the following contents: > >     ;; Minimal setup to load latest 'org-mode' > >     ;; activate debugging >     (setq debug-on-error t >           debug-on-signal nil >      debug-on-quit t) > >    

[O] [BUG] Convert heading with no content to item fails

Hello, On master (commit: 51b339105), attempting to convert a blank headline to an item with `org-ctrl-c-minus' removes the space after the * and org no longer recognizes it as a heading. I believe this issue originated in commit 69c5b6c99. Some code was added to strip metadata during the

Re: [O] Bug: (more) Broken links in Worg [9.0.10 (9.0.10-elpaplus @ /home/mgsk/.emacs.d/elpa/org-plus-contrib-20170827/)]

Hi Mark, thanks a lot for reporting those broken links. Most of them should be fixed now. -- Bastien

Re: [O] Bug: org-capture inserts empty line before title

On 04/03/18 08:13, Luke wrote: Hi, On 04/03/18 06:40, Nicolas Goaziou wrote: Hello, Luke writes: org-capture seems to be inserting an extra line before the task heading. So the narrowed buffer for editing the task looks something like this:

Re: [O] Bug: Broken orgmode.org links in doc/misc/org.texi and lisp/org

Hi Tim, Tim Landscheidt writes: >> - https://orgmode.org/org-remember.pdf >> - https://orgmode.org/worg/code/org-info-js/ >> - https://orgmode.org/worg/org-contrib/babel/languages.html >> - https://orgmode.org/worg/org-contrib/babel/languages/ob-doc-lilypond.html >> -

Re: [O] Bug: Broken orgmode.org links in doc/misc/org.texi and lisp/org

I wrote: > […] > The following links in Emacs master's doc/misc/org.texi and > lisp/org are broken (404): > - https://orgmode.org/org-remember.pdf > - https://orgmode.org/worg/code/org-info-js/ > - https://orgmode.org/worg/org-contrib/babel/languages.html > -

Re: [O] Bug: Mode line face is not updated when clock overruns [9.1.7 (release_9.1.7-466-ga16590.dirty @ /home/luke/elisp/org-mode/lisp/)]

Hello, Luke writes: > The face of the clocked time does not seem to change when the clock > overruns (typically it changes to a red background). > > I'm no lisp expert, but after digging around in the code it looks like > the problem is in

[O] Bug: exclude symlinked directory from publishing [9.1.6 (9.1.6-57-gec8590-elpa @ /home/michel/.emacs.d/elpa/org-20180219/)]

Remember to cover the basics, that is, what you expected to happen and what in fact did happen. You don't know how to make a good report? See https://orgmode.org/manual/Feedback.html#Feedback Your bug report will be posted to the Org mailing list.

Re: [O] [BUG] org-clock-update-mode-line leaves link markup in mode-line

Hi Matt, Matt Lundin writes: > Is this change intentional? It is, of course, possible to strip the link > markup with a custom org-clock-heading-function. But it seems to me that > removing link markup from the mode-line display should remain the > default behavior. Thanks

[O] [BUG] org-clock-update-mode-line leaves link markup in mode-line

Commit 6655429b8d7ee686a8300b61af587599cd656a22 removed code that stripped link markup from the string displayed in the mode line. In the past, a heading like the following... * TODO [[https://en.wikipedia.org/wiki/Org-mode][Org-mode]] ...would be simplified for display in the mode line as...

[O] Bug: Mode line face is not updated when clock overruns [9.1.7 (release_9.1.7-466-ga16590.dirty @ /home/luke/elisp/org-mode/lisp/)]

The face of the clocked time does not seem to change when the clock overruns (typically it changes to a red background). I'm no lisp expert, but after digging around in the code it looks like the problem is in org-clock-get-clock-string(): 662 (defun org-clock-get-clock-string () 663

Re: [O] Bug: org-capture inserts empty line before title

Hi, On 04/03/18 06:40, Nicolas Goaziou wrote: Hello, Luke writes: org-capture seems to be inserting an extra line before the task heading. So the narrowed buffer for editing the task looks something like this: Top of window

Re: [O] Bug: org-capture inserts empty line before title

Hello, Luke writes: > org-capture seems to be inserting an extra line before the task > heading. So the narrowed buffer for editing the task looks something > like this: > > Top of window --- > > ** TODO My new task >[2018-03-02

Re: [O] Bug: org-gnus-store-link wrong if used from article buffer when point moved in summary [8.2.10 (release_8.2.10 @ /usr/share/emacs/25.3/lisp/org/)]

Hello, Kevin Brubeck Unhammer writes: > If you open an article in Gnus, then move the point away from the > summary line of that article in the Summary buffer, then go back to the > Article buffer and M-x org-store-link, it will link to the article > you're pointing at in the

Re: [O] Bug: [ob-clojure] Surprising evaluation result [9.1.6 (release_9.1.6-491-g70b029 @ /Users/xcy/src/org-mode/lisp/)]

"numbch...@gmail.com" writes: > No, it's not expected result. It should be caused by my commit here > https://code.orgmode.org/bzg/org-mode/pulls/5 I don't think so, your pull request is about ob-clojure-literate, while I am talking about ob-clojure. I want to know what

[O] Bug: org-gnus-store-link wrong if used from article buffer when point moved in summary [8.2.10 (release_8.2.10 @ /usr/share/emacs/25.3/lisp/org/)]

Remember to cover the basics, that is, what you expected to happen and what in fact did happen. You don't know how to make a good report? See http://orgmode.org/manual/Feedback.html#Feedback Your bug report will be posted to the Org-mode mailing list.

Re: [O] Bug: [ob-clojure] Surprising evaluation result [9.1.6 (release_9.1.6-491-g70b029 @ /Users/xcy/src/org-mode/lisp/)]

No, it's not expected result. It should be caused by my commit here https://code.orgmode.org/bzg/org-mode/pulls/5 Don't know how to workaround this. [stardiviner] GPG key ID: 47C32433 IRC(freeenode): stardiviner Twitter: @numbchild Key fingerprint = 9BAA 92BC

[O] Bug: org-capture inserts empty line before title

I recently ran a "git pull" (after not updating for a while) and noticed an apparent change (bug?) when running org-capture. org-capture seems to be inserting an extra line before the task heading. So the narrowed buffer for editing the task looks something like this:

[O] Bug: [ob-clojure] Surprising evaluation result [9.1.6 (release_9.1.6-491-g70b029 @ /Users/xcy/src/org-mode/lisp/)]

Hello all, I run the following Clojure code with CIDER as the backend. The result is surprising to me: #+begin_src clojure (* 6 7) (= nil ()) #+end_src #+RESULTS: : 42false As you can see, the result is the concatenation of the value of each expression. Is it

Re: [O] Bug: Bulk re-scheduling to a relative offset doesn't work [9.1.6 (9.1.6-48-gfe7619-elpa @ c:/Users/micha/.emacs.d/elpa/org-20180212/)]

Hello, Michael Hoffman writes: > I previously asked a question about this on emacs-orgmode but it seems > more likely that this is a bug. > > https://lists.gnu.org/archive/html/emacs-orgmode/2018-02/msg00183.html > > I am bulk re-scheduling items in an agenda

Re: [O] Bug: org-paste-subtree displaces folded content [9.1.6 (9.1.6-48-gfe7619-elpaplus @ /home/ionasal/.emacs.d/elpa/org-plus-contrib-20180212/)]

On Wed, Feb 28, 2018 at 12:25 AM Nicolas Goaziou wrote: > Hello, > Allen Li writes: > >> > I modified the example a bit and made the undesired behavior unclear. > >> > > >> > * foo > >> > :PROPERTIES: > >> > :ID: a > >> > :END: > >> > * bar >

Re: [O] Bug: org-paste-subtree displaces folded content [9.1.6 (9.1.6-48-gfe7619-elpaplus @ /home/ionasal/.emacs.d/elpa/org-plus-contrib-20180212/)]

Hello, Allen Li writes: >> > I modified the example a bit and made the undesired behavior unclear. >> > >> > * foo >> > :PROPERTIES: >> > :ID: a >> > :END: >> > * bar >> > :PROPERTIES: >> > :ID: b >> > :END: >> > >> > Folded, this looks like >> > >> > * foo... >> > *

Re: [O] Bug: org-paste-subtree displaces folded content [9.1.6 (9.1.6-48-gfe7619-elpaplus @ /home/ionasal/.emacs.d/elpa/org-plus-contrib-20180212/)]

On Mon, Feb 26, 2018 at 3:11 PM Nicolas Goaziou wrote: > Hello, > Allen Li writes: > > I modified the example a bit and made the undesired behavior unclear. > > > > * foo > > :PROPERTIES: > > :ID: a > > :END: > > * bar > > :PROPERTIES: > >

[O] bug#23745: bug#23745: 25.0.94; Org: (pop-to-mark-command) doesn't work when using (org-open-at-point) to visit a same-file link

quite useful to have this for reference in the org mailing list, as we are discussing it.

[O] bug#23745: 25.0.94; Org: (pop-to-mark-command) doesn't work when using (org-open-at-point) to visit a same-file link

Hello, Dima Kogan writes: > Hi. Consider this org-mode file: > > = > * > b > > * > [[]] > = > > With the point at the [[]] link, I can visit the heading with > C-c C-o (org-open-at-point), and I can go back

Re: [O] Bug: org-paste-subtree displaces folded content [9.1.6 (9.1.6-48-gfe7619-elpaplus @ /home/ionasal/.emacs.d/elpa/org-plus-contrib-20180212/)]

Hello, Allen Li writes: > I modified the example a bit and made the undesired behavior unclear. > > * foo > :PROPERTIES: > :ID: a > :END: > * bar > :PROPERTIES: > :ID: b > :END: > > Folded, this looks like > > * foo... > * bar... > > With point on the f in foo, press

[O] Bug: Bulk re-scheduling to a relative offset doesn't work [9.1.6 (9.1.6-48-gfe7619-elpa @ c:/Users/micha/.emacs.d/elpa/org-20180212/)]

I previously asked a question about this on emacs-orgmode but it seems more likely that this is a bug. https://lists.gnu.org/archive/html/emacs-orgmode/2018-02/msg00183.html I am bulk re-scheduling items in an agenda view. I would like all the selected items to be re-scheduled to a year later

Re: [O] Bug: refile from capture template doesn't update org-clock-current-task [9.1.6 (9.1.6-57-gec8590-elpaplus @ /Users/ag.ibragimov/.emacs.d/elpa/26.0/develop/org-plus-contrib-20180219/)]

Hello, Ag Ibragimov writes: > I'm not sure if that's a legitimate bug, just something I have run into > on my Spacemacs config > > # Description > > org-clock-current-task doesn't update mode-line after refile on capture > > # To reproduce: > > Create a capture

[O] bug#28263: bug#28263: 24.5; Org: `C-c LETTER' keys

Drew Adams writes: > OK. I filed bug #30530. Please feel free to chime in > there, if your idea of what needs to be done differs > from what I requested. I fully agree with your report. Thank you.

[O] bug#28263: bug#28263: 24.5; Org: `C-c LETTER' keys

> I will happily remove the part you consider to be offending Great. > once we can point users towards appropriate information > within the Emacs manual. Would you like to report a bug > about it? OK. I filed bug #30530. Please feel free to chime in there, if your idea of what needs to be

[O] Bug: refile from capture template doesn't update org-clock-current-task [9.1.6 (9.1.6-57-gec8590-elpaplus @ /Users/ag.ibragimov/.emacs.d/elpa/26.0/develop/org-plus-contrib-20180219/)]

I'm not sure if that's a legitimate bug, just something I have run into on my Spacemacs config # Description org-clock-current-task doesn't update mode-line after refile on capture # To reproduce: Create a capture template with :clock-in and :clock-keep fields, e.g.: ("i" "Immediate" entry

[O] bug#28263: bug#28263: 24.5; Org: `C-c LETTER' keys

Hello, Drew Adams writes: > It's my opinion of what Org mode _should_ do. That's what I meant. > And it coincides with what other libraries do. This doesn't prove the model is right. > And it fits what the manual suggests. Unfortunately, the manual suggests nothing.

[O] bug#28263: bug#28263: 24.5; Org: `C-c LETTER' keys

> Drew Adams writes: > > > No. I'm saying that Org should not suggest that > > users bind keys that are reserved for use by users > > to Org commands. > > > > And it should not then present those keys in the doc. > > > > And it should not say anything about the doc using

Re: [O] Bug: org-paste-subtree displaces folded content [9.1.6 (9.1.6-48-gfe7619-elpaplus @ /home/ionasal/.emacs.d/elpa/org-plus-contrib-20180212/)]

On Thu, Feb 15, 2018 at 1:02 PM Nicolas Goaziou wrote: > Hello, > Allen Li writes: > > With the org file: > > > > * foo > > some content > > * bar > > some content 1 > > some content 2 > > > > 1. C-s foo RET > > 2. C-c C-x C-w > > 3. C-r some

Re: [O] Bug: org-paste-subtree displaces folded content [9.1.6 (9.1.6-48-gfe7619-elpaplus @ /home/ionasal/.emacs.d/elpa/org-plus-contrib-20180212/)]

Hello, Allen Li writes: > With the org file: > > * foo > some content > * bar > some content 1 > some content 2 > > 1. C-s foo RET > 2. C-c C-x C-w > 3. C-r some RET > 4. C-c C-x C-y > > Final content is > > * bar > some content 1 > * foo > some content > some content

Re: [O] Bug: Error building agenda buffer [9.1.5 (9.1.5-1-gb3ddb0-elpa @ c:/Users/admin/AppData/Roaming/.emacs.d/elpa/org-20171225/)]

Yes, I agree. I will return the old values for TODO keywords. ср, 14 февр. 2018 г. в 20:55, Nicolas Goaziou : > Hello, > > Макей Е.В. writes: > > > When use special symbols for todo keywords, can't build agenda buffer > > for certain keyword (like

Re: [O] Bug: Error building agenda buffer [9.1.5 (9.1.5-1-gb3ddb0-elpa @ c:/Users/admin/AppData/Roaming/.emacs.d/elpa/org-20171225/)]

Hello, Макей Е.В. writes: > When use special symbols for todo keywords, can't build agenda buffer > for certain keyword (like "!*"). True. Note that allowing anything as a TODO keyword could be very confusing. What is allowed is not particularly clear, but I think

Re: [O] Bug: html export : adding a class attribute to an image [9.1.6 (9.1.6-44-ge6f891-elpa @ /home/michel/.emacs.d/elpa/org-20180212/)]

Hello, Michel Damiens writes: > When exporting to html an image for which I added a class attribute, the > result seems to depend on the fact that I insert or not an empty line > after the image link. Example : > > with this text in my org file : > > * Le sens des

[O] Bug: org-paste-subtree displaces folded content [9.1.6 (9.1.6-48-gfe7619-elpaplus @ /home/ionasal/.emacs.d/elpa/org-plus-contrib-20180212/)]

With the org file: * foo some content * bar some content 1 some content 2 1. C-s foo RET 2. C-c C-x C-w 3. C-r some RET 4. C-c C-x C-y Final content is * bar some content 1 * foo some content some content 2 The behavior is insidious when the contents are folded: * foo... * bar... turns into

[O] Bug: Error building agenda buffer [9.1.5 (9.1.5-1-gb3ddb0-elpa @ c:/Users/admin/AppData/Roaming/.emacs.d/elpa/org-20171225/)]

Remember to cover the basics, that is, what you expected to happen and what in fact did happen. You don't know how to make a good report? See http://orgmode.org/manual/Feedback.html#Feedback Your bug report will be posted to the Org mailing list.

[O] Bug: html export : adding a class attribute to an image [9.1.6 (9.1.6-44-ge6f891-elpa @ /home/michel/.emacs.d/elpa/org-20180212/)]

Remember to cover the basics, that is, what you expected to happen and what in fact did happen. You don't know how to make a good report? See https://orgmode.org/manual/Feedback.html#Feedback Your bug report will be posted to the Org mailing list.

Re: [O] Bug: publishing symbolic link with org-publish-attachment [9.1.6 (9.1.6-44-ge6f891-elpa @ /home/michel/.emacs.d/elpa/org-20180205/)]

Hello, Michel Damiens writes: > when publishing a project which contains a symbolic link to a directory, > this link is not transferred. I think that the reason is the destination > is not updated. Fixed. Thank you. Regards, -- Nicolas Goaziou

[O] Bug: publishing symbolic link with org-publish-attachment [9.1.6 (9.1.6-44-ge6f891-elpa @ /home/michel/.emacs.d/elpa/org-20180205/)]

Remember to cover the basics, that is, what you expected to happen and what in fact did happen. You don't know how to make a good report? See https://orgmode.org/manual/Feedback.html#Feedback Your bug report will be posted to the Org mailing list.

Re: [O] [Bug] M-S Ret keybinding translated to M-Ret

Hello, Matt Lundin writes: > Attached please find a more limited patch that fixes the issue in the > GUI without affecting TTY use. I have only changed bindings for the > M-S-RET or S-RET combinations. These combinations cannot be used in the > TTY anyway and Org Mode already

Re: [O] Bug: Broken orgmode.org links in doc/misc/org.texi and lisp/org

Hello, Tim Landscheidt writes: > I may be biased here because I did not find that :-), but > that page is referenced in the org-mode repository only in > README_maintainer with the context: [...] > Especially, it is not linked to from README_contribute :-). Would you

Re: [O] [Bug] M-S Ret keybinding translated to M-Ret

Thanks, your new patch looks acceptable to me. On Fri, Feb 9, 2018 at 7:02 AM Matt Lundin wrote: > Allen Li writes: > > > On Wed, Feb 7, 2018 at 1:47 PM Matt Lundin wrote: > > > >> Matt Lundin writes: > > >

Re: [O] [Bug] M-S Ret keybinding translated to M-Ret

Allen Li writes: > On Wed, Feb 7, 2018 at 1:47 PM Matt Lundin wrote: > >> Matt Lundin writes: > >> > I discovered that when trying to insert a new item with a checkbox using >> > M-S Return (org-insert-todo-heading), the

[O] bug#28806: syntax highlighting in ox-odt and emacs26+ broken

> From: pierre.techouey...@free.fr (Pierre Téchoueyres) > Cc: Jay Kamat , 28...@debbugs.gnu.org > Date: Fri, 09 Feb 2018 00:03:31 +0100 > > > Having read all of the references and discussions you've provided, I > > see no evidence that this is an Emacs issue, as opposed to

Re: [O] [Bug] M-S Ret keybinding translated to M-Ret

Allen Li writes: > On Wed, Feb 7, 2018 at 1:47 PM Matt Lundin wrote: > >> Matt Lundin writes: > >> > I discovered that when trying to insert a new item with a checkbox using >> > M-S Return (org-insert-todo-heading), the

Re: [O] [Bug] M-S Ret keybinding translated to M-Ret

On Wed, Feb 7, 2018 at 1:47 PM Matt Lundin wrote: > Matt Lundin writes: > > I discovered that when trying to insert a new item with a checkbox using > > M-S Return (org-insert-todo-heading), the keybinding is "translated" to > > M-Return (org-meta-return).

Re: [O] [Bug] M-S Ret keybinding translated to M-Ret

Matt Lundin writes: > I discovered that when trying to insert a new item with a checkbox using > M-S Return (org-insert-todo-heading), the keybinding is "translated" to > M-Return (org-meta-return). As a result, all I get is simple list item > without a checkbox. > The

[O] [Bug] M-S Ret keybinding translated to M-Ret

I discovered that when trying to insert a new item with a checkbox using M-S Return (org-insert-todo-heading), the keybinding is "translated" to M-Return (org-meta-return). As a result, all I get is simple list item without a checkbox. M-x describe-key [Ret] M-S Ret ...shows the following...

Re: [O] Bug: Broken orgmode.org links in doc/misc/org.texi and lisp/org

Hello, Tim Landscheidt writes: > I think you missed patch #2; Indeed. Now applied. Thank you. > I have attached it again re- based on current maint (I removed > TINYCHANGE because I have signed papers for Emacs since then). Good news! Welcome aboard. Regards, --

Re: [O] Bug: Broken orgmode.org links in doc/misc/org.texi and lisp/org

Nicolas Goaziou wrote: >> Could you then please document TINYCHANGE in >> README_contribute? Merci! > This is already covered at > I may be biased here because I did not find that :-), but that page is

Re: [O] Bug: Broken orgmode.org links in doc/misc/org.texi and lisp/org

Nicolas Goaziou wrote: >> […] >> Patch #2 makes some links to the manual and external URLs in >> docstrings clickable. >> […] > Applied. Thank you. > […] I think you missed patch #2; I have attached it again re- based on current maint (I removed TINYCHANGE because I

Re: [O] Bug: org-tables: Broken alignment when using numbers of different lengths [9.1.5 (9.1.5-1-gb3ddb0-elpa @ .emacs.d/elpa/org-20171225/)]

Hello, Leo Vivier writes: > I've updated org-mode yesterday, and the tables do not seem to align > properly anymore. > > In a minimal setup, just loading org-mode from MELPA, I've tried > entering the following table: > | foo | 1 | > | bar | 10 | > When I press in the

[O] bug#30321: 25.3; Melpa ox- packages listed as incompatible

> Stefan, can you shed any light as to why Org is no longer on elpa.gnu.org? I wasn't aware of it. I'll try and investigate, Stefan

[O] Bug: org-tables: Broken alignment when using numbers of different lengths [9.1.5 (9.1.5-1-gb3ddb0-elpa @ .emacs.d/elpa/org-20171225/)]

Remember to cover the basics, that is, what you expected to happen and what in fact did happen. You don't know how to make a good report? See http://orgmode.org/manual/Feedback.html#Feedback Your bug report will be posted to the Org mailing list.

[O] Bug: org-tables: Broken alignment when using numbers of different lengths [9.1.5 (9.1.5-1-gb3ddb0-elpa @ .emacs.d/elpa/org-20171225/)]

Remember to cover the basics, that is, what you expected to happen and what in fact did happen. You don't know how to make a good report? See http://orgmode.org/manual/Feedback.html#Feedback Your bug report will be posted to the Org mailing list.

[O] bug#30321: 25.3; Melpa ox- packages listed as incompatible

Stefan, can you shed any light as to why Org is no longer on elpa.gnu.org? (BTW, I think it would be good if elpa.gnu.org listed a contact email for these kinds of questions.) Nicolas Goaziou wrote: > Note that there is no intent to remove Org from GNU ELPA. Alas, at the > moment, I have no

Re: [O] Bug: org-feed-update-all stops on first error [9.0.9 (9.0.9-dist @ /usr/share/emacs/25.2/site-lisp/elpa/org-9.0.9/)]

Hello, Adrian Tritschler writes: > Using org-feed-update-all to read RSS feeds into org-mode, it will stop > with an error on the first problem encountered. eg, if I have twenty > RSS feeds and for some reason the second site is down, or certificate > has expired, only the first

[O] bug#30321: 25.3; Melpa ox- packages listed as incompatible

Hello, Glenn Morris writes: > Version: 26.1 > > Glenn Morris wrote: > >> I would guess this is because Org is not recognized as a built-in >> package (see https://debbugs.gnu.org/30310), > > This is now fixed for the next release of Emacs. Thank you. >> and no longer available

[O] Bug: org-feed-update-all stops on first error [9.0.9 (9.0.9-dist @ /usr/share/emacs/25.2/site-lisp/elpa/org-9.0.9/)]

Remember to cover the basics, that is, what you expected to happen and what in fact did happen. You don't know how to make a good report? See http://orgmode.org/manual/Feedback.html#Feedback Your bug report will be posted to the Org mailing list.

[O] bug#30321: 25.3; Melpa ox- packages listed as incompatible

Version: 26.1 Glenn Morris wrote: > I would guess this is because Org is not recognized as a built-in > package (see https://debbugs.gnu.org/30310), This is now fixed for the next release of Emacs. > and no longer available from any of the standard elpas. If it's no longer to be on

[O] bug#30310: Built-in Org mode not listed as installed package

Version: 26.1 Addressed in Emacs e1a9dc0.

[O] bug#30321: 25.3; Melpa ox- packages listed as incompatible

Luis Roca wrote: > Installing ox-rst returns the following error in *Messages*: > >`Incompatible because it depends on uninstallable packages.` > > Reviewing other Org export packages reveals the same note for each. I would guess this is because Org is not recognized as a built-in

[O] bug#30310: Built-in Org mode not listed as installed package

Package: emacs,org-mode Version: 25.3 emacs -Q -f list-packages The built-in Org mode is not listed. (This eg causes org-edna to be listed as uninstallable.) Adding a Version: header comment to lisp/org/org.el would fix this. (There was one prior to Emacs rev 8223b1d233.) Obviously it would need

Re: [O] BUG report [Was: computing the size of a tikz to png image during export]

2018-01-30 21:59 GMT+01:00 Nicolas Goaziou : > Hello, > > Fabrice Popineau writes: > > > You should have a look at commit 38be85124551083d269. > > It prevents evaluation of the by-backend form in parameters. > > It doesn't. > > My

Re: [O] BUG report [Was: computing the size of a tikz to png image during export]

Hello, Fabrice Popineau writes: > You should have a look at commit 38be85124551083d269. > It prevents evaluation of the by-backend form in parameters. It doesn't. It prevents evaluation conditionally, i.e., when an optional argument is non-nil. The same

Re: [O] BUG report [Was: computing the size of a tikz to png image during export]

> On Jan 28, 2018, at 11:49 PM, Fabrice Popineau > wrote: > > You should have a look at commit 38be85124551083d269. > It prevents evaluation of the by-backend form in parameters. > You are right. I do not see a clean way to do what `by-backend' would

Re: [O] Bug: iCal export does not respect :noexport: tag [9.1.6 (9.1.6-31-gffa5f3-elpa @ /Users/kdm/.emacs.d/elpa/org-20180122/)]

Hi Nicolas, I figured it out! On Mon, Jan 29, 2018 at 12:48 AM, Nicolas Goaziou wrote: > Ken Mankoff writes: > > I cannot reproduce it. My minimal config is: > > (setq org-export-async-init-file "~/dev/mini-init.el") > > I didn't realize that async

Re: [O] BUG report [Was: computing the size of a tikz to png image during export]

2018-01-29 2:34 GMT+01:00 Berry, Charles : > > On Jan 28, 2018, at 3:24 PM, Nicolas Goaziou > wrote: > > > > Would you have an ECM? I don't know what is "the by-backend trick". > > Not a bug AFAICS. > > `by-backend' is a macro mentioned here: > >

Re: [O] BUG report [Was: computing the size of a tikz to png image during export]

> On Jan 28, 2018, at 3:24 PM, Nicolas Goaziou wrote: > > Would you have an ECM? I don't know what is "the by-backend trick". Not a bug AFAICS. `by-backend' is a macro mentioned here: https://lists.gnu.org/archive/html/emacs-orgmode/2013-07/msg00500.html I guess it

Re: [O] Bug: iCal export does not respect :noexport: tag [9.1.6 (9.1.6-31-gffa5f3-elpa @ /Users/kdm/.emacs.d/elpa/org-20180122/)]

Hello, Ken Mankoff writes: > Yes. I'm in my emacs.org config file (or *scratch* buffer). I have the > following settings: > > (setq org-icalendar-include-todo "all") > (setq org-icalendar-use-deadline '(event-if-todo event-if-not-todo > todo-due)) > (setq

Re: [O] BUG report [Was: computing the size of a tikz to png image during export]

2018-01-29 0:24 GMT+01:00 Nicolas Goaziou : > Hello, > > Fabrice Popineau writes: > > > Well, I think there is a problem with the current master > > since commit 38be85124551083d269. > > > > The problem is that the by-backend trick which were

Re: [O] BUG report [Was: computing the size of a tikz to png image during export]

Hello, Fabrice Popineau writes: > Well, I think there is a problem with the current master > since commit 38be85124551083d269. > > The problem is that the by-backend trick which were tolerated before > does not work anymore. > > Tested between Org 9.1.6 as in

[O] BUG report [Was: computing the size of a tikz to png image during export]

Well, I think there is a problem with the current master since commit 38be85124551083d269. The problem is that the by-backend trick which were tolerated before does not work anymore. Tested between Org 9.1.6 as in current emacs-26.0.91 release versus current Org master. More over, ignoring the

Re: [O] Bug: iCal export does not respect :noexport: tag [9.1.6 (9.1.6-31-gffa5f3-elpa @ /Users/kdm/.emacs.d/elpa/org-20180122/)]

On Sun, Jan 28, 2018 at 1:42 PM, Nicolas Goaziou wrote: > Where did you put > > (setq org-icalendar-exclude-tags '("noexport")) > > ? > > Is it accessible from `org-export-async-init-file'? > Yes. I'm in my emacs.org config file (or *scratch* buffer). I have the

<    7   8   9   10   11   12   13   14   15   16   >