Re: [O] Bug: org-2ft and/or float-time is wrong [9.1.2 (9.1.2-22-ga2a034-elpaplus @ ~/.emacs.d/elpa/org-plus-contrib-20171023/)]

Hello, Allen Li writes: > Removing the t for zone fixes it [...] > I will also note that the FIXME comment in org-parse-time-string > suggests that it too is not handling timezones correctly. In fact, > perhaps org-parse-time-string should not take a zone argument,

[O] [BUG]C source block evaluation fails over pscp

I am working on Windows machine with org file with C source block. I want to evaluate code block on remote machine accessible to me with PuTTY. Here is relevant part of the org file: #+PROPERTY: header-args :noweb yes :results verbatim :dir /pscp:tcl:/home/tc Now, let us move to the green fields

Re: [O] Bug: org-2ft and/or float-time is wrong [9.1.2 (9.1.2-22-ga2a034-elpaplus @ ~/.emacs.d/elpa/org-plus-contrib-20171023/)]

On Mon, Oct 30, 2017 at 5:40 PM, Allen Li wrote: > (current-time-string (time-to-seconds (org-2ft "<2017-10-31>"))) > "Sun Oct 29 17:00:00 2017" > > This seems wrong > > In org-2ft > > (org-parse-time-string s nil t) > > The t means use UTC instead of Emacs local time. >

[O] Bug: org-2ft and/or float-time is wrong [9.1.2 (9.1.2-22-ga2a034-elpaplus @ ~/.emacs.d/elpa/org-plus-contrib-20171023/)]

(current-time-string (time-to-seconds (org-2ft "<2017-10-31>"))) "Sun Oct 29 17:00:00 2017" This seems wrong In org-2ft (org-parse-time-string s nil t) The t means use UTC instead of Emacs local time. However, Org translates into (float-time), which is in Emacs localtime. 1. SCHEDULED>""

Re: [O] Bug: Missing agenda files file causes org to fail [9.1.2 (9.1.2-22-ga2a034-elpaplus)]

