Openbravo Issue Tracking System - Openbravo ERP
View Issue Details
IDProjectCategoryView StatusDate SubmittedLast Update
0003394Openbravo ERP00. Application dictionarypublic2007-09-26 10:012009-05-22 19:26
Reporteruser11 
Assigned Toiciordia 
PrioritynormalSeverityminorReproducibilityalways
StatusacknowledgedResolutionopen 
PlatformOS5OS Version
Product Version 
Target VersionpiFixed in Version 
Merge Request Status
Review Assigned To
OBNetwork customer
Web browser
ModulesCore
Support ticket
Regression level
Regression date
Regression introduced in release
Regression introduced by commit
Triggers an Emergency PackNo
Summary0003394: Switching translation format to PO and distribute a ZIP
DescriptionThis feature request suggests:

- Switching the translation formats to PO (Portable Object)

- Make more easy to install translations distributing a single ZIP file and making the application do all the necessary process instead of the user.

My vision is the following:

- Keep the import code for XML files. People should be able to import old translations and Compiere ones (if they wish and the license is compatible).

- Add support for importing/exporting the translations in PO format. This should be the recommended way of working once the support is added. It is going to be anyway since we are going to remove XML exporting.

Also it should be more easy to install and distribute translations. We can use a ZIP file for the translations that Openbravo can read directly, instead of having to create a directory (lang/xx), putting there the XML files, and so on. Also, the application should launch the necessary processes, including compilation if it needed.

You have all the PO documentation at:
http://www.gnu.org/software/gettext/manual/gettext.html [^]

Also there is a XML2PO script:
http://svn.gnome.org/viewcvs/gnome-doc-utils/trunk/xml2po/ [^]
that you can use for reference.

Regards,
Steps To Reproduce
Proposed Solution
Additional Information
TagsNo tags attached.
Relationships
blocks feature request 0004058 acknowledged rmorley Translation management 
Attached Files
Issue History
Date ModifiedUsernameFieldChange
2008-06-29 23:45pjuvaraRelationship addedblocks 0004058
2008-06-29 23:45pjuvaraAssigned Touser71 => pheenan
2008-06-29 23:45pjuvaraStatusnew => acknowledged
2008-11-06 11:38pheenanNote Added: 0010029
2008-11-06 11:38pheenanCategory => 00. Application dictionary
2008-11-06 11:38pheenanTarget Version => 2.60
2008-11-06 11:38pheenanDescription Updated
2008-11-16 07:44pjuvaraAssigned Topheenan => pjuvara
2008-11-21 17:05pjuvaraTarget Version2.60 => trunk
2009-05-22 19:26pjuvaraAssigned Topjuvara => iciordia

Notes
(0006983)
user71   
2005-06-01 00:00   
(edited on: 2008-06-12 09:44)
This bug was originally reported in SourceForge bug tracker and then migrated to Mantis.

You can see the original bug report in:
https://sourceforge.net/support/tracker.php?aid=1802521 [^]
(0003916)
villind   
2007-09-28 23:02   
(edited on: 2008-06-12 09:26)
Logged In: YES
user_id=61737
Originator: NO

My vote for this enhancement! There are tools for handling PO format translations and also merging them if the upstream messages has been changed.

> Also, the application should launch the necessary
> processes, including compilation if it needed.

In my opinion, there should not be need for compilation if the translation has been added, but the application can load and use it directly if all messages are properly externalized. This may be too big change for Openbravo 2.XX, but hopefully the Green platform does not require compilation for installing a translation.

Regards,
Ville
(0003917)
user11   
2007-10-03 11:49   
(edited on: 2008-06-12 09:26)
Logged In: YES
user_id=1505407
Originator: YES

One of the advantages of using PO files is that we will be able to provide a tools like Pootle[1] for our translations.

The main advantages will be:

* On-line project management. Helps to split the work between different translations
* On-line translation / off-line. Allowing to work off-line with PO files or using a web base interface
* Real-time statistics the reflect the status of a particular translation

In the other negative side Pootle has some administration overhead.

[1] http://en.wikipedia.org/wiki/Pootle [^]
(0010029)
pheenan   
2008-11-06 11:38   
update target revision to 2.60.

Note that with 2.50 translations will be installed through modules, 2.50 also includes real time translation from within the application without the need to compile to apply a translation. Therefore it is possible to update translations completely from within the application.

Perhaps a better situation is to provide a simpler means to maintain translations within the user interface?