add bug about locale dependance of plugins/relativedate
authorhttps://www.google.com/accounts/o8/id?id=AItOawmPD3Qj5IoazkkW6Tk-kLOlKGmJLXim0H0 <https://www.google.com/accounts/o8/id?id=AItOawmPD3Qj5IoazkkW6Tk-kLOlKGmJLXim0H0@web>
Mon, 7 Jun 2010 03:34:34 +0000 (03:34 +0000)
committerJoey Hess <joey@finch.kitenet.net>
Mon, 7 Jun 2010 03:34:34 +0000 (03:34 +0000)
doc/bugs/plugins__47__relativedate_depends_on_locale_at_setup_file.mdwn [new file with mode: 0644]

diff --git a/doc/bugs/plugins__47__relativedate_depends_on_locale_at_setup_file.mdwn b/doc/bugs/plugins__47__relativedate_depends_on_locale_at_setup_file.mdwn
new file mode 100644 (file)
index 0000000..1f4dc8e
--- /dev/null
@@ -0,0 +1,3 @@
+[[plugins/relativedate]] does not works when russian locale defined at setup file (locale => 'ru_RU.UTF-8'). This is happen because javascript for this plugin takes either elements title or content itself. If russian locale is turned on then title generated on russian language and JS can't convert it into Date object. innerHTML is language independent (YYYY-MM-DD HH:mm) always.
+
+If I switch locale to en_US.UTF-8 then this plugin correctly parses text date and print relative date. But when I mouseover on date I see unusual formating of the date (it uses AM/PM format while russians use 24-h notation).