Thanks.
-dajan
]]>I think the problem will go away if you use Florian's fix (add Calendar._FD=0; in js/jscalendar/lang/calendar-fr.js)?
I've now added a default for this which should fix the problem for all languages in the next release.
]]>This problem is not only present on the German translation. I have it since I installed the French language pack for version 1.2 and on. I thought before this was due to an error made by Nicolas or myself and and wanted to investigate this issue when I will work on the 1.3 translation.
On the screenshot below, you can also notice that the diacritcs characters don't show correctly. It seems that UTF8 is not correctly taken into account.
Would be great if a general fix could be provide for all languages
Cheers,
]]>No ideas right now, sorry. Can you give us any details about your server OS, and your php, webserver & db versions?
I'm presuming it's not a browser thing, unless you're seeing the same problems on other sites like demo.mahara.org.
]]>I'm running on standard code so this is really strange. It doesn't seem to be a langpack issue though. I get the same results when I use the English langpack.
Any ideas?
thx Alex
]]>I think it actually works fine for most people, but feel free to file a bug report. I know we've had reports about the access dates being broken on Windows. I can change a selected date by normal single clicking on a new date. I also don't get the problem with the dates not being saved, even if I enable the German langpack. We did change the behaviour recently so that dates in the past aren't saved any more (they don't do anything), but we should add a message to this effect.
The string is in htdocs/lang/en.utf8/mahara.php
R.
]]>something seems to be seriously wrong with this calendar feature.
In which file is $datetimeformatguide located? $strftimedatetimeshort is already set to '%%d.%%m.%%Y %%H:%%M' but the format guide still says "Use the format YYYY/MM/DD".
Still whenever I hit the save button the access rights are not being saved. Instead I'm redirected to "My Views". Granting access without specifying date and time is working just fine though.
By the way the calendar's user interface is really strange. To change dates you have to "(Shift-) Click or Drag to change value". I guess it hasn't been a problem before as most users simple don't use the calendar. I'd be grateful if your usability task force would tackle this when there's some time.
Alex
]]>https://bugs.launchpad.net/mahara/+bug/663056
The js calendar was moved around and somehow in the process some changes that had been made earlier got reverted. Sorry about that.
I couldn't reproduce the problem with the date format, but it's certainly confusing for users at the moment. I think all you need to do is translate the string "Use the format YYYY/MM/DD HH:MM". That string is called 'datetimeformatguide', and it just needs to match the format in the 'strftimedatetimeshort' string in langconfig.php of the German language pack.
So in the German translation of that string, make it say "DD.MM.YYYY".
]]>
I send you the file ;-)
But don't know how to handle the display problem with data format.
Cheers
Heinz
]]>Could one of you attach a fixed-up calendar-de.js to a bug report?
Preferably one that doesn't make things look squeezed :)
Someone will commit it quickly.
R.
]]>Are any other users of the German lang pack experiencing problems with the date format that is being generated by the calendar?
Developers plz help :)
]]>the js is in the core code, so the core developer are the people to ask ;-)
What happens with the display if we change "wh" to "Woche"?
Cheers
Heinz
]]>Mahara expect dates to be entered as YYYY/MM/DD hh:mm but the calendar is set to enter dates and time as:
Calendar._TT["DEF_DATE_FORMAT"] = "%d.%m.%Y";
Calendar._TT["TT_DATE_FORMAT"] = "%a, %b %e";
Did nobody notice this before or am I running on old code?
Alex
]]>Thx this fixed the problem. How come this isn't included in the standard Code?
@Mahara Developers:
Please change:
Calendar._TT["WK"] = "wk"; [/code]
to
Calendar._TT["WK"] = "Woche";
]]>The problem seems to be a missing variable in the localization files
Just add Calendar._FD=0; in js/jscalendar/lang/calendar-de.js
works for me
Cheers
Florian
]]>the calendar ist no into the German langpack; it's int othe core code js/jscalendar/lang/calendar-de.js
I don't see why this happens.
Cheers
Heinz
]]>The calendar is working just fine when I'm switching to the english langpack. Any ideas on how to fix this? Should I file a bug report?
]]>which versoin do you play with. Do you notice this behavior if you use the english langpack or only in the german langpack?
Cheers Heinz
]]>just noticed some strange behavior of the calendar in the view access section. Is this maybe a language pack error? I guess it says smth like "week undefined"
Cheers Alex
]]>