[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Gnumed-bugs] Minor bug in Demographics plugin - needs refresh of Id

From: Karsten Hilbert
Subject: Re: [Gnumed-bugs] Minor bug in Demographics plugin - needs refresh of Identity pane (upper left) on updating
Date: Sat, 30 Jul 2011 03:25:37 +0200

> if instead I use a different separator '/'
> and input the same string with '/' as
>       12/8/1984
> then Postgres/GNUmed recognizes the 1984 as the year but goes on to make a
> *different* mistake, because it then applies the American interpretation
> as
>       Dec 8 1984

GNUmed does not make a different mistake. It parses the date just fine
as something that that string could mean.

> despite my locale is en_CA and it should have been interpreted into
> 12 Aug 1984.

GNUmed never made any such claim hence it's a shortcoming but
certainly not a bug.

Parsing 12/8/1984 as Dec 8 1984 is both formally correct and making
a lot of sense to a lot of people.

The only thing we can do here to make this less ambigous is to never
ever auto-snap to a particular date but to always ask the user to
explicitely select the date from the match candidates.

The other option would be to force configuration of one and only one
date input format. In that case people would *have* to enter date
strings in this one particular format (which they can configure
for themselves, however).

NEU: FreePhone - 0ct/min Handyspartarif mit Geld-zurück-Garantie!               
Jetzt informieren:

reply via email to

[Prev in Thread] Current Thread [Next in Thread]