From mboxrd@z Thu Jan 1 00:00:00 1970 From: Nicolas Goaziou Subject: Re: Bug: org-read-date: problem with year in dotted european date input [7.9.2 (release_7.9.2-436-g9b11e6 @ /home/grfz/src/org-mode/lisp/)] Date: Sun, 14 Oct 2012 09:57:15 +0200 Message-ID: <878vb91o6c.fsf@gmail.com> References: <20121011125146.GA24007@boo.workgroup> <20121012151423.GC14562@boo.workgroup> <87sj9j1wv9.fsf@gmail.com> <20121013081221.GA8868@boo.workgroup> <87lifa1y3v.fsf@gmail.com> <20121013184423.GB28000@boo.workgroup> <-5592632147304882443@unknownmsgid> Mime-Version: 1.0 Content-Type: text/plain Return-path: Received: from eggs.gnu.org ([208.118.235.92]:34384) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1TNJ7v-0005Qj-4w for emacs-orgmode@gnu.org; Sun, 14 Oct 2012 04:00:47 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1TNJ7t-0001Qr-Og for emacs-orgmode@gnu.org; Sun, 14 Oct 2012 04:00:47 -0400 Received: from mail-wi0-f171.google.com ([209.85.212.171]:44910) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1TNJ7t-0001PK-6g for emacs-orgmode@gnu.org; Sun, 14 Oct 2012 04:00:45 -0400 Received: by mail-wi0-f171.google.com with SMTP id hj13so742212wib.12 for ; Sun, 14 Oct 2012 01:00:42 -0700 (PDT) In-Reply-To: <-5592632147304882443@unknownmsgid> (Carsten Dominik's message of "Sun, 14 Oct 2012 08:01:45 +0200") List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-orgmode-bounces+geo-emacs-orgmode=m.gmane.org@gnu.org Sender: emacs-orgmode-bounces+geo-emacs-orgmode=m.gmane.org@gnu.org To: Carsten Dominik Cc: emacs-orgmode Hello, Carsten Dominik writes: > Org used to have the ambition to parse a date in the middle of a text, > and this six what you are seeing in the documentation. However, over > time more and more different requests came in, to parse ISO weeks, > European dates and more. Also we want to allow incomplete dates like > leaving out a year etc. I still think Org does a pretty god job > there. However, to be reasonably predictable we did have o restrict > matching of special dates to the beginning of the string, and this is > what you and Nicolas are now seeing. It may be worth specifying that restriction in the documentation. As Gregor pointed out But it will in fact accept any string containing some date and/or time information, and it is really smart about interpreting your input. is misleading. Regards, -- Nicolas Goaziou