Here's the European Portuguese translation for CintaNotes. I'm labeling the zip file pt-PT because it is foreseable that someone will want to submit another for Brazilian Portuguese. Hope it's OK, just let me know if you find any issues.

On a side note, I have now translated several small applications (Tagscanner, NFOpad, etc.) and I must confess the format you're using is not one of my favorites, since it difficults the translation work (it's makes it difficult to have multiple files on screen) and will no doubt prove unwieldy in the long run or if the number of strings grows (as it will certainly). IMHO, the regular INI text file format is the best, followed by XML based OPML (I know XLIFF and TMX are prescribed, but I never came across them), and gettext PO coming last because it's rather *nix oriented. I just needed to say this...

Midas wrote:Here's the European Portuguese translation for CintaNotes. I'm labeling the zip file pt-PT because it is foreseable that someone will want to submit another for Brazilian Portuguese. Hope it's OK, just let me know if you find any issues.

Midas, I'm intrigued - may I ask where do you know Portuguese from?

Midas wrote:On a side note, I have now translated several small applications (Tagscanner, NFOpad, etc.) and I must confess the format you're using is not one of my favorites, since it difficults the translation work (it's makes it difficult to have multiple files on screen) and will no doubt prove unwieldy in the long run or if the number of strings grows (as it will certainly). IMHO, the regular INI text file format is the best, followed by XML based OPML (I know XLIFF and TMX are prescribed, but I never came across them), and gettext PO coming last because it's rather *nix oriented. I just needed to say this...

This is interesting. Could you please explain how the regular INI format is superior to the current format? INI just has one level of sectioning, while with current dotted notation any hierarchy is possible.

CintaNotes Developer wrote:Midas, I'm intrigued - may I ask where do you know Portuguese from?

Oh, that... because it is my mother tongue? -- as well as my father's, my grandparents and so forth...

CintaNotes Developer wrote:This is interesting. Could you please explain how the regular INI format is superior to the current format? INI just has one level of sectioning, while with current dotted notation any hierarchy is possible.

http://initranslator.sourceforge.net/ This would be my best argument (if you were coding with Qt, http://code.google.com/p/qtlinguistdownload/, which I've also used, would be pretty decent, too). About the levels issue, that would be reason enough to turn to OPML, from my layman point of view. But I've come across INI files where the headers were multilayer, like in [options], [options:gui], [options:format]...

You see, my observation was more about the rigid text structure, that makes it easy for mistakes to happen and hard to trace them, worsened by the lack of standard tools for the job.

I have translated all text to Danish. I tried to switch to Danish in CintaNotes by modifying the cintanotes.settings file (to language = da, corresponding to the da.lang name of the language file), but had no luck doing so. Is there a way I can test the file in CintaNotes to make sure no parts of the texts are ambiguous?

Greetings from Denmark,Jakob Kramer

ADDED: OK, I found the right cintanotes.sttings file and am now checking the translation. I will post a zip file with the checked translation as soon as it is done.

kyrandia, jakob, thanks a lot for the translation! It will be included in the next CN release.

jakob wrote:I tried to switch to Danish in CintaNotes by modifying the cintanotes.settings file (to language = da, corresponding to the da.lang name of the language file), but had no luck doing so. Is there a way I can test the file in CintaNotes to make sure no parts of the texts are ambiguous?

The current CN version can't automatically load new .lang files, but only those which are registered in the code.For now, you'll have to temporarily rename your lang file to 'en.lang' in order to test it.

The next version, 1.4.2, will be able to load new lang files automatically. It also won't require you to have the LANG folder at all (in this case the Language submenu won't appear).

Midas wrote:Oh, that... because it is my mother tongue? -- as well as my father's, my grandparents and so forth...

Wow, that's interesting! I was somehow under the impression that you live in the US )

Midas wrote:http://initranslator.sourceforge.net/ This would be my best argument (if you were coding with Qt, http://code.google.com/p/qtlinguistdownload/, which I've also used, would be pretty decent, too). About the levels issue, that would be reason enough to turn to OPML, from my layman point of view. But I've come across INI files where the headers were multilayer, like in [options], [options:gui], [options:format]...

You see, my observation was more about the rigid text structure, that makes it easy for mistakes to happen and hard to trace them, worsened by the lack of standard tools for the job.

I have some Python scripts in place which make sure that all the translations are in sync. I agree that the current format could have been better with more tool support, but I hope it won't give us too much headaches. As I see it, it's still much better than XML

CintaNotes Developer wrote:The next version, 1.4.2, will be able to load new lang files automatically. It also won't require you to have the LANG folder at all (in this case the Language submenu won't appear).

Excellent work, Alex.

CintaNotes Developer wrote:I agree that the current format could have been better with more tool support, but I hope it won't give us too much headaches. As I see it, it's still much better than XML

Bear with me on this. There are other issues but let's start with the tools: I used a programmers text editor which enables vertical and horizontal window splitting plus synchronized scrolling in order to simultaneously check the English original and work on the translation. With your current format, the usual and more comfortable vertical splitting is useless due to the minimum line length required; horizontal splitting works barely but it taxes your visual coordination (reading is done right-to-left in our part of the world and moving your eyes top-to-bottom-to-top at the same time can be quite disorienting). Initranslator uses that horizontal schema, but keeps the relevant text parts really close together, as they would if part of the same text.

No biggie right now, but will be when diffing enters the picture, like when new UI features are added and translators need to separate the already translated parts from the yet to be translated ones...

As for XML, when asked to translate from OPML, I found there are free tabular XML editors that serve the purpose rather well (XMLMarker is a very good example; http://symbolclick.com/).

On an unrelated note, you might want to edit the FAQ section of the Help file (http://cintanotes.com/cintanotes.htm#faq) to amend the question on localization (a link to translation instructions or to the current thread would do nicely):

CintaNotes Help wrote:Will there be a version of CintaNotes with UI in my native language?We plan to add other languages support very soon, so stay tuned.