Re: [lang] new token for FastDateFormat

2005-01-26 Thread Henri Yandell
Damn. I'd thought that this class would be new in 2.1. That's a pain. Given that a formatting pattern is a String, I'm sure you can see many reasons why solutions that involve coding bits of Java are bad :) Hen On Tue, 25 Jan 2005 08:06:46 +0800, Brett Porter <[EMAIL PROTECTED]> wrote: > Last ti

Re: [lang] new token for FastDateFormat

2005-01-24 Thread Brett Porter
Last time I checked, Long.toString(date.getTime()) did that anyway, and in less characters :) Cheers, Brett Quoting Stephen Colebourne <[EMAIL PROTECTED]>: > Adding any token would be a backwards incompatible change, as it would > previously have been output as text. > > Why not just have a Da

Re: [lang] new token for FastDateFormat

2005-01-24 Thread Stephen Colebourne
Adding any token would be a backwards incompatible change, as it would previously have been output as text. Why not just have a DateUtils.getMillisAsText(Date) method? (Well maybe because it seems like a very odd case.) Stephen - Original Message - From: "Henri Yandell" <[EMAIL PRO

[lang] new token for FastDateFormat

2005-01-24 Thread Henri Yandell
I just noticed that there's no way to output the milliseconds since 1970 with SimpleDateFormat (or with FastDateFormat). Any interest in having a token for FastDateFormat that lets you do that? Hen - To unsubscribe, e-mail: [EMAI