[jboss-cvs] JBossAS SVN: r86712 - projects/docs/enterprise/4.2.6/readme/pt-BR.

Thu Apr 2 20:02:28 EDT 2009

Author: ldelima at redhat.com
Date: 2009-04-02 20:02:28 -0400 (Thu, 02 Apr 2009)
New Revision: 86712

Modified:
   projects/docs/enterprise/4.2.6/readme/pt-BR/Release_Notes_CP06.po
Log:
translation ongoing

Modified: projects/docs/enterprise/4.2.6/readme/pt-BR/Release_Notes_CP06.po
===================================================================

--- projects/docs/enterprise/4.2.6/readme/pt-BR/Release_Notes_CP06.po	2009-04-02 23:47:05 UTC (rev 86711)
+++ projects/docs/enterprise/4.2.6/readme/pt-BR/Release_Notes_CP06.po	2009-04-03 00:02:28 UTC (rev 86712)
@@ -8,7 +8,7 @@
 "Project-Id-Version: Release_Notes_CP06\n"
 "Report-Msgid-Bugs-To: http://bugs.kde.org\n"
 "POT-Creation-Date: 2009-03-30 23:58+0000\n"
-"PO-Revision-Date: 2009-04-02 18:08+1000\n"
+"PO-Revision-Date: 2009-04-03 10:01+1000\n"
 "Last-Translator: Leticia de Lima <ldelima at redhat.com>\n"
 "Language-Team: Brazilian Portuguese <en at li.org>\n"
 "MIME-Version: 1.0\n"
@@ -2239,6 +2239,10 @@
 "<filename>BasetableRenderer.java</filename>, <filename>GridRenderer.java</"
 "filename> and <filename>TableRenderer.java</filename>."
 msgstr ""
+"O <classname>com.sun.faces.renderkit.html_basic.BaseTableRenderer</"
+"classname> não permitiu para esvaziar as <varname>columnClasses</varname> quando gerando colunas a partir da entrada do usuário. O problema era perceber quando criar diversas colunas ao invés de uma só. Por exemplo: se o usuário entrar <literal>foo, </literal> com o espaço de rastreamento, o resultado esperado seria uma coluna com o nome <literal>foo</literal> e outra coluna vazia. Este não foi o caso, uma vez que o <literal>foo, </literal> geraria apenas uma coluna com o <literal>foo, </literal> por inteiro como o nome da coluna ao invés de separar as colunas com uma vírgula. Este comportamento foi corrigido de forma que o <classname>com.sun.faces.renderkit."
+"html_basic.BaseTableRenderer</classname> não gera colunas corretamente. Os seguintes arquivos foram atualizados com o objetivo de obter isto: <filename>BasetableRenderer.java</filename>, <filename>GridRenderer.java</"
+"filename> e <filename>TableRenderer.java</filename>."
 
 #. Tag: para
 #: Release_Notes_CP06.xml:969
@@ -2253,6 +2257,9 @@
 "converter for these classes has been implemented to deal with Objects "
 "correctly."
 msgstr ""
+"A classe <classname>com.sun.faces.renderkit.html_basic.MenuRenderer</classname> não se diferenciou corretamente entre os <literal>Objects</literal>. Por exemplo: a diferença entre o <literal>Boolean</literal> e "
+"<literal>boolean</literal>, percebendo a capitalização do primeiro. O erro estava com a lógica no <classname>UISelect</classname> and "
+"<classname>MenuRenderer</classname>. Para corrigir isto, o uso próprio do conversor para estas classes foi implementado para operar com os Objetos corretamente."
 
 #. Tag: para
 #: Release_Notes_CP06.xml:974
@@ -2272,6 +2279,10 @@
 "phase, fixing the issue (with the above changes also) and providing a more "
 "accurate view of the tree."
 msgstr ""
