lyonplus / gettext-commons

Automatically exported from code.google.com/p/gettext-commons
GNU Lesser General Public License v2.1
0 stars 0 forks source link

patch to use Relative File Names in extracted .po and .pot files #48

Closed GoogleCodeExporter closed 8 years ago

GoogleCodeExporter commented 8 years ago
We run the build for application on different platforms and every developer has 
his own directory structure.

To avoid extra difs in translation file for different user it would be nice to 
use relative path in generated files.

Attached patch  tested on windows.

Original issue reported on code.google.com by skarzhev...@gmail.com on 8 Jun 2010 at 9:32

Attachments:

GoogleCodeExporter commented 8 years ago
Thanks for your patch!

Can you explain why the file separator chars have to be converted to the unix 
variant on Windows?

Original comment by berge...@gmail.com on 27 Jul 2010 at 4:27

GoogleCodeExporter commented 8 years ago

Original comment by berge...@gmail.com on 27 Jul 2010 at 4:29

GoogleCodeExporter commented 8 years ago
Java and gnu text are working fine on windows while using unix separator in 
file names. On unix this apps cant use windows standarts.

 So when you ctreate a text file with file names on windows we want it to be the same as the one created on unix... in particular when we store .po files in source repository and they are automaticaly updated during build we want to have minimal chages in the file no changes no diference if you created file on win or on linux.  In oposite if files differ svn merge will happens after each update .

In my case we have cruisecontrol on linux and developer is workin on windows on 
translation. Translation are put to svn. The build server gets the files and 
dont need to update them sine they are created the same.

Original comment by skarzhev...@gmail.com on 27 Jul 2010 at 4:39

GoogleCodeExporter commented 8 years ago
thanks. works as expected in maven-gettext-plugin 1.2.2

Original comment by skarzhev...@gmail.com on 3 Aug 2010 at 5:16

GoogleCodeExporter commented 8 years ago
cool, closing as fixed.

Original comment by berge...@gmail.com on 3 Aug 2010 at 5:20