Openbravo Issue Tracking System - Openbravo ERP | |||||
| View Issue Details | |||||
| ID | Project | Category | View Status | Date Submitted | Last Update |
| 0008843 | Openbravo ERP | E. Translation | public | 2009-04-29 19:31 | 2010-04-30 00:00 |
| Reporter | gforcada | ||||
| Assigned To | alostale | ||||
| Priority | urgent | Severity | major | Reproducibility | always |
| Status | closed | Resolution | out of date | ||
| Platform | OS | 5 | OS Version | ||
| Product Version | pi | ||||
| Target Version | Fixed in Version | ||||
| Merge Request Status | |||||
| Review Assigned To | |||||
| OBNetwork customer | |||||
| Web browser | |||||
| Modules | Core | ||||
| Support ticket | |||||
| Regression level | |||||
| Regression date | |||||
| Regression introduced in release | |||||
| Regression introduced by commit | |||||
| Triggers an Emergency Pack | No | ||||
| Summary | 0008843: Please stick with the AD_FORM_TRL_en_US.xml filename | ||||
| Description | In Openbravo ERP 2.40 whenever you exported a translation it produces a number of xml files with the filename like: TableName + _TRL_ + ll + CC + .xml Where TableName was the given table, ll was the language code (two letters) and CC was the Country (two letters also). Right now, exporting the translations from a 2.50 virtual appliance (the Virtualbox one) it gives me this filename: TableName + ll + CC + .xml Note that the _TRL_ has been erased. | ||||
| Steps To Reproduce | |||||
| Proposed Solution | I think that there's any benefit to erase the _TRL_ from the filenames since ALL 45 translations efforts that has been already started have the _TRL_ in their translation files. The big concern here is that with the http://translations.openbravo.com [^] and the effort that have to be done to automate the process of updating the source language that's used as a base (the en_US translation) if we keep changing the filename format there's no way to really automate it because the maintainer will have to have always an eye to it. | ||||
| Additional Information | |||||
| Tags | No tags attached. | ||||
| Relationships | |||||
| Attached Files | |||||
| Issue History | |||||
| Date Modified | Username | Field | Change | ||
| 2009-04-29 19:31 | gforcada | New Issue | |||
| 2009-04-29 19:31 | gforcada | Assigned To | => rafaroda | ||
| 2009-04-29 19:31 | gforcada | Regression testing | => No | ||
| 2009-04-30 10:33 | rafaroda | Assigned To | rafaroda => alostale | ||
| 2009-04-30 10:33 | rafaroda | Priority | normal => high | ||
| 2009-04-30 10:33 | rafaroda | Status | new => scheduled | ||
| 2009-04-30 10:33 | rafaroda | version | => pi | ||
| 2009-04-30 11:56 | rmorley | Note Added: 0015952 | |||
| 2009-04-30 18:32 | gforcada | Note Added: 0015975 | |||
| 2010-01-05 13:40 | iciordia | Priority | high => urgent | ||
| 2010-04-29 17:00 | alostale | Status | scheduled => closed | ||
| 2010-04-29 17:00 | alostale | Resolution | open => out of date | ||
| 2010-04-30 00:00 | anonymous | sf_bug_id | 0 => 2994420 | ||
| Notes | |||||
|
|
|||||
|
|
||||
|
|
|||||
|
|
||||