Re: [O] bug#32722: bug#32722: 26.1; Org-publish depend on non-free platform ?

Nick Dokos writes: > Adam Porter writes: > >> I'm not an expert on this package nor this situation, however, looking >> at the htmlize.el file shows: >> >> ;; Copyright (C) 1997-2003,2005,2006,2009,2011,2012,2014,2017,2018 >> >> So it would appear that the package has existed longer than

[O] bug#32722: bug#32722: 26.1; Org-publish depend on non-free platform ?

> From: Nicolas Goaziou > Cc: r...@gnu.org, kaushal.m...@gmail.com, n...@flqt.fr, > 32...@debbugs.gnu.org > Date: Tue, 18 Sep 2018 11:37:15 +0200 > > This is a genuine question: what /exactly/ do you want Org developers to > solve, assuming they can? Also, if they cannot, who is willing to

[O] bug#32722: bug#32722: 26.1; Org-publish depend on non-free platform ?

Hello, Eli Zaretskii writes: > This is an Org issue, so I would like to hear from Org developers > before I make up my mind. I read the thread multiple times already but I do not understand exactly the issue risen. >From the OP: "Emacs quotes Github, a non-free platform." If that's the real

Re: [O] bug#32722: bug#32722: 26.1; Org-publish depend on non-free platform ?

Adam Porter writes: > I'm not an expert on this package nor this situation, however, looking > at the htmlize.el file shows: > > ;; Copyright (C) 1997-2003,2005,2006,2009,2011,2012,2014,2017,2018 > > So it would appear that the package has existed longer than either > GitHub or Org. I'm

Re: [O] Bug: org-agenda-filter-by-top-heading does not filter [9.1.14 (release_9.1.14-908-gf1269e)]

Hello, Lem Ming writes: > In the agenda list `org-agenda-list` buffer, when I do > `org-agenda-filter-by-top-headline` when the point is over a line with a > headline, nothing is filtered. > I've never used org-agenda-filter-by-top-headline, but taking a quick look at it and its helper,

Re: [O] bug#32722: bug#32722: 26.1; Org-publish depend on non-free platform ?

I'm not an expert on this package nor this situation, however, looking at the htmlize.el file shows: ;; Copyright (C) 1997-2003,2005,2006,2009,2011,2012,2014,2017,2018 So it would appear that the package has existed longer than either GitHub or Org. I'm guessing that its author moved its

[O] Bug: ODT export fails if NAME: and ref: equation [9.1.14 (9.1.14-1-g4931fc-elpa @ /home/kdm/.emacs.d/elpa/org-20180910/)]

Sorry if this is a triplicate bug report. I emailed this as a message (not bug report) to the Org list a week ago, but have seen no reply. I tried an official bug report last night which I *think* did not work (mailing from within "emacs -Q" does not "just work"), so here I try again. If I

[O] bug#32722: bug#32722: 26.1; Org-publish depend on non-free platform ?

> From: Richard Stallman > Date: Thu, 13 Sep 2018 22:55:15 -0400 > Cc: n...@flqt.fr, 32...@debbugs.gnu.org, m...@nicolasgoaziou.fr > > > >From what I remember, there is not objection to use that instead; it's > > just that someone has to work on converting ox-html to use htmlfontify > >

Re: [O] Bug: org-agenda-filter-by-top-heading does not filter [9.1.14 (release_9.1.14-908-gf1269e)]

I tried with org-mode version 9.0.10 and 9.0.1. There is still no filtering when I do ^ in org agenda mode when the point is anywhere on a line where there is a task. I observe that: - The version 9.0.1 dates to November 2016. - org-agenda-filter-by-top-headline is a very useful function. It

[O] bug#32722: bug#32722: 26.1; Org-publish depend on non-free platform ?

