Localization/Concepts/PO Odyssey (pt BR) - Revision history

AnneW at 16:12, 15 July 2012

2012-07-15T16:12:28Z

Neverendingo: Text replace - "`" to ""`


2011-06-29T21:09:16Z
Text replace - "<code po>" to "<syntaxhighlight lang="text">"
Show changes



Neverendingo: Text replace - "" to ""

2011-06-29T21:00:05Z
Text replace - "<code cpp>" to "<syntaxhighlight lang="cpp">"

				
				
				
				
			
			← Older revision
			Revision as of 21:00, 29 June 2011
			
Line 105:
Line 105:
  is of that kind. Then, by following the source reference, you see this statement in the file <tt>addcatdialog.cpp</tt>, line 45:   is of that kind. Then, by following the source reference, you see this statement in the file <tt>addcatdialog.cpp</tt>, line 45:
    
− <code cpp> + <syntaxhighlight lang="cpp">
  setCaption( i18n( "Import Catalog" ) );   setCaption( i18n( "Import Catalog" ) );
  </syntaxhighlight>   </syntaxhighlight>





Neverendingo: Text replace - "" to ""
2011-06-29T20:57:21Z
Text replace - "</code>" to "</syntaxhighlight>"
Show changes


Neverendingo: Text replace - "" to ""

2011-06-29T20:48:06Z
Text replace - "<code>" to "<syntaxhighlight lang="text">"

				
				
				
				
			
			← Older revision
			Revision as of 20:48, 29 June 2011
			
Line 651:
Line 651:
  But, how should the application know which form corresponds to which numbers? The specification for this is written within the PO file itself, in the ''header'' (more on PO headers [[#PO Header|below]]); it consists of the number of plural forms which every plural message in the given PO file shall have, and a computable logical expression, which for any given number, computes the index of the plural form to be used. This expression is quite cryptic-looking, but you do not have to really understand how it works. Since it is constant for a given language, you can just copy it from any other previously translated PO file in your language, and by looking at plural messages in that other file, you will clearly see which form (by index of <tt>msgstr</tt>) is used in which situation. Bearing this in mind, just to complete the examples, here is the plural specification for Spanish:   But, how should the application know which form corresponds to which numbers? The specification for this is written within the PO file itself, in the ''header'' (more on PO headers [[#PO Header|below]]); it consists of the number of plural forms which every plural message in the given PO file shall have, and a computable logical expression, which for any given number, computes the index of the plural form to be used. This expression is quite cryptic-looking, but you do not have to really understand how it works. Since it is constant for a given language, you can just copy it from any other previously translated PO file in your language, and by looking at plural messages in that other file, you will clearly see which form (by index of <tt>msgstr</tt>) is used in which situation. Bearing this in mind, just to complete the examples, here is the plural specification for Spanish:
    
− <code> + <syntaxhighlight lang="text">
  nplurals=2; plural=n != 1;   nplurals=2; plural=n != 1;
  </code>   </code>
Line 657:
Line 657:
  and for the more complicated Polish plural:   and for the more complicated Polish plural:
    
− <code> + <syntaxhighlight lang="text">
  nplurals=3; plural=(n==1 ? 0 : n%10>=2 && n%10<=4 && (n%100<10 || n%100>=20) ? 1 : 2);   nplurals=3; plural=(n==1 ? 0 : n%10>=2 && n%10<=4 && (n%100<10 || n%100>=20) ? 1 : 2);
  </code>   </code>



Felipearruda at 17:54, 15 September 2008
2008-09-15T17:54:15Z


				
				
				
				
			
			← Older revision
			Revision as of 17:54, 15 September 2008
			
Line 23:
Line 23:
  O exemplo anterior era sobre tradução ''estática'', como a tradução de um texto ou de uma página HTML. Já que a seqüência de exemplo não era apropriada, mesmo com os devidos passos para a tradução a saída para o usuário final deve ser um documento estático traduzido, como um arquivo PDF ou outra página HTML. Como isto pode ser associado com uma interface de usuário traduzida em uma aplicação? Para iniciantes, nós podemos ser pouco criativos e seguir o roteiro para uma tradução estática: o programador deve manter todas as strings da interface em um arquivo de texto, que será inserido nos arquivos executáveis da aplicação assim que o pacote da instalação for compilado. Seguindo o mesmo roteiro, o tradutor deve traduzir o arquivo de texto, substituindo string por string e, depois, criando um novo pacote para o software, desta vez com a versão traduzida. Desta forma, assim como no caso dos arquivos PDF, onde no final existe um arquivo para cada idioma, também haverá um pacote para cada idioma.   O exemplo anterior era sobre tradução ''estática'', como a tradução de um texto ou de uma página HTML. Já que a seqüência de exemplo não era apropriada, mesmo com os devidos passos para a tradução a saída para o usuário final deve ser um documento estático traduzido, como um arquivo PDF ou outra página HTML. Como isto pode ser associado com uma interface de usuário traduzida em uma aplicação? Para iniciantes, nós podemos ser pouco criativos e seguir o roteiro para uma tradução estática: o programador deve manter todas as strings da interface em um arquivo de texto, que será inserido nos arquivos executáveis da aplicação assim que o pacote da instalação for compilado. Seguindo o mesmo roteiro, o tradutor deve traduzir o arquivo de texto, substituindo string por string e, depois, criando um novo pacote para o software, desta vez com a versão traduzida. Desta forma, assim como no caso dos arquivos PDF, onde no final existe um arquivo para cada idioma, também haverá um pacote para cada idioma.
    
− However, the bulk of a PDF file is the text itself, so there is almost no needless duplication of language-independent content. On the contrary, in an average application, like a file manager or a web browser, the translatable text is a minuscule part of the total size of installation package. Thus, having one package per language would make for a paramount waste of digital space. If we imagine a typical operating system distribution these days, this would pretty much prevent default installation disks from carrying anything but original English packages. Suffices to say, static translation of applications is hardly an option with free software, which makes international reach one of its primary goals. + Entretanto, o conteúdo de um arquivo PDF é o próprio texto, então quase não existe a duplicação de conteúdo independente de idioma. Já o contrário acontece em um aplicativo, como por exemplo um gerenciador de arquivos ou um navegador web, o texto a ser traduzido é uma parte minúscula do conteúdo total do pacote de instalação. Assim, manter um pacote do software para cada idioma seria um grande desperdício de espaço digital. Se pegarmos como exemplo alguma distribuição de sistema operacional de hoje, este método de tradução tornaria quase impossível que uma instalação padrão tivesse qualquer pacote além dos pacotes originais em inglês. Basta dizer que a tradução estática de aplicaçoes dificilmente é uma opção considerada para softwares livres, já que este tipo de software tem como uma das principais finalidades ser utilizado internacionalmente.
    
  A more clever way of having localized applications is for them to draw translations at runtime. Returning to the previously mentioned file with user interface strings that the programmer had prepared (usually in English), instead of replacing it with translated version, now the translated files of the same structure, one for each language, are put alongside each other. The application is programmed to select strings from one of these files while running, based on user's language settings. We will call this ''dynamic'' translation.   A more clever way of having localized applications is for them to draw translations at runtime. Returning to the previously mentioned file with user interface strings that the programmer had prepared (usually in English), instead of replacing it with translated version, now the translated files of the same structure, one for each language, are put alongside each other. The application is programmed to select strings from one of these files while running, based on user's language settings. We will call this ''dynamic'' translation.



Felipearruda at 16:37, 15 September 2008
2008-09-15T16:37:41Z


				
				
				
				
			
			← Older revision
			Revision as of 16:37, 15 September 2008
			
Line 9:
Line 9:
  }}   }}
    
− == Getting Translations Into Place == + == Antes de começar a traduzir ==
    
  Antes de começar a abordar os detalhes do formato PO (ou de qualquer outro formato), é útil examinar as formas conceituais que um texto pode seguir desde o autor, passando pelo tradutor, até o leitor. Vamos chamar esta sequência de "o trajeto da tradução", e considerar o seguinte exemplo:   Antes de começar a abordar os detalhes do formato PO (ou de qualquer outro formato), é útil examinar as formas conceituais que um texto pode seguir desde o autor, passando pelo tradutor, até o leitor. Vamos chamar esta sequência de "o trajeto da tradução", e considerar o seguinte exemplo:



Felipearruda at 16:36, 15 September 2008
2008-09-15T16:36:24Z


				
				
				
				
			
			← Older revision
			Revision as of 16:36, 15 September 2008
			
Line 19:
Line 19:
  * o usuário lê o documento traduzido, em PDF, criado pelo Writer.   * o usuário lê o documento traduzido, em PDF, criado pelo Writer.
    
− Clean and simple, everyone is happy, right? Wrong (you guessed it). This pipeline is, incidentally, the one which most people seem to imagine before they get involved in localization for real. But before explaining why it is wrong, and therefore not at all used in free software translation, let us cover more hypothetical ground. + Simples, claro e todo mundo está feliz, certo? Errado! Esta é a seqüência que as pessoas imaginam antes de se envolver de verdade com a localização (l10n). Mas antes de explicar porque esta seqüência está errada e porque ela não serve para a tradução de software livre, vamos abordar mais algumas hipóteses.
    
− The previous example was about ''static'' translation, such as of a text document or an HTML page. While the example pipeline was not appropriate, even with the proper pipeline the output for the end user must be a static translated document, such as PDF file or another HTML page. How does this map onto a translated user interface in an application, which has live code running in the background? For starters, we can be unimaginative and follow the static route: the programmer may keep all the user interface text strings in a text file, which gets built into the application executable files when the installation package is built. Following the same poor pipeline, the translator may translate that text file, replacing string after string, after which another installation package is built, this time a localized one. So, like in the case of PDF files, where in the end there must be one per language, there would also be one application package for each language. + O exemplo anterior era sobre tradução ''estática'', como a tradução de um texto ou de uma página HTML. Já que a seqüência de exemplo não era apropriada, mesmo com os devidos passos para a tradução a saída para o usuário final deve ser um documento estático traduzido, como um arquivo PDF ou outra página HTML. Como isto pode ser associado com uma interface de usuário traduzida em uma aplicação? Para iniciantes, nós podemos ser pouco criativos e seguir o roteiro para uma tradução estática: o programador deve manter todas as strings da interface em um arquivo de texto, que será inserido nos arquivos executáveis da aplicação assim que o pacote da instalação for compilado. Seguindo o mesmo roteiro, o tradutor deve traduzir o arquivo de texto, substituindo string por string e, depois, criando um novo pacote para o software, desta vez com a versão traduzida. Desta forma, assim como no caso dos arquivos PDF, onde no final existe um arquivo para cada idioma, também haverá um pacote para cada idioma.
    
  However, the bulk of a PDF file is the text itself, so there is almost no needless duplication of language-independent content. On the contrary, in an average application, like a file manager or a web browser, the translatable text is a minuscule part of the total size of installation package. Thus, having one package per language would make for a paramount waste of digital space. If we imagine a typical operating system distribution these days, this would pretty much prevent default installation disks from carrying anything but original English packages. Suffices to say, static translation of applications is hardly an option with free software, which makes international reach one of its primary goals.   However, the bulk of a PDF file is the text itself, so there is almost no needless duplication of language-independent content. On the contrary, in an average application, like a file manager or a web browser, the translatable text is a minuscule part of the total size of installation package. Thus, having one package per language would make for a paramount waste of digital space. If we imagine a typical operating system distribution these days, this would pretty much prevent default installation disks from carrying anything but original English packages. Suffices to say, static translation of applications is hardly an option with free software, which makes international reach one of its primary goals.





Felipearruda: Starting to translate the article into pt_BR
2008-09-14T05:40:41Z
Starting to translate the article into pt_BR
Show changes

← Older revision		Revision as of 16:12, 15 July 2012
Line 1:		Line 1:
−	~~{{Template:I18n/Language Navigation Bar\|Localization/Concepts/PO_Odyssey}}~~	+

	{{LocalizationBrowser\|		{{LocalizationBrowser\|