[O] Asynchronous mobileorg push/pull

2015-11-19 Thread Allen Li
Hello, I've started using MobileOrg to do capturing and simple Org tasks on my phone. Although it seems to work well enough so far, running org-mobile-push and org-mobile-pull synchronously locks up Emacs for an unacceptably long period of time. Does anyone have any asynchronous solutions for

[O] Bug: Bulk reschedule with reschedule logging on fails [8.3.4 (8.3.4-5-gdc68d2-elpaplus @ /home/tyria/.emacs.d/elpa/org-plus-contrib-20160229/)]

2016-03-08 Thread Allen Li
When bulk rescheduling TODO items with org-log-reschedule set to 'note, only the first marked item will get rescheduled. I have reproduced this on a fresh clone of the Git repo with a minimal config. Here is the *Messages* snippet: Org-mode version 8.3.4 (release_8.3.4-635-g268486 @

Re: [O] Bug: Bulk reschedule with reschedule logging on fails [8.3.4 (8.3.4-5-gdc68d2-elpaplus @ /home/tyria/.emacs.d/elpa/org-plus-contrib-20160229/)]

2016-03-14 Thread Allen Li
Nicolas Goaziou writes: > > This raises another question, though. What is a reasonable behaviour for > bulk schedule+log? I can think of three reasonable options: 1. Prompt for a note, then apply it to all affected items. 2. Prompt for a note, then apply it only to

Re: [O] Bug: Bulk reschedule with reschedule logging on fails [8.3.4 (8.3.4-5-gdc68d2-elpaplus @ /home/tyria/.emacs.d/elpa/org-plus-contrib-20160229/)]

