Re: Repost: Formatting Text Field - Form

On Thursday 28 April 2005 20:33, Thomas W Ping wrote:
> > Quick summary of what is happening on date formating and empty
> > fields:
> >
> > A bug has been found that causes problems with dates when the text is
> > ambiguous (eg. 7th Jan as 07/01 or 01/07 depending on US-or-not
> > locale). I'm working on a fix to allow rekall to decode date strings
> > given the format string.
>
> I hadn't noticed this, as I've been entering complete dates.
>
> > Re empty/null fields in table data view, I propose that when a column
> > is null-ok then the fields automatically get the equivalent of the
> > form field "empty is null" setting, so that empty dates/times can be
> > stored (if the date/time column allows null)
> >
> > Sound OK?
>
> By your use of "propose", do you mean that "when a column is
> null-okay...[rest of paragraph]" is something you propose (in the sense
> of "something you will try to accomplish") for that bug fix; or do you
> mean that you propose (in the sense of "offer for consideration") that
> that's the way it works now?  If the latter, I still need to know how
> to make that happen, which has been the gist of my last couple posts on
> this topic.

Ok. Statement. I will make this change unless someone points out a really good 
reason not to. And confirms with a large bunch on used bank notes :)

>
> (Rrefresher, since all prior discussion has been snipped: while an
> *initial* null is okay in date-field table data view, once a date has
> been entered and saved, it's not possible to *return* that field to
> blank or null -- and there's no "empty is null" setting for that in the
> GUI as there is in form view, which doesn't show this problem.)
>
> _______________________________________________
> Rekall mailing list
> Rekall-TvUNdCdnGOiN0BpGcQGnph2eb7JE58TQ@xxxxxxxxxxxxxxxx
> http://www.mailman.a-i-s.co.uk/cgi-bin/mailman/listinfo/rekall

-- 
Regards
Mike

http://www.rekallrevealed.org
*THE* GPL/Open Source database front end for Linux and Windows.