2
0
Просмотр исходного кода

[DOCUMENTATION] Brazilian Portuguese:
- Replace tabs by 4 spaces
- Erase endline spaces


git-svn-id: http://framework.zend.com/svn/framework/standard/trunk@24446 44c647ce-9c0f-0410-b52a-842ac1e357ba

mauriciofauth 14 лет назад
Родитель
Сommit
dbf01fc287

+ 2 - 2
documentation/manual/pt-br/module_specs/Zend_Acl-Advanced.xml

@@ -37,7 +37,7 @@
             ser absoluta, mas dependente de vários critérios. Por exemplo, suponha que certo acesso
             deva ser liberado, mas somente entre o horário entre 8h00 e 17h00. Outro exemplo seria
             negar um acesso por conta de uma requisição vinda de um <acronym>IP</acronym> que foi
-            identificado como fonte de abuso. <classname>Zend_Acl</classname> foi construído para 
+            identificado como fonte de abuso. <classname>Zend_Acl</classname> foi construído para
             suportar a implementação de regras baseadas em quaisquer condições que o desenvolvedor
             necessitar.
         </para>
@@ -96,7 +96,7 @@ $acl->allow(null, null, null, new CleanIPAssertion());
             Ao método <methodname>assert()</methodname> de um objeto de asserção é passada a
             <acronym>ACL</acronym>, o papel, recurso e privilégio de que a consulta de autorização
             (ex., <methodname>isAllowed()</methodname>) se aplica, a fim de fornecer um contexto
-            para que a classe de asserção possa determinar se suas condições são necessárias. 
+            para que a classe de asserção possa determinar se suas condições são necessárias.
         </para>
     </sect2>
 </sect1>

+ 15 - 15
documentation/manual/pt-br/module_specs/Zend_Acl.xml

@@ -5,8 +5,8 @@
     <title>Introdução</title>
 
     <para>
-        <classname>Zend_Acl</classname> fornece uma implementação de lista de controle de acesso 
-        (<acronym>ACL</acronym>, na sigla em inglês) leve e flexível para a gestão privilégios. 
+        <classname>Zend_Acl</classname> fornece uma implementação de lista de controle de acesso
+        (<acronym>ACL</acronym>, na sigla em inglês) leve e flexível para a gestão privilégios.
         Em geral, uma aplicação pode utilizar essa <acronym>ACL</acronym> para controlar o acesso a
         determinados objetos protegidos por outros objetos requerentes.
     </para>
@@ -55,18 +55,18 @@
             como uma implementação básica de recurso para que desenvolvedores a extendam conforme
             necessário.
         </para>
-        
+
         <para>
             <classname>Zend_Acl</classname> fornece uma estrutura de árvore na qual múltiplos
             recursos podem ser adicionados. Como os recursos são armazenados em uma estrutura de
-            árvore, eles podem ser organizados do geral (em direção à raiz da árvore) para o 
-            específico (em direção às folhas da árvore). Consultas em um recurso específico irá 
+            árvore, eles podem ser organizados do geral (em direção à raiz da árvore) para o
+            específico (em direção às folhas da árvore). Consultas em um recurso específico irá
             automaticamente pesquisar sua hierarquia por regras definidas em recursos ancenstrais,
             permitindo herança simplificada de regras. Por exemplo, se uma regra deve ser aplicada a
-            cada construção em uma cidade, pode-se simplesmente aplicar a regra à cidade, ao invés 
-            de atribuir a mesma regra para cada construção. Contudo, algumas construções podem 
-            necessitar de exceções para tal regra e isto pode ser feito em 
-            <classname>Zend_Acl</classname> atribuindo tal exceção a cada construção que a 
+            cada construção em uma cidade, pode-se simplesmente aplicar a regra à cidade, ao invés
+            de atribuir a mesma regra para cada construção. Contudo, algumas construções podem
+            necessitar de exceções para tal regra e isto pode ser feito em
+            <classname>Zend_Acl</classname> atribuindo tal exceção a cada construção que a
             necessite. Um recurso pode descender de apenas um recurso pai, embora este recurso pai
             pode possuir seu próprio pai, etc.
         </para>
@@ -115,7 +115,7 @@
                 estes papéis aparecem no array <varname>$parents</varname> é importante. Quando
                 necessário, <classname>Zend_Acl</classname> procura por regras de acesso definidas
                 não somente para o papél consultado (aqui, "algumUsuario"), mas também em papéis
