Non gregorian calendars support

[guest]

Hi

non gregorian calendars needs to be supported such as Islamic(Hijri) calandar and Hebrew Calendars

[Adam Peller]

While this is a great feature, it's not in the plans for 1.1. It might make a good dojox project if someone is able to take it on or contributes the code.

[Tom Trenka]

Also removing the "high" priority.

[liucougar]

just want to mention chinese calendar here as well :)

​http://en.wikipedia.org/wiki/Chinese_calendar

[Adam Peller]

see [13291] Thanks, Hossam!

[Adam Peller]

(In [13354]) Hebrew Calendar initial implementation, from Hossam Aldin Katory (IBM). Refs #5074 !strict

[Adam Peller]

Initial patch to Dijit to support 'datePackage' by Helena Halperin (IBM-IL, CCLA). Needs further review.

[Adam Peller]

dojox.date.hebrew refactor by Helena Halperin (IBM-IL, CCLA) to support 'datePackage' in Dijit. Needs further review.

[Adam Peller]

bill points out that the conversion in postMixInProperties for this.value should be moved to _setValueAttr

[Adam Peller]

Applied Helena's changes to dijit in [17172] to allow for generic calendar support. Still need refactor of dojox.date.islamic code.

[Adam Peller]

(In [18865]) Refactor Islamic Date code to match other national calendars. Refs #5074 !strict

[Adam Peller]

Initial Islamic calendar code, from Hossam Katory (IBM, CCLA) checked in [13291]

[Adam Peller]

(In [21602]) Fixes regression in goToToday() from r17172. Fixes #10864, refs #5074 !strict

[bill]

The datePackage attribute doesn't work well in the AMD world. The problem is that it's overloaded as a way to load two modules: (for example) dojox/date/hebrew.js and dojox/date/hebrew/locale.js. Because of this, after I cleaned up the dojox/date.js module export value in [28655], things like _DateTimeTextBox stopped working.

The only solution I see is to have two attributes, one for each module: dateModule and dateLocaleModule. I'll check that in unless someone has a better idea.

[bill]

In [28684]:

Although dojo.date.locale is accessible via the dojo.date global (until 2.0), it can't be accessed from the dojo/date module export, at least after [28655].

Thus the "datePackage" widget parameter is architecturally flawed, because it's overloaded to specify both the dojo/date and dojo/date/locale modules. Leaving it in place until 2.0, but at that point it should be replaced by dateModule and dateLocalModule parameters specifying MID's (or directly specifying Objects). Alternately we should just get rid of it since the AMD loader supports remapping of module ids, so that dojo/date could be remapped to dojox/date/hebrew (etc.) by the application.

Refs #5074, #13494 !strict.

[Bill Keese <[email protected]…>]

In c6d9f7bb6578fc6e22a19fc1175e24094a39ebb9/dijit:

Error: Processor CommitTicketReference failed

Unsupported version control system "git": Can't find an appropriate component, maybe the corresponding plugin was not enabled? 

[Bill Keese <[email protected]…>]

In e3c79a352abfc5f9350dc3336eb83c51868e3011/dijit:

Error: Processor CommitTicketReference failed

Unsupported version control system "git": Can't find an appropriate component, maybe the corresponding plugin was not enabled?