From mboxrd@z Thu Jan 1 00:00:00 1970 From: Carsten Dominik 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: Mon, 15 Oct 2012 08:39:13 +0200 Message-ID: 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> <878vb91o6c.fsf@gmail.com> Mime-Version: 1.0 (Apple Message framework v1283) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Return-path: Received: from eggs.gnu.org ([208.118.235.92]:59010) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1TNeKZ-0003pK-LK for emacs-orgmode@gnu.org; Mon, 15 Oct 2012 02:39:16 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1TNeKY-0005Sn-EJ for emacs-orgmode@gnu.org; Mon, 15 Oct 2012 02:39:15 -0400 Received: from mail-we0-f169.google.com ([74.125.82.169]:40481) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1TNeKY-0005SW-5U for emacs-orgmode@gnu.org; Mon, 15 Oct 2012 02:39:14 -0400 Received: by mail-we0-f169.google.com with SMTP id u3so3260674wey.0 for ; Sun, 14 Oct 2012 23:39:13 -0700 (PDT) In-Reply-To: <878vb91o6c.fsf@gmail.com> 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: Nicolas Goaziou Cc: emacs-orgmode I fixed the documentation. - Carsten On 14.10.2012, at 09:57, Nicolas Goaziou wrote: > 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