[O] [Proposal] Make header argument :mkdirp yes work for other header arguments not just :tangle

I hope `:mkdirp` header argument can also work for other related header arguments like `:dir`, `:file` etc not just `:tangle`. Like following example. #+begin_src sh :mkdirp yes :dir "data/code/mkdirp/dir" :file "test" :results file link echo "hello" #+end_src Do you have any idea about this?

Re: [O] Bug: Org 9.2.1 table issues [9.2.1 (9.2.1-dist @ /Users/nick/.emacs.d/lisp/org-9.2.1/)]

Nicolas Goaziou writes: > Nick Helm writes: > >> Could you tell me what functions govern this feature? > > You may want to have a look into `org-table--shrink-field' and > `org-table--make-shrinking-overlay'. Great, got it sorted now. Thanks again for your time.

[O] Rationale for org-directory (any?)

Hi all, I often wonder if the way org-directory is currently used has any sense or is just a historical artifact. I mean, when I list my refile targets and agenda files I have to specify full paths, which isn't very convenient. But if instead of a list I provide a file listing the paths, then the

Re: [O] Bug: Org 9.2.1 table issues [9.2.1 (9.2.1-dist @ /Users/nick/.emacs.d/lisp/org-9.2.1/)]

Nick Helm writes: > That's a shame. Feel free to demonstrate a practical use-case, if you want to. > Could you tell me what functions govern this feature? You may want to have a look into `org-table--shrink-field' and `org-table--make-shrinking-overlay'. Regards,

Re: [O] Bug: org-list-demote-modify-bullet doesn't work with alpha characters to unordered list [9.1.14 (9.1.14-1-g4931fc-elpaplus @ /Users/bigtyme/Programs/scimax/elpa/org-plus-contrib-20180917/)]

Hello, Jeffrey Spencer writes: > The first two work below but going from alphabetical to unordered list > (second two) > doesn't work. Is there a reason or way to fix this? > > (setq org-list-demote-modify-bullet > '(("1." . "+") ("A." . "a.") ("a." . "+") ("A)" . "+"))) Fixed. Thank you.

Re: [O] Bug: org-show-all is missing an (interactive) declaration [9.2.1 (9.2.1-elpa @ /Users/piet/.emacs.d/elpa/org-9.2.1/)]

Nicolas Goaziou wrote: > Hello, > > Piet van Oostrum writes: > > > In org-mode 9.2.1, the menu item Org > Show/Hide > Show All is bound > > to org-show-all, but this function is nor=t interactive. Therefore the > > invocation of this menu item fails. > > > > command-execute: Wrong type

Re: [O] Bug: Org 9.2.1 table issues [9.2.1 (9.2.1-dist @ /Users/nick/.emacs.d/lisp/org-9.2.1/)]

Nicolas Goaziou writes: > Nick Helm writes: > >> But, the rest of the time, can't the indicator serve both purposes - >> indicate a shrunken column and the presence of truncated cells - when it >> is limited to places where text is hidden? > > I find it confusing -- you may actually miss the inf

Re: [O] Bug: Org 9.2.1 table issues [9.2.1 (9.2.1-dist @ /Users/nick/.emacs.d/lisp/org-9.2.1/)]

Hello, Nick Helm writes: > But, the rest of the time, can't the indicator serve both purposes - > indicate a shrunken column and the presence of truncated cells - when it > is limited to places where text is hidden? I find it confusing -- you may actually miss the information that the current c

Re: [O] Bug: org-agenda-overriding-columns-format destroyed on revert [9.2.1 (9.2.1-2-gc6d37c-elpaplus)]

Hello, Allen Li writes: > I have attached a patch implementing this on maint. Thank you. Some comments follow. > Subject: [PATCH] Fix buffer local org-agenda-overriding-columns-format bug > > Setting org-agenda-overriding-columns-format as a buffer local value > interferes with how it is used

Re: [O] Bug: org-show-all is missing an (interactive) declaration [9.2.1 (9.2.1-elpa @ /Users/piet/.emacs.d/elpa/org-9.2.1/)]

Hello, Piet van Oostrum writes: > In org-mode 9.2.1, the menu item Org > Show/Hide > Show All is bound > to org-show-all, but this function is nor=t interactive. Therefore the > invocation of this menu item fails. > > command-execute: Wrong type argument: commandp, org-show-all > > Solution: add

Re: [O] Bug: constant width columns [9.2.1 (release_9.2.1-246-ga7cf12 )]

Sorry, you are right. I was reading the 9.1.9 manual, so I expected a call to org-table-align would collapse the columns accordingly to their width tokens Thanks Joao Cortes From: Nicolas Goaziou Sent: 18 February 2019 16:05 To: Joao Cortes Cc: emacs-orgmode@gnu.

[O] [PATCH] Fix problems

* lisp/org-capture.el (org-capture-narrow): Fix point position after narrowing. * lisp/org-keys.el (org-remap): Remove remaps for `kill-buffer' and `kill-buffer-and-window'. * lisp/org.el (org-tree-check-narrowing): Use `kill-buffer-hook' instead of wrappers for kill-region commands. (o

Re: [O] Bug: constant width columns [9.2.1 (release_9.2.1-246-ga7cf12 )]

Hello, Joao Cortes writes: > It seems imposing a constant width to a column no longer works, > > | 1 | > || > | <3>| > | 123456 | > || FWIW, I cannot reproduce anything wrong with that table. Regards, -- Nicolas Goaziou

[O] Bug: constant width columns [9.2.1 (release_9.2.1-246-ga7cf12 )]

It seems imposing a constant width to a column no longer works, | 1 | || | <3>| | 123456 | || After rolling back to 9.1.14 It works again, | 1 | |---| | <5> | | 12 34 | |---| Emacs : GNU Emacs 26.1 (build 1, x86_64-redhat-linux-gnu, GTK+ Version 3.2

Re: [O] Bug: Org 9.2.1 table issues [9.2.1 (9.2.1-dist @ /Users/nick/.emacs.d/lisp/org-9.2.1/)]

Nicolas Goaziou writes: > Anyway, I changed the algorithm, so shrinking should now obey to > alignment. Thank you for the feedback. Thank you – this is a welcome improvement. >> | <5> …| >> | one …| >> | one …| >> >> This is misleading - cell 3 contains no additional content yet the >> indicat