Re: [PHP-GTK-DOC] Re: pt_BR should be 'connected up' in an hour or so
[email protected] ("Steph Fox")
| Newsgroups | php.gtk.doc |
|---|---|
| Message-ID | <019a01c6f296$842a2ad0$6602a8c0@foxbox> |
----- Original Message ----- From: "Fernando Correa da Conceição" <[email protected]> To: <[email protected]> Sent: Wednesday, October 18, 2006 5:46 AM Subject: [PHP-GTK-DOC] Re: pt_BR should be 'connected up' in an hour or so > Steph Fox escreveu: >> ....I hope! > > Now it is ! > >> putting your patches into CVS in a non-public way - but there were tabs >> in a lot of those files. You need to make sure you can physically see the >> difference between tabs and spaces in your editor; there should never be >> a tab in an XML file, full stop. The other thing was line length, but >> everybody's equally bad at that, including me. We're supposed to >> hard-wrap at 78 characters. There _is_ a reason for this - some people >> have editors that wrap lines at 80 chars, and of course if we have long >> lines in the source it's messed up for them when they need to work on it. >> So basically shorter's better than longer. >> > > Is important for us do not always comply with this wrap :( , but if this > really important I will do. > I will show why. Each file in doc is for a class, some of them are big, > more than 1000 lines(some more than 2000). Is important for me that a > translated file have the exact number of lines as the file in en. I > translate a file. Later someone from en changes a line, by example the > line 1850. If we have the same number of lines in pt_BR as en, this same > line will be 1850 in portuguese. Easy to find and update. But if we always > wrap at 80, the text in portuguese always will be bigger, so in this case, > we will have to seach where the line 1850 from en is on pt_BR. What do the phpdoc translation teams do about this? Always wrap at 78, or always keep the line number? >> You'll be glad to hear that the pt_BR docs finally built last night, but >> the bad news is that that was the weekly catch-all run. We can't tell >> whether it's responding to daily updates now or not, but it wasn't doing >> so two days ago. Andrei's aware and is keeping an eye on the situation >> there. > > Really I do not know why this, because I always build the manual before > each commit, sometimes it does not build for me, but I fix before commit. > And if there is an error, why the weekly build works and the night do not? > I do not know. It's obviously some problem on our side, not yours. The only reason I thought it was your issue in the first place was because I also can't build the pt_BR manual on my laptop. > > -- > PHP-GTK Documentation Mailing List (http://gtk.php.net/) > To unsubscribe, visit: http://www.php.net/unsub.php >