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
>
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.