[O] [fr] mark ring forward and backward

2018-01-20 Thread Samuel Wales
idk if this is already possible. in the org mark ring, i want to keep a history of places gone, and go backward and forward in it. is this a coherent request that is not already implemented?

Re: [O] [PATCH] `org-clock--oldest-date` performance

2018-01-20 Thread Jack Henahan
I've sent off for the FSF form so I can get that process started, and I've amended my patch according to the guidelines (attached). Jack Henahan writes: > I tested that `org-clock-display` and the clocktable work as expected > when `org-clock-display-default-range` is set to `untilnow`. > `org-c

Re: [O] [PATCH] `org-clock--oldest-date` performance

2018-01-20 Thread Jack Henahan
Nicolas Goaziou writes: I tested that `org-clock-display` and the clocktable work as expected when `org-clock-display-default-range` is set to `untilnow`. `org-clock-sum-custom` also appears to function as intended. If I'm reading things correctly, the `untilnow` case is the only one that ought t

Re: [O] [RFC] Moving "manual.org" into core

2018-01-20 Thread Nicolas Goaziou
Achim Gratz writes: > Nicolas Goaziou writes: >> Actually, I have another idea. We could implement a function generating >> the manual, right in Org core. It can be useful for both packaging, like >> the above, and for developers, who can update the manual on the fly. > > That should go into mk/o

Re: [O] [RFC] Moving "manual.org" into core

2018-01-20 Thread Achim Gratz
Nicolas Goaziou writes: > Actually, I have another idea. We could implement a function generating > the manual, right in Org core. It can be useful for both packaging, like > the above, and for developers, who can update the manual on the fly. That should go into mk/org-fixup.el then. I am not aw

Re: [O] [PATCH] `org-clock--oldest-date` performance

2018-01-20 Thread Nicolas Goaziou
Jack Henahan writes: > Apologies again, didn't update the commit hash properly. I swear this is > the last one. :| Thank you. However, I'm surprised that `org-clock-special-range' callers handle a nil start date. Have you tested it? If that's true, we don't need the -5 hack at all. Returnin

Re: [O] [RFC] Moving "manual.org" into core

2018-01-20 Thread Nicolas Goaziou
Hello, Achim Gratz writes: Thank you for your answer. Some comments follow. > The lack of complaints is unlikely to mean that everybody tried it and > found nothing to complain about. I didn't imply anything like that. > The export to texi is still relatively slow, I don't think it is much o

Re: [O] [RFC] Moving "manual.org" into core

2018-01-20 Thread Thomas S. Dye
Nicolas Goaziou writes: Hello, "manual.org" was updated a month ago, and, so far, nobody complained about it. So, I think it's a good time to discuss about what could be done next. The first obvious step is to move the file into "doc/" directory. Then I assume we could delete "org.texi" a

Re: [O] [RFC] Moving "manual.org" into core

2018-01-20 Thread Achim Gratz
Nicolas Goaziou writes: > "manual.org" was updated a month ago, and, so far, nobody complained > about it. So, I think it's a good time to discuss about what could be > done next. The lack of complaints is unlikely to mean that everybody tried it and found nothing to complain about. I haven't had

Re: [O] [PATCH] `org-clock--oldest-date` performance

2018-01-20 Thread Jack Henahan
Jack Henahan writes: Apologies again, didn't update the commit hash properly. I swear this is the last one. :| > Jack Henahan writes: > > Modified patch attached to use my list mail rather than my work one. > >> To that end, I've attached a patch for review which removes >> `org-clock--oldest-d

Re: [O] [PATCH] `org-clock--oldest-date` performance

2018-01-20 Thread Jack Henahan
Jack Henahan writes: Modified patch attached to use my list mail rather than my work one. > To that end, I've attached a patch for review which removes > `org-clock--oldest-date`, replacing its only use with `nil`, and > altering the logic where it's actually used to account for this case and >

Re: [O] [PATCH] `org-clock--oldest-date` performance

2018-01-20 Thread Jack Henahan
To that end, I've attached a patch for review which removes `org-clock--oldest-date`, replacing its only use with `nil`, and altering the logic where it's actually used to account for this case and give a sensible-ish value of the year -5 for the start time in `org-special-range`. Before the d

[O] [RFC] Moving "manual.org" into core

2018-01-20 Thread Nicolas Goaziou
Hello, "manual.org" was updated a month ago, and, so far, nobody complained about it. So, I think it's a good time to discuss about what could be done next. The first obvious step is to move the file into "doc/" directory. Then I assume we could delete "org.texi" and "org.info" there and generate

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 Nicolas Goaziou
Hello, Allen Li writes: > > * Foo > ** Bar > *** a > *** b > ** Archive :ARCHIVE: > *** a > *** b > *** c > > Expected visibility when using C-c C-k on Foo: > > * Foo > ** Bar > *** a > *** b > ** Archive :ARCHIVE:... > > Actual: > > * Foo > ** Bar > *** a > *** b > ** Archive :ARCHIVE: > *** a

[O] bug#10289: 24.0.92; Sneaky clobbering of user key binding

2018-01-20 Thread Nicolas Goaziou
Hello, Stefan Monnier writes: > I think a good solution should be along these lines: only add the `k' > binding if the `k' key is currently "unbound" (or more generally does > nothing more than signal an error, since `k' is probably bound to > something like `undefined'). Of course, this care s

Re: [O] Keeping outline after reverting buffer

2018-01-20 Thread Roland Fehrenbacher
Hi Nicolas, > "N" == Nicolas Goaziou writes: N> Hello, Roland Fehrenbacher writes: >> is there any option or other customization to keep the outline of >> an org buffer (uncollapsed parts of the tree) after the buffer >> has been reverted (org-mode 9.0.1, emacs 25.3.2)? In

Re: [O] `org-clock--oldest-date` performance

2018-01-20 Thread Nicolas Goaziou
Hello, Jack Henahan writes: > I've run into a performance issue in `org-clock` which I've narrowed > down to being caused by the calculation in the defconst for > `org-clock--oldest-date`. In particular, invoking `org-clock-in` or > eagerly loading `org-clock` on init incurs a 21(!) second delay

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 wrote: > Hello, > > Allen Li writes: > >> 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. > > Could you provide