[[[ To any NSA and FBI agents reading my email: please consider]]] [[[ whether defending the US Constitution against all enemies, ]]] [[[ foreign or domestic, requires you to follow Snowden's example. ]]] > >From what I remember, there is not objection to use that instead; it's > just

[O] bug#32722: bug#32722: 26.1; Org-publish depend on non-free platform ?

(htmlize-buffer-substring-no-invisible b e) is this function available in emacs? if not, it would be good to extract it and put it in emacs, or write one for emacs. On 9/13/18, Kaushal Modi wrote: > On Thu, Sep 13, 2018 at 11:28 AM Glenn Morris wrote: >> >> Emacs already includes

Re: [O] bug#32722: 26.1; Org-publish depend on non-free platform ?

On Thu, Sep 13, 2018 at 11:28 AM Glenn Morris wrote: > > Emacs already includes htmlfontify, since 23.2. > Is there some obstacle to Org using that? (bug#7506) This has been discussed before on the Org mailing list. >From what I remember, there is not objection to use that instead; it's just

[O] bug#32722: 26.1; Org-publish depend on non-free platform ?

Richard Stallman wrote: > If htmlize is useful, we should put it into Emacs. > Is there some obstacle to that? Emacs already includes htmlfontify, since 23.2. Is there some obstacle to Org using that? (bug#7506)

[O] bug#32722: 26.1; Org-publish depend on non-free platform ?

Le mercredi 12 septembre 2018 à 18:48 +0300, Eli Zaretskii a écrit : > Could you please report this to the Org developers? Thanks. It's done. Thanks. Le mercredi 12 septembre 2018 à 23:35 -0400, Richard Stallman a écrit : > Emacs should not advise people to load anything from outside Emacs >

Re: [O] Bug: Nested \caption and \label in LaTeX export [9.1.14 (9.1.14-1-g4931fc-elpaplus @ /home/simon/.emacs.d/elpa/26.1/develop/org-plus-contrib-20180910/)]

Dear Eric, thanks for the fast reply! Indeed, I had a look at the lshort documentation. It actually never states that \label must come after the full \caption{} command - nesting works - good to know. I'm sorry for the inconvenience. Cheers, Simon On 9/13/18 8:05 AM, Eric S Fraga wrote: > On

Re: [O] Bug: Nested \caption and \label in LaTeX export [9.1.14 (9.1.14-1-g4931fc-elpaplus @ /home/simon/.emacs.d/elpa/26.1/develop/org-plus-contrib-20180910/)]

On Tuesday, 11 Sep 2018 at 09:31, Simon Braß wrote: > Exporting a table (or figure) with a CAPTION and NAME tag leads to > following result: > \caption{\label{whatever-tag} I am a caption.} > Any LaTeX compiler won't understand this line correctly and won't be able > to reference to the assigned

[O] bug#32722: 26.1; Org-publish depend on non-free platform ?

[[[ To any NSA and FBI agents reading my email: please consider]]] [[[ whether defending the US Constitution against all enemies, ]]] [[[ foreign or domestic, requires you to follow Snowden's example. ]]] Emacs should not advise people to load anything from outside Emacs (counting ELPA).

[O] Bug: org-agenda-filter-by-top-heading does not filter [9.1.14 (release_9.1.14-908-gf1269e)]

I am learning org-mode by trying the several features one by one. In the agenda list `org-agenda-list` buffer, when I do `org-agenda-filter-by-top-headline` when the point is over a line with a headline, nothing is filtered. I use the minimal setup as described with the most recent org version

Re: [O] Bug: org-string-display throws on image display property [9.1.9 (release_9.1.9-65-g5e4542 @ /home/blc/.local/share/emacs/27.0.50/lisp/org/)]

Nicolas Goaziou writes: > "Basil L. Contovounesios" writes: > >> Severity: minor >> >> 0. emacs -Q >> 1. M-x toggle-debug-on-error RET >> 2. Evaluate the following: >> >> (require 'org) >> (org-string-display >>(propertize " " 'display '(image :type svg >>

Re: [O] Bug: org-string-display throws on image display property [9.1.9 (release_9.1.9-65-g5e4542 @ /home/blc/.local/share/emacs/27.0.50/lisp/org/)]

Hello, "Basil L. Contovounesios" writes: > Severity: minor > > 0. emacs -Q > 1. M-x toggle-debug-on-error RET > 2. Evaluate the following: > > (require 'org) > (org-string-display >(propertize " " 'display '(image :type svg > :file

[O] Bug: org-string-display throws on image display property [9.1.9 (release_9.1.9-65-g5e4542 @ /home/blc/.local/share/emacs/27.0.50/lisp/org/)]

Severity: minor 0. emacs -Q 1. M-x toggle-debug-on-error RET 2. Evaluate the following: (require 'org) (org-string-display (propertize " " 'display '(image :type svg :file "/path/to/image.svg"))) This gives the following error backtrace: Debugger

Re: [O] Bug: Org Table Performance Issue/Regression

Hello, Tim Baumgard writes: >> On Jun 26, 2018, at 4:58 AM, Nicolas Goaziou wrote: >> >> Could you send the result of your profiling (using both Elp and >> profiler would be nice) on an uncompiled Org? > > I've attached ten profiler results: Two are from 25.3 with the garbage > collector >

[O] Bug: Capturing an entry without final endline modifies heading structure [9.1.14 (9.1.14-dist @ /usr/share/emacs/25.2/site-lisp/elpa/org-9.1.11/)]

Hello, I'm using org's capture functionality to file new entries for my agenda. I noticed a problem when capturing entries to be placed in the middle of a file (for example, I have a subtree for "notes" that comes before "miscellaneous"): when the captured text ends without a trailing endline

Re: [O] Bug: org-indent-boundary-char doesn't have org-indent face [9.1.9 (release_9.1.9-65-g5e4542 @ c:/Program Files/emacs-26.1-x86_64/share/emacs/26.1/lisp/org/)]

Hello, HIRATA Tadashi writes: > I found a bug that org-indent-boundary-char doens't have > org-indent face property in org-indent-mode. This causes an > appearance issue when you use org-mode with whitespace-mode > that you can't control org-indent-boundary-char's face > neither

Re: [O] [Bug] org-attach-set-directory

Hello, Florian Lindner writes: > doing C-a s on an entry with an existing attachement produces > > make-directory: Die Datei existiert bereits: /home/florian/test/data/ > > (translation: File already exists) > > Actually, I implemented this functionality with the help of Nicolas Goaziou, >

[O] Bug - #+begin_comment, etc surrounding minipage

Hi, When exporting to pdf via LaTeX, the region between the #+begin_comment and the #+end_comment does not comment out: *** sub,sub-heading one #+attr_latex: :options  [t]{2.8in} #+begin_minipage some inline shell source code #+end_minipage #+attr_latex: :options  [t]{1.2in} #+begin_minipage

Re: [O] Bug: truncate lines when setupfile [9.0.5 (9.0.5-elpa @ /home/xavier/.emacs.d/elpa/org-20170210/)]

Hello, Xavier Leleu writes: > The default truncate-line option turns off when the org-file contains > a #+SETUPFILE: mysetupfile.setup. M-x toggle-truncate-lines gets > truncation back. I cannot reproduce it. Could you provide an ECM? Thank you. Regards, -- Nicolas Goaziou

[O] Bug: git clone https://code.orgmode.org/bzg/org-mode.git fails with fatal: unable to access 'https://code.orgmode.org/bzg/org-mode.git/': server certificate verification failed. CAfile: /etc/ssl/c

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: Broken link in documentation

Hello, Julien Palard writes: > I'm new to Org mode and spotted a broken link at the bottom of > https://orgmode.org/features.html : mobileorg.ncogni.to > > $ curl -s https://orgmode.org/features.html | grep > http://mobileorg.ncogni.to/ > Richard Moreland has developed

Re: [O] Bug: Archiving items with org-attach-archive-delete set to 'query' always asks for confirmation

Luciano Passuello writes: > Hello Kyle, > > That worked perfectly for all my basic test cases. Great, pushed to master as ab1f7712d. -- Kyle

Re: [O] Bug: Archiving items with org-attach-archive-delete set to 'query' always asks for confirmation

Hello Kyle, That worked perfectly for all my basic test cases. Thanks! On Fri, Aug 10, 2018 at 10:44 PM Kyle Meyer wrote: > > Luciano Passuello writes: > > > When I set org-attach-archive-delete to query, Org is supposed to ask > > me for confirmation when archiving entries with attachments.

[O] [BUG] Duplicate characters in help string when filtering by tag

I'm finding that when I call org-agenda-filter-by-tag, the string of character hints is long, with lots of duplicates. E.g., Filter by tag [hpcwhpcwhpcwhpcwhpcwhpcwhpcwhpcwhpcwhpcw ]:tag-char, [TAB]:tag, [/]:off, [+/-]:filter/exclude, [q]:quit [3 times] A git bisect reveals that this bug began

Re: [O] Bug: Archiving items with org-attach-archive-delete set to 'query' always asks for confirmation

Luciano Passuello writes: > When I set org-attach-archive-delete to query, Org is supposed to ask > me for confirmation when archiving entries with attachments. However, > I am always asked for confirmation, regardless if the item has > attachments in the first place. This is to me clearly

[O] Bug: Archiving items with org-attach-archive-delete set to 'query' always asks for confirmation

Hello, When I set org-attach-archive-delete to query, Org is supposed to ask me for confirmation when archiving entries with attachments. However, I am always asked for confirmation, regardless if the item has attachments in the first place. This is to me clearly undesirable behavior. Looking

Re: [O] Bug: ordered lists that start at > 1 don't work? [9.1.13 (9.1.13-elpaplus @ /home/ag/.emacs.d/elpa/26.1/develop/org-plus-contrib-20180730/)]

Kaushal Modi writes: Oh it seems I misunderstood how it works, I thought the cookie should be in the front, e.g.: [@20]. item 20 22. item 22 etc. but instead it should be 1. [@20] item 20 and after pressing M-RET it automatically replaces 1. with 20. Maybe the documentation on

Re: [O] Bug: ordered lists that start at > 1 don't work? [9.1.13 (9.1.13-elpaplus @ /home/ag/.emacs.d/elpa/26.1/develop/org-plus-contrib-20180730/)]

Hello, On Sat, Aug 4, 2018, 8:12 AM Ag Ibragimov wrote: > > According to the documentation: > > > If you want a list to start with a different value (e.g., 20), start > > the text of the item with [@20] > > it doesn't seem to work for me. What am I missing? What does not work? 1. Can you

[O] Bug: ordered lists that start at > 1 don't work? [9.1.13 (9.1.13-elpaplus @ /home/ag/.emacs.d/elpa/26.1/develop/org-plus-contrib-20180730/)]

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] refiling puts random stuff in kill ring

On 08/03/2018 08:21 PM, Samuel Wales wrote: recent maint. i kill with c-m-k, then move point, then refile an entry. then i yank. that produces something that was earlier killed. i expected what i killed. I noticed this behavior two or three days ago (best as I remember), using M-w and

[O] [bug] refiling puts random stuff in kill ring

recent maint. i kill with c-m-k, then move point, then refile an entry. then i yank. that produces something that was earlier killed. i expected what i killed. -- The Kafka Pandemic: The disease DOES progress. MANY people have died from it. And ANYBODY

Re: [O] BUG in ob-scheme WAS: Re: Babel: verbatim results yield a table

Greetings again. "Berry, Charles" writes: >> The org manual states that in the :results header argument of a block >> >> verbatim Interpret literally and insert as quoted text. Do not create a >> table. Usage example: :results value verbatim > > Unfortunately,

Re: [O] BUG in ob-scheme WAS: Re: Babel: verbatim results yield a table

"Berry, Charles" writes: >> The org manual states that in the :results header argument of a block >> >> verbatim Interpret literally and insert as quoted text. Do not create a >> table. Usage example: :results value verbatim > > Unfortunately, `org-babel-scheme--table-or-string' does

[O] BUG in ob-scheme WAS: Re: Babel: verbatim results yield a table

> On Aug 2, 2018, at 5:19 AM, Jarmo Hurri wrote: > > > Greetings. > > The org manual states that in the :results header argument of a block > > verbatim Interpret literally and insert as quoted text. Do not create a > table. Usage example: :results value verbatim Unfortunately,

[O] Bug: tags-emoji-alignment [9.1.9 (release_9.1.9-65-g5e4542 @ /usr/local/Cellar/emacs/26.1_1/share/emacs/26.1/lisp/org/)]

This might be out of scope for the org list, but the excellent emojify-mode (https://github.com/iqbalansari/emacs-emojify) breaks the alignment of org tags when emojies are included in the headings. So: ``` ** TODO write something short :writing: ``` but ``` **

[O] Bug: truncate lines when setupfile [9.0.5 (9.0.5-elpa @ /home/xavier/.emacs.d/elpa/org-20170210/)]

Hi, The default truncate-line option turns off when the org-file contains a #+SETUPFILE: mysetupfile.setup. M-x toggle-truncate-lines gets truncation back. Emacs : GNU Emacs 24.4.1 (i586-pc-linux-gnu, GTK+ Version 3.14.5) of 2017-09-12 on x86-csail-01, modified by Debian Package: Org mode

[O] Bug: Variable comment-start-skip in the function org-agenda-skip is nil but should be a string. [9.1.13 (9.1.13-elpa @ ~/.emacs.d/elpa/org-20180716/)]

Hello dear list and thank you for looking at this stuff down below as well as org-mode and many other things. Best, PHF I get: Debugger entered--Lisp error: (wrong-type-argument stringp nil) looking-at(nil) org-agenda-skip()

[O] Bug: Broken link in documentation

Hi, I'm new to Org mode and spotted a broken link at the bottom of https://orgmode.org/features.html : mobileorg.ncogni.to $ curl -s https://orgmode.org/features.html | grep http://mobileorg.ncogni.to/ Richard Moreland has developed http://mobileorg.ncogni.to/;>MobileOrg, a free

[O] Bug: org-indent-boundary-char doesn't have org-indent face [9.1.9 (release_9.1.9-65-g5e4542 @ c:/Program Files/emacs-26.1-x86_64/share/emacs/26.1/lisp/org/)]

Hello org-mode developers, I found a bug that org-indent-boundary-char doens't have org-indent face property in org-indent-mode. This causes an appearance issue when you use org-mode with whitespace-mode that you can't control org-indent-boundary-char's face neither whitespace-space face nor

Re: [O] Bug: Variable comment-start-skip in the function org-agenda-skip is nil but should be a string. [9.1.13 (9.1.13-elpa @ ~/.emacs.d/elpa/org-20180716/)]

Ok, I found how to correct it: (defun proposition_org/extract_posts (x) "file_name → [proposition_org]" (let ((file_name (expand-file-name x))) (cond ((file-exists-p file_name) (with-temp-buffer (insert-file-contents file_name) (org-mode) ;; <--- THIS

Re: [O] bug: org-table-sort-lines does only case sensitive alphabetical sorting

Heikki Lehvaslaiho writes: > (string-collate-lessp "ß" "ssa" "de_DE.utf-8") ; nil > (string-lessp "ß" "ssa") ; nil This shows us that your Emacs installation does not support alphabetic sorting at all, regardless of case, and instead only sorts lexicographically (i.e.,

Re: [O] bug: org-table-sort-lines does only case sensitive alphabetical sorting

My emacs is from homebrew without any manual settings on locale. I assume a number of locale settings come with it. I have not had any problems before this. OS X does not have LANG envvar set. This computer came with Finnish language set and I switched to English (Australian) for interface. This

[O] [Bug] org-attach-set-directory

Hello, doing C-a s on an entry with an existing attachement produces make-directory: Die Datei existiert bereits: /home/florian/test/data/ (translation: File already exists) Actually, I implemented this functionality with the help of Nicolas Goaziou, but it seems an org mode or emacs upgrade

Re: [O] [BUG] org-special-ctrl-k no longer protects tags

Hello, Matt Lundin writes: > Since commit e87ebca2a7, setting org-special-ctrl-k to t no longer > protects tags if when pressing C-k (org-kill-line) in the middle of a > headline. The expected behavior is described in the docstring for > org-special-ctrl-k: "When in the middle of the headline

[O] [BUG] org-special-ctrl-k no longer protects tags

Since commit e87ebca2a7, setting org-special-ctrl-k to t no longer protects tags if when pressing C-k (org-kill-line) in the middle of a headline. The expected behavior is described in the docstring for org-special-ctrl-k: "When in the middle of the headline text, kill the headline up to the

Re: [O] Bug: (org-clock-in 4) fails from non-Org buffer due to nil org-complex-heading-regexp [9.1.13 (9.1.13-elpaplus @ ~/.emacs.d/elpa/org-plus-contrib-20180702/)]

Hello, Robert Irelan writes: > How to reproduce: > > 1. Clock into default task. > 2. Switch to non-Org buffer (I used `*scratch*`). > 3. Type C-u M-x org-clock-info > 4. Type d to clock into default task (which is located in a buffer >that's part of my agenda). > > Clocking in will then

Re: [O] bug: org-table-sort-lines does only case sensitive alphabetical sorting

Heikki Lehvaslaiho writes: > x86_64-apple-darwin14.5.0 Looking at the C source of ‘string-collate-lessp’ (src/fns.c), it looks like there exists a case where Emacs itself will fall back on ‘string-lessp’ even when ‘string-collate-lessp’ is invoked. #else /* !__STDC_ISO_10646__,

Re: [O] bug: org-table-sort-lines does only case sensitive alphabetical sorting

Thanks for replies, I am using: GNU Emacs 26.1 (build 1, x86_64-apple-darwin14.5.0, NS appkit-1348.17 Version 10.10.5 (Build 14F2511)) of 2018-05-31 This is what I get: (string-collate-lessp "a" "x" "de_DE.utf-8" nil) ; t (string-collate-lessp "a" "X" "de_DE.utf-8" t) ; nil

[O] Bug: (org-clock-in 4) fails from non-Org buffer due to nil org-complex-heading-regexp [9.1.13 (9.1.13-elpaplus @ ~/.emacs.d/elpa/org-plus-contrib-20180702/)]

How to reproduce: 1. Clock into default task. 2. Switch to non-Org buffer (I used `*scratch*`). 3. Type C-u M-x org-clock-info 4. Type d to clock into default task (which is located in a buffer that's part of my agenda). Clocking in will then fail with the attached backtrace. It appears that

Re: [O] Bug: Table does not align properly [9.1.13 (9.1.13-elpaplus @ /home/diogo/.emacs.d/elpa/org-plus-contrib-20180521/)]

Yes, I tried the development version in that website. I believe org-plus-contrib can be the issue. It is not working properly. It is messing with table formatting a lot when I use <> to reduce the size of the column. It works even worse with links of the type [[link][link label]] and when I use

Re: [O] bug: org-table-sort-lines does only case sensitive alphabetical sorting

Hello Nicolas, hello Heikki, > Heikki Lehvaslaiho writes: >> I can not see any change in function with the new code. Alphabetical >> sorting is fixedly case sensitive. Is your Emacs≤24? Emacs (surprisingly) only gained a facility for alphabetic (locale-sensitive) sorting with ver. 25. Before

Re: [O] Bug: Table does not align properly [9.1.13 (9.1.13-elpaplus @ /home/diogo/.emacs.d/elpa/org-plus-contrib-20180521/)]

Diogo Ferrari writes: > from github, The version there is 9.13.1 and the problem remains We don't use Github. You can find development version here: https://code.orgmode.org/bzg/org-mode

Re: [O] Bug: Table does not align properly [9.1.13 (9.1.13-elpaplus @ /home/diogo/.emacs.d/elpa/org-plus-contrib-20180521/)]

from github, The version there is 9.13.1 and the problem remains On Sat, Jul 14, 2018 at 3:13 AM Nicolas Goaziou wrote: > Hello, > > Diogo Ferrari writes: > > > Can I clone that version? > > What do you mean? > > Regards, > > -- > Nicolas Goaziou

Re: [O] bug: org-table-sort-lines does only case sensitive alphabetical sorting

Hello, Heikki Lehvaslaiho writes: > I can not see any change in function with the new code. Alphabetical > sorting is fixedly case sensitive. > > I am definitely running the new code for org-table-sort-lines at the head > of the master branch. I can see there have been changes. Universal

Re: [O] Bug: Table does not align properly [9.1.13 (9.1.13-elpaplus @ /home/diogo/.emacs.d/elpa/org-plus-contrib-20180521/)]

Hello, Diogo Ferrari writes: > Can I clone that version? What do you mean? Regards, -- Nicolas Goaziou0x80A93738

Re: [O] bug: org-table-sort-lines does only case sensitive alphabetical sorting

I can not see any change in function with the new code. Alphabetical sorting is fixedly case sensitive. I am definitely running the new code for org-table-sort-lines at the head of the master branch. I can see there have been changes. Universal argument does not change the behaviour, either. I

Re: [O] Bug: Table does not align properly [9.1.13 (9.1.13-elpaplus @ /home/diogo/.emacs.d/elpa/org-plus-contrib-20180521/)]

Can I clone that version? On Thu, Jun 7, 2018 at 2:49 PM Nicolas Goaziou wrote: > Diogo Ferrari writes: > > > Would you know when the 9.2 is planned to be released? > > Very soon, or so I think. Bastien may have a definitive answer on the > subject. > > Regards, > -- Diogo Ferrari PhD

Re: [O] Bug: Tables not aligning properly [9.1.9 (release_9.1.9-65-g5e4542 @ /Applications/MacPorts/EmacsMac.app/Contents/Resources/lisp/org/)]

Nicolas Goaziou writes: > Hello, > > Joao Pedro Pedroso writes: > >> This bug seems to be related to the presence >> of TAB characters in the table. > > Could you try master branch (yet to be release Org 9.2), as it may have > been fixed already. > > If it isn't fixed, could you provide an ECM?

Re: [O] Bug: problem with org-agenda and categories [9.1.9 (release_9.1.9-65-g5e4542 @ /usr/share/emacs/26.1/lisp/org/)]

PSA: This was discussed on the list and the outcome was that it is not a bug. The OP misused the CATEGORY keyword in a way that has been deprecated since 2008. Here's a version of the OP's file that behaves as expected. More details about the CATEGORY changes and the deprecation can be found at

Re: [O] Bug: org-git-link to use SHA1 instead of master@{date} [9.1.13 (9.1.13-elpaplus @ /home/kvaneesh/.emacs.d/elpa/develop/org-plus-contrib-20180702/)]

aneesh.ku...@linux.vnet.ibm.com (Aneesh Kumar K.V) writes: > So my old org file when following git links is giving me error like > > "Log for master only goes back to 'x' date". Can we not refer a link > via git:/filename::sha1:: ? > AFAIK, there is no support for git links in Org mode. Perhaps

Re: [O] Bug: Tables not aligning properly [9.1.9 (release_9.1.9-65-g5e4542 @ /Applications/MacPorts/EmacsMac.app/Contents/Resources/lisp/org/)]

Hello, Joao Pedro Pedroso writes: > This bug seems to be related to the presence > of TAB characters in the table. Could you try master branch (yet to be release Org 9.2), as it may have been fixed already. If it isn't fixed, could you provide an ECM? Thank you. Regards, -- Nicolas

[O] bug#32068: 26.1; problem with org-agenda and categories

Hi Nicolas. > > I still think this is a bug. Let me explain You why. > > If you try "M-x org-lint" on your document, you'll discover what is your > problem. In short, your usage of CATEGORY keyword is not possible > anymore. It's a global keyword, like any other keyword. I have tried

[O] bug#32068: 26.1; problem with org-agenda and categories

Hi Nicolas. I still think this is a bug. Let me explain You why. On my shared on this thread agenda file(jl_diary.agendatest.org). There are several categories on the items for being showed on the org-agenda. But org-mode chooses the last (among the categories) for showing on the agenda. In my

Re: [O] Bug: Tables not aligning properly [9.1.9 (release_9.1.9-65-g5e4542 @ /Applications/MacPorts/EmacsMac.app/Contents/Resources/lisp/org/)]

This bug seems to be related to the presence of TAB characters in the table. Thanks, J.P.Pedroso

[O] bug#32068: 26.1; problem with org-agenda and categories

Hi Nicolas. > It doesn't look like a bug. The OP may have missed > `org-agenda-time-grid' variable. ¿What is OP?. If I do the same on emacs 25.1 I get the expected behaviour. So something has changed between 25.1 and 26.1. ¿What is the change needed? for having the same result on both emacs

[O] bug#32068: 26.1; problem with org-agenda and categories

Hi Nicolas. > > ¿What is OP?. > > Original poster: you. Thanks for the explanation. > Emacs 25.1 and 26.1 do not ship the same Org. `org-agenda-time-grid' > changed between the two releases. You may want to double-check this > variable. on 25.1 --8<---cut

[O] bug#32068: obsolescense of #+CATEGORY on org-mode 9.x

Hi Nicolas. > > ¿What would have been the way a user should discover this incompatibility > > or obsolescense of the "#+CATEGORY"?. > > I would suggest that user to read the releases notes, located in > ORG-NEWS files, in particular the "Incompatible changes" sections. > > This particular change

[O] bug#32068: obsolescense of #+CATEGORY on org-mode 9.x (was: bug#32068: 26.1; problem with org-agenda and categories)

Hi Nicolas. > The correct syntax is > > ** groups > :PROPERTIES: > :CATEGORY: 0.6groups > :END: it worked. It also worked on emacs 23.4 with org-mode-version 6.33x > See (info "(org) Property Syntax") Thanks. For your help on solving this incompatibility. I would like to add a

[O] Bug: problem with org-agenda and categories [9.1.9 (release_9.1.9-65-g5e4542 @ /usr/share/emacs/26.1/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 https://orgmode.org/manual/Feedback.html#Feedback Your bug report will be posted to the Org mailing list.

[O] Bug: org-git-link to use SHA1 instead of master@{date} [9.1.13 (9.1.13-elpaplus @ /home/kvaneesh/.emacs.d/elpa/develop/org-plus-contrib-20180702/)]

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.

[O] Bug: Tables not aligning properly [9.1.9 (release_9.1.9-65-g5e4542 @ /Applications/MacPorts/EmacsMac.app/Contents/Resources/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 https://orgmode.org/manual/Feedback.html#Feedback Your bug report will be posted to the Org mailing list.

[O] bug#32068: 26.1; problem with org-agenda and categories

Hi Eli. > > I am getting (which is not fine): > > Did you report this to the Org developers? If so, and if they said > this is a core Emacs bug, could you please point us to the relevant > discussions with Org developers? I have just done with org-submit-bug-report Thanks

[O] bug#32068: obsolescense of #+CATEGORY on org-mode 9.x

Hello, andrés ramírez writes: > ¿What would have been the way a user should discover this incompatibility > or obsolescense of the "#+CATEGORY"?. I would suggest that user to read the releases notes, located in ORG-NEWS files, in particular the "Incompatible changes" sections. This particular

[O] bug#32068: 26.1; problem with org-agenda and categories

Hello, andrés ramírez writes: > I have tried org-lint it suggest me to use :CATEGORY: property. As I > have done on my example. But still It Does not work. > * the world cup on my agenda > ** groups > :CATEGORY: 0.6groups The correct syntax is ** groups :PROPERTIES:

[O] bug#32068: 26.1; problem with org-agenda and categories

Hello, "rrandr...@gmail.com" writes: > I still think this is a bug. Let me explain You why. > On my shared on this thread agenda file(jl_diary.agendatest.org). > There are several categories on the items for being showed on the > org-agenda. But org-mode chooses the last (among the categories)

[O] bug#32068: 26.1; problem with org-agenda and categories

Hello, andrés ramírez writes: > It is possible for me to have the previous behaviour. on 26.1 > ¿What change should i do?. You can definitely get the previous behaviour, but I cannot remember the change. Just look at the docstring, it is probably straightforward. > I share my agenda among

[O] bug#32068: 26.1; problem with org-agenda and categories

Hello, andrés ramírez writes: >> It doesn't look like a bug. The OP may have missed >> `org-agenda-time-grid' variable. > > ¿What is OP?. Original poster: you. > If I do the same on emacs 25.1 I get the expected behaviour. So > something has changed between 25.1 and 26.1. ¿What is the change

[O] bug#27140: Different key bindings between GUI emacs and terminal emacs

Sorry, I missed that. Proceed with closing and if there is an issue I'll send a report again. Jean-Christophe > On Jul 7, 2018, at 20:12, Nicolas Goaziou wrote: > > Nicolas Goaziou writes: > >> I think I fixed it in Org's master branch (aka Org 9.2). >> >> Meanwhile, I think setting

[O] bug#32068: 26.1; problem with org-agenda and categories

> From: Nicolas Goaziou > Cc: rrandr...@gmail.com, 32...@debbugs.gnu.org > Date: Sat, 07 Jul 2018 13:05:53 +0200 > > It doesn't look like a bug. The OP may have missed > `org-agenda-time-grid' variable. > > I suggest to close this bug, if the OP doesn't object to it. Thanks. I will wait a

[O] bug#26467: 25.2; [Org mode] Call dot babel from elisp generate invalid image

Nicolas Goaziou writes: > I can achieve the desired effect with: > > #+name: nodes > | From | To | Weight | > |--++| > | A| B | 3 | > | A| C | 2 | > | B| D | 4 | > | B| E | 5 | > | C| F | 10 | > >

[O] bug#22735: bug#22776: interactive org-set-effort (C-c C-x e) and column view direct index selection do not handle Effort_ALL with more than 10 entries

Nicolas Goaziou writes: > I've changed `org-set-effort' to use `completing-read' for allowed > values instead of relying on position in list. The prefix argument now > means "increment". > > This is simpler and less exotic. > > WDYT? Since there is no answer from the OP, I assume this is

[O] bug#24595: 24.5; Org manual indexing for #+STARTUP entries

Hello, Drew Adams writes: >> This should be reported to Org developers, not here. > > Org is part of distributed Emacs. Bug reports for it should be > dispatched from here automatically, or Org maintainers should > pick them up here. > > I don't use Org. Just reporting the problem, in case it

[O] bug#27068: 25.2; org-odt-export-to-odt error when filename contains Chinese chars

Nicolas Goaziou writes: > I cannot reproduce it. More specifically, I created a file named "童.org", > added "* Headline" in it and exported it to ODT without problem. > > Could you provide a recipe for the issue you are encountering? If you > are not able to reproduce it anymore, could you tell

[O] bug#27140: Different key bindings between GUI emacs and terminal emacs

Nicolas Goaziou writes: > I think I fixed it in Org's master branch (aka Org 9.2). > > Meanwhile, I think setting `org-use-extra-keys' to a non-nil value > should do the trick. > > Could you confirm it? I'm closing this report. Since there was no answer from the OP, I assume the issue is fixed.

[O] bug#31273: 27.0.50; org: #+begin_right block is not exported correctly

I'm closing this report, which is not considered as a bug. -- Nicolas Goaziou0x80A93738

[O] bug#32068: 26.1; problem with org-agenda and categories

Hello, Eli Zaretskii writes: >> When evaluating the snippet below: >> --8<---cut here---start->8--- >> (eval-after-load "org" >> '(progn >> overwrite some settings >> (setq org-startup-folded nil ;unfolded >>org-agenda-show-all-dates t

Re: [O] Bug: duplicated output in inline code block exports

Hello, "Berry, Charles" writes: >> On Jul 5, 2018, at 10:46 AM, William Denton wrote: >> >> Here's a very simple R command in an inline code block: >> >> # - >> What is 1 + 1? src_R{1+1} {{{results(=2=)}}} >> # - >> >> Exporting this to PDF we get: >> >> # - >> What is 1 + 1?

[O] bug#32068: 26.1; problem with org-agenda and categories

> From: rrandr...@gmail.com > Date: Fri, 06 Jul 2018 00:46:14 + > > > When evaluating the snippet below: > --8<---cut here---start->8--- > (eval-after-load "org" > '(progn > overwrite some settings > (setq org-startup-folded nil ;unfolded >

Re: [O] Bug: duplicated output in inline code block exports

> On Jul 5, 2018, at 10:46 AM, William Denton wrote: > > Here's a very simple R command in an inline code block: > > # - > What is 1 + 1? src_R{1+1} {{{results(=2=)}}} > # - > > Exporting this to PDF we get: > > # - > What is 1 + 1? 2 2 Or exporting to to latex What is 1 +

[O] Bug: duplicated output in inline code block exports

Here's a very simple R command in an inline code block: # - What is 1 + 1? src_R{1+1} {{{results(=2=)}}} # - Exporting this to PDF we get: # - What is 1 + 1? 2 2 # - For some reason the "2" is duplicated. Same thing with Ruby. I had a look at recent commits (I recompiled

Re: [O] bug: org-table-sort-lines does only case sensitive alphabetical sorting

Hello, Heikki Lehvaslaiho writes: > org-sort has an optional argument with-case. By default its sorting ignores > the case. When org-sort is called within a table, it calls > org-table-sort-line with the argument. org-table-sort-line defines a let > variable sort-fold-case (not with-case) but

[O] bug: org-table-sort-lines does only case sensitive alphabetical sorting

org-sort has an optional argument with-case. By default its sorting ignores the case. When org-sort is called within a table, it calls org-table-sort-line with the argument. org-table-sort-line defines a let variable sort-fold-case (not with-case) but fails to use either variable when sorting and

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