part of the solution is return (it is not a number and it is a date) -- it is more likely a date
however this wont work for dates like put 01012005 is a date So a coerced or forced check on date type would be necessary... Any ideas? I dont trust the convert function anymore either... cheers Xavier > -----Original Message----- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED] On Behalf Of > [EMAIL PROTECTED] > Sent: Thursday, March 17, 2005 13:39 > To: [email protected] > Subject: check if an item is a date > > Hi everyone, > > Although I discovered this bug using MetaCard, it wasn't > surprising that it didn't work either in Rev... > > After the date sorting and conversion problems, this comes as > the cherry on the cake... > > I got this nice table "title" field which automatically sorts > the columns below. > > I've been improving it consistently do a better job each time > I reuse it. > > So now, it detects automatically if it should sort up or > down, numbers or dates, etc... > > No matter that I get weird data gathering item 3 of it... yet > ANOTHER bug! > > But surprise! > > put (2485694 is a date) > > It gets worse... 1 is also a date! > > So either the << is a date>> function is useless as a date > checker and we all must roll our own AGAIN or there is a bug > (or dare i add sarcastically "all of the above")... > > Is there something I missed? Can you enforce dateformat > checking like you would in C via type casting? > > The documentation was useless... Another bugzilla would delay > further the other bugzillas which are blocking the release of > 3 softwares since months... > > Any ideas other than writing YetAnotherBugDetour function? > > Xavier > > > ----------------------------------------- > Visit us at http://www.clearstream.com > IMPORTANT MESSAGE Internet communications are not secure > and therefore > Clearstream International does not accept legal responsibility for the > contents of this message. The information contained in > this e-mail is > confidential and may be legally privileged. It is intended > solely for the addressee. If you are not the intended > recipient, any disclosure, copying, distribution or any > action taken or omitted to be taken in reliance on it, is > prohibited and may be unlawful. Any views expressed in this > e-mail are those of the individual sender, except where the > sender specifically states them to be the views of > Clearstream International or of any of its > affiliates or subsidiaries. END OF DISCLAIMER > _______________________________________________ > use-revolution mailing list > [email protected] > http://lists.runrev.com/mailman/listinfo/use-revolution > _______________________________________________ use-revolution mailing list [email protected] http://lists.runrev.com/mailman/listinfo/use-revolution
