[news.eclipse.technology.ercp] Re: DateEditor JavaDoc issues

["Gorkem Ercan" <gorkem.ercan@xxxxxxxxxxxxxxxx>]

I agree,  good catch.
--
Gorkem

"Mark Rogalski" <rogalski@xxxxxxxxxx> wrote in message 
news:e8lq6t$mbm$1@xxxxxxxxxxxxxxxxxxxx
>I found a couple errors in the DateEditor  JavaDoc:
> public void setDate(java.util.Date date)Sets the date for the editor when 
> TIME or DATE_TIME styles are used. The control does not retain the Date 
> object or modify its value.
> This should read:
> Sets the date for the editor when DATE, TIME or DATE_TIME styles are used. 
> The control does not retain the Date object or modify its value.
>
> public java.util.Date getDate()Returns the date when DATE or DATE_TIME 
> styles are used. Updating the returned Date instance will not affect the 
> date value in the control.
> This should read:
> Returns the date when DATE, TIME or DATE_TIME styles are used. Updating 
> the returned Date instance will not affect the date value in the control.
>
>
> And the following method needs clarifiecd:
> public int getTime()Returns the number of seconds when TIME, OFFSET or 
> DURATION styles are used.
> Should add:
>    The return value is the total number of  seconds derived from the 
> hours, minutes, and seconds displayed in the widget. The maximum value is 
> +/- 86399 seconds which is equivalent to 23:59:59 in hh:mm:ss.
>
> The Windows implementations needed a tweak to correct for the first error. 
> However, I suspect that the S80 implementation is already ok.  Unless 
> anyone has any objections, I will make these corrections to the Mobile 
> Extensions spec.
>
>