Re: [BUG] [BUG] inconsistent behavior when reading multiple tags [9.4.6 (9.4.6-g366444 @ /home/n/.emacs.d/straight/build/org/)]

2021-09-11 Thread Allen Li
No Wayman writes: >> Yes, I think using only ":" and "," is the best default option. I >> still >> don't think there is a need to make it customizable (I doubt anyone >> is >> typing tags separated with ! or @ or #), but I suppose >> there's minimal harm from doing so. > > I don't see the need to

Re: [BUG] [BUG] inconsistent behavior when reading multiple tags [9.4.6 (9.4.6-g366444 @ /home/n/.emacs.d/straight/build/org/)]

2021-09-05 Thread Allen Li
No Wayman writes: > Allen Li writes: >> The question here is, which behavior do we want? My philosphy >> is that >> programs shouldn't try to silently re-interpret the user's >> intentions. >> For example, if I accidentally mistyped the tag "green_blue

Re: [BUG] [BUG] inconsistent behavior when reading multiple tags [9.4.6 (9.4.6-g366444 @ /home/n/.emacs.d/straight/build/org/)]

2021-09-03 Thread Allen Li
No Wayman writes: > org-set-tags-command correctly parses the tags when using a comma > (the default > crm-separator) to separate them, but completion is broken unless > ":" is used as > the separator. > org-capture-fill-template incorrectly parses this. > > Reproducible from emacs -Q: > >

Re: Bug: Unexpected behavior marking recurring tasks as DONE

2021-07-12 Thread Allen Li
On Fri, Jul 9, 2021 at 7:49 AM Alan Ristow wrote: > On 7/8/21 8:19 PM, Bhavin Gandhi wrote: > >>> Second, if I bulk-process a habit via org-agenda-bulk-action, the task > >>> is simply marked DONE. Bot the recurrence and the LAST_REPEAT field > >>> are ignored, but the time stamp is only entered

Bug: [PATCH] Use crm for tag completion [9.4.6 (9.4.6-gab9f2a @ /home/ionasal/.emacs.d/elpa/org-9.4.6/)]

2021-07-08 Thread Allen Li
attached a patch for this change, which I have tested manually a few times and also fixed the existing tests. I have tested this with vertico, which claims to strictly follow Emacs's completion API. >From 933dc914694c14889af86c06ba0a8bbd88a316cf Mon Sep 17 00:00:00 2001 From: Allen Li Date: Thu

Adding a goto-heading protocol to org-protocol

2021-06-23 Thread Allen Li
I have a feature request that I'm wondering whether it would be suitable. The idea is to add a new protocol that looks like "org-protocol://goto-heading?id=UUID-HERE" that jumps to the specified Org heading in Emacs. The implementation is really simple: ;;;###autoload (defun goto-heading (arg)

Re: Starting from 9.5, Org contrib will be distributed as a separate NonGNU ELPA package

2021-03-30 Thread Allen Li
Bastien writes: > Hi all, > > starting from Org 9.5, org-contrib will be distributed as a NonGNU > ELPA package. You will find it here: https://elpa.nongnu.org/nongnu/ > > See for https://orgmode.org/list/87wnzfy60h@bzg.fr/ for context. > > Thanks, Will there be an overlapping period (and

Re: [PATCH] Query when exiting with running clock

2021-03-02 Thread Allen Li
On Wed, Feb 3, 2021 at 5:45 AM Kyle Meyer wrote: > > Allen Li writes: > > > This is a patch adding a query function when exiting Emacs, warning the > > user if there is a running clock. This is useful for preventing the > > user from accidentally leaving dangling

[PATCH] Query when exiting with running clock

2021-01-12 Thread Allen Li
cal functions that I noticed when preparing the first patch. >From f6145afd7d457cec533c44c8a3297d28f11d7255 Mon Sep 17 00:00:00 2001 From: Allen Li Date: Tue, 12 Jan 2021 00:26:47 -0800 Subject: [PATCH 1/2] org-clock: Replace org-clocking-buffer with org-clock-is-active org-clocking-buffer

Bug: 9.4 Regression in handling of empty #+TAGS: [9.4 (9.4-elpaplus @ /home/ionasal/.emacs.d/elpa/org-plus-contrib-20200914/)]

2020-09-15 Thread Allen Li
Previously, placing an empty #+TAGS: in a file would override org-file-tags for the file. In 9.4, an empty #+TAGS: is ignored and org-file-tags is used. The relevant code in org.el: (setq org-current-tag-alist (org--tag-add-to-alist org-tag-persistent-alist

Re: [feature request] A new cookie type [!] showing the last note taken

2020-09-05 Thread Allen Li
On Sat, Aug 29, 2020 at 6:42 AM Ihor Radchenko wrote: > > Over the years of using Org I often have a need to add a short note > about how to proceed with some task: > > * REVIEW check again, subscribe | sindresorhus/awesome:  Awesome > lists about all kinds of interesting topics :BOOKMARK:

Re: Bug: org-set-tags-command deletes inherited tags [9.3.7 (9.3.7-18-g093b47-elpaplus @ /home/ionasal/.emacs.d/elpa/org-plus-contrib-20200810/)]

2020-08-22 Thread Allen Li
On Fri, Aug 21, 2020 at 8:39 AM Allen Li wrote: > > Kyle Meyer writes: > > > That looks good as far as fixing the misbehavior you report. I wonder > > though whether there's a deeper org-get-tags issue here worth > > considering. Its documentation says > > >

