Print

Please login or register.
1 Hour 1 Day 1 Week 1 Month Forever
Login with username, password and session length

[GhePeU]

ok, this afternoon I compiled a CVS release and tested the file, I made a few changes and fixed a few typos, I think that this release can go in CVS, any modification should be on "best way of translate this" not on "this is wrong"

Are you (GhePeU and ilbuio) working together??

I think you should contact each other and split the work... not only you would work less, but also you wouldn't duplicate effords.

In fact, I thought you already worked together. Or that's what someone of you told me on rc7 or rc8 release.

yes, as ilbuio wrote, usually we made fine tunes on the other's last revision, because since months .po changes are small... this time I downloaded the new file when I received the email, I totally missed ilbuio post here, so I didn't know he too was translating all new strings...

[ilbuio]

.....it is just that, now, you made my job easier!!! I can rely upon you 2.1 release !!


 

[Jacobo221]

okie dokie!

You italian ppl are just... DIFFERENT ;-)
hehehee

I'm updating the .po file into CVS... although I can expect ilbuio will surely be updating typo-fixes it in few minutes

Btw, I changed in line 1633:
msgstr "L'utente %s (&u) ha inviato una lista dei file condivisi non richiesta."
to msgstr "L'utente %s (%u) ha inviato una lista dei file condivisi non richiesta."
That is, &u -> %u

Correct it in your local files. It's a small typo, but won't compile while it is tehre ;-)

[~/aMule/amule-dev-cvs/po]$ make it.gmo
rm -f it.gmo && /usr/bin/msgfmt -c --statistics -o it.gmo it.po
1400 translated messages.

As alwasy. good work!

[ilbuio]

......here it is.......isn't it efficiency?  

[GhePeU]

attached diff to ilbuio file, there are just a few changes

NB. ho corretto altri tre typo (chiusra, interfacca, e ", Prima" tutti e tre miei ) e riaggiunto degli spazi nella traduzione del systray, altrimenti vien fuori Nickname:ilmionick, Upload:10 KB/s,Download:10 Kb/s e simili
a proposito, per abbreviare Upload e Download preferisci usare U e D o UL e DL? a me piace di più la seconda opzione, ma non è importante...

[Jacobo221]

Since I see you are asking ilbuio how to translate the Dl abbreviations and such, I'm waiting few more hours

Two notes:

 #: src/AddFileThread.cpp:216
 msgid "Hasher: No files on queue, stopping thread."
-msgstr "Hasher: nessun file in coda, chiusra thread"
+msgstr "Hasher: nessun file in coda, chiusura thread

You lack the final dot there

 #: src/MuleTrayIcon.cpp:334
 #: src/SysTray.cpp:192
 msgid "DL: None"
-msgstr "D: nessuno"
+msgstr "D: nessuno "

Originally, there is no blank space at the end of the line

I'm not changing anythig, since you know better than me what is best for the translation. I just took a look at the patch and that's what I saw.

I'm waiting for news to commit into CVS ;-)

[ilbuio]

...here I am.

So:

1) let's use DL and UL;

2) generally speaking, I think that it makes no sense to put the "." (dot) at the end of any message string. There are messages, indeed, and not "sentences". So, as general policy, I would get rid of dots at the end of ALL messages, with exception of those few very long sentences;

3) as long as possible, I would erase any blank space at the end of messages;

Taking into acount what above, I would rely on the "diff" provided by GhuPeU

GhuPeU: may you directly apply the diff and post the final version?And possibly updating it with my remark, if you agree on them, of course!!

[GhePeU]

final version (I hope there are no mistakes, eventually they will be fixed when someone will report them)

blank spaces: I agree, I've mantained them only when strictly needed, for example in systray strings where they divide a word or a punctuation mark  from the following word.

[Jacobo221]

> 3) as long as possible, I would erase any blank space at the end of messages;

Most times they are there for a reason. i.e. In the Client Details Window, the space is needed so taht teh values (nick, ip, port, file, rate, etc) do not get __stuck__ into the text. In many other cases it is just because words could go join. For example, "aMule %s ", if that final space was deleted, on the real output, it would look like "aMule CVSSnapshot" isntead of "aMule CVS Snapshot". I hope I explained myself well enough.

Ok, so since it is final version... UP IT GOES!

CVS is italina-up-to-date ;-P

[GhePeU]

Originally posted by GhePeU
final version (I hope there are no mistakes, eventually they will be fixed when someone will report them)

blank spaces: I agree, I've mantained them only when strictly needed, for example in systray strings where they divide a word or a punctuation mark  from the following word.

d'oh! sometime I think I shouldn't speak X(

Code: [Select]

--- it-v20.2.po 2005-04-08 13:28:19.000000000 +0200
+++ it-v20.3.po 2005-04-08 21:42:23.000000000 +0200
@@ -5263,7 +5263,7 @@
 #: src/Statistics.cpp:906
 #, c-format
 msgid "Session UL:DL Ratio (Total): %s"
-msgstr "Rapporto UL:DL sessione totale: %s"
+msgstr "Rapporto UL:DL sessione (totale): %s"

 #: src/Statistics.cpp:909
 msgid "Session UL:DL Ratio (Total): Not available"

[Jacobo221]

done

don't be ashamed of fixing anything. i don't mind committing 200 times / day as long as it is to make it better :-)

So, once again, good work!

[Kry]

Strings must be kept as they are: Dots if they end with dots, spaces if they end with spaces. The point is to *translate*, not to *fix*.


If you see mistakes on the original english string, report it where apropiate (bugs forum?)

[ilbuio]

...well...my remark was not intended to *fix*

I was just trying to setup a general policy for italian translation; of course as long as it is possible ...

[GhePeU]

I've just found a little problem (not directly related to italian translation) in Preferences,  Security tab: a non-ASCII characters (letter 'ò') isn't currectly displayed, so a pop-up shows only "Seleziona chi pu" without the other part of the string.

This doesn't happen in other tabs, for example in General, where pop-ups work flawlessy with 'à', 'ì' and 'è'.

Should I open a thread in bug forum?

[Jacobo221]

do you have wx compiled with unicode support?