GNOME Bugzilla – Bug 145382
Hebrew calendar support
Last modified: 2018-04-15 00:17:39 UTC
Description of Problem: THERE IS NO HEBREW FORMATT CALANDER, i am not talk about tranzlasion. Steps to reproduce the problem: 1. look at panel 2. see the word july wonder what it means 3. google it to find out it is not the hebrew format calander Actual Results: NO HEBREW CALANDER Expected Results: HEBREW CALANDER How often does this happen? ALL GTIME Additional Information: look at hebcal on sf.net if you want hebrew calander. ask me for corect english tranzlasions (unlike kde stuffed up tranz)
any update?
This is a l10n problem. Are you running with an hebrew locale? And I suppose this is not a problem only with the clock applet, but it happens everywhere in GNOME, doesn't it?
no i want the hebrew format not lang, i ask on irc.gimp.org #gnome and they told me to put up a bug.... i did what i was told to do
Do you have the problem only with the clock applet? Or everywhere in GNOME? (I'm sorry, but I don't know what's the hebrew format...)
shimon: any news?
ok you know how the english cal. has Jan, Feb... and 31 days or 30 days... well the jewish/hebrew cal works diffrent i would like support for the hebrew cal. like kde has google and me should give you all the info on how the cal. works
shimon: is the calendar used by 'logview' or evolution in hebrew format? If not, then it's not a clock problem, but a GTK+ problem.
how do i change them? this was more a wish list than a bug
If I understand the problem correctly: + shimon wants to have a hebrew/jewish calendar + the hebrew/jewish calendar is not the same as the gregorian one + GtkCalendar is only able to show a gregorian calendar So, this bug should really go in GTK+. I'm not sure how feasible it is to support other calendar systems, but I think it's important for l10n (or is it i18n?) reasons.
Globally changing all calendars on the system to localized calendars is almost certainly wrong; in most cases, user's will be working with a mix of Western calendars and the localized calendar. I'm not really sure that localized calendar support belongs in GtkCalendar a all, since it is basically specific to apps like the GNOME panel clock, but if it was added, I think you'd want a boolean property on the widget to enable it.
I think that GTK+ SHOULD support calendars other than the gregorian (perhaps in some modular way, shouldn't be hard to implement). The default calendar will be selected from the locale, but it will be possible to select any calendar, anywhere a date is needed (The API will support it, and apps could use this feature). Another thing that should be available is API to recieve a list of all the loaded calendars. Loading and unloading of calendars should be a feature of the desktop (some of the features that only makes a difference on a newly loaded apps). Itai.
there is accully a panel applet i found which does this http://hdateapplet.sourceforge.net/ maybe you might want to talk to its aurthor
(In reply to Vincent Untz from comment #9) > If I understand the problem correctly: > + shimon wants to have a hebrew/jewish calendar > + the hebrew/jewish calendar is not the same as the gregorian one > + GtkCalendar is only able to show a gregorian calendar > > So, this bug should really go in GTK+. I'm not sure how feasible it is to > support other calendar systems, but I think it's important for l10n (or is it > i18n?) reasons. Yeah, It is important. In many countries, the national calendar is not gregorian and It really hurts to work with gregorian calendar since all the people in the country use another one. (In reply to Owen Taylor from comment #10) > Globally changing all calendars on the system to localized calendars > is almost certainly wrong; in most cases, user's will be working with > a mix of Western calendars and the localized calendar. > > I'm not really sure that localized calendar support belongs in GtkCalendar > a all, since it is basically specific to apps like the GNOME panel > clock, but if it was added, I think you'd want a boolean property on > the widget to enable it. No that's not true. When you live in a country that gregorian is not the national calendar, majority of people set their appointments, deadlines, etc. in the national calendar not the gregorian. In fact, most of the people doesn't need to use an another calendar besides the national one. While a minority of people use both of them (people in the international companies or companies that have international contracts, etc.) Globally changing it is the real solution for these people and doing it takes big efforts to do so. but It's possible since other projects like Mac OS X have this feature and its well implemented or most recently in Windows 10 they added it. Think of it like the date formats or currencies they are real parts of i18n and there should be an option to select the calendar system wide. To find out how Mac OS X APIs works for that see here: http://stackoverflow.com/questions/10564610/nscalendar-custom-calendar
We're moving to gitlab! As part of this move, we are moving bugs to NEEDINFO if they haven't seen activity in more than a year. If this issue is still important to you and still relevant with GTK+ 3.22 or master, please reopen it and we will migrate it to gitlab.
As announced a while ago, we are migrating to gitlab, and bugs that haven't seen activity in the last year or so will be not be migrated, but closed out in bugzilla. If this bug is still relevant to you, you can open a new issue describing the symptoms and how to reproduce it with gtk 3.22.x or master in gitlab: https://gitlab.gnome.org/GNOME/gtk/issues/new