283497 - calendar should use the toolkit's datetimepicker controls

Status: RESOLVED WONTFIX

(Calendar :: General, defect)

Description

[Andrew Douglas]

User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8b2) Gecko/20050219 Firefox/1.0+
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8b2) Gecko/20050219 Firefox/1.0+

Calendar should remove datetimepicker control related files and forms, such as
eventDialog, should use the new datetimepicker controls inside /toolkit

Reproducible: Always

Steps to Reproduce:

Comment 1

[Joey Minta]

Andrew,
    Calendar is built for several different products, including Seamonkey
(Mozilla Suite) which does not use toolkit.  Therefore, switching to the toolkit
datepicker would remove this compatibility.  I suggest this bug be marked invalid.

Comment 2

[Michiel van Leeuwen (email: mvl+moz@)]

this is not invalid. it just depends on some other bugs. (like packaging the
toolkit datepicker for xpfe)

Comment 3

[Matthew (lilmatt) Willis]

Reassigning all automatically assigned bugs from Mostafa to nobody@m.o

Bugspam filter: TorontoMostafaMove

Comment 4

[Simon Paquet [:sipaq]]

Now that we have effectively abandoned the calendar extension, what is the status of this bug?

Comment 5

[Joey Minta]

(In reply to comment #4)
> Now that we have effectively abandoned the calendar extension, what is the
> status of this bug?
> 
Still applies to Sunbird and Lightning.

Comment 6

[cmtalbert]

Since the toolkit controls are in the trunk only, this is something we can only do once we no longer have to support Thunderbird 1.5 and Thunderbird 2.0.x. Therefore, this is a bug that will be resolved far in the future from now, but it is a bug and should be confirmed.

Confirming.

Comment 7

[Bas van den Bosch]

This will be solved once the discussion in bug 275253 has landed.

Comment 8

[Philipp Kewisch [:Fallen][📱📆]]

I think this isn't a good idea. Lets stick with what is planned in bug 275253c