Re: Bug: org-set-tags-command deletes inherited tags [9.3.7 (9.3.7-18-g093b47-elpaplus @ /home/ionasal/.emacs.d/elpa/org-plus-contrib-20200810/)]

2020-08-21 Thread Allen Li
Kyle Meyer writes: > That looks good as far as fixing the misbehavior you report. I wonder > though whether there's a deeper org-get-tags issue here worth > considering. Its documentation says > > ... the returned list of tags contains tags in this order: file > tags, tags inherited

Bug: org-set-tags-command deletes inherited tags [9.3.7 (9.3.7-18-g093b47-elpaplus @ /home/ionasal/.emacs.d/elpa/org-plus-contrib-20200810/)]

2020-08-18 Thread Allen Li
will be refiled to a different location later). Attached patch. >From 934d65537e46c68c10edbfa2d7140cebfe89d271 Mon Sep 17 00:00:00 2001 From: Allen Li Date: Tue, 18 Aug 2020 15:34:38 -0700 Subject: [PATCH] org.el: Don't exclude local tags that are also inherited * lisp/org.el (org-set-t

Re: Delete duplicate subtrees?

2020-08-05 Thread Allen Li
On Wed, Aug 5, 2020 at 6:16 PM David Rogers wrote: > > Hello > > I've copied text from several different sources into an org > buffer, and now I find I have a large number of subtrees that are > exactly the same. All headlines are at the top level, so there are > no duplicates at different levels

Bug: New agenda filtering multiple tags broken [9.3.6 (9.3.6-29-g6a3dff-elpaplus @ /home/ionasal/.emacs.d/elpa/org-plus-contrib-20200406/)]

2020-04-07 Thread Allen Li
The new agenda filtering doesn't seem to work properly with multiple tags. Opening the file below, e.g., at /tmp/tmp.org * TODO foo :foo: * TODO bar :foo:bar: * TODO baz Open

Bug: C-c C-k show branches also expands archived headings [9.3.1 (9.3.1-elpaplus @ /home/ionasal/.emacs.d/elpa/org-plus-contrib-20191226/)]

2019-12-26 Thread Allen Li
The command org-kill-note-or-show-branches bound to C-c C-k when used to show branches also expands headings tagged with :ARCHIVE:. This is contrary to expectations, as the manual states: ‘C-c C-k’ (‘outline-show-branches’) Expose all the headings of the subtree, CONTENTS view for just one

Re: Properties Drawer versus tags

2019-12-20 Thread Allen Li
On Fri, Dec 20, 2019 at 3:25 PM Lawrence Bottorff wrote: > > Very simple, largely philosophical question: When/why use a properties drawer > below a heading versus just using tags on the heading? What are the > advantages, disadvantages of both? I believe tag filtering has better performance

Re: Can Org warn me if I create a time conflict?

2019-12-18 Thread Allen Li
On Wed, Dec 18, 2019 at 7:06 AM David Rogers wrote: > > It's currently possible for me to create two meeting times, one from > 8:00-10:00 tomorrow and the other from 9:00-11:00 tomorrow. > > When both are mentioned in the same sentence, as above, it's easy to > recognize that the two meetings

Re: Bug: org-use-fast-todo-selection prefix option removed [9.3 (9.3-elpaplus @ ~/.emacs.d/elpa/org-plus-contrib-20191203/)]

2019-12-12 Thread Allen Li
On Thu, Dec 12, 2019 at 10:48 AM Kyle Meyer wrote: > > Allen Li writes: > > > The option to set org-use-fast-todo-selection to 'prefix was removed > > without my noticing. This breaks my workflow since I like the default > > cycling behavior and only occasiona

Bug: org-use-fast-todo-selection prefix option removed [9.3 (9.3-elpaplus @ ~/.emacs.d/elpa/org-plus-contrib-20191203/)]

2019-12-11 Thread Allen Li
The option to set org-use-fast-todo-selection to 'prefix was removed without my noticing. This breaks my workflow since I like the default cycling behavior and only occasionally use fast todo selection to switch between todo state sets. It was removed in commit

Bug: org-agenda-skip-unavailable-files removes files instead of skipping [9.2.6 (9.2.6-5-g9c611f-elpaplus @ /home/ionasal/.emacs.d/elpa/org-plus-contrib-20191111/)]

2019-11-12 Thread Allen Li
The docstring for org-agenda-skip-unavailable-files says: Non-nil means to just skip non-reachable files in ‘org-agenda-files’. A nil value means to remove them, after a query, from the list. However, doing a grep over the org mode code, the only place where this variable is checked is in

[O] Bug: org-agenda-set-tags with certain options sets tags on wrong entry [9.2.3 (9.2.3-13-g727c3f-elpaplus @ ~/.emacs.d/elpa/org-plus-contrib-20190506/)]

