hello, Sorry for the noise,
I would reopen the bug , a better solution is on it's way here :https://code.launchpad.net/~openerp-commiter/openobject- client/client_locale_to_user_defined_locale. and also the fix for this has caused a regression. which will completely allow user to even change his default locale settings.which should also remove the slicing isuue Thanks ** Changed in: openobject-client/trunk Status: Fix Released => Confirmed ** Branch unlinked: lp:~openerp-dev/openobject-client/trunk-dev-client ** Branch unlinked: lp:openobject-client -- You received this bug notification because you are a member of OpenERP sa GTK client R&D, which is a bug assignee. https://bugs.launchpad.net/bugs/503624 Title: The calendar widget will reject value entry when the locale date format is not 'Standard' Status in OpenObject GTK Client: Confirmed Status in OpenObject GTK Client trunk series: Confirmed Bug description: The problem stems from the modification of code on rev. 990.1.6 Slicing the date string to fix the length of the date doesn't sound right here, because the separator in date format may not be one byte in length for many locales. For instance, the separator could be of several characters or one character extends several bytes in string. In my case, the Chinese date-time format is like: _年_月_日 _时_分_秒， every Chinese character in the format will extend 3 or more bytes in byte string. Also, the same assumption of the 'Standard' date time format in whole code base causes many other problems, for example print the report with locale date format. I will report again when I encounter specific problem. Tony Gu _______________________________________________ Mailing list: https://launchpad.net/~openerp-dev-gtk Post to : [email protected] Unsubscribe : https://launchpad.net/~openerp-dev-gtk More help : https://help.launchpad.net/ListHelp