-                do qual o papel consultado descende (aqui, "visitante", "membro" e "admin"): 
+                do qual o papel consultado descende (aqui, "visitante", "membro" e "admin"):
             </para>
 
             <programlisting language="php"><![CDATA[
@@ -157,7 +157,7 @@ echo $acl->isAllowed('algumUsuario', 'algumRecurso') ? 'permitido' : 'negado';
                 <classname>Zend_Acl</classname> soluciona esta ambiguidade concluindo a consulta
                 quando ela encontra a primeira regra diretamente aplicável a consulta. Neste caso,
                 como o papel "membro" é examinado antes do papel "visitante", o código de exemplo
-                exibirá "permitido". 
+                exibirá "permitido".
             </para>
         </example>
 
@@ -198,7 +198,7 @@ $acl = new Zend_Acl();
 
     <sect2 id="zend.acl.introduction.role_registry">
         <title>Registrando Papéis</title>
-        
+
         <para>
             O <acronym>CMS</acronym> irá quase sempre necessitar de uma hierarquia de permissões
             para determinar as capacidades de autoridade de seus usuários. Pode haver um grupo
@@ -293,7 +293,7 @@ $acl->addRole(new Zend_Acl_Role('administrator'));
             serem atribuidas do caso geral para o específico, minimizando o número de regras
             necessárias, pois recursos e papéis herdam regras definidas em seus ancestrais.
         </para>
-        
+
         <note>
             <para>
                 Em geral, <classname>Zend_Acl</classname> obedecerá uma regra dada se e somente se
@@ -323,7 +323,7 @@ Alternatively, the above could be written:
 $acl->allow('visitante', null, 'visualizar');
 //*/
 
-// 'Equipe' herda privilégios de 'Visitante', porém precisa de 
+// 'Equipe' herda privilégios de 'Visitante', porém precisa de
 // privilégios adicionais
 $acl->allow('equipe', null, array('editar', 'enviar', 'revisar'));
 
@@ -347,7 +347,7 @@ $acl->allow('administrador');
         <para>
             Temos agora uma <acronym>ACL</acronym> flexível que pode ser usada para determinar quais
             solicitantes têm permissão para executar funções através da aplicação web.
-            Realizar consultas é bastante simples usando o método 
+            Realizar consultas é bastante simples usando o método
             <methodname>isAllowed()</methodname>:
         </para>
 

+ 10 - 10
documentation/manual/pt-br/module_specs/Zend_Amf-Server.xml

@@ -6,7 +6,7 @@
 
     <para>
         <classname>Zend_Amf_Server</classname> fornece um servidor no estilo <acronym>RPC</acronym>
-        para manipular requisições feitas com Adobe Flash Player usando o protocolo 
+        para manipular requisições feitas com Adobe Flash Player usando o protocolo
         <acronym>AMF</acronym>. Como todas as classes de servidor do Zend Framework, ela segue a
         <acronym>API</acronym> SoapServer, fornecendo uma interface fácil de lembrar para criar
         servidores.
@@ -139,7 +139,7 @@ class World
         <title>Conectando ao servidor com Flex</title>
 
         <para>
-            Conectar a seu <classname>Zend_Amf_Server</classname> a partir de seu projeto Flex é 
+            Conectar a seu <classname>Zend_Amf_Server</classname> a partir de seu projeto Flex é
             bem simples; você simplesmente precisa apontar sua <acronym>URI</acronym> de ponto de
             extremidade (endpoint) para seu script <classname>Zend_Amf_Server</classname>
         </para>
@@ -283,8 +283,8 @@ myservice.world.hello("Wade");
         <para>
             Por padrão, todas as exceções lançadas em suas classes ou funções anexadas serão obtidas
             e retornadas como <classname>ErrorMessage</classname>s do <acronym>AMF</acronym>.
-            No entando, o conteúdos destes objetos <classname>ErrorMessage</classname> variam se 
-            o servidor está ou não em modo de "produção" (o estado padrão). 
+            No entando, o conteúdos destes objetos <classname>ErrorMessage</classname> variam se
+            o servidor está ou não em modo de "produção" (o estado padrão).
         </para>
 
         <para>
@@ -423,7 +423,7 @@ class Contact
             Embora tenhamos criado o ContactVO no servidor precisamos agora fazer a classe
             correspondente em <acronym>AS3</acronym> para que o objeto de servidor seja mapeado.
         </para>
-        
+
         <para>
             Clique com o botão direito na pasta <filename>src</filename> de seu projeto Flex e
             selecione 'New' -> 'ActionScript File'. Nomeie o arquivo como 'ContactVO' e pressione
@@ -452,7 +452,7 @@ package
         <para>
             A classe é sintaticamente equivalente à classe <acronym>PHP</acronym> com o mesmo nome.
             Os nomes de variáveis são exatamente os mesmos e precisam estar sob o mesmo caso para
-            que funcione apropriadamente. Existem duas marcações meta (meta tags) 
+            que funcione apropriadamente. Existem duas marcações meta (meta tags)
             <acronym>AS3</acronym> únicas nesta classe. A primeira é Bindable, que faz com
             que um evento de alteração (change) seja disparado quando ela é atualizada. A segunda
             marcação é RemoteClass, que define que esta classe pode ter um objeto remoto mapeado a
@@ -563,7 +563,7 @@ class Zend_Amf_Parse_Recurso_ResultadoMysql
             nomeie o arquivo como <filename>Principal.as</filename>. Tenha ambos os arquivos abertos
             em seu editor. Vamos conectar os dois arquivos através da classe de documento. Selecione
             ExemploZend e clique no palco. No painel de propriedade dos palco, altere a classe de
-            documento (Document class) para Principal. Isso ligará o arquivo ActionScript 
+            documento (Document class) para Principal. Isso ligará o arquivo ActionScript
             <filename>Principal.as</filename> com a interface do usuário do arquivo
             <filename>ExemploZend.fla</filename>. Quando você executa o arquivo Flash ExemploZend, a
             classe <filename>Principal.as</filename> será executada agora. Agora, vamos adicionar o
@@ -680,7 +680,7 @@ private function onResult(result:Object):void {
             A função onFault é chamada se há uma resposta inválida vinda do servidor. Isso acontece
             quando há um erro no servidor, a <acronym>URL</acronym> para o servidor é inválida, o
             serviço remoto ou método não existe ou se há qualquer outro problema relacionado à
-            conexão. 
+            conexão.
         </para>
 
         <programlisting language="as"><![CDATA[
@@ -695,7 +695,7 @@ private function onFault(fault:Object):void {
             revisão, você adicionou as variáveis necessárias para abrir uma conexão ao servidor
             remoto, definiu quais métodos devem ser usados em sua aplicação para receber respostas
             do servidor e finalmente exibido os dados retornados através da função
-            <methodname>trace()</methodname>. 
+            <methodname>trace()</methodname>.
         </para>
     </sect2>
 
@@ -719,7 +719,7 @@ private function onFault(fault:Object):void {
 
         <para>
             O adaptador deve utilizar as propriedades <emphasis>_username</emphasis> e
-            <emphasis>_password</emphasis> da classe pai, 
+            <emphasis>_password</emphasis> da classe pai,
             <classname>Zend_Amf_Auth_Adapter</classname>, para autenticar. Estes valores são
             definidos pelo servidor usando o método <methodname>setCredentials()</methodname> antes
             da chamada à <methodname>authenticate()</methodname> se as credenciais forem recebidas

+ 1 - 1
documentation/manual/pt-br/module_specs/Zend_Application-AvailableResources-Db.xml

@@ -76,7 +76,7 @@ resources.db.defaultMetadataCache = "database"
 
         <para>
             Se você optar por não fazer o adaptador instanciado com este
-            recurso o adaptador padrão de tabela, como você recupera a instância do 
+            recurso o adaptador padrão de tabela, como você recupera a instância do
             adaptador?
         </para>
 

+ 2 - 2
documentation/manual/pt-br/module_specs/Zend_Application-CoreFunctionality-Application.xml

@@ -110,7 +110,7 @@
                         <itemizedlist>
                             <listitem>
                                 <para>
-                                    <varname>$environment</varname>: 
+                                    <varname>$environment</varname>:
                                     <emphasis>obrigatória</emphasis>,.
                                     Sequência de caracteres representando o ambiente da aplicação
                                     atual. Sequências típicas podem incluir "development",
@@ -132,7 +132,7 @@
                                             um arquivo <classname>Zend_Config</classname> a ser
                                             carregado como configuração de sua aplicação.
                                             <varname>$environment</varname> será utilizada para
-                                            determinar qual seção da configuração carregar. 
+                                            determinar qual seção da configuração carregar.
                                         </para>
 
                                         <para>

+ 116 - 118
documentation/manual/pt-br/module_specs/Zend_Tool-Extending.xml

@@ -18,10 +18,10 @@
         </para>
 
         <para>
-            <classname>Zend_Tool_Project</classname> desenvolve e amplia os recursos do 
+            <classname>Zend_Tool_Project</classname> desenvolve e amplia os recursos do
             <classname>Zend_Tool_Framework</classname> ao de gerenciar um "projeto". Em geral,
             um "projeto" é um esforço planejado ou uma iniciativa. No mundo da informática, projetos
-            em geral são uma coleção de recursos. Esses recursos podem ser arquivos, diretórios, 
+            em geral são uma coleção de recursos. Esses recursos podem ser arquivos, diretórios,
             bases de dados, esquemas, imagens, estilos e muito mais.
         </para>
     </sect2>
@@ -40,15 +40,15 @@
                 <listitem>
                     <para>
                         <emphasis>Interfaces comuns e abstratas</emphasis> que permitem a
-                        desenvolvedores criar funcionalidades e capacidades que são 
+                        desenvolvedores criar funcionalidades e capacidades que são
                         invocadas por clientes da ferramenta.
                     </para>
                 </listitem>
 
                 <listitem>
                     <para>
-                        <emphasis>Funcionalidade base de clientes</emphasis> e uma implementação 
-                        concreta do console que conectam ferramentas externas e interfaces para o 
+                        <emphasis>Funcionalidade base de clientes</emphasis> e uma implementação
+                        concreta do console que conectam ferramentas externas e interfaces para o
                         Zend_Tool_Framework. O cliente do console pode ser utilizado em ambientes CLI,
                         como console unix e o console do Windows.
                     </para>
@@ -58,7 +58,7 @@
                     <para>
                         <emphasis>Interfaces de "Provider" e "Manifest"</emphasis> que
                         podem ser usadas pela ferramenta do sistema. "Providers" representam o
-                        aspecto functional do framework, e define as ações que os clientes 
+                        aspecto functional do framework, e define as ações que os clientes
                         da ferramenta podem chamar. "Manifests" age como registros de metadados
                         que proveem contexto adicional para os vários providers definidos.
                     </para>
@@ -67,7 +67,7 @@
                 <listitem>
                     <para>
                         <emphasis>Um sistema de loading introspectivo</emphasis> que irá
-                        examinar o ambiente a procura de providers e determinar o que é necessário    
+                        examinar o ambiente a procura de providers e determinar o que é necessário
                         para chama-los.
                     </para>
                 </listitem>
@@ -75,7 +75,7 @@
                 <listitem>
                     <para>
                         <emphasis>Uma conjunto padrão de sistemas de providers</emphasis> que
-                        permite o sistema relatar o que todos os recursos do sistemas são, bem como 
+                        permite o sistema relatar o que todos os recursos do sistemas são, bem como
                         fornecer um feedback útil. Ele também inclui um compreessível "Systema de Ajuda".
                     </para>
                 </listitem>
@@ -89,7 +89,7 @@
             <itemizedlist>
                 <listitem>
                     <para>
-                        <classname>Zend_Tool_Framework</classname> - O framework que expõe 
+                        <classname>Zend_Tool_Framework</classname> - O framework que expõe
                         recursos da ferramenta.
                     </para>
                 </listitem>
@@ -143,11 +143,11 @@
             <title>Entendendo o Cliente CLI</title>
 
             <para>
-                A <acronym>CLI</acronym>, ou ferramenta de linha de comando (internamente 
+                A <acronym>CLI</acronym>, ou ferramenta de linha de comando (internamente
                 conhecida como ferramenta de console), é atualmente a interface primária para enviar
-                pedidos ao <classname>Zend_Tool</classname> requests. Com a ferramenta <acronym>CLI</acronym>,             
+                pedidos ao <classname>Zend_Tool</classname> requests. Com a ferramenta <acronym>CLI</acronym>,
                 desenvolvedores podem enviar pedidos para a ferramenta dentro da "janela de linha de comando", também
-                comumente conhecida como janela do "terminal". Este ambiente é predominante em 
+                comumente conhecida como janela do "terminal". Este ambiente é predominante em
                 embientes *unix, mas também tem uma implementação comum no Windows como o
                 <filename>cmd.exe</filename>, console2 e também com o projeto Cygwin.
             </para>
@@ -162,7 +162,7 @@
                     propósitos, é o arquivo <filename>.sh</filename> ou <filename>.bat</filename>
                     que é provido com a sua distribuição do Zend Framework. No trunk, ele pode ser
                     encontrado aqui:
-                    <ulink 
+                    <ulink
                         url="http://framework.zend.com/svn/framework/standard/trunk/bin/">http://framework.zend.com/svn/framework/standard/trunk/bin/</ulink>.
                 </para>
 
@@ -180,15 +180,15 @@
                 </para>
 
                 <para>
-                    Finalmente, você quer garantir duas coisas para fazer tudo funcionar 
+                    Finalmente, você quer garantir duas coisas para fazer tudo funcionar
                     independentemente do sistema operacional em que você está:
                 </para>
 
                 <orderedlist>
                     <listitem>
                         <para>
-                            <filename>zf.sh/zf.bat</filename> acessível a partir do path do sistema. 
-                            Esta é a capacidade de chamar <command>zf</command> de qualquer lugar na sua linha de comando, 
+                            <filename>zf.sh/zf.bat</filename> acessível a partir do path do sistema.
+                            Esta é a capacidade de chamar <command>zf</command> de qualquer lugar na sua linha de comando,
                             independentemente de qual é o seu diretório de trabalho atual.
                         </para>
                     </listitem>
@@ -203,7 +203,7 @@
 
                 <note>
                     <para>
-                        Nota: enquanto os acima são os requisitos ideais, você pode simplesmente 
+                        Nota: enquanto os acima são os requisitos ideais, você pode simplesmente
                         baixar o Zend Framework e esperar que ele funcione como <filename>./path/to/zf.php</filename>
                         algum comando..
                     </para>
@@ -216,7 +216,7 @@
                 <para>
                     A configuração mais comum no ambiente *nix, é copiar o <filename>zf.sh</filename> e
                     o <filename>zf.php</filename> no mesmo diretório que o seu binário <acronym>PHP</acronym>.
-                    Isto pode geralmente ser achado nos seguintes lugares:                   
+                    Isto pode geralmente ser achado nos seguintes lugares:
                 </para>
 
                 <programlisting language="text"><![CDATA[
@@ -229,12 +229,12 @@
                 <para>
                     Para achar a localização do seu binário <acronym>PHP</acronym>, você pode executar
                     'which php' na linha de comando. Isto retornará a localização do binário do <acronym>PHP</acronym>
-                    que você está usando para rodar scripts <acronym>PHP</acronym> no seu ambiente.          
+                    que você está usando para rodar scripts <acronym>PHP</acronym> no seu ambiente.
                 </para>
 
                 <para>
                     O próximo passo é certificar que a biblioteca Zend Framework está configurada
-                    corretamente dentro do sistema de <property>include_path</property> do 
+                    corretamente dentro do sistema de <property>include_path</property> do
                     <acronym>PHP</acronym>. Para achar onde seu <property>include_path</property>
                     está localizado, você pode executar <command>php -i</command> e olhar para
                     a variável <property>include_path</property>, o mais sucintamente, executar
@@ -300,7 +300,7 @@ ln -s /home/username/lib/ZendFramework/bin/zf.sh /home/username/bin/zf
                 <title>Configurando a ferramenta CLI no Windows</title>
 
                 <para>
-                    A confuguração mais comum no ambiente Win32, é copiar o 
+                    A confuguração mais comum no ambiente Win32, é copiar o
                     <filename>zf.bat</filename> e o <filename>zf.php</filename> para dentr do mesmo
                     diretório do seu binário <acronym>PHP</acronym>. Este pode geralmente ser achado
                     nos seguintes lugares:
@@ -325,7 +325,7 @@ C:\WAMP\PHP\bin
                     está configurada corretamente dentro do sistema de <property>include_path</property>
                     do <acronym>PHP</acronym>. Para achar onde seu <property>include_path</property>
                     está localizado, você pode digitar <command>php -i</command> e olhar para a
-                    variável <property>include_path</property>, ou mais sucintamente executar 
+                    variável <property>include_path</property>, ou mais sucintamente executar
                     <command>php -i | grep include_path</command> se você tem um Cygwin configurado
                     com grep disponível. Uma vez você tenha achado onde seu <property>include_path</property>
                     está localizado(isto irá geralmente ser algo como <filename>C:\PHP\pear</filename>,
@@ -335,7 +335,7 @@ C:\WAMP\PHP\bin
                 </para>
 
                 <para>
-                    Uma vez tenha terminado aquilas duas coisas, você deve ser capaz de enviar um 
+                    Uma vez tenha terminado aquilas duas coisas, você deve ser capaz de enviar um
                     comando e receber o devida resposta como:
                 </para>
 
@@ -360,8 +360,8 @@ C:\WAMP\PHP\bin
                     Zend Framework junto como está, e alterar ambos seu sistema de <constant>PATH</constant>
                     bem como o arquivo <filename>php.ini</filename>. No seu ambiente de usuário,
                     tenha certeza de adcionar <filename>C:\Path\To\ZendFramework\bin</filename>,
-                    então seu arquivo <filename>zf.bat</filename> será executável. Também, altere 
-                    o arquivo <filename>php.ini</filename> certificando que 
+                    então seu arquivo <filename>zf.bat</filename> será executável. Também, altere
+                    o arquivo <filename>php.ini</filename> certificando que
                     <filename>C:\Path\To\ZendFramework\library</filename> está no seu
                     <property>include_path</property>.
                 </para>
@@ -374,7 +374,7 @@ C:\WAMP\PHP\bin
                     Se por alguma razão você não quiser a biblioteca do Zend Framework dentro
                     do seu <property>include_path</property>, existe uma outra opção. Existem
                     duas variáveis de ambiente especiais que o <filename>zf.php</filename> irá
-                    utilizar para determinar a localização da sua instalação do Zend Framework. 
+                    utilizar para determinar a localização da sua instalação do Zend Framework.
                 </para>
 
                 <para>
@@ -386,7 +386,7 @@ C:\WAMP\PHP\bin
 
                 <para>
                     Alternativamente, você pode querer usar <constant>ZEND_TOOL_INCLUDE_PATH</constant>
-                    para <emphasis>substituir</emphasis> completamente o sistema de   
+                    para <emphasis>substituir</emphasis> completamente o sistema de
                     <property>include_path</property> para um que faça sentido especialmente para
                     a ferramente de linha de comando <command>zf</command>.
                 </para>
@@ -464,7 +464,7 @@ C:\WAMP\PHP\bin
                     <para>
                         Você pode expor seus providers para <classname>Zend_Tool</classname>
                         oferecendo um manifest com a nome de arquivo especial terminando com
-                        "Manifest.php". Um Provider Manifest é uma implementação do 
+                        "Manifest.php". Um Provider Manifest é uma implementação do
                         <interface>Zend_Tool_Framework_Manifest_ProviderManifestable</interface>
                         e requer o método <methodname>getProviders()</methodname> para retornar
                         uma array providers instânciados. Em antecipação do seu primeiro próprio
@@ -515,7 +515,7 @@ class My_Component_HelloProvider
                 <para>
                     Dado o códifo acima, e assumindo que o desenvolvedor deseja acessar
                     esta funcionalidade através do cliente de console, a chamada se pareceria
-                    com isto:                    
+                    com isto:
                 </para>
 
                 <programlisting language="sh"><![CDATA[
@@ -550,7 +550,7 @@ class My_Component_HelloProvider
 ]]></programlisting>
 
                 <para>
-                    Como você pode ser ele extende o 
+                    Como você pode ser ele extende o
                     <classname>Zend_Tool_Framework_Provider_Abstract</classname> para ter acesso
                     ao Registry que guarda a instância do <classname>Zend_Tool_Framework_Client_Response</classname>.
                 </para>
@@ -566,19 +566,19 @@ class My_Component_HelloProvider
                     <para>
                         O exemplo "Hello World" acima é ótimo para comandos simples, mas
                         o que dizer sobre algo mais avançado? Como seu script e ferramentas
-                        necessidades crescem, você pode achar que você precisa da capacidade de aceitar
+                        necessitam crescer, você pode achar que precisa da capacidade de aceitar
                         variáveis. Bem como assinaturas de função têm parâmetros, a sua
                         chamada para a ferramenta também podem aceitar parâmetros.
                     </para>
 
                     <para>
-                        Just as each tooling request can be isolated to a method within a
-                        class, the parameters of a tooling request can also be isolated in a
-                        very well known place. Parameters of the action methods of a
-                        provider can include the same parameters you want your client to
-                        utilize when calling that provider and action combination. For
-                        example, if you wanted to accept a name in the above example, you
-                        would probably do this in OO code:
+                        Assim como cada requisição à ferramenta podem ser isolado a um método
+                        dentro de uma classe, os parâmetros de uma requisição à ferramenta
+                        também podem ser isolado em um lugar muito conhecido. Parâmetros dos
+                        métodos de ação de um provider podem incluir os mesmos parâmetros que
+                        você deseja que o seu cliente utilize ao chamar o provider e combinação
+                        de ações. Por exemplo, se você quiser aceitar um nome no exemplo acima,
+                        você provavelmente fazer isso em um código OO:
                     </para>
 
                     <programlisting language="php"><![CDATA[
@@ -593,23 +593,23 @@ class My_Component_HelloProvider
 ]]></programlisting>
 
                     <para>
-                        The above example can then be called via the command line
-                        <command>zf say hello Joe</command>. "Joe" will be supplied to the provider
-                        as a parameter of the method call. Also note, as you see that the
-                        parameter is optional, that means it is also optional on the command
-                        line, so that <command>zf say hello</command> will still work, and default
-                        to the name "Ralph".
+                        O exemplo acima pode então ser chamado via linha de comando
+                        <command>zf say hello Joe</command>. "Joe" será fornecido ao provider
+                        como um parametro do método chamado. Também note, como pode ser que o
+                        parametro é opcional, isto significa que ele é também opcional na linha
+                        de comando, assim <command>zf say hello</command> ainda funcionará, e
+                        por padrão o nome será "Ralph".
                     </para>
                 </sect5>
 
                 <sect5
                     id="zend.tool.extending.zend-tool-framework.providers-and-manifests.advanced.prompt">
-                    <title>Prompt the User for Input</title>
+                    <title>Solicitar Entrada ao Usuário</title>
 
                     <para>
-                        There are cases when the workflow of your provider requires
-                        to prompt the user for input. This can be done by requesting
-                        the client to ask for more the required input by calling:
+                        Existem casos quando o workflow do seu provider requer
+                        solicitar o usuário entrada de dados. Isto pode ser feito,
+                        solicitando o cliente a pedir mais entradas necessárias chamando:
                     </para>
 
                     <programlisting language="php"><![CDATA[
@@ -629,33 +629,32 @@ class My_Component_HelloProvider
 ]]></programlisting>
 
                     <para>
-                        This command throws an exception if the current client is not
-                        able to handle interactive requests. In case of the default Console Client
-                        however you will be asked to enter the name.
+                        Este comando dispara uma exceção se o cliente corrente não é
+                        capaz de manipular requisições interativas. No caso de o Cliente do Console
+                        padrão, contudo, você será solicitado a digitar o nome.
                     </para>
                 </sect5>
 
                 <sect5
                     id="zend.tool.extending.zend-tool-framework.providers-and-manifests.advanced.pretendable">
-                    <title>Pretending to execute a Provider Action</title>
+                    <title>Fingindo para executar um Provider Action</title>
 
                     <para>
-                        Another interesting feature you might wish to implement is
-                        <emphasis>pretendability</emphasis>. Pretendabilty is the ability
-                        for your provider to "pretend" as if it is doing the requested
-                        action and provider combination and give the user as much
-                        information about what it <emphasis>would</emphasis> do without
-                        actually doing it. This might be an important notion when doing
-                        heavy database or filesystem modifications that the user might not
-                        otherwise want to do.
+                        Outra funcionalidade interessante que você pode desejar implementar
+                        é <emphasis>fingimento</emphasis>. Fingimento é a capacidade de seu
+                        provedor para "fingir" como se estivesse fazendo a ação solicitada e
+                        combinação de provedor e dar ao usuário o máximo de informações sobre
+                        o que <emphasis>faria</emphasis> sem realmente fazesse. Isso pode
+                        ser uma noção importante ao fazer banco de dados pesado ​​ou modificações
+                        do sistema de arquivos que o usuário não poderiam querer fazer.
                     </para>
 
                     <para>
-                        Pretendability is easy to implement. There are two parts to this
-                        feature: 1) marking the provider as having the ability to "pretend",
-                        and 2) checking the request to ensure the current request was indeed
-                        asked to be "pretended". This feature is demonstrated in the code
-                        sample below.
+                        Fingimento é fácil de implementar. Existem duas partes para esta
+                        funcionalidade: 1) marcando o provider como tendo a habilidade para
+                        "fingir", e 2) verificando a requisição para garantir a requisição
+                        corrente foi de fato solicitada a ser "pretended". Esta funcionalidade
+                        é demostrada no simples código abaixo.
                     </para>
 
                     <programlisting language="php"><![CDATA[
@@ -675,7 +674,7 @@ class My_Component_HelloProvider
 ]]></programlisting>
 
                     <para>
-                        To run the provider in pretend mode just call:
+                        Para rodar o provider em modo fingido apenas chame:
                     </para>
 
                     <programlisting language="sh"><![CDATA[
@@ -686,13 +685,12 @@ I would say hello Ralph.
 
                 <sect5
                     id="zend.tool.extending.zend-tool-framework.providers-and-manifests.advanced.verbosedebug">
-                    <title>Verbose and Debug modes</title>
+                    <title>Modos Verboso e Debug</title>
 
                     <para>
-                        You can also run your provider actions in "verbose" or "debug" modes.
-                        The semantics in regard to this actions have to be implemented by you
-                        in the context of your provider. You can access debug or verbose modes
-                        with:
+                        Você pode também rodar as suas actions do provider em modo "verboso" ou "debug".
+                        A semântica em relação a esta ações devem ser implementadas por você
+                        no contexto do seu provedor. Você pode acessar o modo debug ou verboso com:
                     </para>
 
                     <programlisting language="php"><![CDATA[
@@ -714,13 +712,13 @@ class My_Component_HelloProvider
 
                 <sect5
                     id="zend.tool.extending.zend-tool-framework.providers-and-manifests.advanced.configstorage">
-                    <title>Accessing User Config and Storage</title>
+                    <title>Acessando Configuração e Armazenamento de Usuário</title>
 
                     <para>
-                        Using the Enviroment variable <property>ZF_CONFIG_FILE</property> or the
-                        .zf.ini in your home directory you can inject configuration parameters into
-                        any <classname>Zend_Tool</classname> provider. Access to this configuration
-                        is available via the registry that is passed to your provider if you extend
+                        Usando a variável de Ambiente <property>ZF_CONFIG_FILE</property> ou o
+                        .zf.ini em seu diretório home você pode injetar parametros configuração em
+                        qualquer provider <classname>Zend_Tool</classname>. Acesso a esta configuração
+                        está disponível via registry que é passado para seu provider se você extender
                         <classname>Zend_Tool_Framework_Provider_Abstract</classname>.
                     </para>
 
@@ -741,17 +739,18 @@ class My_Component_HelloProvider
 ]]></programlisting>
 
                     <para>
-                        The returned configuration is of the type
-                        <classname>Zend_Tool_Framework_Client_Config</classname> but internally the
-                        <methodname>__get()</methodname> and <methodname>__set()</methodname> magic
-                        methods proxy to a <classname>Zend_Config</classname> of the given
-                        configuration type.
+                        A configuração retornada está no tipo
+                        <classname>Zend_Tool_Framework_Client_Config</classname> mas internamente os
+                        métodos mágicos <methodname>__get()</methodname> and <methodname>__set()</methodname>
+                        encaminham para um <classname>Zend_Config</classname> do tipo de configuração
+                        fornecida.
                     </para>
 
                     <para>
-                        The storage allows to save arbitrary data for later reference. This can be
-                        useful for batch processing tasks or for re-runs of your tasks. You can
-                        access the storage in a similar way like the configuration:
+                        O armazenamento permite salvar dados arbitrarios para referenciar depois.
+                        Isto pode ser útil para tarefas de processamento em lote ou para re-executar
+                        sua tarefa. Você pode acessar o armazenamento em uma caminho similar ao
+                        da configuração:
                     </para>
 
                     <programlisting language="php"><![CDATA[
@@ -767,7 +766,7 @@ class My_Component_HelloProvider
 ]]></programlisting>
 
                     <para>
-                        The <acronym>API</acronym> of the storage is very simple:
+                        A <acronym>API</acronym> para o armazenamento é muito simples:
                     </para>
 
                     <programlisting language="php"><![CDATA[
@@ -785,10 +784,11 @@ class Zend_Tool_Framework_Client_Storage
 
                     <important>
                         <para>
-                            When designing your providers that are config or storage aware remember
-                            to check if the required user-config or storage keys really exist for a
-                            user. You won't run into fatal errors when none of these are provided
-                            though, since empty ones are created upon request.
+                            Ao projetar seus providers que estarão cientes do armazenamento e da
+                            configuração lembre-se de verificar se configurações de usuário ou
+                            chaves de armazenamento necessárias realmente existem para um usuário.
+                            Você não vai executar em erros fatais quando nenhuma dessas existir
+                            porém, desde que eles estejam vazios, são criados mediante solicitação.
                         </para>
                     </important>
                 </sect5>
@@ -797,55 +797,53 @@ class Zend_Tool_Framework_Client_Storage
     </sect2>
 
     <sect2 id="zend.tool.extending.zend-tool-project">
-        <title>Zend_Tool_Project Extensions</title>
+        <title>Extensões Zend_Tool_Project</title>
 
         <para>
-            <classname>Zend_Tool_Project</classname> exposes a rich set of functionality and
-            capabilities that make the task of creating new providers, specficially those targetting
-            project easier and more manageable.
+            <classname>Zend_Tool_Project</classname> expoe um rico conjunto de funcionalidades e
+            capacidades que faz o tarefa de criação de novos providers, especificamente visando
+            projetos mais fáceis e mais gerenciáveis.
         </para>
 
         <sect3 id="zend.tool.extending.zend-tool-project.architecture">
-            <title>Overall Architecture</title>
+            <title>Arquitetura Geral</title>
 
             <para>
-                This same concept applies to Zend Framework projects. In Zend Framework projects,
-                you have controllers, actions, views, models, databases and so on and so forth. In
-                terms of <classname>Zend_Tool</classname>, we need a way to track these types of
-                resources - thus <classname>Zend_Tool_Project</classname>.
+                Este mesmo conceito se aplica aos projetos Zend Framework. Em projetos de Zend Framework,
+                você tem controllers, actions, views, models, bancos de dados e assim por diante. Em
+                Termos de <classname>Zend_Tool</classname>, nós precisamos de um caminho para rastrear
+                estes tipos de recursos - portanto <classname>Zend_Tool_Project</classname>.
             </para>
 
             <para>
-                <classname>Zend_Tool_Project</classname> is capable of tracking project resources
-                throughout the development of a project. So, for example, if in one command you
-                created a controller, and in the next command you wish to create an action within
-                that controller, <classname>Zend_Tool_Project</classname> is gonna have to
-                <emphasis>know</emphasis> about the controller file you created so that you can (in
-                the next action), be able to append that action to it. This is what keeps our
-                projects up to date and <emphasis>stateful</emphasis>.
+                <classname>Zend_Tool_Project</classname> é capaz de rastrear os recursos do projeto
+                ao longo do desenvolvimento de um projeto. Então, por exemplo, se em um comando você
+                criar um controller, e no próximo comando você quiser criar uma action sem o controller,
+                <classname>Zend_Tool_Project</classname> vai ter de <emphasis>saber</emphasis>
+                sobre o arquivo controller que você criou de modo que você pode (na próxima ação),
+                ser capaz de acrescentar a action a ele. Isto é o que mantém os nossos projetos
+                em dia e <emphasis>monitorado</emphasis>.
             </para>
 
             <para>
-                Another important point to understand about projects is that typically, resources
-                are organized in a hierarchical fashion. With that in mind,
-                <classname>Zend_Tool_Project</classname> is capable of serializing the current
-                project into a internal representation that allows it to keep track of not only
-                <emphasis>what</emphasis> resources are part of a project at any given time, but
-                also <emphasis>where</emphasis> they are in relation to one another.
+                Outro ponto importante para entender é sobre projetos é que tipicamente, recursos
+                são organizados em uma forma hierarquica. Com que em mente, <classname>Zend_Tool_Project</classname>
+                é capaz de serializar o projeto corrente em uma representação interna que permite
+                lhe permite acompanhar não só <emphasis>que</emphasis> recursos são parte de um projeto em um dado momento,
+                mas também <emphasis>onde</emphasis> eles estão em relação uns aos outros.
             </para>
         </sect3>
 
 
         <sect3 id="zend.tool.extending.zend-tool-project.providers">
-            <title>Creating Providers</title>
+            <title>Criando Providers</title>
 
             <para>
-                Project specific providers are created in the same fashion as plain framework
-                providers, with one exception: project providers must extend the
-                <classname>Zend_Tool_Project_Provider_Abstract</classname>. This class comes with
-                some significant functionality that helps developers load existing project, obtian
-                the profile object, and be able to search the profile, then later store any changes
-                to the current project profile.
+                Providers específicos de projeto são criados da mesma forma como providers de serviços,
+                com uma exceção: os providers de projeto devem estender de <classname>Zend_Tool_Project_Provider_Abstract</classname>.
+                Esta classe vem com algumas funcionalidades significativas que ajudam os desenvolvedores
+                a caregar o projeto existente, obter o objeto de profile, e ser capaz de pesquisar o profile,
+                e depois armazenar quaisquer alterações ao profile do projeto atual.
             </para>
 
             <programlisting language="php"><![CDATA[

+ 32 - 32
documentation/manual/pt-br/module_specs/Zend_Tool-Usage-CLI.xml

@@ -108,7 +108,7 @@ zf show version
             <para>
                 O sistema de help embutido é o primeiro lugar onde você pode obter informações atualizadas
                 sobre o que o seu sistema é capaz de fazer. O sistema de help é dinâmico pois como
-                os providers são adicionados ao seus sistema, eles são automaticamente executáveis, 
+                os providers são adicionados ao seus sistema, eles são automaticamente executáveis,
                 bem como, os parametros necessários para executar-los estarão na tela de ajuda. O caminho
                 mais fácil de obter a tela de ajuda é o seguinte:
             </para>
@@ -131,7 +131,7 @@ zf ? controller
 ]]></programlisting>
 
             <para>
-                O acima exposto significa "mostre-me todos os 'actions' do provider 'controller'"; 
+                O acima exposto significa "mostre-me todos os 'actions' do provider 'controller'";
                 enquanto o seguinte:
             </para>
 
@@ -140,7 +140,7 @@ zf show ?
 ]]></programlisting>
 
             <para>
-                significa "mostre-me todos os providers que suportam a action 'show'". Isso funciona 
+                significa "mostre-me todos os providers que suportam a action 'show'". Isso funciona
                 para as opções do exemplo a baixo, bem como você pode ver nos exemplos a seguir:
             </para>
 
@@ -155,7 +155,7 @@ zf show version ? (mostra todas as opções)
 
             <para>
                 Isto irá mostrar o que existe no manifest das ferramentas do sistema. Isso é mais importante
-				para os desenvolvedores de provider do que para usuários casuais das ferramentas do sistema.
+                para os desenvolvedores de provider do que para usuários casuais das ferramentas do sistema.
             </para>
 
             <programlisting language="text"><![CDATA[
@@ -180,9 +180,9 @@ zf show manifest
             <title>Project</title>
 
             <para>
-                O provider project é o primeiro comando que você deve querer rodar. Ele irá configurar a 
-				estrutura básica da sua aplicação. Isto é necessário antes de qualquer dos outros
-				providers pode serem executado.
+                O provider project é o primeiro comando que você deve querer rodar. Ele irá configurar a
+                estrutura básica da sua aplicação. Isto é necessário antes de qualquer dos outros
+                providers pode serem executado.
             </para>
 
             <programlisting language="text"><![CDATA[
@@ -190,10 +190,10 @@ zf create project MyProjectName
 ]]></programlisting>
 
             <para>
-				Isso irá criar um projeto em um diretório chamado ./MyProjectName. A partir deste ponto,
-				é importante notar que qualquer dos comandos subseqüentes na linha de comando deve ser 
-				executado de dentro do diretório do projeto que você acabou de criar. Assim, após a criação,
-				a mudança de diretório é necessária.
+                Isso irá criar um projeto em um diretório chamado ./MyProjectName. A partir deste ponto,
+                é importante notar que qualquer dos comandos subseqüentes na linha de comando deve ser
+                executado de dentro do diretório do projeto que você acabou de criar. Assim, após a criação,
+                a mudança de diretório é necessária.
             </para>
         </sect3>
 
@@ -202,10 +202,10 @@ zf create project MyProjectName
 
             <para>
                 O provider module permite a fácil criação de um modulo Zend Framework. Um
-				um módulo segue ligeiramente o padrão hMVC. Ao criar módulos, levamos a mesma
-				estrutura usada no nível application/, e duplicamos dentro do nome escolhido
-				para o seu módulo, dentro do diretório "modules" do diretório application/
-				sem duplicar o diretório de modules em si. Por exemplo:
+                um módulo segue ligeiramente o padrão hMVC. Ao criar módulos, levamos a mesma
+                estrutura usada no nível application/, e duplicamos dentro do nome escolhido
+                para o seu módulo, dentro do diretório "modules" do diretório application/
+                sem duplicar o diretório de modules em si. Por exemplo:
             </para>
 
             <programlisting language="text"><![CDATA[
@@ -214,7 +214,7 @@ zf create module Blog
 
             <para>
                 Isto irá criar um módulo chamado Blog em application/modules/Blog, e todos os artefatos
-				que o módulo irá precisar.
+                que o módulo irá precisar.
             </para>
         </sect3>
 
@@ -309,8 +309,8 @@ zf create model Post -m Blog
             <title>Form</title>
 
             <para>
-                O provider form é apenas responsável por criar o arquivo e o 
-				método init() de forma adequada, com o nome adequado dentro da pasta application. Por exemplo:
+                O provider form é apenas responsável por criar o arquivo e o
+                método init() de forma adequada, com o nome adequado dentro da pasta application. Por exemplo:
             </para>
 
             <programlisting language="text"><![CDATA[
@@ -367,10 +367,10 @@ zf configure dbadapter "adapter=Pdo_Mysql&username=test&password=test&dbname=tes
 ]]></programlisting>
 
             <para>
-                Isto assume que você deseja armazenar estas informações no 
+                Isto assume que você deseja armazenar estas informações no
                 espaço de 'production' do arquivo de configuração da aplicação. O comando seguinte
                 irá demonstrar uma configuração para sqlite, na sessão 'development' do arquivo de
-				configuração da aplicação.
+                configuração da aplicação.
             </para>
 
             <programlisting language="text"><![CDATA[
@@ -385,9 +385,9 @@ zf configure dbadapter "adapter=Pdo_Sqlite&dbname=../data/test.db" -s developmen
             <para>
                 O provider DbTable é responsável por criar arquivos de modelo
                 <classname>Zend_Db_Table</classname>/dados de acesso para a sua aplicação consumir,
-				com o nome da classe adequada e em local apropriado na aplicação.
-				As duas importantes peças de informação são o <emphasis>nome da DbTable</emphasis>,
-				e o <emphasis>nome da tabela atual banco de dados</emphasis>. Por exemplo:
+                com o nome da classe adequada e em local apropriado na aplicação.
+                As duas importantes peças de informação são o <emphasis>nome da DbTable</emphasis>,
+                e o <emphasis>nome da tabela atual banco de dados</emphasis>. Por exemplo:
             </para>
 
             <programlisting language="text"><![CDATA[
@@ -410,7 +410,7 @@ zf create dbtable.from-database
 
             <para>
                 Ao executar o acima exposto, pode ser fazer sentido usar primeiro a flag de simulação
-				"-p" para que você possa ver o que seria feito, e que tablelas podem
+                "-p" para que você possa ver o que seria feito, e que tablelas podem
                 ser encontradas no banco da dados.
             </para>
 
@@ -424,8 +424,8 @@ zf -p create dbtable.from-database
 
             <para>
                 Atualmente, a única ação suportada para layout é simplesmente permitir-lhes,
-				então configurar apropriadamente o arquivo application.ini para o aplicativo trabalhar,
-				e criar os diretórios e arquivos layout.phtml.
+                então configurar apropriadamente o arquivo application.ini para o aplicativo trabalhar,
+                e criar os diretórios e arquivos layout.phtml.
             </para>
 
             <programlisting language="text"><![CDATA[
@@ -442,8 +442,8 @@ zf enable layout
 
             <para>
                O storage directory é importante para que os providers poderem ter um lugar para encontrar
-			   a lógica do usuário personalizada gerada que pode mudar a maneira como eles se comportam.
-			   Um exemplo pode ser encontrado abaixo é a colocação de um arquivo profile do projeto.
+               a lógica do usuário personalizada gerada que pode mudar a maneira como eles se comportam.
+               Um exemplo pode ser encontrado abaixo é a colocação de um arquivo profile do projeto.
             </para>
 
             <programlisting language="text"><![CDATA[
@@ -455,10 +455,10 @@ zf --setup storage-directory
             <title>O Arquivo de Configuração</title>
 
             <para>
-                Isto irá criar o arquivo zf.ini adequado. Este <emphasis> deve </emphasis> 
-				ser executado após <command>zf --setup storage-directory</command>. Se não for,
-			    será localizado dentro do diretório home do usuário. Se for, ele será localizado
-			    dentro do storage directory do usuário.
+                Isto irá criar o arquivo zf.ini adequado. Este <emphasis> deve </emphasis>
+                ser executado após <command>zf --setup storage-directory</command>. Se não for,
+                será localizado dentro do diretório home do usuário. Se for, ele será localizado
+                dentro do storage directory do usuário.
             </para>
 
             <programlisting language="text"><![CDATA[

+ 1 - 1
documentation/manual/pt-br/tutorials/layout-conclusions.xml

@@ -3,7 +3,7 @@
 <!-- Reviewed: no -->
 <sect1 id="learning.layout.conclusions">
     <title>Zend_Layout: Conclusões</title>
-    
+
     <para>
         O <classname>Zend_Layout</classname> é um envoltório muito simples que lhe providencia
         imediatamente o <classname>Zend_View</classname> com os benefícios de um Two Step View,

+ 2 - 2
documentation/manual/pt-br/tutorials/layout-usage.xml

@@ -14,7 +14,7 @@
         <title>Configuração do Layout</title>
 
         <para>
-            A localização recomendada dos layouts é no subdiretório 
+            A localização recomendada dos layouts é no subdiretório
             "<filename>layouts/scripts/</filename>" de sua aplicação:
         </para>
 
@@ -99,7 +99,7 @@ resources.layout.layout = "layout"
             <listitem>
                 <para>
                     <emphasis>Dentro dos scripts de vizualização:</emphasis> use o assistente de
-                    vizualização <methodname>layout()</methodname>, que retorna a instância 
+                    vizualização <methodname>layout()</methodname>, que retorna a instância
                     <classname>Zend_Layout</classname> registrada com o plugin controlador frontal.
                 </para>
 

+ 1 - 1
documentation/manual/pt-br/tutorials/paginator-simple.xml

@@ -27,7 +27,7 @@ $paginator = Zend_Paginator::factory($data);
         Para mostrar os items para a página atual, tudo que você tem a fazer é colocar
         o objeto Paginator dentro de um laço foreach. Por padrão a página ativa será a
         primeira caso nada esteja especificado. Nós vamos ver como você pode
-        especificar uma página mais tarde. O trecho abaixo vai mostrar uma lista fora de 
+        especificar uma página mais tarde. O trecho abaixo vai mostrar uma lista fora de
         ordem contendo números de 1 a 10, os quais são os números da primeira página.
     </para>
 

+ 1 - 1
documentation/manual/pt-br/tutorials/plugins-intro.xml

@@ -34,7 +34,7 @@
         <listitem>
             <para>
                 Qualquer coisa após o prefixo comum será considerado <emphasis>nome do
-                plugin</emphasis> ou <emphasis>nome abreviado</emphasis> (em oposição a 
+                plugin</emphasis> ou <emphasis>nome abreviado</emphasis> (em oposição a
                 "nome completo", que é o nome inteiro da classe). Por exemplo, se o prefixo do
                 plugin é "<classname>Foo_View_Helper_</classname>", e o nome da classe é
                 "<classname>Foo_View_Helper_Bar</classname>", o nome do plugin será

+ 16 - 16
documentation/manual/pt-br/tutorials/plugins-usage.xml

@@ -6,12 +6,12 @@
 
     <para>
         Componentes que fazem uso de plugins normalmente utilizam
-        <classname>Zend_Loader_PluginLoader</classname>. Essa classe permite que você registre 
+        <classname>Zend_Loader_PluginLoader</classname>. Essa classe permite que você registre
         plugins especificando um ou mais "caminhos prefixados". O componente irá chamar ao método
-        de PluginLoader <methodname>load()</methodname>, passando o nome abreviado do plugin. 
-        O PluginLoader irá consultar cada caminho prefixado para saber se existe uma classe 
-        correspondente. Os caminhos prefixados são procurados na ordem LIFO (last in, first 
-        out - último a entrar, primeiro a sair), e com isso, as correspondências ocorrerão 
+        de PluginLoader <methodname>load()</methodname>, passando o nome abreviado do plugin.
+        O PluginLoader irá consultar cada caminho prefixado para saber se existe uma classe
+        correspondente. Os caminhos prefixados são procurados na ordem LIFO (last in, first
+        out - último a entrar, primeiro a sair), e com isso, as correspondências ocorrerão
         primeiramente com os últimos caminhos registrados - o que possibilita a você substituir
         plugins já existentes.
     </para>
@@ -24,7 +24,7 @@
         <title>Exemplo básico de Plugin: Adicionando um caminho prefixado</title>
 
         <para>
-            Neste exemplo, vamos supor que alguns validadores foram escritos e colocados no 
+            Neste exemplo, vamos supor que alguns validadores foram escritos e colocados no
             diretório <filename>foo/plugins/validators/</filename>, e que todas essas classes
             possuem o prefixo "Foo_Validate_"; essas duas partes de informação formam o
             "caminho prefixado".
@@ -42,11 +42,11 @@ foo/
 ]]></programlisting>
 
         <para>
-            Agora, vamos informar uma instância de <classname>Zend_Form_Element</classname> 
+            Agora, vamos informar uma instância de <classname>Zend_Form_Element</classname>
             deste caminho prefixado. O método <methodname>addPrefixPath()</methodname> da classe
             <classname>Zend_Form_Element</classname> espera um terceiro argumento que indica
             o tipo de plugin para o qual o caminho está sendo registrado, neste caso, é um
-            plugin "validador".            
+            plugin "validador".
         </para>
 
         <programlisting language="php"><![CDATA[
@@ -80,19 +80,19 @@ $element->addValidator('NotEmpty')
         <title>O que acontece caso um plugin não seja encontrado?</title>
 
         <para>
-            O que acontece se um plugin é solicitado, mas o PluginLoader é incapaz de encontrar 
-            uma classe correspondente? Por exemplo, no exemplo acima, se registrássemos o plugin 
+            O que acontece se um plugin é solicitado, mas o PluginLoader é incapaz de encontrar
+            uma classe correspondente? Por exemplo, no exemplo acima, se registrássemos o plugin
             "Bar", com o elemento, o que aconteceria?
         </para>
 
         <para>
-            O carregador de plugin irá procurar em cada caminho prefixado, verificando se há um 
+            O carregador de plugin irá procurar em cada caminho prefixado, verificando se há um
             arquivo correspondente ao nome do plugin. Se o arquivo não for encontrado, ele passa
             ao próximo caminho prefixado.
         </para>
 
         <para>
-            Uma vez que a pilha de caminhos prefixados tenha se esgotado, caso nenhum arquivo 
+            Uma vez que a pilha de caminhos prefixados tenha se esgotado, caso nenhum arquivo
             tenha sido encontrado, será gerada uma exceção
             <exceptionname>Zend_Loader_PluginLoader_Exception</exceptionname>.
         </para>
@@ -103,16 +103,16 @@ $element->addValidator('NotEmpty')
 
         <para>
             Uma característica do PluginLoader é que seu uso da pilha LIFO permite sobrescrever
-            plugins existentes, criando sua própria versão localmente com um caminho prefixado 
+            plugins existentes, criando sua própria versão localmente com um caminho prefixado
             diferente e registrá-lo mais tarde na pilha.
         </para>
 
         <para>
             Por exemplo, vamos considerar <classname>Zend_View_Helper_FormButton</classname>
             (auxiliares de visualização - view helpers - são um tipo de plugin). Esse auxiliar de
-            visualização aceita três argumentos, um nome de elemento (também usado como seu 
-            identificador DOM), um valor (usado como o rótulo do botão) e um vetor opcional de 
-            atributos. O auxiliar gera marcação <acronym>HTML</acronym> para um elemento de 
+            visualização aceita três argumentos, um nome de elemento (também usado como seu
+            identificador DOM), um valor (usado como o rótulo do botão) e um vetor opcional de
+            atributos. O auxiliar gera marcação <acronym>HTML</acronym> para um elemento de
             inserção em formulário.
         </para>
 

+ 1 - 1
documentation/manual/pt-br/tutorials/quickstart-create-project.xml

@@ -164,7 +164,7 @@ class Bootstrap extends Zend_Application_Bootstrap_Bootstrap
 
         <para>
             As you can see, not much is necessary to begin with.
-            
+
             Como você pode ver, não é necessário muito para iniciar.
         </para>
     </sect2>