[O] Bug: Plain list indentation on 'org-indent-item' with 'org-list-demote-modify-bullet' [9.2.4 (9.2.4-3-g7bc6f8-elpaplus @ /home/gustavo/.emacs.d/elpa/org-plus-contrib-20190701/)]
Hi all, 'org-indent-item' disrupts indentation of lines other than the first one of a given item when 'org-list-demote-modify-bullet' is non-nil. More precisely, the lines below the first one get one extra space upon "org-metaright". Steps to reproduce: - Start with =emacs -Q= - Get the latest installed Org version with =M-x package-initialized RET= - Evaluate: #+begin_src emacs-lisp (setq org-list-demote-modify-bullet '(("+" . "-") ("-" . "+") ("*" . "+"))) #+end_src (That’s literally the example of the manual). - Then find Org file with following contents with point placed where "|" indicates: #+begin_verbatim - foo - |bar baz bar baz bar baz bar baz bar baz bar baz bar baz bar baz bar baz bar baz bar baz bar baz bar baz bar baz bar baz bar baz bar baz bar baz bar baz bar baz bar baz bar baz bar baz bar baz bar baz bar baz bar baz bar baz bar baz bar baz #+begin_src emacs-lisp (+ 1 1) #+end_src #+RESULTS: : 2 #+end_verbatim - Use "" to indent the second item, the result is: #+begin_verbatim - foo + bar baz bar baz bar baz bar baz bar baz bar baz bar baz bar baz bar baz bar baz bar baz bar baz bar baz bar baz bar baz bar baz bar baz bar baz bar baz bar baz bar baz bar baz bar baz bar baz bar baz bar baz bar baz bar baz bar baz bar baz #+begin_src emacs-lisp (+ 1 1) #+end_src #+RESULTS: : 2 #+end_verbatim - Indeed, by going back and forth with "" and "" one can "pump" the lines below the first one always further away: #+begin_verbatim - foo + bar baz bar baz bar baz bar baz bar baz bar baz bar baz bar baz bar baz bar baz bar baz bar baz bar baz bar baz bar baz bar baz bar baz bar baz bar baz bar baz bar baz bar baz bar baz bar baz bar baz bar baz bar baz bar baz bar baz bar baz #+begin_src emacs-lisp (+ 1 1) #+end_src #+RESULTS: : 2 #+end_verbatim When 'org-list-demote-modify-bullet' has its default value of nil, all the lines of the item are kept aligned with the first one, as would be expected. Best regards, Gustavo Barros. Emacs : GNU Emacs 26.2 (build 1, x86_64-pc-linux-gnu, GTK+ Version 3.22.30) of 2019-04-19 Package: Org mode version 9.2.4 (9.2.4-3-g7bc6f8-elpaplus @ /home/gustavo/.emacs.d/elpa/org-plus-contrib-20190701/) current state: == (setq org-src-mode-hook '(org-src-babel-configure-edit-buffer org-src-mode-configure-edit-buffer) org-metadown-hook '(org-babel-pop-to-session-maybe) org-clock-out-hook '(org-clock-remove-empty-clock-drawer) org-mode-hook '(#[0 "\300\301\302\303\304$\207" [add-hook change-major-mode-hook org-show-all append local] 5] #[0 "\300\301\302\303\304$\207" [add-hook change-major-mode-hook org-babel-show-result-all append local] 5] org-babel-result-hide-spec org-babel-hide-all-hashes org-eldoc-load) org-archive-hook '(org-attach-archive-delete-maybe) org-confirm-elisp-link-function 'yes-or-no-p org-agenda-before-write-hook '(org-agenda-add-entry-text) org-metaup-hook '(org-babel-load-in-session-maybe) org-bibtex-headline-format-function #[257 "\300\236A\207" [:title] 3 "\n\n(fn ENTRY)"] org-babel-pre-tangle-hook '(save-buffer) org-tab-first-hook '(org-babel-hide-result-toggle-maybe org-babel-header-arg-expand) org-list-demote-modify-bullet '(("+" . "-") ("-" . "+") ("*" . "+")) org-src-lang-modes '(("arduino" . arduino) ("redis" . redis) ("php" . php) ("C" . c) ("C++" . c++) ("asymptote" . asy) ("bash" . sh) ("beamer" . latex) ("calc" . fundamental) ("cpp" . c++) ("ditaa" . artist) ("dot" . fundamental) ("elisp" . emacs-lisp) ("ocaml" . tuareg) ("screen" . shell-script) ("shell" . sh) ("sqlite" . sql)) org-occur-hook '(org-first-headline-recenter) org-cycle-hook '(org-cycle-hide-archived-subtrees org-cycle-show-empty-lines org-optimize-window-after-visibility-change) org-speed-command-hook '(org-speed-command-activate org-babel-speed-command-activate) org-confirm-shell-link-function 'yes-or-no-p org-link-parameters '(("id" :follow org-id-open) ("eww" :follow eww :store org-eww-store-link) ("rmail" :follow org-rmail-open :store org-rmail-store-link) ("mhe" :follow org-mhe-open :store org-mhe-store-link) ("irc" :follow org-irc-visit :store org-irc-store-link :export org-irc-export) ("info" :follow org-info-open :export org-info-export :store org-info-store-link)
Re: [O] Problem while spell-checking an Org document
On Friday, 5 Jul 2019 at 11:25, Shérab wrote: > I have to say I am kind of surprised that people do not seem to > encounter this issue and I am thus wondering what their workflow is. I use flyspell so that my spelling is checked while I type. I seldom, if ever, do any post-writing spell checking. -- Eric S Fraga via Emacs 27.0.50, Org release_9.2.4-379-g1b74ae
Re: [O] Bug: babel-plantuml doesn't support multipage diagrams [9.1.9 (release_9.1.9-65-g5e4542 @ /usr/share/emacs/26.2/lisp/org/)]
On Saturday, 6 Jul 2019 at 23:03, Nicolas Goaziou wrote: > I don't know PlantUML, so you are in better position for providing > a patch :) I think the issue is more about babel and how one can specify more than a single result file. PlantUML, in the example provided by Vladimir, generates 2 output files but the :file header only accepts a single argument. -- Eric S Fraga via Emacs 27.0.50, Org release_9.2.4-379-g1b74ae
Re: [O] Bug: org manual 15.10.2 Packages that conflict with Org mode doesn't include EDE [9.1.9 (release_9.1.9-65-g5e4542 @ /usr/share/emacs/26.2/lisp/org/)]
Hello, Vladimir Nikishkin writes: > EDE is Emacs Development Environment, is shipped with stock Emacs OK. > and is recommended to be turned on as a global minor mode, in the > official Emacs Manual, Section 25.4, page 330 of the printed version, > or 352 of the pdf. I don't see any such recommendation, but that doesn't matter. > It's not a 'mere keybinding conflict', it's a conflict that anyone reading > the official manual would be bumping into. It's not some obscure tiny > extension no-one is using, it is an official part of Emacs, just as > Org is. You may be exaggerating a little bit. Well. Feel free to provide an entry in "Conflicts", then. Thank you! Regards, -- Nicolas Goaziou
Re: [O] Bug: Docstrings of =org-agenda-todo-ignore-with-date= and =org-agenda-todo-ignore-timestamp= unclear [9.2 (release_9.2-215-g5b39d8 @ /home/mbork/others-works/emacs/org-mode/lisp/)]
Hello there, any comments? Best, mb On 2019-06-24, at 21:09, Marcin Borkowski wrote: > On 2019-06-23, at 13:23, Marcin Borkowski wrote: > >> On 2019-06-19, at 21:19, Nicolas Goaziou wrote: >> >>> Hello, >>> >>> Marcin Borkowski writes: >>> The docstrings of =org-agenda-todo-ignore-with-date= and =org-agenda-todo-ignore-timestamp= do not really tell what these settings are doing. They should (imho) emphasize that the former just omits from the global todo list all entries with at least one active timestamp (in the hedaline or the body), and the latter checks the first active timestamp which is not SCHEDULED or DEADLINE and compares it to today's date. It could also be mentioned in the manual. I have GNU papers for Emacs signed. If this is enough, I'd be happy to submit a patch. If so, what would be better: to patch only the docstrings or the docstrings and the manual. >>> >>> I would say the latter. Thank you. >> >> I only patched the doctsrings for now. If this is fine, I'll do >> a similar thing in the manual. > > I attach two more patches: one for the manual and one for the (apparent) > bug in `org-agenda-check-for-timestamp-as-reason-to-ignore-todo-item`. > > WDYT? > > -- > Marcin Borkowski > http://mbork.pl > From 89e1254d04802b13f4bd8c753287bce4eb1ae044 Mon Sep 17 00:00:00 2001 > From: Marcin Borkowski > Date: Mon, 24 Jun 2019 21:05:32 +0200 > Subject: [PATCH] Explain the `org-agenda-todo-ignore-...` variables in the > manual > > --- > doc/org-manual.org | 12 +++- > 1 file changed, 7 insertions(+), 5 deletions(-) > > diff --git a/doc/org-manual.org b/doc/org-manual.org > index 440888b4e..573c59b99 100644 > --- a/doc/org-manual.org > +++ b/doc/org-manual.org > @@ -8545,11 +8545,13 @@ it more compact: >#+vindex: org-agenda-todo-ignore-with-date >Some people view a TODO item that has been /scheduled/ for execution >or have a /deadline/ (see [[*Timestamps]]) as no longer /open/. > - Configure the variables ~org-agenda-todo-ignore-scheduled~, > - ~org-agenda-todo-ignore-deadlines~, > - ~org-agenda-todo-ignore-timestamp~ and/or > - ~org-agenda-todo-ignore-with-date~ to exclude such items from the > - global TODO list. > + Configure the variables ~org-agenda-todo-ignore-scheduled~ to > + exclude some or all scheduled items from the global TODO list, > + ~org-agenda-todo-ignore-deadlines~ to exclude some or all items with > + a deadline set, ~org-agenda-todo-ignore-timestamp~ to exclude some > + or all items with an active timestamp other than a DEADLINE or > + a SCHEDULED timestamp and/or ~org-agenda-todo-ignore-with-date~ to > + exclude items with at least one active timestamp. > > - >#+vindex: org-agenda-todo-list-sublevels > -- > 2.22.0 > > From 0bf1e6e6b25847ce4bee74487782b82c822138a3 Mon Sep 17 00:00:00 2001 > From: Marcin Borkowski > Date: Mon, 24 Jun 2019 21:05:56 +0200 > Subject: [PATCH] Fix a bug when `org-agenda-todo-ignore-deadlines` is set to t > > --- > lisp/org-agenda.el | 2 +- > 1 file changed, 1 insertion(+), 1 deletion(-) > > diff --git a/lisp/org-agenda.el b/lisp/org-agenda.el > index daf51601d..673c3c311 100644 > --- a/lisp/org-agenda.el > +++ b/lisp/org-agenda.el > @@ -5444,7 +5444,7 @@ This function is invoked if > `org-agenda-todo-ignore-deadlines', > (and org-agenda-todo-ignore-deadlines > (re-search-forward org-deadline-time-regexp end t) > (cond > - ((memq org-agenda-todo-ignore-deadlines '(t all)) t) > + ((eq org-agenda-todo-ignore-deadlines 'all) t) > ((eq org-agenda-todo-ignore-deadlines 'far) >(not (org-deadline-close-p (match-string 1 > ((eq org-agenda-todo-ignore-deadlines 'future) -- Marcin Borkowski http://mbork.pl
[O] Bug: Agenda view [9.2.3 (9.2.3-elpa @ /home/daniel/.emacs.d/elpa/org-9.2.3/)]
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. When I do C-c a a to get a weekly agenda view, it fails, producing an empty frame. In *Messages*, the reason alleges to be: org-agenda-get-deadlines: Wrong number of arguments: (0 . 0), 2 That function should only take one argument, a date. Compiled org fails, and reloaded org works, but there's further problems in the backtrace. Emacs : GNU Emacs 26.2 (build 1, x86_64-pc-linux-gnu, GTK+ Version 3.22.30) of 2019-07-04 Package: Org mode version 9.2.3 (9.2.3-elpa @ /home/daniel/.emacs.d/elpa/org-9.2.3/)