Problem with Import of Translate File
FDickschat
Member Posts: 380
Dear all,
we are currently translating our DB to French (FRA) and encountered the follwing strange problem:
When importing a translation file which only contained Texts in the language FRA NAV destroyed our changes to the property OptionString.
Example: In T81, F6 (Document Type) the properties looked like this before the import:
Obviously the FRA translation does not contain our add-on string. But NAV should never change the property OptionString. But that is exactly what happened. And this is just one example of thousands!
- Has anyone ever encountered this?
- Does someone know why this happens?
- Does someone know how to work around this bug?
Thanks for your help.
we are currently translating our DB to French (FRA) and encountered the follwing strange problem:
When importing a translation file which only contained Texts in the language FRA NAV destroyed our changes to the property OptionString.
Example: In T81, F6 (Document Type) the properties looked like this before the import:
OptionString: ,Payment,Invoice,Credit Memo,Finance Charge Memo,Reminder,Refund,,,,,,,,,,,,,,Bill
OptionCaptionML: ENU: ,Payment,Invoice,Credit Memo,Finance Charge Memo,Reminder,Refund,,,,,,,,,,,,,,Bill
DEU: ,Zahlung,Rechnung,Gutschrift,Zinsrechnung,Mahnung,Erstattung,,,,,,,,,,,,,,Teilrechnung
ESP: ,Pago,Factura,Abono,Docs. interés,Recordatorio,Reembolso,,,,,,,,,,,,,,Efecto
Other languages...
After the import of the file which only contained OptionCaptionML in FRA it looked like this:
OptionString: ,Payment,Invoice,Credit Memo,Finance Charge Memo,Reminder,Refund
OptionCaptionML: ENU: ,Payment,Invoice,Credit Memo,Finance Charge Memo,Reminder,Refund,,,,,,,,,,,,,,Bill
DEU: ,Zahlung,Rechnung,Gutschrift,Zinsrechnung,Mahnung,Erstattung,,,,,,,,,,,,,,Teilrechnung
ESP: ,Pago,Factura,Abono,Docs. interés,Recordatorio,Reembolso,,,,,,,,,,,,,,Efecto
FRA: ,Paiement,Facture,Avoir,Intérêts,Relance,Remboursement
Other languages...
Obviously the FRA translation does not contain our add-on string. But NAV should never change the property OptionString. But that is exactly what happened. And this is just one example of thousands!
- Has anyone ever encountered this?
- Does someone know why this happens?
- Does someone know how to work around this bug?
Thanks for your help.
Frank Dickschat
FD Consulting
FD Consulting
0
Answers
-
Did you somehow modify the translate file? From where you took the file? It seems that the file is from objects without your addon, thus not having the options for your addon... ;-)0
-
Hi Kamil,
Of course you are right that the FRA translations did not contain our addon. We already did this several times with other languages but it never went wrong. The property OptionString is always in ENU and has no ML captions because these are in the property OptionCaptionML
We already have ENU, DEU, ESP (more or less complete), NLD and SVE (partially) in our database and were adding FRA. We did the following:- From a 4.03FR DB we deleted the ENU translations and then exported the translations into a file. Thereby you get a translation file with FRA only.
- This file was imported into our Development DB.
- Then all languages were exported from the DevDB to a new translation file and were imported into the Merge Tool DB 3 times for languages ENU, ESP and FRA
- The Merge Tool was used to autotranslate ESP and FRA. 2 language files were created from the Merge Tool for the newly translated tokens and were imported into the DevDB
Ahhh, we just found the problem. This is an explanation what happened:
Until now we thought the problem would be the file from Pers Merge Tool but it is already in the 4.03FR Export file.
This is the original file from the 4.03FR Export:
T81-F6-P2818-L30:Document Type
T81-F6-P8629-A1036-L999:Type document
T81-F6-P8632-A1036-L999: ,Paiement,Facture,Avoir,Intérêts,Relance,Remboursement
T81-F6-P10340-L999: ,Payment,Invoice,Credit Memo,Finance Charge Memo,Reminder,Refund
This is the export from the Merge Tool from Per. Here are the 2 lines for Field 6:
T81-F6-P8629-A1036-L999:Type document
T81-F6-P8632-A1036-L999: ,Paiement,Facture,Avoir,Intérêts,Relance,Remboursement
As you can see the original file did contain the property P2818 (Field Name) and P10340 (OptionString) although I would say it should not be here. Obviously the import did overwrite the property on the field with the information from the file. ](*,)
Why this did not create the same problem earlier when we added ESP and the other languages I don't know.
So for the future we will change your procedure: We will first import the fresh translation file into the Merge tool and then export it from there with only the languages we need.Frank Dickschat
FD Consulting0
Categories
- All Categories
- 73 General
- 73 Announcements
- 66.7K Microsoft Dynamics NAV
- 18.8K NAV Three Tier
- 38.4K NAV/Navision Classic Client
- 3.6K Navision Attain
- 2.4K Navision Financials
- 116 Navision DOS
- 851 Navision e-Commerce
- 1K NAV Tips & Tricks
- 772 NAV Dutch speaking only
- 617 NAV Courses, Exams & Certification
- 2K Microsoft Dynamics-Other
- 1.5K Dynamics AX
- 333 Dynamics CRM
- 111 Dynamics GP
- 10 Dynamics SL
- 1.5K Other
- 990 SQL General
- 383 SQL Performance
- 34 SQL Tips & Tricks
- 35 Design Patterns (General & Best Practices)
- 1 Architectural Patterns
- 10 Design Patterns
- 5 Implementation Patterns
- 53 3rd Party Products, Services & Events
- 1.6K General
- 1.1K General Chat
- 1.6K Website
- 83 Testing
- 1.2K Download section
- 23 How Tos section
- 252 Feedback
- 12 NAV TechDays 2013 Sessions
- 13 NAV TechDays 2012 Sessions