+"O <classname>com.sun.faces.lifecycle.RestoreViewPhase</classname> chamou o <methodname>DebugUtil.printTree</methodname> após restaurar a visualização caso a depuração tenha sido ativada, causando a inicialização incorreta das chamadas quando a listbox está sendo utilizada e retornando um valor incorreto na fase <classname>RenderResponse</classname>. As chamadas do método foram re-estruturadas com a remoção das referências para o método <methodname>DebugUtil."
+"printTree()</methodname>, a partir do <filename>ViewHandlerImpl.java</"
+"filename> and <filename>RestoreViewPhase.java</filename> e "
+"<filename>RenderResponsePhase.java</filename> sendo modificados para chamar <methodname>DebugUtil.printTree</methodname> (caso a conexão <varname>FINEST</varname> estiver ativada) no final da fase <classname>RenderResponse</classname>, corrigindo o problema (com as alterações acima) e fornecendo uma visualização mais adequada da tree."
 
 #. Tag: para
 #: Release_Notes_CP06.xml:978
@@ -2284,6 +2295,9 @@
 "ignoring a returned value of null from the <methodname>getPackage()</"
 "methodname> method for every instance in the codebase."
 msgstr ""
+"O <literal>CGLIB Enhanced UIComponents</literal> numa tree de componente retornaria um valor nulo para suas classes quando chamando o <methodname>getPackage()"
+"</methodname>, causando a falha do <classname>HtmlInputText.handleAttribute</classname> uma vez que ele depende num valor não-nulo. Este problema foi corrigido apenas ignorando um valor nulo retornado, a partir do método <methodname>getPackage()</"
+"methodname> para cada isntância no codebase."
 
 #. Tag: para
 #: Release_Notes_CP06.xml:983
@@ -2297,7 +2311,7 @@
 "within the <classname>UIComponentBase</classname> class by changing the line "
 "of code <code>if ((index &lt; 0) || (index &gt;= list.size())) { </code> to "
 "<code>if ((index &lt; 0) || (index &gt; list.size())) {</code>."
-msgstr ""
+msgstr "O <classname>UIComponentBase</classname> não permitiu a interação, para o children da tree, através da ordem reversa usando o iterador da lista uma vez que ele produziria um  <exceptionname>IndexOutOfBoundsException</exceptionname>, quando a execução tentar calcular o tamanho do children. O método <methodname>ChildrenListIterator</methodname> foi alterado com a classe <classname>UIComponentBase</classname>, pela alteração da linha do código <code>if ((index &lt; 0) || (index &gt;= list.size())) { </code> para <code>if ((index &lt; 0) || (index &gt; list.size())) {</code>."
 
 #. Tag: para
 #: Release_Notes_CP06.xml:988
@@ -2313,6 +2327,9 @@
 "document ordering. The issue has been fixed by associating the renderer "
 "nodes with their owning document and processed in the parsing order."
 msgstr ""
+"As ferramentas do processador para <filename>faces-config.xml</filename> foram processadas fora da ordem, dependendo se o <literal>ICEfaces</literal> ou <literal>Mojara "
+"1.2_09</literal> está em uso. Isto ocorreu devido a todos os nós DOM do processador pertencerem a lista associada com o namespace. Isto foi realizado de forma que os nós do processador possam ser processados antes do <literal>RenderKits</"
+"literal> ser criado, além dos nós poderem ser processados usando o namespace próprio. No entanto, nós perdemos a ordem do documento com a colocação de todos os processadores nesta lista. O problema foi corrigido pela associação dos nós do processador com o documento pertencentes a eles e processado na ordem de partilhamento."
 
 #. Tag: para
 #: Release_Notes_CP06.xml:994
@@ -2329,6 +2346,8 @@
 "<classname>HtmlComponentGenerator</classname> since they are packaged in "
 "<classname>javax.faces.component.html</classname>."
 msgstr ""
+"O método <methodname>Class.getPackage()</methodname> chama os métodos sincronizados, inibindo a escabilidade caso o método necessita ser executado repetidamente. O uso do método <methodname>Class.getPackage()</methodname> foi removido a partir do <filename>UIComponent.java</filename>, <filename>RenderKitUtils."
+"java</filename> e <filename>HtmlComponentGenerator.java</filename>. Do contrário, o nome da classe é agora checada caso ela inicialize com nome do pacote que é de interesse, o <classname>javax.faces.component.</classname>. Isto inclui os componentes que são gerados pelo <classname>HtmlComponentGenerator</classname>, uma vez que eles são empacotados no <classname>javax.faces.component.html</classname>."
 
 #. Tag: para
 #: Release_Notes_CP06.xml:999