2016-03-10 Thread Allen Li
The TODO items need to be scheduled first (since it's the REschedule that is causing it). Can you try: * TODO A SCHEDULED: <2016-01-01 Mon> * TODO B SCHEDULED: <2016-01-01 Mon> Nicolas Goaziou <m...@nicolasgoaziou.fr> writes: > Hello, > > Allen Li <darkfel...@fe

[O] Bug: file+olp capture target path relative to default-dir [9.0 (9.0-elpa @ /home/mir/.emacs.d/elpa/org-20161102/)]

2016-11-05 Thread Allen Li
Remember to cover the basics, that is, what you expected to happen and what in fact did happen. You don't know how to make a good report? See http://orgmode.org/manual/Feedback.html#Feedback Your bug report will be posted to the Org mailing list.

[O] Bug: Missing space in Babel disabled evaluation message [9.0 (9.0-elpa @ /home/mir/.emacs.d/elpa/org-20161102/)]

2016-11-11 Thread Allen Li
In ob-core.el, in `org-babel-check-evaluate', when the code block is missing a name, the formatted message is missing a space. Compare: Evaluation of this python code-block (read-future) is disabled. Evaluation of this python code-blockis disabled. Emacs : GNU Emacs 25.1.1

[O] Bug: Missing space in mode line clock display [9.0 (9.0-elpa @ ~/.emacs.d/elpa/org-20161102/)]

2016-11-11 Thread Allen Li
There's a missing leading space in the mode line clock display when the current task does not have an effort value set. In org-clock.el, `org-clock-get-clock-string'. Emacs : GNU Emacs 25.1.1 (x86_64-pc-linux-gnu, GTK+ Version 3.10.8), modified by Debian Package: Org mode version 9.0 (9.0-elpa

[O] Bug: Clipboard history is empty when using %^C in capture template [9.0.5 (9.0.5-elpaplus @ /home/mir/.emacs.d/elpa/org-plus-contrib-20170210/)]

2017-04-05 Thread Allen Li
Using the %^C expansion in a capture template brings up a minibuffer prompt to read/select a clipboard value, but there are no values to select from. The relevant code is in the function org-capture-fill-template. ("C" (cond ((= (length clipboards) 1) (insert (car clipboards))) ((>

[O] Bug: Stuck projects view reverts to tag match on refresh [9.0.5]

2017-04-18 Thread Allen Li
The stuck projects agenda view reverts to a tag match when it is refreshed with r or g Example of original view: List of stuck projects: Refile: Stuck :refile::project: After refreshing: Headlines with TAGS match: project

[O] [PATCH] org-agenda: Store stuck project redo command

2017-04-19 Thread Allen Li
* lisp/org-agenda.el (org-agenda-list-stuck-projects): Store the redo command in a text property so it is found correctly. `org-agenda-redo' checks the `org-redo-cmd' text property, not `org-agenda-redo-command'. TINYCHANGE --- lisp/org-agenda.el | 6 +- 1 file changed, 5 insertions(+), 1

Re: [O] Bug: Stuck projects view reverts to tag match on refresh [9.0.5]

2017-04-19 Thread Allen Li
On Tue, Apr 18, 2017 at 1:33 AM, Nicolas Goaziou wrote: > I cannot reproduce it. Could you provide an ECM? Create a file tmp.org with the contents: * Stuck :project: * Unstuck :project: ** TODO thing 1. emacs -q 2. Eval: (setq org-agenda-files '("~/tmp.org")

[O] Bug: org-tag-alist defcustom does not allow ("tag") [9.0.9 (9.0.9-40-gb7fdc3-elpaplus @ elpa/org-plus-contrib-20170710/)]

2017-08-02 Thread Allen Li
`org-tag-alist' and `org-tag-persistent-alist' defcustom types are not set up to accept non-cons cell tags like ("tag"). Emacs : GNU Emacs 25.2.1 (x86_64-pc-linux-gnu, GTK+ Version 3.10.8), modified by Debian Package: Org mode version 9.0.9 (9.0.9-40-gb7fdc3-elpaplus @

[O] [PATCH] org.el: Allow tags without keys in customization

2017-08-02 Thread Allen Li
* lisp/org.el (org-tag-alist, org-tag-persistent-alist): Add non-keyed tag type. --- lisp/org.el | 10 +++--- 1 file changed, 7 insertions(+), 3 deletions(-) diff --git a/lisp/org.el b/lisp/org.el index 335d6c48a..28b206d99 100644 --- a/lisp/org.el +++ b/lisp/org.el @@ -3456,8 +3456,10 @@

[O] Should org-insert-todo-heading be a state change?

2017-07-14 Thread Allen Li
Org mode allows logging timestamps and making notes when changing to a TODO keyword: TODO(!) | DONE(!) However, org-insert-todo-heading does not respect this. I'm wondering whether it should. For example, given the above keywords, the intent would most likely be to log when TODO headings

Re: [O] [PATCH 2/2] org-refile: Fix inconsistency when listing refile targets

2017-06-28 Thread Allen Li
-path. Is it possible to backport this to the maint branch? This will require adding the org-protect-slash that I mentioned earlier in this thread. Otherwise, refile is basically unusable for me when full-file-path is set. On Wed, Jun 21, 2017 at 1:01 AM, Allen Li <vianchielfa...@gmail.com>

Re: [O] [PATCH 2/2] org-refile: Fix inconsistency when listing refile targets

2017-07-07 Thread Allen Li
<m...@nicolasgoaziou.fr> wrote: > Hello, > > Allen Li <vianchielfa...@gmail.com> writes: > >> I just realized that this patch was applied to the master branch, not >> the maint branch. >> >> The absence of this patch results in the continued life of a bug in >

Re: [O] [PATCH] org.el: Allow tags without keys in customization

2017-08-07 Thread Allen Li
* lisp/org.el (org-tag-alist, org-tag-persistent-alist): Add non-keyed tag type. --- lisp/org.el | 10 +++--- 1 file changed, 7 insertions(+), 3 deletions(-) diff --git a/lisp/org.el b/lisp/org.el index 4bb2345a3..32c337601 100644 --- a/lisp/org.el +++ b/lisp/org.el @@ -3574,8 +3574,10 @@

Re: [O] Bug: Bulk reschedule with reschedule logging on fails

2017-05-09 Thread Allen Li
Hello, I'm replying to a very old thread about a bug. Hopefully I haven't munged the headers. Following is a summary of the thread. Allen Li writes: > When bulk rescheduling TODO items with org-log-reschedule set to > 'note, only the first marked item will get rescheduled.

Re: [O] [PATCH 2/2] org-refile: Fix inconsistency when listing refile targets

2017-06-21 Thread Allen Li
Thanks for the info. I was chasing down this bug in org-20170606, where it still required `org-protect-slash`, so I was anxious about its absence in your patch. On Wed, Jun 21, 2017 at 12:55 AM, Sebastian Reuße <s...@wirrsal.net> wrote: > Hello Allen, > > Allen Li <vianch

Re: [O] [PATCH 2/2] org-refile: Fix inconsistency when listing refile targets

2017-06-21 Thread Allen Li
On Mon, May 15, 2017 at 5:54 AM, Sebastian Reuße wrote: > * org.el (org-refile-get-targets): Setting org-refile-use-outline-path > to `file' or `buffer-name' causes an additional target for the file’s > root node to be inserted. This functionality was absent when using >

[O] Bug: org-attach-commit not respected everywhere [9.0.8 (9.0.8-elpa @ /home/mir/.emacs.d/elpa/org-20170606/)]

2017-06-17 Thread Allen Li
There are multiple places in org-attach.el where org-attach-commit isn't respected. This means that while adding a new attachment will respect the user setting and not make Git commits, various other commands will. Emacs : GNU Emacs 25.2.1 (x86_64-unknown-linux-gnu, GTK+ Version 3.22.10) of

[O] [PATCH] Respect org-attach-commit everywhere

2017-06-17 Thread Allen Li
TINYCHANGE * lisp/org-attach.el (org-attach-delete-one): Respect org-attach-commit (org-attach-delete-all): Respect org-attach-commit (org-attach-sync): Respect org-attach-commit --- lisp/org-attach.el | 9 ++--- 1 file changed, 6 insertions(+), 3 deletions(-) diff --git

Re: [O] org-meta-return not on M-RET

2017-09-17 Thread Allen Li
On Sat, Sep 16, 2017 at 8:20 AM, Nicolas Goaziou <m...@nicolasgoaziou.fr> wrote: > Hello, > > Allen Li <vianchielfa...@gmail.com> writes: > >> When I could not get org-meta-return to work in terminal Emacs, I >> realized that org-meta-return is only bound to M-r

[O] org-meta-return not on M-RET

2017-09-15 Thread Allen Li
When I could not get org-meta-return to work in terminal Emacs, I realized that org-meta-return is only bound to M-return and not M-RET. Is there any particular reason for this?

[O] Changing behavior of org-insert-todo-heading-respect-content

2017-10-15 Thread Allen Li
Regarding the behavior of org-insert-todo-heading-respect-content, bound to C-S-return, consider the following .org file: * TODO some task ** WAITING other task If point is on the TODO line, pressing C-S-return yields * TODO some task ** WAITING other task * WAITING When I use C-S-return, I

[O] Org-specific completing-read-function

2017-10-15 Thread Allen Li
Would it be acceptable to have an Org-specific completing-read-function? My use case is that I would like to use a different completing-read function like ido of ivy for Org mode, especially for refiling, but I don't want to modify completing-read-function globally. This isn't entirely

[O] [PATCH] Update documentation on org-protocol template placeholders

2017-10-15 Thread Allen Li
* doc/org.texi (@code{capture} protocol): Fix placeholder names (Template expansion): Add org-protocol placeholders * lisp/org.el (org-store-link-plist): Fix docstring grammar (org-store-link-props): Fix docstring grammar --- doc/org.texi | 25 + lisp/org.el | 5 +++--

[O] org-refile and Archive headings

2017-10-16 Thread Allen Li
The current default behavior for org-refile and org-reverse-note-order does not treat Archive headings specially. Consider a .org file: * Some projects ** Some item... ** Archive :ARCHIVE:... Refiling an entry to "Some projects" results in: * Some projects ** Some item... ** Archive

[O] [PATCH] Use the same TODO keyword as the current heading

2017-10-16 Thread Allen Li
This makes org-insert-todo-heading-respect-content use the previous heading of the same level instead of the previous heading regardless of level. Given: * TODO some task ** WAITING other task The original code yields: * TODO some task ** WAITING other task * WAITING This

Re: [O] capture template placeholders do not work

2017-10-11 Thread Allen Li
On Wed, Oct 11, 2017 at 11:47 AM, Carl Bolduc wrote: > Hi, > > I want to use org-mode to store my bookmarks. I configured the following > template: > ("b" "Bookmark" entry (file+headline "~/org/bookmarks.org" "Bookmarks") "* > %:url %:title %?\n”) %:url and $:title are wrong, they

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

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

Re: [O] capture template placeholders do not work

2017-10-12 Thread Allen Li
On Thu, Oct 12, 2017 at 6:24 AM, Kaushal Modi wrote: > > I don't use org-protocol, but I'd just like to understand how you derived > that. > > Source code: > > (defun org-protocol-do-capture (info) > "Perform the actual capture based on INFO." > (let* ((temp-parts

Re: [O] [PATCH] Update documentation on org-protocol template placeholders

2017-10-17 Thread Allen Li
On Tue, Oct 17, 2017 at 1:01 AM, Nicolas Goaziou wrote: > > This is not directly related to your patch, but isn't something wrong > here? > > I.e., shouldn't Org Protocol be able to capture arbitrary keywords > according to the attributes of the "org-protocol" link? What

Re: [O] [PATCH] Use the same TODO keyword as the current heading

2017-10-17 Thread Allen Li
On Tue, Oct 17, 2017 at 12:47 AM, Nicolas Goaziou <m...@nicolasgoaziou.fr> wrote: > Hello, > > Allen Li <vianchielfa...@gmail.com> writes: > >> This makes org-insert-todo-heading-respect-content use the previous >> heading of the same level instead of the pre

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#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

[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: 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] 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
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
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 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
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

[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
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=

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 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
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

[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:

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

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

2017-12-06 Thread Allen Li

[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: 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:...

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,

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-10-31 Thread Allen Li
On Tue, Oct 31, 2017 at 11:23 AM, Nicolas Goaziou <m...@nicolasgoaziou.fr> wrote: > Hello, > > Allen Li <vianchielfa...@gmail.com> writes: > >> Removing the t for zone fixes it > > [...] > >> I will also note that the FIXME comment in org-parse-time-s

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

2017-10-29 Thread Allen Li
On Sat, Oct 28, 2017 at 1:44 AM, Nicolas Goaziou <m...@nicolasgoaziou.fr> wrote: > Hello, > > Allen Li <vianchielfa...@gmail.com> writes: > >> If org-agenda-files is set to a file through customize.el and that >> file is missing, Org will fail to load at all.

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-10-30 Thread Allen Li
On Mon, Oct 30, 2017 at 5:40 PM, Allen Li <vianchielfa...@gmail.com> wrote: > (current-time-string (time-to-seconds (org-2ft "<2017-10-31>"))) > "Sun Oct 29 17:00:00 2017" > > This seems wrong > > In org-2ft > > (org-parse-time-string s ni

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

Re: [O] Bug: 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-10-31 Thread Allen Li
On Tue, Oct 31, 2017 at 11:52 AM, Nicolas Goaziou <m...@nicolasgoaziou.fr> wrote: > Allen Li <vianchielfa...@gmail.com> writes: > >> Can you clarify on the issues the UTC timezone fixes? > > At the moment, I can only give you a pointer, which is commit > 97a1a49

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

[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

[O] org-capture-kill uses the kill ring

2017-10-19 Thread Allen Li
org-capture-kill (C-c C-k) used to abort capturing puts the contents of the capture buffer into the kill ring. This is obstructive when the user wants to abort a capture, but save a portion of the text into the kill ring to yank elsewhere. The aborted capture contents will replace the desired

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

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

[O] Bug: 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] 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

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

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

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

[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: 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

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

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 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-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] [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: 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

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

[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

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

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-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: 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: 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: 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: 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 <

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

  1   2   >