c2c-oerpscenario team mailing list archive

["nch\(OpenERP\)" <nch@xxxxxxxxxxx>]

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 C2C
OERPScenario, which is subscribed to the OpenERP Project Group.
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