Hello ERPNext community,
First, congratulations for the great job you have done till now.
As far as I know, there are many ERP projects declared as opensource, but very few of them are really open.
Vast majority ERP providers treats opensource primarily as marketing force, but not as development force.
From what I saw ERPNext doing opensource the right way:
- It publishes all features transparent and opensource
- Every aspect of development is tracked through forums, manuals and web site.
I hope that you are going to countinue your great work on this principles.
After this regression, I am finally going talk subject of this post .
I am investigating ERPNext for usage on local market (Bosnia and Herzegovina).
First obstacle is the translation which is unusable (automated Google translation). It does not follow the context, so I first reverted all of the translations to the English.
After that I am translating only items of current interest - in the specific context. The steps are:
-
I am working with live application (vagrant environment)
-
When I want someting to change, switch to open LibreOffice document bs.ods,
Find what I want / Change / Save as ods / then Save as CSV 3).
In ods I use bold face for translated items (something as Verified), different colors for English and Bosnian. -
After Change I publish changes to git repository
Example erpnext (the same done with frappe):
-
Review changes immediatelly
bench update
bench start
This cycle for small batch of changes lasts 5-10 minutes, and most important, the translation is HIGH QUALITY - it respects context of translation.
I have tried to use translate erpnext com, but I think this translation workflow has many advantages.
I think it is usable only for minor translation efforts.
Very often “Original” and “translated” fields are not enough for proper translation. We need context of translation (eg. component, module)