Hello, Allen Li writes: > 1. emacs -Q > 2. Evaluate in *scratch* buffer: > > (custom-set-variables > '(org-agenda-files "~/some-nonexistent-file")) > > 3. Open up any Org file: C-x f ~/tmp.org > > 4. Error appears in minibuffer: File mode specification error: >

Re: [O] Bug: Missing agenda files file causes org to fail [9.1.2 (9.1.2-22-ga2a034-elpaplus)]

On Sat, Oct 28, 2017 at 1:44 AM, Nicolas Goaziou wrote: > Hello, > > Allen Li writes: > >> If org-agenda-files is set to a file through customize.el and that >> file is missing, Org will fail to load at all. > > I cannot reproduce it. Could you

Re: [O] Bug: Missing agenda files file causes org to fail [9.1.2 (9.1.2-22-ga2a034-elpaplus)]

Hello, Allen Li writes: > If org-agenda-files is set to a file through customize.el and that > file is missing, Org will fail to load at all. I cannot reproduce it. Could you provide the error message and a recipe? Regards, -- Nicolas Goaziou

[O] Bug: Missing agenda files file causes org to fail [9.1.2 (9.1.2-22-ga2a034-elpaplus)]

If org-agenda-files is set to a file through customize.el and that file is missing, Org will fail to load at all. Org should not fail to load, either it should create an empty file or it should print a warning and still load itself. I think the former would be easier to implement.

[O] bug#28999: 25.3.50; org export : exclude-tags not working with org-export-filter-options-functions

Michel Damiens writes: > Adding : > > (defun my-org-export-change-options (plist backend) > (cond > ((equal backend 'html) >(plist-put plist :exclude-tags "NOHTML") >(plist-put plist :select-tags "HTML")) > ((equal backend 'latex) >

Re: [O] Bug: c++ code block automatically adds comma [8.2.10 (release_8.2.10 @ c:/Users/Louis/home/bin/emacs-24.5/share/emacs/24.5/lisp/org/)]

Hello, Michal Politowski writes: > On Mon, 23 Oct 2017 12:15:29 +0200, Nicolas Goaziou wrote: >> Hello, >> >> Michal Politowski writes: >> >> > Interesting, even if not very likely to hit anyone, that lines >> > intentionally starting with ,,* are not escaped and

Re: [O] Bug: c++ code block automatically adds comma [8.2.10 (release_8.2.10 @ c:/Users/Louis/home/bin/emacs-24.5/share/emacs/24.5/lisp/org/)]

On Mon, 23 Oct 2017 12:15:29 +0200, Nicolas Goaziou wrote: > Hello, > > Michal Politowski writes: > > > Interesting, even if not very likely to hit anyone, that lines > > intentionally starting with ,,* are not escaped and thus > > lose one comma on the next edit. > > Could you

Re: [O] Bug: c++ code block automatically adds comma [8.2.10 (release_8.2.10 @ c:/Users/Louis/home/bin/emacs-24.5/share/emacs/24.5/lisp/org/)]

Hello, Michal Politowski writes: > Interesting, even if not very likely to hit anyone, that lines > intentionally starting with ,,* are not escaped and thus > lose one comma on the next edit. Could you provide an ECM? Regards, -- Nicolas Goaziou

[O] Bug: Error during evaluation of C source blocks on remote machine [9.1.2 (9.1.2-15-g1d5142-elpa @ c:/Users/Ivan/.emacs.d/elpa/org-20171016/)]

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.

Re: [O] Bug: c++ code block automatically adds comma [8.2.10 (release_8.2.10 @ c:/Users/Louis/home/bin/emacs-24.5/share/emacs/24.5/lisp/org/)]

On Sun, 22 Oct 2017 19:30:55 +0200, Nicolas Goaziou wrote: > Hello, > > Louis Strous writes: > > > When I edit a c++ code block using C-c ' and then finish the edit using > > C-c ' again, then org-mode sometimes adds a comma to the code. [...] > > Note the appearance of a

Re: [O] Bug: c++ code block automatically adds comma [8.2.10 (release_8.2.10 @ c:/Users/Louis/home/bin/emacs-24.5/share/emacs/24.5/lisp/org/)]

Hello, Louis Strous writes: > When I edit a c++ code block using C-c ' and then finish the edit using > C-c ' again, then org-mode sometimes adds a comma to the code. > > Start of reproduction scenario: > > 1. Start emacs using "emacs -Q" > > 2. Execute "org-mode" to change the

[O] Bug: c++ code block automatically adds comma [8.2.10 (release_8.2.10 @ c:/Users/Louis/home/bin/emacs-24.5/share/emacs/24.5/lisp/org/)]

When I edit a c++ code block using C-c ' and then finish the edit using C-c ' again, then org-mode sometimes adds a comma to the code. Start of reproduction scenario: 1. Start emacs using "emacs -Q" 2. Execute "org-mode" to change the *scratch* buffer's major mode to org-mode. 3. Add the

Re: [O] Bug: Plus signs in org tables are highlighted incorrectly [9.0.9 (9.0.9-82-gb862c2-elpa @ /Users/ryan/.emacs.d/elpa/org-20170814/)]

Hello, Ryan writes: > The following table is highlighted incorrectly by org-mode: > > | Col1 | Col2 | > |--+--| > | +1 | +2 | > |--+--| > > The region of text starting at the plus sign in "+1" and ending with the > plus sign in the following divider line

[O] Bug: Plus signs in org tables are highlighted incorrectly [9.0.9 (9.0.9-82-gb862c2-elpa @ /Users/ryan/.emacs.d/elpa/org-20170814/)]

The following table is highlighted incorrectly by org-mode: | Col1 | Col2 | |--+--| | +1 | +2 | |--+--| The region of text starting at the plus sign in "+1" and ending with the plus sign in the following divider line is covered with a strikethrough effect. I think any font

Re: [O] Bug: syntax highlighting in ox-odt and emacs26+ broken [9.1.2 (9.1.2-elpa @ /home/jay/Code/tmp/emacs/lisp/org/)]

I submitted a bug report to emacs core, and Eli says: > Having read all of the references and discussions you've provided, I > see no evidence that this is an Emacs issue, as opposed to an Org > issue. I think the Org developers should take a look at this first, > and only if they provide clear

Re: [O] Bug: Wrong type argument: listp, "" [9.1.2 (9.1.2-7-g027cfc-elpa @ /home/sane/.emacs.d/elpa/org-20171009/)]

Hello, Michael Ziems writes: > i wanted to normally start the org-agenda, how i always do it and now it > just runs into the mentioned lisp error: Wrong type argument: listp, "" [...] >  org-agenda-time-grid '((daily today require-timed) "" >             (800 1000 1200

Re: [O] Bug: org-encrypt-entry fails [9.1.2 (9.1.2-elpa @ /Users/dmm/.emacs.d/elpa/org-20171004/)]

Hello, David Maslen writes: > In the example below the words “test this” are not replaced by encrypted > text. > My previous experience is that the entire contents of a org subheading > structure marked with the :crypt: tag would be encrypted/decrypted by the > related

[O] Bug: org-agenda-category-filter-preset in org-agenda-custom-commands with org-agenda-sticky does not work [9.1.2 (release_9.1.2-99-g4d828b @ /home/cperl/git/org-mode/lisp/)]

When using org-agenda-custom-commands with org-agenda-category-filter-preset and org-agenda-sticky, it seems as though changes to org-agenda-category-filter are global, even though the variable is made buffer local. >From the limited digging I've done, it seems that setting the :preset-filter

Re: [O] Bug: org-encrypt-entry fails [9.1.2 (9.1.2-elpa @ /Users/dmm/.emacs.d/elpa/org-20171004/)]

Hello, David Maslen writes: > The EPA package commands work, so I believe I have gpg configured > correctly. > > For example; > m-x epa-encrypt-region using a password of 'test' works on the following; > > test > However selecting an org heading such as; > > * Test

Re: [O] Bug: Key binding M-S-up does not invoke org-move-subtree-up [9.1.2 (9.1.2-7-g027cfc-elpa @ /home/john/.emacs.d/elpa/org-20171009/)]

Allen Li writes: > On Wed, Oct 11, 2017 at 11:53 AM, Johann Höchtl > wrote: >> According to the documentation, the keys M-S-up should invoke >> org-move-subtree-up, and M-S-down the command org-move-subtree-down but >> instead org-shiftmetaup

Re: [O] Bug: Key binding M-S-up does not invoke org-move-subtree-up [9.1.2 (9.1.2-7-g027cfc-elpa @ /home/john/.emacs.d/elpa/org-20171009/)]

On Wed, Oct 11, 2017 at 11:53 AM, Johann Höchtl wrote: > According to the documentation, the keys M-S-up should invoke > org-move-subtree-up, and M-S-down the command org-move-subtree-down but > instead org-shiftmetaup or org-shiftmetadown gets executed (I am on a >

[O] Bug: Key binding M-S-up does not invoke org-move-subtree-up [9.1.2 (9.1.2-7-g027cfc-elpa @ /home/john/.emacs.d/elpa/org-20171009/)]

To: emacs-orgmode@gnu.org Subject: Bug: Key binding M-S-up does not invoke org-move-subtree-up [9.1.2 (9.1.2-7-g027cfc-elpa @ /home/john/.emacs.d/elpa/org-20171009/)] From: john@ebola.i-did-not-set--mail-host-address--so-tickle-me (Johann Höchtl) --text follows this line-- Remember to cover the

Re: [O] Bug: python code block single import line [9.0.9 (release_9.0.9-754-g940c90)]

Hello, Paul Stansell writes: > #+begin_src python :session python1 > import numpy as np > #+end_src > > I get this error in my python buffer Sorry for the delayed response. As I just mentioned in another thread, ob-python sessions have longstanding issues:

[O] Bug: org-encrypt-entry fails [9.1.2 (9.1.2-elpa @ /Users/dmm/.emacs.d/elpa/org-20171004/)]

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.

Re: [O] Bug: syntax highlighting in ox-odt and emacs26+ broken [9.1.2 (9.1.2-elpa @ /home/jay/Code/tmp/emacs/lisp/org/)]

Hi Tim, > My recommendation would be to confirm if the problem exists in the org > bundled with Emacs 26 (9.1.1) and if it is, report this on the emacs > devel list, making it clear the issue does not exist with emacs > 25.3. This will at least allow Emacs devel to note that something which > it

Re: [O] Bug: syntax highlighting in ox-odt and emacs26+ broken [9.1.2 (9.1.2-elpa @ /home/jay/Code/tmp/emacs/lisp/org/)]

I'm not an org developer, but I did notice a message on the emacs-devel list a few days ago stating that Emacs 26 has updated to use org 9.1.1. As Emacs 26 is a moving target and this problem does not appear in the latest stable version i.e. 25.3, I would agree this is most likely due to a

[O] Bug: syntax highlighting in ox-odt and emacs26+ broken [9.1.2 (9.1.2-elpa @ /home/jay/Code/tmp/emacs/lisp/org/)]

Hi Everyone, I think 'francisv' from the #org-mode irc channel found a interesting bug in emacs or org mode. I don't know enough about emacs to figure out exactly what's going on, so I'll provide as much information as I'm able to find out. orgmode syntax highlighting when exporting to ox-odt in

Re: [O] Bug: C-c C-c on deadline timestamp can do nothing useful [9.1.2 (9.1.2-elpaplus @ /Users/aaronjensen/.emacs.d/elpa/26.0/org-plus-contrib-20171004/)]

Hello, Aaron Jensen writes: > From emacs -Q: > > M-x org-mode > Insert the following: > > * Test > DEADLINE: <2017-10-06 Sat> > > Place point on timestamp and hit C-c C-c > > Expected: > > Timestamp updated to <2017-10-06 Fri> > > Actual: > > This is displayed in

[O] Bug: C-c C-c on deadline timestamp can do nothing useful [9.1.2 (9.1.2-elpaplus @ /Users/aaronjensen/.emacs.d/elpa/26.0/org-plus-contrib-20171004/)]

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.

Re: [O] Bug: Using org-backward-paragraph in the middle of a headline produces an error [9.1.2 (9.1.2-elpaplus @ /home/omar/.emacs.d/elpa/org-plus-contrib-20171004/)]

Hello, Omar Antolin writes: > If you have an org buffer that contains just: > > * A headline > > And when the point is, say, on the `h`, you run `org-backward-paragraph` > you get the error message: "Wrong type argument: number-or-marker-p, > nil". It comes from the

Re: [O] Bug: org-capture-templates with %^t

Hello, Matt Lundin writes: > Attached please find a patch that fixes these issues. It is a simple > change, but it brings the behavior of %^t and %^u vs. %^T and %^U into > line with the behavior of the interactive function org-time-stamp > without and with a prefix argument.

[O] Bug: Using org-backward-paragraph in the middle of a headline produces an error [9.1.2 (9.1.2-elpaplus @ /home/omar/.emacs.d/elpa/org-plus-contrib-20171004/)]

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.

Re: [O] Bug: org-capture-templates with %^t

Matt Lundin writes: > Matt Lundin writes: > >> After commit 51b431d01365211d4c40b07729d5d11d82b9dfe2, >> org-capture-templates containing %^t do not work as expected. >> >> With this capture template, I am prompted to enter a time via >> org-read-date. The

Re: [O] Bug: org-capture-templates with %^t

Matt Lundin writes: > After commit 51b431d01365211d4c40b07729d5d11d82b9dfe2, > org-capture-templates containing %^t do not work as expected. > > The relevant capture template snippet looks like this: > > (setq org-capture-templates > '(("a" "Appointment" entry (file

Re: [O] Bug: org-capture-templates issues

Kaushal Modi writes: > On Wed, Oct 4, 2017 at 3:13 PM Haider Rizvi wrote: > I'm getting the following error, when trying to do an org-capture. > > Org 9.1 onwards, bare sexp's are now allowed in the template. > > From ORG-NEWS: > > ***

Re: [O] Bug: org-capture-templates issues

On Wed, Oct 4, 2017 at 3:13 PM Haider Rizvi wrote: > I'm getting the following error, when trying to do an org-capture. > > Debugger entered--Lisp error: (error "Invalid file location: nil") > signal(error ("Invalid file location: nil")) > error("Invalid file location: %S"

[O] Bug: org-capture-templates issues

I'm getting the following error, when trying to do an org-capture. Debugger entered--Lisp error: (error "Invalid file location: nil") signal(error ("Invalid file location: nil")) error("Invalid file location: %S" nil) org-capture-expand-file((concat org-directory "inbox-gtd.org"))

Re: [O] Bug: org-backward-paragraph give an error when called from the #+BEGIN_SRC line of a source block [9.1.1 (9.1.1-17-g24ea1b-elpaplus @ /home/omar/.emacs.d/elpa/org-plus-contrib-20171002/)]

Hello, Omar Antolin writes: > If you run `org-backward-paragraph` from the `#+BEGIN_SRC` line of a > source block it gives the error message "Invalid search bound (wrong > side of point)", instead of moving point. Fixed. Thank you. > This excerpt is from inside a

[O] Bug: org-capture-templates with %^t

After commit 51b431d01365211d4c40b07729d5d11d82b9dfe2, org-capture-templates containing %^t do not work as expected. The relevant capture template snippet looks like this: (setq org-capture-templates '(("a" "Appointment" entry (file "~/inbox.org") "* %^{Appt}\n %^t%?\n %U\n %a\n\n %i")))

[O] Bug: org-backward-paragraph give an error when called from the #+BEGIN_SRC line of a source block [9.1.1 (9.1.1-17-g24ea1b-elpaplus @ /home/omar/.emacs.d/elpa/org-plus-contrib-20171002/)]

If you run `org-backward-paragraph` from the `#+BEGIN_SRC` line of a source block it gives the error message "Invalid search bound (wrong side of point)", instead of moving point. I tried tracking it down and this error message comes from a call to `re-search-backward` in the source for

Re: [O] Bug: Compiling org-clock.el fails due to undeclared utf-8 [9.1.1 (9.1.1-6-gd40deb-elpa)]

Hello, Enrico Scholz writes: > When install org, compilation fails with > > | org-clock.el:1958:1:Error: Invalid read syntax: "?" > > > This seems to happen due to the non-ascii charecter in line 1974. > Adding a > > ;; coding: utf-8 > > local variable fixes it.

[O] Bug: Compiling org-clock.el fails due to undeclared utf-8 [9.1.1 (9.1.1-6-gd40deb-elpa)]

When install org, compilation fails with | org-clock.el:1958:1:Error: Invalid read syntax: "?" This seems to happen due to the non-ascii charecter in line 1974. Adding a ;; coding: utf-8 local variable fixes it. Enrico Emacs : GNU Emacs 25.3.1 (x86_64-redhat-linux-gnu, GTK+ Version

Re: [O] Bug: Remote column editing from agenda is broken [9.1.1 (9.1.1-6-gd40deb-elpa @ /Users/bnbeckwith/.emacs.d/elpa/org-20170925/)]

Hello, Benjamin Beckwith writes: > Given a list of agenda files, I can bring up a global view of all > tasks. Then, if I enter into column mode and try to edit one of the > columns (say priority), it complains about the marker. > > My config is the minimal one found on >

[O] Bug: Remote column editing from agenda is broken [9.1.1 (9.1.1-6-gd40deb-elpa @ /Users/bnbeckwith/.emacs.d/elpa/org-20170925/)]

Given a list of agenda files, I can bring up a global view of all tasks. Then, if I enter into column mode and try to edit one of the columns (say priority), it complains about the marker. My config is the minimal one found on http://orgmode.org/manual/Feedback.html. The agenda file I used is

Re: [O] Bug: org-emphasis-alist not fully applied [9.1.1 (9.1.1-1-g80cbf9-elpa @ x:/folder/user/.emacs.d/elpa/org-20170918/)]

Hello, Jens Lange writes: > I understand the dilemma. But then I must ask for a format enhancment. > Before crying out loud please read my argumentation. Why did I create my > own "fancy" markers? Because there is no default way to recreate the > "Textmarker-Experience"

Re: [O] Bug: Recursive publish with :base-extension any fails [9.1.1 (9.1.1-1-g80cbf9-elpaplus @ /Users/xxxx/.emacs.d/elpa/org-plus-contrib-20170918/)]

Hello, Keith Sutton writes: > When org-publish-project-alist has both :base-extension any and > :recursive t set, the publish fails with "(wrong-type-argument stringp > nil)" in a call to string-match in directory-files-recursively. > > It looks like org-publish-get-base-files

[O] Bug: Recursive publish with :base-extension any fails [9.1.1 (9.1.1-1-g80cbf9-elpaplus @ /Users/xxxx/.emacs.d/elpa/org-plus-contrib-20170918/)]

When org-publish-project-alist has both :base-extension any and :recursive t set, the publish fails with "(wrong-type-argument stringp nil)" in a call to string-match in directory-files-recursively. It looks like org-publish-get-base-files should set match to "" rather than nil when

Re: [O] Bug: org-emphasis-alist not fully applied [9.1.1 (9.1.1-1-g80cbf9-elpa @ x:/folder/user/.emacs.d/elpa/org-20170918/)]

Nicolas, I understand the dilemma. But then I must ask for a format enhancment. Before crying out loud please read my argumentation. Why did I create my own "fancy" markers? Because there is no default way to recreate the "Textmarker-Experience" - or at least I couldn't find any. All default

Re: [O] Bug: org-emphasis-alist not fully applied [9.1.1 (9.1.1-1-g80cbf9-elpa @ x:/folder/user/.emacs.d/elpa/org-20170918/)]

Hello, Jens Lange writes: > "If they don't want items added to org-emphasis-alist they shouldn't use > the repeat customization type which allows insertion and deletion. > Furthermore, they should add a note about this restriction in the doc > string of

Re: [O] Bug: org-emphasis-alist not fully applied [9.1.1 (9.1.1-1-g80cbf9-elpa @ x:/folder/user/.emacs.d/elpa/org-20170918/)]

Thanks, for that information. Since I have no coding knowlege I reached out to stackexchange for some help for a workaround. Question is here: https://emacs.stackexchange.com/questions/35626/how-to-make-my-own-org-mode-text-emphasis-work-again One guy mentioned this after I wrote about this bug

Re: [O] Bug: Babel Tramp python [8.2.10 (release_8.2.10 @ /usr/share/emacs/25.3/lisp/org/)]

Hello, emacswatc...@gmail.com writes: > Given emacs -Q with this file: > > +++ test.org > > #+TITLE: Babel remote processing test > #+AUTHOR: jjh > > #+EMAIL: emacswatc...@gmail.com > > * python > > #+BEGIN_SRC python :dir /ssh:root@[some remote host]: > import socket > return ("Hostname

[O] Bug: Babel Tramp python [8.2.10 (release_8.2.10 @ /usr/share/emacs/25.3/lisp/org/)]

Given emacs -Q with this file: +++ test.org #+TITLE: Babel remote processing test #+AUTHOR: jjh #+EMAIL: emacswatc...@gmail.com * python #+BEGIN_SRC python :dir /ssh:root@[some remote host]: import socket return ("Hostname is %s" % socket.gethostname()) #+END_SRC --- test.org and with

Re: [O] Bug: org-emphasis-alist not fully applied [9.1.1 (9.1.1-1-g80cbf9-elpa @ x:/folder/user/.emacs.d/elpa/org-20170918/)]

Jens Lange writes: > Hmm, but that worked until recently. Without any hook. > > Or was your answer like: Good for you that it worked in the past but since > it ain't supported we won't make it work again? That's more like it, sorry. The fact that it worked doesn't mean

Re: [O] Bug: org-emphasis-alist not fully applied [9.1.1 (9.1.1-1-g80cbf9-elpa @ x:/folder/user/.emacs.d/elpa/org-20170918/)]

Hmm, but that worked until recently. Without any hook. Or was your answer like: Good for you that it worked in the past but since it ain't supported we won't make it work again? With kind regards, Jens Lange 2017-09-19 8:02 GMT+02:00 Nicolas Goaziou : > Hello, > > Jens

Re: [O] Bug: org-emphasis-alist not fully applied [9.1.1 (9.1.1-1-g80cbf9-elpa @ x:/folder/user/.emacs.d/elpa/org-20170918/)]

Hello, Jens Lange writes: > What exactly did you do? > === > 1. Configure block below in custom-set-variables. > > '(org-emphasis-alist >(quote > ( > ("!" org-habit-overdue-face) > ("%" org-habit-alert-face) > ("*" bold) >

[O] Bug: org-emphasis-alist not fully applied [9.1.1 (9.1.1-1-g80cbf9-elpa @ x:/folder/user/.emacs.d/elpa/org-20170918/)]

What exactly did you do? === 1. Configure block below in custom-set-variables. '(org-emphasis-alist (quote ( ("!" org-habit-overdue-face) ("%" org-habit-alert-face) ("*" bold) ("/" italic) ("_" underline) ("=" org-verbatim verbatim) ("~"

Re: [O] Bug: Evil's evil-ex-substitute does not expand headlines as necessary. [8.2.10 (release_8.2.10 @ /usr/share/emacs/25.2/lisp/org/)]

Hello, Gary Cheng writes: > Emacs : GNU Emacs 25.2.1 (x86_64-unknown-linux-gnu, GTK+ Version 3.22.16) > of 2017-07-15 > Package: Org-mode version 8.2.10 (release_8.2.10 @ > /usr/share/emacs/25.2/lisp/org/) > >

[O] Bug: Evil's evil-ex-substitute does not expand headlines as necessary. [8.2.10 (release_8.2.10 @ /usr/share/emacs/25.2/lisp/org/)]

Emacs : GNU Emacs 25.2.1 (x86_64-unknown-linux-gnu, GTK+ Version 3.22.16) of 2017-07-15 Package: Org-mode version 8.2.10 (release_8.2.10 @ /usr/share/emacs/25.2/lisp/org/)

Re: [O] Bug?? #+begin_src sh :file

On 09/16/17 14:55, Grant Rettke wrote: On Sat, Sep 16, 2017 at 9:09 AM, Charles Millar wrote: The following ECL is based on Grant Rettke's Org Scraps - Correction: They are Eric Schulte's (https://www.cs.unm.edu/~eschulte/) Thanks to Thierry and Achim for the

Re: [O] Bug?? #+begin_src sh :file

On Sat, Sep 16, 2017 at 9:09 AM, Charles Millar wrote: > The following ECL is based on Grant Rettke's Org Scraps - Correction: They are Eric Schulte's (https://www.cs.unm.edu/~eschulte/)

Re: [O] Bug?? #+begin_src sh :file

Charles Millar writes: > A bug? Or what am I missing? You are creating a file that Org is supposed to fill with the output from your script. Your script doesn't produce output, but instead writes to the same file. When the script returns, Org dutifully truncates the file to nothing. Regards,

Re: [O] Bug?? #+begin_src sh :file

I get the expected result without the redirection: #+begin_src sh :file this.txt cat << EOF 1 2 3 EOF #+end_src On 16/09/2017 15:09, Charles Millar wrote: Hi, The following ECL is based on Grant Rettke's Org Scraps - https://eschulte.github.io/org-scraps/scraps/2011-02-15-recutils.html

[O] Bug?? #+begin_src sh :file

Hi, The following ECL is based on Grant Rettke's Org Scraps - https://eschulte.github.io/org-scraps/scraps/2011-02-15-recutils.html #+begin_src sh :file this.txt cat << EOF > this.txt 1 2 3 EOF #+end_src When I execute the code block the file "this.txt" is created and so is a link, i.e.

Re: [O] Bug: Please make org-emphasis-regexp-components respect all whitespace [9.0.10 (9.0.10-5-g1654a5-elpa @ /home/rrt/.emacs.d/elpa/org-20170904/)]

Hello, Reuben Thomas writes: > I currently have in my Emacs init: > > (setq org-emphasis-regexp-components ;; define before loading org > '("[:space:]('\"{" "-[:space:].,:!?;'\")}\\[" "[:space:]\r\n" "." 1)) > > In other words, I added [:space:] to the BORDER pattern too. >

[O] Bug: Please make org-emphasis-regexp-components respect all whitespace [9.0.10 (9.0.10-5-g1654a5-elpa @ /home/rrt/.emacs.d/elpa/org-20170904/)]

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.

Re: [O] Bug: Confusing example in "Advanced configuration" [9.0.10 (9.0.10-5-g1654a5-elpa @ /home/rrt/.emacs.d/elpa/org-20170904/)]

Hi Reuben, Thank you for your bug report. Reuben Thomas writes: > 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

Re: [O] Bug: Setting org-export-use-babel to nil causes exporting to ignore :exports header

Thanks, Nicolas. It looks like the default behavior changed at some point but it could have been some while ago... Sent from my iPad > On Sep 14, 2017, at 5:58 AM, Nicolas Goaziou wrote: > > Hello, > > Richard Stanton writes: > >> Emacs :

[O] Bug: Confusing example in "Advanced configuration" [9.0.10 (9.0.10-5-g1654a5-elpa @ /home/rrt/.emacs.d/elpa/org-20170904/)]

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.

Re: [O] [bug, fr] cannot doneify repeaters that have clock entries when org-log-repeat is nil

Hello, Samuel Wales writes: > * x > recent maint > > (setq org-log-repeat nil) > > doneify this in emacs 24.4.1 -Q. > *** TODO test if presence of clock entry fails to advance repeater > when doneified :goto: > SCHEDULED: <2017-09-07 Thu 12:00 .+1d> > :PROPERTIES: >

Re: [O] Bug: Setting org-export-use-babel to nil causes exporting to ignore :exports header

Hello, Richard Stanton writes: > Emacs : GNU Emacs 25.2.1 (x86_64-apple-darwin16.7.0, Carbon Version 157 > AppKit 1504.83) > of 2017-08-28 > Package: Org mode version 9.1 (9.1-20-ga4f139-elpa @ > /Users/stanton/.emacs.d/elpa/org-20170911/) > > I typically set

Re: [O] Bug in ox.el

Qiang Fang writes: > The issue happen with list-table in the unofficial ox-odt, list-table enables > list in tables, it's very cool. AFAIK, list-tables are supported in bundled "ox-odt.el" too. So, again, could you provide an ECM? > And I think there is no one more

Re: [O] Bug in ox.el

Qiang Fang writes: > Can anyone tell me whether if my approach will work: > The author of ox-odt gives me his code as a gift, and it becomes mine, the I > can > do everything with it, right? > No. You can use it for your own personal purposes in accordance with the terms

Re: [O] Bug in ox.el

>> Does this issue happen with "ox-odt.el" bundled with Org? If so, could >> you provide an ECM? The issue happen with list-table in the unofficial ox-odt, list-table enables list in tables, it's very cool. >> The standard version of org has a lot of limitations. > Please report them, and, if

[O] Bug: Setting org-export-use-babel to nil causes exporting to ignore :exports header

Emacs : GNU Emacs 25.2.1 (x86_64-apple-darwin16.7.0, Carbon Version 157 AppKit 1504.83) of 2017-08-28 Package: Org mode version 9.1 (9.1-20-ga4f139-elpa @ /Users/stanton/.emacs.d/elpa/org-20170911/) I typically set org-export-use-babel to nil, to prevent all the code cells being executed on

Re: [O] Bug in ox.el

Hello, Qiang Fang writes: > The standard version of org has a lot of limitations. Please report them, and, if possible, help fixing them. > In case you won't check the issue because of it not copy right. The complete > bug > report is: > > "Lisp nesting exceeds

Re: [O] Bug in ox.el

The standard version of org has a lot of limitations. Is it possible that the author of ox-odt gives his repos as a gift to me, and let me deal with the copyright stuff? I am living in China, a quasi-communist country, :<. In case you won't check the issue because of it not copy right. The

Re: [O] Bug in ox.el

On Wednesday, 13 Sep 2017 at 09:26, Qiang Fang wrote: > The original issue is at > https://github.com/kjambunathan/org-mode-ox-odt/issues/25 > > "org-export-table-cell-alignment uses org-export-data to infer cookies > of some columns. I think, it should use other mechanisms like >

[O] Bug in ox.el

The original issue is at https://github.com/kjambunathan/org-mode-ox-odt/issues/25 "org-export-table-cell-alignment uses org-export-data to infer cookies of some columns. I think, it should use other mechanisms like org-element-interpret-data (may be)." The odt exporter is really useful, it

[O] [bug, fr] cannot doneify repeaters that have clock entries when org-log-repeat is nil

* x recent maint (setq org-log-repeat nil) doneify this in emacs 24.4.1 -Q. *** TODO test if presence of clock entry fails to advance repeater when doneified :goto: SCHEDULED: <2017-09-07 Thu 12:00 .+1d> :PROPERTIES: :LAST_REPEAT: [2017-09-12 Tue 15:27] :END: :LOGBOOK: - State "DONE" from

Re: [O] BUG - strange characters showing in agenda after times displayed

Matt Lundin writes: > Sharon Kimble writes: > >> Matt Lundin writes: >> >>> Sharon Kimble writes: >>> With the new release of org-mode to 9.1 I am finding with every build of a new agenda

Re: [O] BUG - strange characters showing in agenda after times displayed

Sharon Kimble writes: > Matt Lundin writes: > >> Sharon Kimble writes: >> >>> With the new release of org-mode to 9.1 I am finding with every build of >>> a new agenda that this is displaying for items with a time as

Re: [O] Bug: View scheduled tasks that have a specific state [8.2.10 (release_8.2.10 @ /usr/share/emacs/24.5/lisp/org/)]

Hello, "cro cefisso" writes: > Hello, I'm on Org-mode 8.2.10 on Xubuntu 16.04 and despite having tried many > combinations, I can't manage to view all scheduled tasks that don't have > "DONE" and "CANCELLED" as a state. For example, when I do : > (setq

Re: [O] BUG - strange characters showing in agenda after times displayed

Sharon Kimble writes: > ECM? What's that? I know what a 'MWE' is, but 'ECM' has me flummoxed. This is a FAQ, at . For reference, here is the answer: This is a French acronym used by some mailing list members; it stands

Re: [O] BUG - org-agenda-show-future-repeats not mentioned in org.pdf

Sharon Kimble writes: > You are assuming that everyone knows what a 'docstring' is, and how to > get it or find out about it. Unfortunately, I don't fit into that > category, so when I saw on "http://orgmode.org/Changes.html; 'See > docstring for details.' I was, and

Re: [O] BUG - strange characters showing in agenda after times displayed

Matt Lundin writes: > Sharon Kimble writes: > >> With the new release of org-mode to 9.1 I am finding with every build of >> a new agenda that this is displaying for items with a time as part of >> them - >> >> organiser: 8:30΄ьԔלڤ Scheduled:

Re: [O] BUG - strange characters showing in agenda after times displayed

Nicolas Goaziou writes: > Hello, > > Sharon Kimble writes: > >> With the new release of org-mode to 9.1 I am finding with every build of >> a new agenda that this is displaying for items with a time as part of >> them - >> >> organiser:

Re: [O] BUG - org-agenda-show-future-repeats not mentioned in org.pdf

Nicolas Goaziou writes: > Hello, > > Sharon Kimble writes: > >> Seeing this new variable I've been trying to set it up to stop all the >> future displays of each and every task being displayed in my 31 days >> agenda. >> >> I've updated my

Re: [O] BUG - strange characters showing in agenda after times displayed

Hello, Sharon Kimble writes: > With the new release of org-mode to 9.1 I am finding with every build of > a new agenda that this is displaying for items with a time as part of > them - > > organiser: 8:30΄ьԔלڤ Scheduled: TODO email org-mode list > > This is new and

Re: [O] BUG - strange characters showing in agenda after times displayed

Sharon Kimble writes: > With the new release of org-mode to 9.1 I am finding with every build of > a new agenda that this is displaying for items with a time as part of > them - > > organiser: 8:30΄ьԔלڤ Scheduled: TODO email org-mode list > > This is new and has

Re: [O] BUG - org-agenda-show-future-repeats not mentioned in org.pdf

Hello, Sharon Kimble writes: > Seeing this new variable I've been trying to set it up to stop all the > future displays of each and every task being displayed in my 31 days > agenda. > > I've updated my git/org-mode and then built the new 'org.pdf', opened it > and

[O] BUG - strange characters showing in agenda after times displayed

With the new release of org-mode to 9.1 I am finding with every build of a new agenda that this is displaying for items with a time as part of them - --8<---cut here---start->8--- organiser: 8:30΄ьԔלڤ Scheduled: TODO email org-mode list

[O] BUG - org-agenda-show-future-repeats not mentioned in org.pdf

Seeing this new variable I've been trying to set it up to stop all the future displays of each and every task being displayed in my 31 days agenda. I've updated my git/org-mode and then built the new 'org.pdf', opened it and then had a quick browse for 'org-agenda-show-future-repeats'. I then

Re: [O] [Bug] org-search-view "bad keyword argument"

Hello, Matt Lundin writes: > Hi everyone, > > Commit 22e916fb369629606d919a0e4f33ec2954c87e04 results in the following > error when calling org-search-view: > > cl--delete-duplicates: Bad keyword argument (lambda (a b) (and > (file-exists-p a) (file-exists-p b) (file-equal-p

[O] [Bug] org-search-view "bad keyword argument"

Hi everyone, Commit 22e916fb369629606d919a0e4f33ec2954c87e04 results in the following error when calling org-search-view: cl--delete-duplicates: Bad keyword argument (lambda (a b) (and (file-exists-p a) (file-exists-p b) (file-equal-p a b))) Best, Matt

Re: [O] Bug: markdown export errors on headers [9.0.9 (9.0.9-82-gb862c2-elpaplus @ /home/fommil/.emacs.d/elpa/org-plus-contrib-20170814/)]

"Loris Bennett" writes: >> I and others have asked a few times why the packages are structured in >> this way, but nobody seems able to provide the rationale. Personally, I >> think we should just have an org package and an org-contrib package >> which depends on the

Re: [O] Bug: Fix for org-make-link-description-function use in org-insert-link [9.0.10 (9.0.10-5-g1654a5-elpa @ /home/rrt/.emacs.d/elpa/org-20170904/)]

Hello, Reuben Thomas writes: > ​Attached, a revised patch. Applied, with a minor refactoring so some lines could fit under 80 columns. Thank you! Regards, -- Nicolas Goaziou

<    11   12   13   14   15   16   17   18   19   20   >