Extending localization functionality in GTK client

Asked by avion on 2010-03-29

I'm working on localising GTK client at OpenERP-Iran sub-project and I need to implement some locale-specific user options like: support for Arabic numeral symbols, Jalali calendar(the official Iranian civil calendar) and Jalali date widgets along side of the standard ones (Gregorian calendar and European numeral symbols) at the client side.

First, I made a server module named "base_iran" which simply inherits "base" module and then add "context_calendar" and "context_numeral" fields to "res.users" object and views. So users can switch to their own calendar/numeral system at the same time (however I think the base module itself should contains them due to wide range of international uses. Also python "locale" can't help me to solve this problem).

The problem is that I'm not sure about the standard way of implementing the GTK client localisations (Arabic-Persian numeral symbols, date widgets, calendars). The first solution comes in mind is to use some extension framework or plugin system.

It seems that the "plugin" package for the client application is not intended to be used for this purpose and "Extension Manager" due to lack of documentation is unusable.

The only workarounds in my mind are: Change the widgets directly and then maintain a localised version of GTK or publish my contribution in the hope they will be used in official main branch.

Please help me to find the best way of implementing these features.

Question information

Language:
English Edit question
Status:
Solved
For:
Odoo GTK Client (MOVED TO GITHUB) Edit question
Assignee:
OpenERP Committers Edit question
Solved by:
avion
Solved:
Last query:
Last reply:
Revision history for this message
Nhomar - Vauxoo (nhomar) said :
#1

I advice suscribe this question to the openerp-localizaton-experts

Revision history for this message
Numérigraphe (numerigraphe) said :
#2

The extension manager just lets you chose applications corresponding to file extensions.
If the plugin API doesn't suit your need, I suppose you'll have to maintain your own branch.
Maybe it can be merged when it's mature? And maybe someone can submit the corresponding changes for the other web client and Koo?
Lionel

Revision history for this message
avion (avion2-deactivatedaccount) said :
#3

The plugin API's needs some hard-coding to load my monkey-patched codes (please correct me if I'm wrong). So then, I changed the GTK-client original code and should publish a patch for it.

I'm looking for a way that doesn't involve with changing the original code, So the end user can install it separately.

Revision history for this message
avion (avion2-deactivatedaccount) said :
#4

I decided to maintain a localized version of OpenERP in hope someday my contribution merged into trunk branch. Thanks all.

Revision history for this message
Farshid Ghyasi (farshid-netlinks) said :
#5

hi avion,

i am also in need of the persian calendar localized in openerp. How far have you gone with implementing jalali date in openerp? I hope to hear back more details on this

farshid