https://bugzilla.wikimedia.org/show_bug.cgi?id=70395
--- Comment #5 from Henning <[email protected]> --- I am in for that--it is the same behaviour than it was before, although, back then, the front-end parser applied conversion when changing the calendar (which was sort of strange). When having additional calendars, the behaviour should most likely be the same: The parser detects which calendars the date may match to. While picking the "most likely" (...), there should be hints to switch directly to one of the other calendars. However, in my opinion, this mechanism of, basically, guessing the calendar cannot be mapped properly on displaying dates, even more when having in mind that there really should be more than Gregorian and Julian. The basic options would be to either have one "default" (Gregorian) only or have no default at all. First would result in dates before 1581 entered in Gregorian not explicitely being annotated about the date being Gregorian (since, on the contrary, all Julian dates would feature an annotation, regardless of being before or after 1581). Latter would result in always displaying the calendar name next to the date (even for Gregorian dates after 1581). Applying any logic guessing the calendar when displaying a date (which is what is done at the moment) feels like a time bomb issue. Although, for an optimization, we could probably apply using "Gregorian" as default in the time range Gregorian was used, exclusively. Eventually, having no default calendar for dates <= 1581 (always display calendar name), and default to Gregorian for dates > 1581 (display calendar name when not Gregorian). To me, that appears to be the most practical solution and avoids generating confusion about having multiple defaults. -- You are receiving this mail because: You are on the CC list for the bug. _______________________________________________ Wikibugs-l mailing list [email protected] https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