2019-05-14 Thread Allen Li
Repro: 1. emacs -Q 2. Eval: (setq org-tag-alist '(("agenda" . ?a))) (add-to-list 'load-path "~/.emacs.d/elpa/org-plus-contrib-20190506") (define-key global-map (kbd "C-c a") #'org-agenda) (setq switch-to-buffer-preserve-window-point t) 3. Make a tmp.org containing: * TODO foo * TODO bar 4.

[O] Bug: Preserving agenda settings per buffer? [9.2.3 (9.2.3-7-g222408-elpaplus @ .emacs.d/elpa/org-plus-contrib-20190415/)]

2019-04-25 Thread Allen Li
Example variables: org-agenda-todo-list-sublevels org-agenda-dim-blocked-tasks If org-agenda-dim-blocked-tasks is default true, and you have custom agenda views foo and bar, where bar sets this to false, opening bar will result in an agenda view where blocked tasks are not dimmed, but if you go

[O] Bug: Capture prepend checkbox doesn't handle scheduled [9.2.3 (9.2.3-elpaplus @ ~/.emacs.d/elpa/org-plus-contrib-20190402/)]

2019-04-08 Thread Allen Li
Make file /tmp/tmp.org containing: * TODO Foo SCHEDULED: <2019-04-08 Mon> 1. emacs -Q 2. Eval (add-to-list 'load-path (expand-file-name "~/.emacs.d/elpa/org-plus-contrib-20190402/")) (setq org-capture-templates '(("c" "Capture" checkitem (file+headline "/tmp/tmp.org" "Foo") "" :prepend t))) 3.

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

2019-02-25 Thread Allen Li
e two variable names are somewhat confusing. Could > `org-agenda-local-overriding-columns-format' be renamed into > `org-local-columns-format'? Since it is defined in "org-colview.el", it > doesn't deserve the "org-agenda" prefix (and neither does the original > `org-agenda

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

2019-02-16 Thread Allen Li
On Wed, Feb 13, 2019 at 8:17 AM Allen Li wrote: > > 0. Make /tmp/tmp.org containing > > * TODO foo bar > > 1. emacs -Q > 2. Eval (setq org-agenda-custom-commands '(("n" "n" alltodo "" > ((org-agenda-overriding-columns-format "%TODO"

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

2019-02-13 Thread Allen Li
Apologies for the spam. On Wed, Feb 13, 2019 at 9:11 AM Allen Li wrote: > I don't see an easy good fix due to how Emacs's dynamic variable > binding works with respect to buffer local variables. > > One way to fix is redefine: > > (defun org-let (list body) > (eval `(wi

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

2019-02-13 Thread Allen Li
On Wed, Feb 13, 2019 at 8:37 AM Allen Li wrote: > > I'm suspicious of org-agenda-mode -> kill-all-local-variables= > > One oddity is that repeatedly reverting the buffer swaps between the > "correct" overriding column format and the default. It seems like what is happ

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

2019-02-13 Thread Allen Li
On Wed, Feb 13, 2019 at 8:17 AM Allen Li wrote: > > 0. Make /tmp/tmp.org containing > > * TODO foo bar > > 1. emacs -Q > 2. Eval (setq org-agenda-custom-commands '(("n" "n" alltodo "" > ((org-agenda-overriding-columns-format "%TODO"

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

2019-02-13 Thread Allen Li
0. Make /tmp/tmp.org containing * TODO foo bar 1. emacs -Q 2. Eval (setq org-agenda-custom-commands '(("n" "n" alltodo "" ((org-agenda-overriding-columns-format "%TODO") 3. Eval (setq org-agenda-files '("/tmp/tmp.org")) 4. M-x org-agenda RET n 5. Move point to item 6. C-c C-x C-c (column

Re: [O] Bug: Special property ITEM without stars [9.1.14]

2018-12-19 Thread Allen Li
On Wed, Dec 19, 2018 at 6:11 AM Nicolas Goaziou wrote: > > Hello, > > Allen Li writes: > > > Okay, thanks. I guess we can see how this works out with respect to users > > like Brent using org-tags-match-list-sublevels or otherwise using > > hierarchy

Re: [O] Bug: Special property ITEM without stars [9.1.14]

2018-12-18 Thread Allen Li
On Tue, Dec 18, 2018 at 3:18 AM Nicolas Goaziou wrote: > > Hello, > > Allen Li writes: > > > Perhaps the stars should only be shown if > > org-tags-match-list-sublevels is set to indented, so that the agenda > > view matches > > the column view with re

Re: [O] Package System questions ?

2018-12-14 Thread Allen Li
On Fri, Dec 14, 2018 at 3:46 PM David Masterson wrote: > > Am I reading the startup process right? > > In GNU Emacs v26+, it appears that package-initialize is run out of > startup.el which is run (I think) before the various "init" files. > Therefore, it is hardcoding the assumptions that: > >

Re: [O] Bug: Special property ITEM without stars [9.1.14]

2018-12-14 Thread Allen Li
On Fri, Dec 14, 2018 at 6:36 AM Bernt Hansen wrote: > > > In my custom agenda view for Projects I set > (org-tags-match-list-sublevels 'indented) Good to know, although I see that setting org-tags-match-list-sublevels to anything other than t is semi-obsolete. However, we are talking mostly

Re: [O] Bug: Special property ITEM without stars [9.1.14]

2018-12-13 Thread Allen Li
On Thu, Dec 13, 2018 at 6:28 AM Bernt Hansen wrote: > > Allen Li writes: > > > On Wed, Dec 12, 2018 at 10:00 AM Nicolas Goaziou > > wrote: > >> > >> This is not satisfying, actually. If every item has a single asterisk, > >> you miss hierarc

Re: [O] Bug: protocol capture without url corrupts org-stored-links [9.1.14 (9.1.14-1059-gadec50-elpaplus @ /home/ionasal/.emacs.d/elpa/org-plus-contrib-20181211/)]

2018-12-12 Thread Allen Li
On Wed, Dec 12, 2018 at 9:59 AM Nicolas Goaziou wrote: > > Could you give more context about the bug you're encountering? What does > mean "function correctly if a URL was not provided"? What is the use > case? What result did you expect, besides not encountering an error > message? The issue

Re: [O] Bug: Special property ITEM without stars [9.1.14]

2018-12-12 Thread Allen Li
On Wed, Dec 12, 2018 at 10:00 AM Nicolas Goaziou wrote: > > This is not satisfying, actually. If every item has a single asterisk, > you miss hierarchy between headlines in the same tree. I don't know what you mean. Hierarchy is not displayed normally in agenda view anyway, I don't know why

Re: [O] Bug: protocol capture without url corrupts org-stored-links [9.1.14 (9.1.14-1059-gadec50-elpaplus @ /home/ionasal/.emacs.d/elpa/org-plus-contrib-20181211/)]

2018-12-11 Thread Allen Li
-capture is documented to need a URL, it seems wrong for it to corrupt org-stored-links but otherwise function correctly if a URL was not provided. On Tue, Dec 11, 2018 at 7:18 PM Allen Li wrote: > > Using Org protocol capture without supplying a URL inserts a corrupt > entry into org-sto

[O] Bug: protocol capture without url corrupts org-stored-links [9.1.14 (9.1.14-1059-gadec50-elpaplus @ /home/ionasal/.emacs.d/elpa/org-plus-contrib-20181211/)]

2018-12-11 Thread Allen Li
Using Org protocol capture without supplying a URL inserts a corrupt entry into org-stored-links (nil ""). The nil causes a type error later in org-insert-link. (defun org-protocol-do-capture (info) "Perform the actual capture based on INFO." (let* ((temp-parts (org-protocol-parse-parameters

Re: [O] Bug: org-map-entries narrowing smaller than entry [9.1.14 (9.1.14-1049-g04641c-elpaplus @ /home/ionasal/.emacs.d/elpa/org-plus-contrib-20181203/)]

2018-12-11 Thread Allen Li
On Tue, Dec 11, 2018 at 8:27 AM Nicolas Goaziou wrote: > > (((headline (:raw-value "stuff" :begin 17 :end 36 :pre-blank 0 > > :contents-begin 26 :contents-end 36 ...)) 17 35)) > > `org-element-at-point' ignores narrowing. Yes, but my issue is with the fact that the entry bounds reported by

[O] Bug: org-map-entries narrowing smaller than entry [9.1.14 (9.1.14-1049-g04641c-elpaplus @ /home/ionasal/.emacs.d/elpa/org-plus-contrib-20181203/)]

2018-12-10 Thread Allen Li
org-map-entries narrows the buffer to narrower than the given entry. 1. Run: cat > /tmp/tmp.org <

[O] [PATCH] Bug: Org capture: Invalid use of ‘\’ in replacement text [9.1.14 (9.1.14-1049-g04641c-elpaplus @ /home/ionasal/.emacs.d/elpa/org-plus-contrib-20181203/)]

2018-12-07 Thread Allen Li
Attached patch fixing this. This was caused by a bug in a feature that I did not realize existed (prefixing each line in %i). I have also included patches to clarify the documentation. On Fri, Dec 7, 2018 at 6:12 PM Allen Li wrote: > > There's an escaping bug in Org capture: > >

[O] Bug: Org capture: Invalid use of ‘\’ in replacement text [9.1.14 (9.1.14-1049-g04641c-elpaplus @ /home/ionasal/.emacs.d/elpa/org-plus-contrib-20181203/)]

2018-12-07 Thread Allen Li
There's an escaping bug in Org capture: 1. emacs -Q 2. Evaluate: (setq org-capture-templates '(("Z" "org-protocol capture" entry (file "/tmp/tmp") "* %? %(let ((x \"%:annotation\")) (if (string= x \"\") \"\" (concat x \"\\n\")))%i"))) 3. Evaluate (require 'org-protocol) 4.

Re: [O] Bug: Special property ITEM without stars [9.1.14]

2018-12-06 Thread Allen Li
On Thu, Dec 6, 2018 at 6:35 AM Nicolas Goaziou wrote: > We could ignore the level when displaying ITEM in agenda column view. As > a consequence, every item would start with a single star, which is > shorter and still not confusing. Sounds good to me. > > WDYT? > > Regards, > > -- > Nicolas

Re: [O] Bug: Special property ITEM without stars [9.1.14]

2018-12-04 Thread Allen Li
On Tue, Dec 4, 2018 at 2:14 AM Allen Li wrote: > > Or did you mean ITEM omits the stars? That doesn't appear to be the > case as of 04641c4bbefc5f90e05fe4e846f4aeab15f1c262 on master > yesterday. So org-entry-properties does indeed return ITEM without the leading stars, but the colu

Re: [O] Bug: Special property ITEM without stars [9.1.14]

2018-12-04 Thread Allen Li
On Mon, Dec 3, 2018 at 2:57 PM Nicolas Goaziou wrote: > > Hello, > > Allen Li writes: > > > (I used org-submit-bug-report, but this is a feature request.) > > > > It would be nice to have a special property like ITEM > > without the leading stars, which

[O] Bug: Special property ITEM without stars [9.1.14]

2018-12-03 Thread Allen Li
(I used org-submit-bug-report, but this is a feature request.) It would be nice to have a special property like ITEM without the leading stars, which is annoying in, e.g., the agenda column view. I imagine that this will be easy to implement. There may be some UI implications (confusing in some

Re: [O] Bug: org-insert-structure-template leaves point at inconvenient place [9.1.14 (9.1.14-932-gf82a30-elpaplus @ .emacs.d/elpa/org-plus-contrib-20180923/)]

2018-10-02 Thread Allen Li
On Tue, Oct 2, 2018 at 2:14 PM Bernt Hansen wrote: > > Nicolas Goaziou writes: > > > Hello, > > > > Allen Li writes: > > > >> org-insert-structure-template (C-c C-,) leaves point at an inconvenient > >> place (X marks the spot): > &g

Re: [O] Bug: org-insert-structure-template leaves point at inconvenient place [9.1.14 (9.1.14-932-gf82a30-elpaplus @ .emacs.d/elpa/org-plus-contrib-20180923/)]

2018-10-02 Thread Allen Li
On Tue, Oct 2, 2018 at 8:06 AM Nicolas Goaziou wrote: > > Hello, > > Allen Li writes: > > > org-insert-structure-template (C-c C-,) leaves point at an inconvenient > > place (X marks the spot): > > > > #+begin_example > > X#+end_example > &g

[O] Bug: org-insert-structure-template leaves point at inconvenient place [9.1.14 (9.1.14-932-gf82a30-elpaplus @ .emacs.d/elpa/org-plus-contrib-20180923/)]

2018-10-01 Thread Allen Li
org-insert-structure-template (C-c C-,) leaves point at an inconvenient place (X marks the spot): #+begin_example X#+end_example My expectation is that right after inserting the template, I can start typing or yank right into it: #+begin_example X #+end_example Emacs : GNU Emacs 26.1 (build

[O] Bug: org-toggle-tag always marks buffer modified [9.1.13 (9.1.13-elpaplus @ .emacs.d/elpa/org-plus-contrib-20180618/)]

2018-06-18 Thread Allen Li
org-toggle-tag always marks the buffer as modified due to how it is implemented. It would be better if it did not mark the buffer modified if it does not change anything. This is annoying for org-depend.el (which is contrib, not officially supported) because the org-blocker-hook set by

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/)]

2018-02-28 Thread Allen Li
On Wed, Feb 28, 2018 at 12:25 AM Nicolas Goaziou <m...@nicolasgoaziou.fr> wrote: > Hello, > Allen Li <darkfel...@felesatra.moe> writes: > >> > I modified the example a bit and made the undesired behavior unclear. > >> > > >> > * 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/)]

2018-02-27 Thread Allen Li
On Mon, Feb 26, 2018 at 3:11 PM Nicolas Goaziou <m...@nicolasgoaziou.fr> wrote: > Hello, > Allen Li <darkfel...@felesatra.moe> writes: > > I modified the example a bit and made the undesired behavior unclear. > > > > * foo > > :PROPERTIES: > > :ID

Re: [O] [RFC] Could we get rid of Org specific "mark ring"

2018-02-26 Thread Allen Li
On Mon, Feb 26, 2018 at 5:54 PM Samuel Wales wrote: > On 2/26/18, Nicolas Goaziou wrote: > > I guess these are rhetorical questions because I answered them above. > real questions, fyi, but never mind. > >> if not, then i will have to use local

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/)]

2018-02-15 Thread Allen Li
On Thu, Feb 15, 2018 at 1:02 PM Nicolas Goaziou <m...@nicolasgoaziou.fr> wrote: > Hello, > Allen Li <darkfel...@felesatra.moe> writes: > > With the org file: > > > > * foo > > some content > > * bar > > some content 1 > > some content

[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/)]

2018-02-13 Thread Allen Li
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

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

2018-02-09 Thread Allen Li
Thanks, your new patch looks acceptable to me. On Fri, Feb 9, 2018 at 7:02 AM Matt Lundin <m...@imapmail.org> wrote: > Allen Li <vianchielfa...@gmail.com> writes: > > > On Wed, Feb 7, 2018 at 1:47 PM Matt Lundin <m...@imapmail.org> wrote: > > > &g

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

2018-02-07 Thread Allen Li
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] [RFC] Could we get rid of Org specific "mark ring"

2018-01-30 Thread Allen Li
On Tue, Jan 30, 2018 at 3:15 PM, Samuel Wales wrote: > On 1/30/18, Nicolas Goaziou wrote: >> With local ring, you do, not with global one. That is standard Emacs >> behaviour. > > does this constitute a change in org behavior? i'd want the same >

Re: [O] [RFC] Could we get rid of Org specific "mark ring"

2018-01-29 Thread Allen Li
I was not aware Org had its own mark ring, and I see no use for it personally when Emacs's mark ring exists. On Mon, Jan 29, 2018 at 3:21 PM, Nicolas Goaziou wrote: > Hello, > > As the title suggests, I'm wondering if we could remove Org's own > implementation of the mark

Re: [O] Bug: C-c C-k unfolds archived headings [9.1.6 (9.1.6-10-g0c9329-elpaplus @ /home/ionasal/.emacs.d/elpa/org-plus-contrib-20180108/)]

2018-01-20 Thread Allen Li
On Fri, Jan 19, 2018 at 1:35 PM, Nicolas Goaziou <m...@nicolasgoaziou.fr> wrote: > Hello, > > Allen Li <vianchielfa...@gmail.com> writes: > >> C-c C-k unfolds archived headings. I am using it/interpreting it as a >> subtree variant to S-TAB, which shows the CON

[O] Bug: C-c C-k unfolds archived headings [9.1.6 (9.1.6-10-g0c9329-elpaplus @ /home/ionasal/.emacs.d/elpa/org-plus-contrib-20180108/)]

2018-01-19 Thread Allen Li
C-c C-k unfolds archived headings. I am using it/interpreting it as a subtree variant to S-TAB, which shows the CONTENTS headlines only view without unfolding archived headings. Emacs : GNU Emacs 25.3.1 (x86_64-pc-linux-gnu, GTK+ Version 3.22.26) of 2017-12-04 Package: Org mode version 9.1.6

Re: [O] New feature? Remove duplicate subheadings, preserving order

2018-01-02 Thread Allen Li
On Tue, Jan 2, 2018 at 6:36 AM, Robert Horn <rjhorn...@gmail.com> wrote: > > Allen Li writes: > >> On Mon, Jan 1, 2018 at 8:07 PM, Adam Porter <a...@alphapapa.net> wrote: >> >> I don’t see a use case for checking all heading data. >> > > I

Re: [O] New feature? Remove duplicate subheadings, preserving order

2018-01-02 Thread Allen Li
On Tue, Jan 2, 2018 at 7:28 AM, Florian Beck wrote: > >> AFAIK, this is the first time this need is expressed on this ML. There >> is no equivalent in "org-list.el" either. > > > A way to handle duplicates would be useful, indeed. But a basic function > should only remove

Re: [O] New feature? Remove duplicate subheadings, preserving order

2018-01-02 Thread Allen Li
On Tue, Jan 2, 2018 at 8:36 AM, Nick Dokos <ndo...@gmail.com> wrote: > Allen Li <vianchielfa...@gmail.com> writes: >> >> There is always undo and automatic Emacs file backups. >> > > There be dragons. > > The problem is that some things happen invisi

Re: [O] New feature? Remove duplicate subheadings, preserving order

2018-01-01 Thread Allen Li
On Mon, Jan 1, 2018 at 8:07 PM, Adam Porter <a...@alphapapa.net> wrote: > Allen Li <vianchielfa...@gmail.com> writes: > >> I don’t know if a more intelligent way of handling tags and todo >> keywords is worth the extra complexity, but in the use case that I >> i

Re: [O] New feature? Remove duplicate subheadings, preserving order

2018-01-01 Thread Allen Li
On Mon, Jan 1, 2018 at 10:26 AM, Nicolas Goaziou <m...@nicolasgoaziou.fr> wrote: > Allen Li <vianchielfa...@gmail.com> writes: > >> Org mode is fundamentally an outliner, and one often makes lists with >> an outliner. Filtering out duplicates from a list see

Re: [O] New feature? Remove duplicate subheadings, preserving order

2018-01-01 Thread Allen Li
On Mon, Jan 1, 2018 at 2:04 AM, Nicolas Goaziou wrote: > Duplicates headings are not necessarily wrong. I think this is too > specific to be integrated in Org proper. > > Maybe we could add a check for duplicates headings in Org Lint instead, > and add this to Worg, in a

[O] New feature? Remove duplicate subheadings, preserving order

2017-12-31 Thread Allen Li
I wrote a command to remove duplicate subheadings, which I use to remove duplicate captured links among other things. Would this be a useful addition to Org mode? I have included it below for reference. I will clean it up a bit if it's a worthy feature. (defun mir-org-uniq () "Remove

Re: [O] [IMPORTANT] Server migration: please update your git repositories before 31/12/2017

2017-12-30 Thread Allen Li
On Sat, Dec 30, 2017 at 3:57 AM, Bastien wrote: > Hi Achim, > > Achim Gratz writes: > >> Am 29.12.2017 um 13:26 schrieb Bastien Guerry: >>> Migrating to a new vultr instance was easier than trying to upgrade >>> the rackspace hosting service and the vultr pricing

Re: [O] Bug: agenda text search with buffer restriction fails [9.1.5 (9.1.5-1-gb3ddb0-elpaplus @ /home/ionasal/.emacs.d/elpa/org-plus-contrib-20171225/)]

2017-12-30 Thread Allen Li
Bastien From 21d8d507474ac3faa5b1ea9dfa7aa3647cddd8af Mon Sep 17 00:00:00 2001 From: Allen Li <darkfel...@felesatra.moe> Date: Sat, 30 Dec 2017 03:41:51 -0800 Subject: [PATCH] Remove agenda-archives even with buffer restriction * lisp/org-agenda.el (org-search-view): Remove agenda-archives eve

Re: [O] Bug: agenda text search with buffer restriction fails [9.1.5 (9.1.5-1-gb3ddb0-elpaplus @ /home/ionasal/.emacs.d/elpa/org-plus-contrib-20171225/)]

2017-12-30 Thread Allen Li
On Sat, Dec 30, 2017 at 3:38 AM, Allen Li <vianchielfa...@gmail.com> wrote: > Doing a text agenda search with org-agenda-text-search-extra-files > set to (agenda-archives) and with a buffer restriction results in an error: > > Debugger entered--Lisp error: (wrong-type-argum

[O] Bug: agenda text search with buffer restriction fails [9.1.5 (9.1.5-1-gb3ddb0-elpaplus @ /home/ionasal/.emacs.d/elpa/org-plus-contrib-20171225/)]

2017-12-30 Thread Allen Li
Doing a text agenda search with org-agenda-text-search-extra-files set to (agenda-archives) and with a buffer restriction results in an error: Debugger entered--Lisp error: (wrong-type-argument stringp agenda-archives) file-exists-p(agenda-archives) #[(a b) "\302 !\205 \302 !\205 \303

Re: [O] [IMPORTANT] Server migration: please update your git repositories before 31/12/2017

2017-12-30 Thread Allen Li
On Fri, Dec 29, 2017 at 4:26 AM, Bastien Guerry wrote: > Hi Achim, > > Achim Gratz writes: > >> And if you'd read through the entirety of the Register article you >> linked to you'd find that presumably any existing OSS hosting would >> continue to be free, so

Re: [O] Bug: org-clock-total-time is calculated from midnight in UTC (not in current time zone) [9.1.4 (9.1.4-13-g84cb63-elpa @ /home/yantar92/.emacs.d/elpa/org-20171218/)]

2017-12-21 Thread Allen Li
On Thu, Dec 21, 2017 at 5:55 PM, Ihor Radchenko wrote: > > org-clock-in in org-clock.el calculates org-clock-total-time via calling > (org-clock-sum-current-item (org-clock-get-sum-start)). > However, org-clock-get-sum-start returns the time in UTC, which is not

Re: [O] Bug: subtree archiving when Archive is not final headline yields bad visibility [8.2.10 (release_8.2.10 @ /usr/share/emacs/25.2+gg1+12/lisp/org/)]

2017-12-11 Thread Allen Li
On Mon, Dec 11, 2017 at 6:10 AM, Nicolas Goaziou <m...@nicolasgoaziou.fr> wrote: > Hello, > > Allen Li <vianchielfa...@gmail.com> writes: > >> On Wed, Dec 6, 2017 at 12:19 PM, Allen Li <vianchielfa...@gmail.com> wrote: >>> (Can reproduce with Org 9

Re: [O] Bug: shiftmeta[left|right] on multi line items [9.1.2 (release_9.1.2-40-g6ca906 @ /usr/local/share/emacs/27.0.50/lisp/org/)]

2017-12-09 Thread Allen Li
On Sat, Dec 9, 2017 at 4:41 PM, Nathan Aclander wrote: > > Nicolas Goaziou writes: > >> I don't qualify this as a bug. These commands explicitly work when point >> is at the beginning of an item. Indeed, the sub-item may be arbitrarily >> large,

[O] bug#24791: bug#24791: org-todo-yesterday behaves like plain org-todo (incorrect timestamp)

2017-12-07 Thread Allen Li
On Mon, Dec 4, 2017 at 11:59 AM, Nicolas Goaziou <m...@nicolasgoaziou.fr> wrote: > Hello, > > Allen Li <vianchielfa...@gmail.com> writes: > >> On Fri, Dec 1, 2017 at 1:53 PM, Nicolas Goaziou <m...@nicolasgoaziou.fr> >> wrote: >>> He

Re: [O] Bug: subtree archiving when Archive is not final headline yields bad visibility [8.2.10 (release_8.2.10 @ /usr/share/emacs/25.2+gg1+12/lisp/org/)]

2017-12-07 Thread Allen Li
On Wed, Dec 6, 2017 at 12:19 PM, Allen Li <vianchielfa...@gmail.com> wrote: > (Can reproduce with Org 9.1.3, submitting with emacs -Q) > > Using a file tmp.org: > > * Foo > ** Archive :ARCHIVE: > *** Test > :PROPERTIES: > :ARCHIVE_TIME:

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

2017-12-06 Thread Allen Li
On Wed, Dec 6, 2017 at 7:23 AM, Drew Adams wrote: > [paraphrased] Org should not suggest user reserved key bindings I agree with you in general. However, when I first started using Emacs for Org mode years ago, I found the documentation very helpful. Furthermore, I did

[O] Bug: subtree archiving when Archive is not final headline yields bad visibility [8.2.10 (release_8.2.10 @ /usr/share/emacs/25.2+gg1+12/lisp/org/)]

2017-12-06 Thread Allen Li
(Can reproduce with Org 9.1.3, submitting with emacs -Q) Using a file tmp.org: * Foo ** Archive :ARCHIVE: *** Test :PROPERTIES: :ARCHIVE_TIME: 2017-12-06 Wed 12:13 :END: ** Bar This appears like so with default visibility: * Foo ** Archive :ARCHIVE:...

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

2017-12-06 Thread Allen Li
On Tue, Dec 5, 2017 at 7:15 AM, Drew Adams wrote: > > That's even worse, IMHO. And hardly "as neutral as possible". > > > > Just one opinion. Could you summarize how you think the situation could be improved in one or two sentences? I think what you are trying to say

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

2017-12-06 Thread Allen Li

[O] Bug: org-attach-directory should be safe [9.1.3 (9.1.3-10-gadfbfd-elpaplus @ /home/ionasal/.emacs.d/elpa/org-plus-contrib-20171127/)]

2017-12-03 Thread Allen Li
org-attach-directory should be safe to set as a file local or directory local string. This allows the user to set a directory local attachment directory for all Org files in a directory tree recursively. I do not believe there are any security issues to enable arbitrary Org files to set

[O] Org mode bug submission and viewing?

2017-12-01 Thread Allen Li
What's the proper way to submit an Org mode bug, and are the bugs collected anywhere for viewing their status? I see the mailing list has bugs generated using org-submit-bug-report (containing "Bug:" in the subject) and other bugs that have numbers ("bug#:" in the subject). Is there a

[O] bug#24791: bug#24791: org-todo-yesterday behaves like plain org-todo (incorrect timestamp)

2017-12-01 Thread Allen Li
On Fri, Dec 1, 2017 at 1:53 PM, Nicolas Goaziou wrote: > Hello, > > Jan Böhm writes: > >> Symptoms: both org-todo-yesterday and org-agenda-todo-yesterday behave >> just like normally setting todo state to "DONE" with org-todo. >> Specifically, the

Re: [O] Bug: ordered property blocks grandchildren [9.1.3 (9.1.3-elpaplus @ ~/.emacs.d/elpa/org-plus-contrib-20171116/)]

2017-11-27 Thread Allen Li
On Mon, Nov 20, 2017 at 5:18 PM, Allen Li <vianchielfa...@gmail.com> wrote: > Create a file tmp.org with contents > > * TODO parent > :PROPERTIES: > :ORDERED: t > :END: > ** TODO child1 > ** TODO child2 > *** TODO grandchild1

[O] Bug: ordered property blocks grandchildren [9.1.3 (9.1.3-elpaplus @ ~/.emacs.d/elpa/org-plus-contrib-20171116/)]

2017-11-20 Thread Allen Li
Create a file tmp.org with contents * TODO parent :PROPERTIES: :ORDERED: t :END: ** TODO child1 ** TODO child2 *** TODO grandchild1 *** TODO grandchild2 1. emacs -Q 2. M-: (setq org-enforce-todo-dependencies t) RET 3. C-x C-f tmp.org RET 4. Move point to

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/)]

2017-11-01 Thread Allen Li
On Wed, Nov 1, 2017 at 9:56 PM, Tim Cross wrote: > > OK, thanks for the additional information. That helps a lot. > > We can now narrow down where the issue is. > > After having looked (only very casually) at some of the org date/time > related functions, I think there may

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/)]

2017-11-01 Thread Allen Li
Sorry for the spam, but I am digging to see how deep the rabbit hole goes. All five of the first branches in org-matcher-time are wrong (again, local timezone dependent): (org-time= "<2017-11-01>" "") nil (org-time= "<2017-10-31>" "") nil (org-time= "<2017-11-02>" "") nil (org-time=

[O] Bug: org-parse-time-string et al hit recursion limit [9.1.2 (9.1.2-22-ga2a034-elpaplus @ ~/.emacs.d/elpa/org-plus-contrib-20171023/)]

2017-11-01 Thread Allen Li
Running (org-parse-time-string "<@@@>") results in hitting max-lisp-eval-depth org-parse-time-string calls org-matcher-time calls org-2ft calls org-parse-time-string There is a condition-case in org-2ft that catches the error and returns 0, but it would be nice if this wasn't implemented via

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/)]

2017-11-01 Thread Allen Li
I found another one (It is 2017-11-01 in local time for me) (org-time= "<2017-11-01>" "") nil This is also local timezone dependent. Tim made the point that these floats are not intended to be Unix timestamps and only used for comparison, but this implementation detail leaks quite heavily.

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/)]

2017-11-01 Thread Allen Li
On Wed, Nov 1, 2017 at 8:27 PM, Tim Cross wrote: > > I get that, what I am not clear about is where you encounter this issue > when using org .eg. is it when entering now as a date for generating an > agenda of past or current scheduled items etc or is this a problem with >

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/)]

2017-11-01 Thread Allen Li
olid way to > address all of these issues. I suspect there are still edge cases in > time related computations which fail even with the UTC approach and > there are certainly extensions which could benefit from explicit TZ > information (for example, taskgjuggler, which does time calc

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/)]

2017-11-01 Thread Allen Li
On Wed, Nov 1, 2017 at 1:55 PM, Nicolas Goaziou wrote: > > IIRC, the point is to remove DST in durations, i.e., in the difference > between two dates. One way to do that is to assume UTC in both start end > end date. Most of the commits are about making sure UTC is used

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/)]

2017-11-01 Thread Allen Li
Apologies, my reply was partially omitted. My full reply follows On Wed, Nov 1, 2017 at 6:09 AM, Tim Cross <theophil...@gmail.com> wrote: > > Allen Li <vianchielfa...@gmail.com> writes: > >> On Wed, Nov 1, 2017 at 12:18 AM, Tim Cross <theophil...@gmail.com> wr

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/)]

2017-11-01 Thread Allen Li
On Wed, Nov 1, 2017 at 6:09 AM, Tim Cross <theophil...@gmail.com> wrote: > > Allen Li <vianchielfa...@gmail.com> writes: > >> On Wed, Nov 1, 2017 at 12:18 AM, Tim Cross <theophil...@gmail.com> wrote: >>> >>> My preferences would be >>>

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/)]

2017-11-01 Thread Allen Li
On Wed, Nov 1, 2017 at 12:18 AM, Tim Cross wrote: > > My preferences would be > > 1. If a timestamp does not include the TZ, then assume the local TZ > 2. If a timestamp does include the TZ, honour that TZ Org mode does not support TZ in time strings and adding support

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/)]

2017-11-01 Thread Allen Li
On Tue, Oct 31, 2017 at 10:41 PM, Tim Cross wrote: > > I think this whole issue really requires a lot more analysis and > design. Just removing or cancelling various commits is unlikely to > improve matters and could result in new problems. You're right, but the new

  1   2   >