I finally found time to gather various local patches to org-mode together
in a public clone of the org-mode git repo, at:
http://www.dr-qubit.org/git/org-mode.git
Each unrelated set of changes is in a separate branch, rebased onto a
recent checkout of org master. (All of the branches also
Sometimes I want to selectively archive all entries in a subtree with
timestamps in the past, whilst keeping all entries with timestamps in the
future.
`org-archive-subtree' only lets you selectively archive entries depending
on whether they have open TODO items.
The attached patch adds a new
I'm experiencing two unrelated new bugs in the latest git:
1. In agenda view, the list of fast-tag-selection keys in the
`org-agenda-filter-by-tag' prompt is always empty, and fast tag
selection no longer works. (I have fast-tag-selection keys configured
in `org-tag-alist', and my
On Thu, Mar 28, 2013 at 10:29:06PM +0100, Bastien wrote:
Hi Toby,
Toby Cubitt ts...@cantab.net writes:
I'm experiencing two unrelated new bugs in the latest git:
1. In agenda view, the list of fast-tag-selection keys in the
`org-agenda-filter-by-tag' prompt is always empty
On Fri, Mar 29, 2013 at 12:10:10AM +, Toby Cubitt wrote:
On Thu, Mar 28, 2013 at 10:29:06PM +0100, Bastien wrote:
2. Column view mode is completely broken for me. In old org files where
column view used to work fine, I now just get grey boxes obscuring the
headings, and nothing
The commit message in the attached patch explains the problem, and the
simple fix.
Toby
--
Dr T. S. Cubitt
Mathematics and Quantum Information group
Department of Mathematics
Complutense University
Madrid, Spain
email: ts...@cantab.net
web: www.dr-qubit.org
From
Personally, I find the time duration 123:15 much harder to parse
mentally than 5d 3:15.
The attached patch adds a new customization option
`org-time-clocksum-days-format'. When non-nil, this is used instead of
`org-time-clocksum-format' for clocksum durations longer than 1 day. It
gets passed
On Mon, Nov 05, 2012 at 10:14:27AM +0100, Nicolas Goaziou wrote:
Toby Cubitt ts...@cantab.net writes:
Personally, I find the time duration 123:15 much harder to parse
mentally than 5d 3:15.
The attached patch adds a new customization option
`org-time-clocksum-days-format'. When non
On Mon, Nov 05, 2012 at 11:47:12AM +0100, Achim Gratz wrote:
Nicolas Goaziou writes:
As you suggest, I think a better plan is to replace all of them with
a single `org-time-clocksum-display-function'. Its expected value would
be a function accepting 2 arguments: hours and minutes, as
On Mon, Nov 05, 2012 at 12:13:25PM +0100, Achim Gratz wrote:
Toby Cubitt writes:
A format string isn't sufficient. It requires the number of time
components (days, hours, minutes, etc.) to be fixed in advance. Whereas a
function can decide whether to display e.g. days+hours or hours+minutes
On Mon, Nov 05, 2012 at 01:20:48PM +0100, Nicolas Goaziou wrote:
Toby Cubitt ts...@cantab.net writes:
[snip]
[...] what about getting rid of every customization option except
`org-time-clocksum-format', and parsing the format string itself to
decide how many and what arguments to pass
On Mon, Nov 05, 2012 at 06:40:20PM +0100, Achim Gratz wrote:
Nicolas Goaziou writes:
Then let's wait for Achim (Cc'ed) to illustrate what he has in mind,
because his proposal is too vague yet to permit discussion about it.
What I had in mind was to remove org-time-clocksum-format and
On Mon, Nov 05, 2012 at 11:45:24PM +0100, Nicolas Goaziou wrote:
Toby Cubitt ts...@cantab.net writes:
This is not far from your own suggestion to provide different functions
depending on which output is desired, I just happen to think that these
functions would all be so similar
On Tue, Nov 06, 2012 at 11:57:25AM +0100, Nicolas Goaziou wrote:
Toby Cubitt ts...@cantab.net writes:
I still think functions are the way to go. Three options in the
defcustom:
- One to provide regular time (i.e 14:40 or 3d 18:32)
- One to provide decimal time with the highest
Subject line and commit message says it all.
Toby
--
Dr T. S. Cubitt
Mathematics and Quantum Information group
Department of Mathematics
Complutense University
Madrid, Spain
email: ts...@cantab.net
web: www.dr-qubit.org
From bca045ffd27d41630c52a67390767cd622544bb9 Mon Sep 17 00:00:00 2001
On Tue, Nov 06, 2012 at 01:31:41PM +0100, Nicolas Goaziou wrote:
Toby Cubitt ts...@cantab.net writes:
Subject line and commit message says it all.
`org-end-of-line' has been patched already. Is there a bug in
`org-beginning-of-line'?
I forgot to pull and rebase before posting, so missed
On Tue, Nov 06, 2012 at 01:29:02PM +0100, Nicolas Goaziou wrote:
Toby Cubitt ts...@cantab.net writes:
How do I produce the format 5 h 32 min with your defcustom, without
requiring the user to define their own function? (Assuming that 'regular
produces the current default 5:32 format
On Tue, Nov 06, 2012 at 06:02:40PM +0100, Nicolas Goaziou wrote:
Toby Cubitt ts...@cantab.net writes:
org-beginning-of-line uses org-beginning-of-visual-line when
line-move-visual is enabled. I'm not sure if line-mode-visual can be
disabled when visual-line-mode is enabled. If so, org
On Tue, Nov 06, 2012 at 06:30:47PM +0100, Nicolas Goaziou wrote:
Toby Cubitt ts...@cantab.net writes:
I'm confused. Which variable are you talking about here?
`line-move-visual'
Anyway, I see that `visual-line-mode's sets `line-move-visual' to t
buffer-locally. So checking only `line
On Tue, Nov 06, 2012 at 06:46:27PM +0100, Nicolas Goaziou wrote:
Toby Cubitt ts...@cantab.net writes:
Aha! You may well be right. In which case why is `org-beginning-of-line'
doing this:
(if (org-bound-and-true-p line-move-visual)
(beginning-of-visual-line 1)
(beginning
On Tue, Nov 06, 2012 at 06:41:06PM +0100, Nicolas Goaziou wrote:
Toby Cubitt ts...@cantab.net writes:
4. We replace the existing muddle with two defcustoms, one selecting
regular or decimal (or user-defined function), and one specifying a
list of standard format strings
On Tue, Nov 06, 2012 at 07:42:54PM +0100, Achim Gratz wrote:
Nicolas Goaziou writes:
Again, these are strange and very limiting rules. What if I want to have
5 h 32 min? And 5,3 days?
You provide a format string like you do now.
That means if you want a format that's conditional on the
On Tue, Nov 06, 2012 at 08:55:12PM +0100, Nicolas Goaziou wrote:
Toby Cubitt ts...@cantab.net writes:
I doubt it can be done now, since we already allow user-defined format
strings.
I'm more focused on what we will be able to do.
Where are displayed durations formatted with org-time
This sounds like it might be related to recent end-of-line changes and an
even more recent (not yet applied) patch I posted.
On Wed, Nov 07, 2012 at 12:50:20PM -0600, Kevin Buchs wrote:
I would like to solve a problem I have: C-e (org-end-of-line) does not
move to the end of the line with long
On Thu, Nov 08, 2012 at 01:26:48AM +0100, Nicolas Goaziou wrote:
Format string for clock lines is hard-coded (see line 1493 in
org-clock.el), which means we don't have to limit ourselves to
parse-able format. Back to point 1.
Good. That's what I thought.
Then, I'm fine with format strings.
Attached is a new two-patch series implementing finer-grained control
over the format of clocksum durations (only in overlays and the
mode-line; the format of the CLOCK entries stored in org files remains
unchanged and hard-coded, as before).
The first patch:
- defines a new
On Wed, Nov 14, 2012 at 04:04:05PM +0100, Nicolas Goaziou wrote:
Toby Cubitt ts...@cantab.net writes:
Thanks for your work. Some comments below.
The second patch:
- further extends org-time-clocksum-format to allow separate month and
year components (where a month is taken to be 30
On Wed, Nov 14, 2012 at 05:09:38PM +0100, Nicolas Goaziou wrote:
Toby Cubitt ts...@cantab.net writes:
I can easily allow org-time-clocksum-fractional-format to be a list of
formats. But 1d 3.4h doesn't seem very useful to me. Probably it should
work a bit differently: format the time
On Wed, Nov 14, 2012 at 05:20:14PM +0100, Toby Cubitt wrote:
On Wed, Nov 14, 2012 at 05:09:38PM +0100, Nicolas Goaziou wrote:
Toby Cubitt ts...@cantab.net writes:
I can easily allow org-time-clocksum-fractional-format to be a list of
formats. But 1d 3.4h doesn't seem very useful to me
On Sat, Nov 17, 2012 at 09:48:09AM +0100, Nicolas Goaziou wrote:
Toby Cubitt ts...@cantab.net writes:
Here's an updated patch. Now both org-time-clocksum-format and
org-time-clocksum-fractional-format can be plists, as discussed.
That was quick. Thank you.
In the org-time-clocksum
On Sat, Nov 17, 2012 at 03:42:24PM +0100, Nicolas Goaziou wrote:
Toby Cubitt ts...@cantab.net writes:
I've replaced the cons cells with additional plist properties, as you
suggested. The resulting customization ui still isn't wonderful in my
opinion. But it does the job, and I'm not sure
On Tue, Nov 20, 2012 at 11:12:10AM -0500, Mike McLean wrote:
On Sat, Nov 17, 2012 at 11:02 AM, Toby Cubitt ts...@cantab.net wrote:
On Sat, Nov 17, 2012 at 03:42:24PM +0100, Nicolas Goaziou wrote:
Toby Cubitt ts...@cantab.net writes:
I've replaced the cons cells with additional plist
On Fri, Feb 10, 2012 at 02:19:27PM +, Andrea Crotti wrote:
What is exactly the reason for org-goto to need to be at least in the
first headline to work?
I always get this error when I just try to jump in the first line:
byte-code: Before first headline at position 1 in buffer ..
Do you
There appears to be a bug in how org-agenda-skip-if parses the list of
CONDITIONS supplied to it.
The combination '(nottodo todo) is a valid condition, matching todo items
whose state isn't a todo-type keyword (according to the keyword types
defined in `org-todo-keywords'). But
This patch adds two new tests to `org-agenda-skip-if': 'todo-unblocked
and 'nottodo-unblocked. These match like 'todo and 'nottodo, but only on
unblocked todo items. This type of test is useful when compiling custom
agenda views containing lists of currently actionable todo items.
Whilst it's
On Mon, Feb 13, 2012 at 12:08:48AM +, Andrea Crotti wrote:
On 02/10/2012 02:42 PM, Toby Cubitt wrote:
On Fri, Feb 10, 2012 at 02:19:27PM +, Andrea Crotti wrote:
What is exactly the reason for org-goto to need to be at least in the
first headline to work?
I always get this error
When capturing an item as a subheading, the capture template :empty-lines
property is not sufficient to ensure the correct document layout is
maintained after capturing.
This patch fixes the capture behaviour to insert new subheadings
immediately after the previous heading (rather than
On Sun, Feb 19, 2012 at 08:41:45PM +0100, Nicolas Goaziou wrote:
Suggestion: On export, how about enabling automatic element
descriptions for references following the type:name convention, so
that e.g. just
: in [[ref:tab:numbers]] we can see...
would expand to
in Table 2 we
On Sun, Apr 15, 2012 at 11:41:00PM +0300, Eli Zaretskii wrote:
Date: Sun, 15 Apr 2012 21:24:39 +0200
From: Toby Cubitt ts...@cantab.net
Steps to reproduce:
1. emacs -Q
2. M-x calendar
3. M-: (setq o (make-overlay 1 2))
4. M-: (overlay-put o 'face 'font-lock-warning-face)
5
this behaviour.
(Or am I missing some already-existing way of doing this? See below for a
detailed description of the problem.)
Toby
On Mon, Feb 13, 2012 at 01:26:09PM +0100, Toby Cubitt wrote:
When capturing an item as a subheading, the capture template :empty-lines
property is not sufficient to ensure
On Mon, Apr 16, 2012 at 05:50:50AM +0300, Eli Zaretskii wrote:
Date: Sun, 15 Apr 2012 23:04:16 +0200
Cc: 11...@debbugs.gnu.org, emacs-orgmode@gnu.org
From: Toby Cubitt toby-dated-1335733484.f89...@dr-qubit.org
The obvious solution is for org-mode to use a face that doesn't enlarge
On Fri, Apr 20, 2012 at 01:59:42PM +0200, Bastien wrote:
Hi Toby,
Toby Cubitt ts...@cantab.net writes:
I finally found time to gather various local patches to org-mode together
in a public clone of the org-mode git repo, at:
http://www.dr-qubit.org/git/org-mode.git
On Fri, Apr 20, 2012 at 01:57:55PM +0200, Bastien wrote:
Toby Cubitt ts...@cantab.net writes:
On Mon, Apr 16, 2012 at 05:50:50AM +0300, Eli Zaretskii wrote:
Date: Sun, 15 Apr 2012 23:04:16 +0200
Cc: 11...@debbugs.gnu.org, emacs-orgmode@gnu.org
From: Toby Cubitt toby-dated-1335733484
On Sun, Apr 22, 2012 at 08:46:03AM +0200, Bastien wrote:
Toby Cubitt ts...@cantab.net writes:
Was there some reason to reject Eli's suggested fix of enlarging the
calendar window by 1 line? As it stands, if anyone customizes the new
org-date-selected face to be bold (the highlighted date
This patch adds a new org-agenda-diary-sexp-prefix customization
option. It can be set to a regexp which is used to match the part of the
text produced by a diary sexp entry that should be treated as
deadlining/scheduling information (the prefix), and displayed as such
in agenda views.
For
This one's pretty self-explanatory. It adds an
`org-agenda-skip-timestamp-if-deadline-is-shown' customization option,
precisely analogous to the existing
`org-agenda-skip-scheduled-if-deadline-is-shown' option.
Toby
--
Dr T. S. Cubitt
Mathematics and Quantum Information group
Department of
Currently, capture templates provide no way of prompting for some text,
then inserting that text into multiple places in the template.
This patch allow you to do this, by adding %n escapes to the template
syntax (where n is a digit, 0 to 9), which expand to the text entered
for the nth prompt in
On Mon, Apr 23, 2012 at 02:54:31PM +0200, Bastien wrote:
Toby Cubitt ts...@cantab.net writes:
Currently, capture templates provide no way of prompting for some text,
then inserting that text into multiple places in the template.
Thanks for the patch, I applied it.
I also updated
On Mon, Apr 23, 2012 at 05:12:51PM +0200, Bastien wrote:
Hi Toby,
Toby Cubitt ts...@cantab.net writes:
Ah, I forgot about the texinfo docs. Sorry. I'll try to remember them
next time.
No problem.
- Change the regexp to %\\([1-9][0-9]*\\), to match any positive
integer
On Mon, Apr 23, 2012 at 09:57:25AM -0700, Richard Stanton wrote:
I just updated org-mode and typed make. Two problems:
1) The doc file seems to have trouble:
org.texi:6703: Misplaced {.
org.texi:6703: Misplaced }.
makeinfo: Removing output file `org' due to errors; use --force to
On Tue, Apr 24, 2012 at 11:57:02AM +0200, Bastien wrote:
I've pushed a change to this new feature:
http://orgmode.org/w/?p=org-mode.git;a=commit;h=1666b9
Using %n is not good, because it will match many escaped
strings that you don't want to match. Using %\n looks
good to me as it
On Tue, Apr 24, 2012 at 02:51:29PM +0200, Bastien wrote:
Toby Cubitt ts...@cantab.net writes:
On Tue, Apr 24, 2012 at 11:57:02AM +0200, Bastien wrote:
I've pushed a change to this new feature:
http://orgmode.org/w/?p=org-mode.git;a=commit;h=1666b9
Using %n is not good, because
On Tue, Apr 24, 2012 at 03:01:44PM +0200, Rainer M Krug wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 24/04/12 14:36, Myles English wrote:
On Tue, 24 Apr 2012 14:22:48 +0200, Rainer M Krug said:
Hi I have a section which I want to repeat for different variable
values. At
On Thu, Apr 26, 2012 at 10:59:50AM +0200, Bastien wrote:
Hi Matt,
Matt Lundin m...@imapmail.org writes:
Note: It seems that adding the optional argument KEEPDATE is necessary
for parsing to work. With the following line instead of the one above
org-read-date works as expected:
On Sun, Apr 29, 2012 at 09:27:50PM -0500, Marcelo de Moraes Serpa wrote:
Is there a way to filter the agenda based on the level of the item.
Try the special LEVEL search property, documented in the Matching tags
and properties section of the manual.
Toby
--
Dr T. S. Cubitt
Mathematics and
On Sun, Jun 24, 2012 at 11:52:41PM +0200, Toby Cubitt wrote:
On Sun, Jun 24, 2012 at 11:39:08PM +0200, Bastien wrote:
Hi Toby,
Toby Cubitt ts...@cantab.net writes:
For some unknown reason, org-mode is causing the undo boundary between
the (2 . 4) and (1 . 2) entries to be removed
On Mon, Jul 02, 2012 at 08:51:48AM +0200, Martin Pohlack wrote:
I'm still not entirely convinced that the boundary discarding logic in
org-self-insert-command is correct. For example, if I do the following:
1. Type some text at some location in an org-mode buffer
2. Move to another
On Tue, Jul 03, 2012 at 05:18:50PM -0700, Samuel Wales wrote:
On 7/3/12, Stefan Monnier monn...@iro.umontreal.ca wrote:
self-insert-command. Even just turning that magic 20 number into a
variable would help.
Providing it as a variable would be very easy, indeed.
Therefore, IF we have
. (Unless someone doesn't like the choice of keybinding, in
which case by all means change it!)
Best,
Toby
On Mon, Sep 29, 2014 at 08:27:35PM +0100, Toby Cubitt wrote:
Sometimes I want to selectively archive all entries in a subtree with
timestamps in the past, whilst keeping all entries
On Sat, Dec 13, 2014 at 03:23:34PM +0100, Nicolas Goaziou wrote:
It's a fairly straightforward one, which simply adds a useful new
archiving function without touching much else.
Archiving by date seems such an obvious omission from the existing
archiving commands, I wouldn't have thought
On Tue, Dec 16, 2014 at 10:52:09PM +0100, Nicolas Goaziou wrote:
Toby Cubitt ts...@cantab.net writes:
Here it is again (attached).
Thank you. However, could you provide an appropriate commit message
(functions modified, reason...)?
Sorry for not catching that earlier.
Sorry, not sure
61 matches
Mail list logo
