Gerenciando arquivos de tradução Magento csv

Com o passar do tempo, a equipe principal do Magento adicionou mais e mais pacotes de idiomas padrão ao

app/locale 

pasta. Existe uma maneira comum de gerenciar seus próprios arquivos de tradução, de modo que eles não interfiram nas futuras atualizações do sistema? ou seja, eu quero mudar alguns rótulos no Magento, então eu edito

app/locale/en_US/Mage_Sales.csv

diretamente. Se atualizarmos o Magento, minhas alterações serão apagadas. O recurso de localidade do tema é suficiente para isso? (ele lida com arquivos específicos do módulo ou apenas translate.csv). Ou é melhor reescrever os modelos de tradução para carregar arquivos de um local diferente? Ou alguma outra coisa?

Tente isso.

Para resumir, especifique um arquivo de tradução adicional no XPath de tradução do módulo principal e coloque seus pares CSV substitutos nele.

<frontend>
    <translate>
        <modules>
            <Mage_Sales>
                <files>
                    <mr_storms_wicked_translations>Mage_Sales_Custom.csv</mr_storms_wicked_translations>
                </files>
            </Mage_Sales>
        </modules>
    </translate>
</frontend>

Ao lado da translate.csvtradução inline e não portátil, existe outra maneira. Eu faço assim.

Cada módulo suporta mais de um arquivo de tradução.

Se você adicionar isso em config.xml:

    <translate>
        <modules>
            <[Namespace]_[Module]>
                <files>
                    <default>[Namespace]_[Module].csv</default>
                    <alternative>[Namespace]_[Module]_version2.csv</alternative>
                </files>
            </[Namespace]_[Module]>
        </modules>
    </translate>

ambos os arquivos [Namespace]_[Module].csve [Namespace]_[Module]_version2.csvserão carregados para tradução.

e eles serão processados ​​na ordem em que são declarados.

Portanto, se você precisar, por exemplo, adicionar / modificar algo no Mage_Sales.csvarquivo não edite, basta criar um módulo que adicione outro arquivo à lista de arquivos de tradução.

Algo assim:
app/code/local/Easylife/Sales/etc/config.xml

<?xml version="1.0"?>
<config>
    <modules>
        <Easylife_Sales>
            <version>0.0.1</version>
        </Easylife_Sales>
    </modules>
    <frontend>
        <translate>
            <modules>
                <Mage_Sales>
                    <files>
                        <alternative>Easylife_Sales.csv</alternative>
                    </files>
                </Mage_Sales>
            </modules>
        </translate>
    </frontend>
    <adminhtml>
        <translate>
            <modules>
                <Mage_Sales>
                    <files>
                        <alternative>Easylife_Sales.csv</alternative>
                    </files>
                </Mage_Sales>
            </modules>
        </translate>
    </adminhtml>
</config>

e certifique-se de fazer o módulo depender Mage_Sales.
Você também pode criar um módulo "tamanho único" para gerenciar a tradução. Basta adicionar um arquivo de tradução alternativo para qualquer módulo necessário e verifique se esse novo módulo depende de todos eles.

Os arquivos CSV localizados em app/localedevem ser considerados como arquivos principais e não modificados. Acho que a melhor maneira de adicionar tradução personalizada é colocá-las emapp/design/frontend/{package}/{theme}/locale/{locale}/translate.csv

Observe que você também pode usar nomes de módulos em translate.csvarquivos, em "Mage_Adminhtml::Sales","Sales"vez de "Sales","Sales". Isso também permite que você use traduções personalizadas para temas específicos.

Você pode editar / criar o design / tema específico "translate.csv". Para substituir uma tradução de um "arquivo de tradução de módulo". por exemplo "Mage_Catalog.csv":

"Mage_Catalog::add to basket","into Basket"

Portanto, a regra é "Namespace do módulo :: string a ser traduzida", "string traduzida". Eu acho que é a última regra do fluxo de trabalho de tradução do Magento.

Na SemExpert, fazemos exatamente isso. Temos nosso próprio pacote de tradução es_AR (com arquivos CSV e modelos de email) e, em seguida, todas as personalizações são feitas pelo translate.csv ou pelo recurso de tradução embutida (em casos muito raros de usuário final).

Não corremos o risco (por enquanto) de perder arquivos de tradução devido à atualização do Magento, pois é muito improvável que eles suportem o es_AR imediatamente, mas sofremos com o Magento fazendo pequenas alterações em suas strings (como adicionar um '.' Em final de uma frase) que fazem as strings em inglês aparecerem quando você menos espera.

Comecei a desenvolver um pequeno módulo para monitorar as strings de tradução que usamos sempre que uma nova versão do Mage é lançada. Você pode encontrá-lo aqui: https://github.com/barbazul/SemExpert_TranslationDoctor