From: Gregor Zattler <firstname.lastname@example.org>
To: Bastien <email@example.com>
Subject: Re: No dot in datepicker dialog
Date: Thu, 4 Apr 2013 16:19:46 +0200 [thread overview]
Message-ID: <20130404141946.GE16563@boo.workgroup> (raw)
* Bastien <firstname.lastname@example.org> [04. Apr. 2013]:
> Karl Voit <devnull@Karl-Voit.at> writes:
>> A couple of weeks ago the datepicking dialog got modified such
>> that a dot "." jumps to the current day. Handy for most Org-mode
>> users I guess.
> "." is also the character used in M-x calendar RET to jump to today's
>> However, this interferes with another feature I used quite often: I
>> was able to enter "31.12." to quickly select 31st of December, for
>> Please notice that (at least) in German speaking countries, it is
>> common to use "31.12." and not "12/31" or similar.
>> So in current Org-mode (git), I can not enter the character "."
>> because it does not end up with a dot in the bottom line.
I think here two different usages collide:
1) user of org-mode controls the date picker via keystrokes
2) enter dates (and times) via cut/paste from other sources
(which were not created with the org-mode date picker in mind)
and let the date picker parse them
I for instance heavily rely on the second usage scenario.
While I see that the usage of `.' for jump-to-today is
long-standing tradition in Emacs calendar (first usage scenario),
it's also a very common character to separate date fields in many
for second usage scenario).
Therefore if we give `.' a special meaning in the date picker it
is no longer possible to paste dates e.g. from emails if these
happen to use `.' as date field separator.
>> Is there a way to customize this behavior?
> You can insert a dot with C-q . in the calendar.
This won't work with pasted text snippets containing dates.
> You can also customize the local map:
> ;; Unbind "." in Org's calendar:
> (define-key org-read-date-minibuffer-local-map (kbd ".") nil)
> ;; Bind "@" to `calendar-goto-today':
> (define-key org-read-date-minibuffer-local-map
> (kbd "@")
> (lambda () (interactive) (org-eval-in-calendar '(calendar-goto-today))))
Using a character which usually is not used in sentences which
refer to dates and times would help both usage scenarios. While
I can't find an example ATM, I remember to have seen combined
date-time representations like "2013-03-04@12:30".
Characters typically not used in date/time representations
are (to my little knowledge):
`§', `$', `%', `&', `=', `#', `\', `_', `´', ``'
these are normally not used in normal sentences which contain
date/time information (as opposed to e.g. `,', `:', `;') and most
of them are typically present on keyboards (perhaps not the `§'
which is part of German keyboards, which says a lot about German
culture I guess). These characters are also not mentioned with
special meaning in the org manual on this topic ((org)Top > Dates
and Times > Creating timestamps > The date/time prompt).
Wouldn't it be better to have one of these as a *default* setting
Or: would it help to restrict the special meaning of `.' as a
reference for `today' only for the first character of the date
picker input? This would correspond with the usage advise
"Generally, the information should start at the beginning of the
string" in the org-mode manual and at the same time with the
long-standing meaning of `.' for `today' for Emacs calendar
users while still allowing to paste date/time information from
sources outside the Emacs/org-mode universe.
Sorry for my lousy command of the English language and thanks for
considering this anyway, Gregor
next prev parent reply other threads:[~2013-04-04 14:24 UTC|newest]
Thread overview: 15+ messages / expand[flat|nested] mbox.gz Atom feed top
2013-03-26 19:49 No dot in datepicker dialog Karl Voit
2013-04-04 12:53 ` Bastien
2013-04-04 13:18 ` Karl Voit
2013-04-04 14:19 ` Gregor Zattler [this message]
2013-04-23 16:04 ` Michael Brand
2013-04-24 8:06 ` Bastien
2013-04-24 8:23 ` Carsten Dominik
2013-04-24 8:31 ` Bastien
2013-04-24 8:43 ` Michael Brand
2013-04-24 8:51 ` Bastien
2013-04-24 9:13 ` Michael Brand
2013-04-24 8:52 ` Michael Brand
2013-04-24 9:12 ` Carsten Dominik
2013-04-24 9:38 ` Bastien
2013-04-24 9:40 ` Carsten Dominik
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
List information: https://www.orgmode.org/
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
Code repositories for project(s) associated with this public inbox
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).