345696 - move date picker to core

Status: RESOLVED WORKSFORME

(Core Graveyard :: XForms, defect)

Description

[alexander :surkov (:asurkov)]

XForms has calendar widgets both for XHTML and for XUL context. I'd like to move the calendar into core because:
1) XHTML calendar can be used by WebForms2, XForms
2) XUL calendar can be used by Sunbird, XForms and toolkit users.

Already we have the bug to import XUL calendar from sunbird into toolkit (bug 92174). I'd prefer to import calendar form XForms since XForms has calendar for XHTML and for XUL, and these widgets have common base. Though we should figure out what Sunbird's calendar can do and what XForms can't do, then we should add these features to XForms calendar. The second question is we need a place in core to put calendars (note, XForms calendar consists of thee widgets: base calendar's widget, XHTML calendar and XUL calendar).

Comment 1

[Neil Deakin]

I'm already working on bug 92174 to create a datepicker for XUL, so don't spend effort actually implemnting this. This work I'm doing is based on the sunbird calendar. What additional functionality does the XForms one provide?

Comment 2

[alexander :surkov (:asurkov)]

(In reply to comment #1)
> I'm already working on bug 92174 to create a datepicker for XUL, so don't spend
> effort actually implemnting this. This work I'm doing is based on the sunbird
> calendar. What additional functionality does the XForms one provide?
> 

The first issue I guess is sunbird's calendar can't be used in html documents. It's important for webforms2 and xforms. If I'm wrong please correct me.

I don't know pretty sunbird calendar. But I guess it is not very accessible. Ideal, calendar widget should behave like combobox, for example, user should be able to navigate through caleanar by keyboard.

If imported from sunbird calendar can be hosted as in XUL as in XHTML documents and if bugs (like accessibility bugs) will be fixed then I'm fine with sunbird calendar using.

Comment 3

[Neil Deakin]

> The first issue I guess is sunbird's calendar can't be used in html documents.

It's just XBL so there isn't any reason it cannot.

> I don't know pretty sunbird calendar. But I guess it is not very accessible.
> Ideal, calendar widget should behave like combobox, for example, user should be
> able to navigate through caleanar by keyboard.
> 

The datepicker will provide a textfield for direct entry as well as a grid for selecting dates.

I'm actually using both the sunbird and xforms implementation and combining them.

Comment 4

[Alex Vincent [:WeirdAl]]

I agree with Neil re XBL'izing for Web Forms 2.0; the only caveat I have is I haven't figured out how to force <html:input type="foo"/> to accept a XBL-based layout.

Comment 5

[alexander :surkov (:asurkov)]

(In reply to comment #3)
> > The first issue I guess is sunbird's calendar can't be used in html documents.
> 
> It's just XBL so there isn't any reason it cannot.
> 
> > I don't know pretty sunbird calendar. But I guess it is not very accessible.
> > Ideal, calendar widget should behave like combobox, for example, user should be
> > able to navigate through caleanar by keyboard.
> > 
> 
> The datepicker will provide a textfield for direct entry as well as a grid for
> selecting dates.
> 
> I'm actually using both the sunbird and xforms implementation and combining
> them.
> 

Ok, then I guess we can mark this bug as dublicate of your one. Is it a bug
92174 you are working now?

Btw, XUL and XHTML datepicker can't have one and the same implementation since xul datepicker tends to use textbox but xhtml one - input type="text". Right?

Comment 6

[alexander :surkov (:asurkov)]

(In reply to comment #4)
> I agree with Neil re XBL'izing for Web Forms 2.0; the only caveat I have is I
> haven't figured out how to force <html:input type="foo"/> to accept a XBL-based
> layout.
> 

I guess you can do it in the same manner like xblfc works. I'm not sure though.

Comment 7

[Neil Deakin]

> Btw, XUL and XHTML datepicker can't have one and the same implementation since
> xul datepicker tends to use textbox but xhtml one - input type="text". Right?

Not sure what you're asking here. The actual appearance and behaviour of a widget doesn't need to have any relation to the tag that is used. The HTML and XForms widget should either use the XUL datepicker directly or just be a simple wrapper around it.