PO4A.7(1)             User Contributed Perl Documentation            PO4A.7(1)


NUME
       po4a - cadru pentru traducerea documenta<?>iei <?>i a altor materiale

Introducere
       po4a (PO pentru orice) faciliteaza intre<?>inerea traducerii
       documenta<?>iei utilizand instrumentele clasice gettext. Principala
       caracteristica a po4a este ca decupleaza traducerea con<?>inutului de
       structura documentului sau.

       Acest document serve<?>te drept introducere la proiectul po4a, cu
       accent pe utilizatorii poten<?>iali care se gandesc daca sa utilizeze
       acest instrument <?>i pe cei curio<?>i care doresc sa in<?>eleaga de ce
       lucrurile sunt a<?>a cum sunt.

De ce po4a?
       Filozofia software-ului liber este de a face tehnologia cu adevarat
       disponibila pentru toata lumea. Dar licen<?>ierea nu este singurul
       aspect de luat in considerare: software-ul liber netradus este inutil
       pentru cei care nu vorbesc limba engleza. Prin urmare, mai avem inca
       ceva de lucru pentru a face software-ul disponibil pentru toata lumea.

       Aceasta situa<?>ie este bine in<?>eleasa de majoritatea proiectelor
       <?>i toata lumea este acum convinsa de necesitatea de a traduce totul.
       Cu toate acestea, traducerile efective reprezinta un efort uria<?> al
       multor persoane, paralizat de mici dificulta<?>i tehnice.

       Din fericire, software-ul Open Source este de fapt foarte bine tradus
       cu ajutorul suitei de instrumente gettext. Aceste instrumente sunt
       utilizate pentru a extrage <?>irurile de caractere de tradus dintr-un
       program <?>i pentru a le prezenta intr-un format standardizat (denumit
       fi<?>iere PO sau cataloage de traducere). Un intreg ecosistem de
       instrumente a aparut pentru a ajuta traducatorii sa traduca efectiv
       aceste fi<?>iere PO. Rezultatul este apoi utilizat de gettext in timpul
       execu<?>iei pentru a afi<?>a mesaje traduse utilizatorilor finali.

       Cu toate acestea, in ceea ce prive<?>te documenta<?>ia, situa<?>ia este
       inca oarecum dezamagitoare. La inceput, traducerea documenta<?>iei
       poate parea mai u<?>oara decat traducerea unui program, deoarece s-ar
       parea ca trebuie doar sa copia<?>i fi<?>ierul sursa al documenta<?>iei
       <?>i sa incepe<?>i sa traduce<?>i con<?>inutul. Cu toate acestea,
       atunci cand documenta<?>ia originala este modificata, urmarirea
       modificarilor se transforma rapid intr-un co<?>mar pentru traducatori.
       Daca este efectuata manual, aceasta sarcina este neplacuta <?>i
       predispusa la erori.

       Traducerile invechite sunt adesea mai rele decat lipsa oricarei
       traduceri. Utilizatorii finali pot fi in<?>ela<?>i de documenta<?>ia
       care descrie un comportament vechi al programului. In plus, ace<?>tia
       nu pot interac<?>iona direct cu cei care se ocupa de intre<?>inere,
       deoarece nu vorbesc engleza. In plus, responsabilul cu intre<?>inerea
       nu poate rezolva problema, deoarece nu cunoa<?>te toate limbile in care
       este tradusa documenta<?>ia sa. Aceste dificulta<?>i, cauzate adesea de
       un instrumentar slab, pot submina motiva<?>ia traducatorilor voluntari,
       agravand <?>i mai mult problema.

       Obiectivul proiectului po4a este de a u<?>ura munca traducatorilor de
       documenta<?>ie. In special, acesta face traducerile de documenta<?>ie
       u<?>or de intre<?>inut.

       Ideea este de a reutiliza <?>i adapta abordarea gettext la acest
       domeniu. Ca <?>i in cazul gettext, textele sunt extrase din loca<?>iile
       lor originale <?>i prezentate traducatorilor sub forma de cataloage de
       traduceri PO. Traducatorii pot utiliza instrumentele clasice gettext
       pentru a monitoriza munca de facut, a colabora <?>i a se organiza ca
       echipe. po4a injecteaza apoi traducerile direct in structura
       documenta<?>iei pentru a produce fi<?>iere sursa traduse care pot fi
       prelucrate <?>i distribuite la fel ca fi<?>ierele in limba engleza.
       Orice paragraf care nu este tradus este lasat in limba engleza in
       documentul rezultat, asigurandu-se ca utilizatorii finali nu vad
       niciodata o traducere invechita in documenta<?>ie.

       Acest lucru automatizeaza cea mai mare parte a muncii de intre<?>inere
       a traducerii. Descoperirea paragrafelor care necesita o actualizare
       devine foarte u<?>oara, iar procesul este complet automatizat atunci
       cand elementele sunt reordonate fara alte modificari. Verificarea
       specifica poate fi, de asemenea, utilizata pentru a reduce <?>ansele de
       erori de formatare care ar conduce la un document defectuos.

       Pentru o lista mai completa a avantajelor <?>i dezavantajelor acestei
       abordari, consulta<?>i <?>i sec<?>iunea Intrebari <?>i raspunsuri
       frecvente de mai jos din acest document.

   Formatele acceptate
       In prezent, aceasta abordare a fost implementata cu succes pentru mai
       multe tipuri de formate de formatare a textului:

       man (analizator matur)
           Vechiul format de pagini de manual, folosit de atat de multe
           programe. Sprijinul po4a este foarte binevenit aici, deoarece acest
           format este oarecum dificil de utilizat <?>i nu este foarte
           prietenos pentru incepatori.

           Modulul Locale::Po4a::Man(3pm) accepta, de asemenea, formatul mdoc,
           utilizat de paginile man BSD (acestea sunt destul de comune <?>i in
           Linux).

       AsciiDoc (analizator matur)
           Acest format este un format de marcare simplificat menit sa
           faciliteze crearea documenta<?>iei. De exemplu, este utilizat
           pentru documentarea sistemului git. Aceste pagini de manual sunt
           traduse folosind po4a.

           Consulta<?>i Locale::Po4a::AsciiDoc pentru detalii.

       pod (analizator matur)
           Acesta este formatul documenta<?>iei in linie Perl. Limbajul <?>i
           extensiile in sine sunt documentate folosind acest format, in plus
           fa<?>a de majoritatea scripturilor Perl existente. Acesta
           faciliteaza pastrarea documenta<?>iei aproape de codul real prin
           incorporarea ambelor in acela<?>i fi<?>ier. Face via<?>a
           programatorului mai u<?>oara, dar, din pacate, nu <?>i pe cea a
           traducatorului, pana cand nu utiliza<?>i po4a.

           Consulta<?>i Locale::Po4a::Pod pentru detalii.

       sgml (analizator matur)
           Chiar daca a fost inlocuit de XML in prezent, acest format este
           inca utilizat pentru documentele care au mai mult de cateva ecrane.
           Acesta poate fi utilizat chiar <?>i pentru car<?>i complete.
           Actualizarea documentelor de aceasta lungime poate fi foarte
           dificila. diff se dovede<?>te adesea inutil atunci cand textul
           original a fost reindentat dupa actualizare. Din fericire, po4a va
           poate ajuta dupa acest proces.

           In prezent, numai DTD DebianDoc <?>i DTD DocBook sunt acceptate,
           dar adaugarea suportului pentru unul nou este foarte u<?>oara. Este
           chiar posibil sa utiliza<?>i po4a pe un DTD SGML necunoscut fara a
           modifica codul, furnizand informa<?>iile necesare pe linia de
           comanda. Consulta<?>i Locale::Po4a::Sgml(3pm) pentru detalii.

       TeX / LaTeX (analizator matur)
           Formatul LaTeX este un format important de documenta<?>ie utilizat
           in lumea software-ului liber <?>i pentru publica<?>ii.

           Modulul Locale::Po4a::LaTeX(3pm) a fost testat cu documenta<?>ia
           Python, o carte <?>i cateva prezentari.

       text (analizator matur)
           Formatul Text este formatul de baza pentru multe formate care
           includ blocuri lungi de text, inclusiv Markdown, fortunes,
           sec<?>iunea de introducere YAML, debian/changelog <?>i
           debian/control.

           Acesta accepta formatul comun utilizat in generatoarele de situri
           statice, README-uri <?>i alte sisteme de documentare. Consulta<?>i
           Locale::Po4a::Text(3pm) pentru detalii.

       xml <?>i XHMTL (probabil un analizator matur)
           Formatul XML este un format de baza pentru multe formate de
           documenta<?>ie.

           In prezent, po4a accepta DTD DocBook (consulta<?>i
           Locale::Po4a::Docbook(3pm) pentru detalii) <?>i XHTML.

       BibTex (probabil un analizator matur)
           Formatul BibTex este utilizat impreuna cu LaTex pentru formatarea
           listelor de referin<?>e (bibliografii).

           Consulta<?>i Locale::Po4a::BibTex pentru detalii.

       Docbook (probabil un analizator matur)
           Un limbaj de marcare bazat pe XML care utilizeaza etichete
           semantice pentru a descrie documentele.

           Consulta<?>i Locale::Po4a:Docbook pentru informa<?>ii mai
           detaliate.

       Guide XML (probabil un analizator matur)
           Un format de documenta<?>ie XML. Acest modul a fost dezvoltat
           special pentru a ajuta la sus<?>inerea <?>i men<?>inerea
           traducerilor documenta<?>iei Gentoo Linux cel pu<?>in pana in
           martie 2016 (Conform datelor din situl Wayback Machine). De atunci,
           Gentoo a trecut la formatul DevBook XML.

           Consulta<?>i Locale::Po4a:Guide pentru informa<?>ii mai detaliate.

       Wml (probabil un analizator matur)
           Limbajul de marcare web, nu confunda<?>i WML cu WAP-ul utilizat pe
           telefoanele mobile. Acest modul se bazeaza pe modulul Xhtml, care
           la randul sau se bazeaza pe modulul XmL.

           Consulta<?>i Locale::Po4a::Wml pentru informa<?>ii mai detaliate.

       Yaml (probabil un analizator matur)
           Un superset strict al JSON. YAML este adesea utilizat ca sisteme
           sau proiecte de configurare. YAML se afla la baza Ansible de la Red
           Hat.

           Consulta<?>i Locale::Po4a::Yaml pentru informa<?>ii mai detaliate.

       RubyDoc (probabil un analizator matur)
           Formatul Ruby Document (RD), ini<?>ial formatul implicit de
           documentare pentru Ruby <?>i proiectele Ruby inainte de a fi
           convertit in RDoc in 2002. De<?>i se pare ca versiunea japoneza a
           manualului de referin<?>a Ruby inca utilizeaza RD.

           Consulta<?>i Locale::Po4a::RubyDoc pentru informa<?>ii mai
           detaliate.

       Halibut (probabil un analizator intr-un stadiu experimental)
           Un sistem de produc<?>ie a documenta<?>iei, cu elemente similare
           TeX, debiandoc-sgml, TeXinfo <?>i altele, dezvoltat de Simon
           Tatham, dezvoltatorul PuTTY.

           Consulta<?>i Locale::Po4a:Halibut pentru informa<?>ii mai
           detaliate.

       Ini (probabil un analizator intr-un stadiu experimental)
           Format de fi<?>ier de configurare popularizat de MS-DOS.

           Consulta<?>i Locale::Po4a::Ini pentru informa<?>ii mai detaliate.

       texinfo (analizator intr-un stadiu foarte experimental)
           Toata documenta<?>ia GNU este scrisa in acest format (este chiar
           una dintre cerin<?>ele pentru a deveni un proiect GNU oficial).
           Suportul pentru Locale::Po4a::Texinfo(3pm) in po4a este inca la
           inceput. Va rugam sa raporta<?>i erori <?>i solicitari de
           caracteristici.

       gemtext (analizator intr-un stadiu foarte experimental)
           Formatul nativ de text simplu al protocolului Gemini. Extensia
           ".gmi" este frecvent utilizata. Suportul pentru acest modul in po4a
           este inca in faza incipienta. Daca gasi<?>i ceva in neregula, va
           rugam sa depune<?>i un raport de eroare sau o cerere de
           caracteristica.

       org (analizator intr-un stadiu foarte experimental)
           Formatul de document utilizat de modul Org. Suportul pentru acest
           modul in po4a este inca in faza incipienta. Daca gasi<?>i ceva in
           neregula, va rugam sa depune<?>i un raport de eroare sau o cerere
           de caracteristica.

       vimhelp (analizator intr-un stadiu foarte experimental)
           Formatul utilizat pentru fi<?>ierele de ajutor Vim (<?>i
           documenta<?>ia unor module ter<?>e). Suportul pentru acest format
           in po4a este inca in faza incipienta. Daca gasi<?>i ceva in
           neregula, va rugam sa depune<?>i un raport de eroare sau o cerere
           de caracteristica.

       simplepod (analizator intr-un stadiu foarte experimental)
           Similar cu pod men<?>ionat anterior, acesta adopta noul Pod::Simple
           ca analizator. Deoarece este nou creat, sunt de a<?>teptat unele
           erori. Daca observa<?>i vreun comportament ciudat, va rugam sa ne
           anun<?>a<?>i. In cele din urma, acest modul va inlocui pod.

       Alte formate acceptate
           Po4a poate gestiona <?>i unele formate mai rare sau specializate,
           cum ar fi documenta<?>ia op<?>iunilor de compilare pentru nucleele
           Linux 2.4+ (Locale::Po4a::KernelHelp) sau diagramele produse de
           instrumentul dia (Locale::Po4a::Dia). Adaugarea unui nou format
           este adesea foarte u<?>oara, iar sarcina principala este de a veni
           cu un analizator pentru formatul <?>inta. Consulta<?>i
           Locale::Po4a::TransTractor(3pm) pentru mai multe informa<?>ii
           despre acest lucru.

       Formate neacceptate
           Din pacate, po4a nu ofera inca suport pentru mai multe formate de
           documenta<?>ie. Multe dintre acestea ar fi u<?>or de acceptat in
           po4a. Aceasta include formate care nu sunt utilizate doar pentru
           documenta<?>ie, cum ar fi, descrieri de pachete (deb <?>i rpm),
           intrebari privind scripturile de instalare a pachetelor, jurnale de
           modificari ale pachetelor <?>i toate formatele de fi<?>iere
           specializate utilizate de programe, cum ar fi scenariile de jocuri
           sau fi<?>ierele de resurse pentru <<wine>>.

Folosind po4a
       Cel mai simplu mod de a utiliza acest instrument in proiectul
       dumneavoastra este sa scrie<?>i un fi<?>ier de configurare pentru
       programul po4a <?>i sa interac<?>iona<?>i numai cu acest program. Va
       rugam sa consulta<?>i documenta<?>ia acestuia, in po4a(1). Restul
       acestei sec<?>iuni ofera mai multe detalii pentru utilizatorii
       avansa<?>i ai po4a care doresc sa i<?>i aprofundeze cuno<?>tin<?>ele.

   Schema detaliata a fluxului de lucru po4a
       Asigura<?>i-va ca citi<?>i po4a(1) inainte de aceasta sec<?>iune
       excesiv de detaliata pentru a ob<?>ine o imagine de ansamblu
       simplificata a fluxului de lucru po4a. Reveni<?>i aici cand dori<?>i sa
       ob<?>ine<?>i imaginea infrico<?>atoare in ansamblu, cu aproape toate
       detaliile.

       In urmatoarea schema, principal.doc este un nume de exemplu pentru
       documenta<?>ia care urmeaza sa fie tradusa; XX.doc este acela<?>i
       document tradus in limba XX, in timp ce doc.XX.po este catalogul de
       traducere pentru documentul respectiv in limba XX. Autorii
       documenta<?>iei vor fi preocupa<?>i in principal de principal.doc (care
       poate fi o pagina de manual, un document XML, un fi<?>ier AsciiDoc
       etc.); traducatorii vor fi preocupa<?>i in principal de fi<?>ierul PO,
       in timp ce utilizatorii finali vor vedea doar fi<?>ierul XX.doc.

       Tranzi<?>iile cu paranteze drepte precum "[po4a actualizari po]"
       reprezinta executarea unui instrument po4a, in timp ce tranzi<?>iile cu
       acolade precum "{actualizare de principal.doc}" reprezinta o modificare
       manuala a fi<?>ierelor proiectului.

                                          principal.doc
                                              |
                                              V
            +<-----<----+<-----<-----<--------+------->-------->-------+
            :           |                     |                        :
       {traducere}      |       {actualizare de principal.doc}         :
            :           |                     |                        :
          XX.doc        |                     V                        V
        (op<?>ional)      |              principal.doc ->-------->------>+
            :           |                   (nou)                      |
            V           V                     |                        |
         [po4a-gettextize]   doc.XX.po -->+   |                        |
                 |           (vechi)      |   |                        |
                 |              ^         V   V                        |
                 |              |  [po4a actualizeaza po]              |
                 V              |           |                          V
           traducere.pot        ^           V                          |
                 |              |        doc.XX.po                     |
                 |              |  (trad. aprox. ,,fuzzy")              |
            {traducere}         |           |                          |
                 |              ^           V                          V
                 |              |     {editare manuala}                |
                 |              |           |                          |
                 V              |           V                          V
             doc.XX.po --->---->+<---<-- doc.XX.po    addendum     master.doc
             (ini<?>ial)                 (actualizat)  (op<?>ional)   (actualizat)
                 :                          |            |             |
                 :                          V            |             |
                 +----->----->----->------> +            |             |
                                            |            |             |
                                            V            V             V
                                            +------>-----+------<------+
                                                         |
                                                         V
                                          [po4a actualizeaza traducerile]
                                                         |
                                                         V
                                                       XX.doc
                                                    (actualizat)

       Din nou, aceasta schema este excesiv de complicata. Consulta<?>i
       po4a(1) pentru o prezentare simplificata.

       Partea din stanga descrie modul in care po4a-gettextize(1) poate fi
       utilizat pentru a converti un proiect de traducere existent la
       infrastructura po4a. Acest script ia un document original <?>i omologul
       sau tradus <?>i incearca sa construiasca fi<?>ierul PO corespunzator. O
       astfel de conversie manuala este destul de greoaie (consulta<?>i
       documenta<?>ia po4a-gettextize(1) pentru mai multe detalii), dar este
       necesara o singura data pentru a va converti traducerile existente.
       Daca nu ave<?>i nicio traducere de convertit, pute<?>i sa uita<?>i de
       acest lucru <?>i sa va concentra<?>i pe partea dreapta a schemei.

       In partea dreapta sus, este descrisa ac<?>iunea autorului original,
       care actualizeaza documenta<?>ia. Partea din dreapta mijloc prezinta
       actualizarile automate ale fi<?>ierelor de traducere: materialul nou
       este extras <?>i comparat cu traducerea existenta. Traducerea
       anterioara este utilizata pentru par<?>ile care nu s-au schimbat, in
       timp ce par<?>ile par<?>ial modificate sunt conectate la traducerea
       anterioara cu un marcaj ,,fuzzy" (traducere aproximativa) care indica
       faptul ca traducerea trebuie actualizata. Materialele noi sau puternic
       modificate sunt lasate netraduse.

       Apoi, blocul editare manuala descrie ac<?>iunea traducatorilor, care
       modifica fi<?>ierele PO pentru a furniza traduceri pentru fiecare <?>ir
       <?>i paragraf original. Acest lucru se poate face fie utilizand un
       editor specific, cum ar fi GTranslator, Lokalize de la KDE sau poedit,
       fie utilizand o platforma de localizare din Internet, cum ar fi weblate
       sau pootle. Rezultatul traducerii este un set de fi<?>iere PO, unul
       pentru fiecare limba. Va rugam sa consulta<?>i documenta<?>ia gettext
       pentru mai multe detalii.

       Partea de jos a figurii arata cum po4a creeaza un document sursa tradus
       din documentul original principal.doc <?>i catalogul de traduceri
       doc.XX.po care a fost actualizat de traducatori. Structura documentului
       este reutilizata, in timp ce con<?>inutul original este inlocuit cu
       omologul sau tradus. Op<?>ional, un addendum poate fi utilizat pentru a
       adauga text suplimentar la traducere. Acesta este adesea utilizat
       pentru a adauga numele traducatorului la documentul final. A se vedea
       mai jos pentru detalii.

       La invocare, po4a actualizeaza automat atat fi<?>ierele de traducere,
       cat <?>i fi<?>ierele de documenta<?>ie traduse.

   Inceperea unui nou proiect de traducere
       Daca incepe<?>i de la zero, trebuie doar sa scrie<?>i un fi<?>ier de
       configurare pentru po4a <?>i a<?>i terminat. <?>abloanele relevante
       sunt create pentru fi<?>ierele lipsa, permi<?>and colaboratorilor dvs.
       sa traduca proiectul dvs. in limba lor. Va rugam sa consulta<?>i
       po4a(1) pentru un tutorial de pornire rapida <?>i pentru toate
       detaliile.

       Daca ave<?>i o traducere existenta, adica un fi<?>ier de documenta<?>ie
       care a fost tradus manual, pute<?>i integra con<?>inutul sau in fluxul
       de lucru po4a utilizand po4a-gettextize. Aceasta sarcina este un pic
       greoaie (a<?>a cum este descris in pagina de manual a instrumentului),
       dar odata ce proiectul dvs. este convertit in fluxul de lucru po4a,
       totul va fi actualizat automat.

   Actualizarea traducerilor <?>i a documentelor
       Odata configurat, invocarea po4a este suficienta pentru a actualiza
       atat fi<?>ierele PO de traducere, cat <?>i documentele traduse.
       Pute<?>i trece "--no-translations" la po4a pentru a nu actualiza
       traducerile (actualizand astfel doar fi<?>ierele PO) sau "--no-update"
       pentru a nu actualiza fi<?>ierele PO (actualizand astfel doar
       traducerile). Aceasta corespunde aproximativ scripturilor individuale
       po4a-updatepo <?>i po4a-translate care sunt acum depreciate (a se vedea
       ,,De ce sunt depreciate scripturile individuale?" in sec<?>iunea de mai
       jos).

   CUM se utilizeaza addenda pentru a adauga text suplimentar la traduceri
       Adaugarea de text nou la traducere este probabil singurul lucru care
       este mai u<?>or pe termen lung atunci cand traduce<?>i manual fi<?>iere
       :). Acest lucru se intampla atunci cand dori<?>i sa adauga<?>i o
       sec<?>iune suplimentara la documentul tradus, care nu corespunde
       niciunui con<?>inut din documentul original. Cazul clasic de utilizare
       este de a acorda credite (mul<?>umiri, recunoa<?>terea muncii depuse,
       <?>.a.) echipei de traducere <?>i de a indica modul de raportare a
       problemelor specifice traducerii.

       Cu po4a, trebuie sa specifica<?>i fi<?>iere addendum, care pot fi
       privite conceptual ca plasturi (patches) aplica<?>i documentului
       localizat(tradus) dupa procesare. Fiecare addendum trebuie sa fie
       furnizat ca fi<?>ier separat, al carui format este totu<?>i foarte
       diferit de cel al plasturilor clasice. Prima linie este o linie de
       antet, care define<?>te punctul de inser<?>ie al addendumului (cu o
       sintaxa din pacate criptica - a se vedea mai jos), in timp ce restul
       fi<?>ierului este adaugat textual la pozi<?>ia stabilita.

       Linia de antet trebuie sa inceapa cu <?>irul PO4A-HEADER:, urmat de o
       lista de campuri cheie=valoare separate prin punct <?>i virgula.

       De exemplu, urmatorul antet declara un addendum care trebuie plasat
       chiar la sfar<?>itul traducerii.

        PO4A-HEADER: mode=eof

       Lucrurile sunt mai complexe atunci cand dori<?>i sa adauga<?>i
       con<?>inut suplimentar in mijlocul documentului. Urmatorul antet
       declara un addendum care trebuie plasat dupa sec<?>iunea XML care
       con<?>ine <?>irul "Despre acest document" in traducere.

        PO4A-HEADER: position=Despre acest document; mode=after; endboundary=</section>

       In practica, atunci cand incearca sa aplice un addendum, po4a cauta
       prima linie care corespunde argumentului "pozi<?>ie" (acesta poate fi o
       expresie regulata ,,expreg"). Nu uita<?>i ca po4a ia in considerare
       aici documentul tradus. Aceasta documenta<?>ie este in limba engleza,
       dar linia dvs. ar trebui probabil sa sune dupa cum urmeaza daca
       inten<?>iona<?>i ca addendumul dvs. sa se aplice traducerii in franceza
       a documentului.

        PO4A-HEADER: position=A propos de ce document; mode=after; endboundary=</section>

       Odata ce "pozi<?>ia" este gasita in documentul <?>inta, po4a cauta
       urmatoarea linie dupa "pozi<?>ia" care corespunde "endboundary"
       furnizata. Addendumul este adaugat chiar dupa acea linie (deoarece am
       furnizat un endboundary, adica o limita care incheie sec<?>iunea
       curenta).

       Exact acela<?>i efect ar putea fi ob<?>inut cu urmatorul antet, care
       este echivalent:

        PO4A-HEADER: position=Despre acest document; mode=after; beginboundary=<section>

       Aici, po4a cauta prima linie care corespunde "<section>" dupa linia
       care corespunde "About this document" din traducere <?>i adauga
       addendumul inainte de aceasta linie, deoarece am furnizat un
       beginboundary, adica o limita care marcheaza inceputul sec<?>iunii
       urmatoare. A<?>adar, aceasta linie de antet necesita plasarea
       addendumului dupa sec<?>iunea care con<?>ine "About this document",
       <?>i sa instruim po4a ca o sec<?>iune incepe cu o linie care con<?>ine
       eticheta "<section>". Acest lucru este echivalent cu exemplul anterior,
       deoarece ceea ce dori<?>i cu adevarat este sa adauga<?>i acest addendum
       fie dupa "</section>", fie inainte de "<section>".

       De asemenea, pute<?>i stabili inser<?>ia mod la valoarea "before", cu o
       semantica similara: combinarea "mode=before" cu un "endboundary" va
       plasa addendum-ul chiar after (dupa) limita care corespunde, adica
       ultima linie de limita poten<?>iala inainte de "position". Combinarea
       "mode=before" cu un "beginboundary" va plasa addendumul chiar before
       (inainte) fa<?>a de limita corespunzatoare, adica ultima linie de
       limita poten<?>iala inainte de "position".

         Mod    | Tipul de limita |       Limita utilizata       | Punctul de inser<?>ie in raport cu limita
        ========|=================|==============================|=========================================
        'before'|  'endboundary'  | ultima inainte de 'position' | Imediat dupa limita selectata
        'before'| 'beginboundary' | ultima inainte de 'position' | Chiar inainte de limita selectata
        'after' |  'endboundary'  |    prima dupa 'position'     | Imediat dupa limita selectata
        'after' | 'beginboundary' |    prima dupa 'position'     | Chiar inainte de limita selectata
        'eof'   |   (niciunul)    |    nedeclarata               | Sfar<?>itul fi<?>ierului

       Sfaturi <?>i trucuri despre addenda

       o   Aminti<?>i-va ca acestea sunt expresii regulate. De exemplu, daca
           dori<?>i sa potrivi<?>i sfar<?>itul unei sec<?>iuni nroff care se
           termina cu linia ".fi", nu utiliza<?>i ".fi" ca endboundary,
           deoarece se va potrivi cu "the[ fi]le", ceea ce evident nu este
           ceea ce va a<?>tepta<?>i. endboundary corect in acest caz este:
           "^\.fi$".

       o   Spa<?>iile albe SUNT importante in con<?>inutul pozi<?>iei
           "position" <?>i al limitelor. Astfel, cele doua linii urmatoare
           sunt diferite. Cea de-a doua va fi gasita numai daca exista
           suficiente spa<?>ii la final in documentul tradus.

            PO4A-HEADER: position=Despre acest document; mode=after; beginboundary=<section>
            PO4A-HEADER: position=Despre acest document ; mode=after; beginboundary=<section>

       o   De<?>i se poate considera ca aceasta cautare contextuala opereaza
           aproximativ pe fiecare linie a documentului tradus, ea opereaza de
           fapt pe <?>irul intern de date al documentului tradus. Acest <?>ir
           de date interne poate fi un text care se intinde pe un paragraf
           con<?>inand mai multe linii sau poate fi doar o eticheta XML.
           punctul de inser<?>ie exact al addendumului trebuie sa fie inainte
           sau dupa <?>irul intern de date <?>i nu poate fi in interiorul
           <?>irului intern de date.

       o   Trece<?>i argumentul "-vv" la po4a pentru a in<?>elege cum sunt
           adaugate addendele la traducere. De asemenea, poate fi util sa
           rula<?>i po4a in modul de depanare pentru a vedea <?>irul de date
           interne reale atunci cand addendumul dvs. nu se aplica.

       Exemple de addenda

       o   Daca dori<?>i sa adauga<?>i ceva dupa urmatoarea sec<?>iune nroff:

             .SH "AUTHORS"

           Ar trebui sa selecta<?>i o abordare in doi pa<?>i prin definirea
           mode=after. Apoi ar trebui sa restrange<?>i cautarea la linia de
           dupa AUTHORS cu expresia regulata a argumentului position. Apoi, ar
           trebui sa potrivi<?>i inceputul urmatoarei sec<?>iuni (<?>i anume,
           ^\.SH) cu expresia regulata a argumentului beginboundary. Adica:

            PO4A-HEADER:mode=after;position=AUTHORS;beginboundary=\.SH

       o   Daca dori<?>i sa adauga<?>i ceva imediat dupa o anumita linie (de
           exemplu, dupa linia ,,Drepturi de autor Baiat De<?>tept"),
           utiliza<?>i un argument position care corespunde acestei linii,
           defini<?>i mode=after <?>i da<?>i un beginboundary care corespunde
           oricarei linii.

            PO4A-HEADER:mode=after;position=Drepturi de autor Baiat De<?>tept, 2004;beginboundary=^

       o   Daca dori<?>i sa adauga<?>i ceva la sfar<?>itul documentului,
           da<?>i un argument position care sa corespunda oricarei linii din
           document (dar numai unei linii. Po4a nu va continua daca nu este
           unic) <?>i da<?>i un argument endboundary care sa nu se potriveasca
           cu nimic. Nu folosi<?>i aici <?>iruri simple precum "EOF", ci
           prefera<?>i-le pe cele care au mai pu<?>ine <?>anse sa se afle in
           documentul dumneavoastra.

            PO4A-HEADER:mode=after;position=Despre acest document;beginboundary=FakePo4aBoundary

       Un exemplu mai detaliat

       Documentul original (formatat POD):

        |=head1 NUME
        |
        |fantoma - un program fictiv
        |
        |=head1 AUTHOR
        |
        |eu_insami

       Apoi, urmatorul addendum va asigura adaugarea unei sec<?>iuni (in
       franceza) despre traducator la sfar<?>itul dosarului (in franceza,
       ,,TRADUCTEUR" inseamna ,,TRADUCATOR", iar ,,moi" inseamna ,,eu").

        |PO4A-HEADER:mode=after;position=AUTOR;beginboundary=^=head
        |
        |=head1 TRADUCATOR
        |
        |eu_insami
        |

       Pentru a plasa addendumul inainte de AUTOR, utiliza<?>i urmatorul
       antet:

        PO4A-HEADER:mode=after;position=NOM;beginboundary=^=head1

       Acest lucru func<?>ioneaza deoarece urmatoarea linie care se
       potrive<?>te cu beginboundary "/^=head1/" dupa sec<?>iunea ,,NAME"
       (tradusa prin ,,NOM" in franceza), este cea care declara autorii. Deci,
       addendumul va fi pus intre cele doua sec<?>iuni. Re<?>ine<?>i ca, daca
       ulterior se adauga o alta sec<?>iune intre sec<?>iunile ,,NAME" <?>i
       ,,AUTHOR", po4a va plasa in mod eronat addenda inaintea noii
       sec<?>iuni.

       Pentru a evita acest lucru, pute<?>i realiza acela<?>i lucru folosind
       mode=before:

        PO4A-HEADER:mode=before;position=^=head1 AUTOR

Cum func<?>ioneaza acesta?
       Acest capitol va ofera o scurta prezentare generala a componentelor
       interne ale po4a, astfel incat sa va sim<?>i<?>i mai increzatori <?>i
       sa ne ajuta<?>i sa il men<?>inem <?>i sa il imbunata<?>im. De asemenea,
       va poate ajuta sa in<?>elege<?>i de ce nu face ceea ce va a<?>tepta<?>i
       <?>i cum sa solu<?>iona<?>i problemele ce pot aparea.

   TransTractors <?>i arhitectura proiectului
       La baza proiectului po4a, clasa Locale::Po4a::TransTractor(3pm) este
       stramo<?>ul comun al tuturor analizatorilor po4a. Acest nume ciudat
       provine din faptul ca se ocupa in acela<?>i timp de traducerea
       documentelor <?>i de extragerea <?>irurilor de caractere.

       Mai formal, acesta ia un document de tradus plus un fi<?>ier PO care
       con<?>ine traducerile de utilizat ca intrare, producand in acela<?>i
       timp doua rezultate separate: un alt fi<?>ier PO (rezultat din
       extragerea <?>irurilor traductibile din documentul de intrare) <?>i un
       document tradus (cu aceea<?>i structura ca cel de intrare, dar cu toate
       <?>irurile traductibile inlocuite cu con<?>inutul PO de intrare). Iata
       o reprezentare grafica a acestui lucru:

          Document intrare --\                             /---> Document ie<?>ire
                              \      TransTractor::       /         (tradus)
                               +-->--   parse()  --------+
                              /                           \
          PO intrare --------/                             \---> PO ie<?>ire
                                                                 (extras)

       Acest mic os este nucleul intregii arhitecturi ,,scheletului" po4a.
       Daca furniza<?>i ambele documente de intrare <?>i nu <?>ine<?>i cont de
       PO de ie<?>ire, ob<?>ine<?>i po4a-translate. Daca in schimb
       desconsidera<?>i documentul de ie<?>ire, ob<?>ine<?>i po4a-updatepo.
       po4a utilizeaza un prim TransTractor pentru a ob<?>ine un fi<?>ier POT
       de ie<?>ire actualizat (fara a <?>ine cont de documentele de ie<?>ire),
       apeleaza la msgmerge -U pentru a actualiza fi<?>ierele PO de traducere
       de pe disc <?>i construie<?>te un al doilea TransTractor cu aceste
       fi<?>iere PO actualizate pentru a actualiza documentele de ie<?>ire. Pe
       scurt, po4a ofera o solu<?>ie unica pentru a actualiza ceea ce este
       necesar, utilizand un singur fi<?>ier de configurare.

       po4a-gettextize utilizeaza, de asemenea, doua TransTractors, dar
       intr-un alt mod: Construie<?>te un TransTractor pentru fiecare limba,
       iar apoi construie<?>te un nou fi<?>ier PO folosind msgids din
       documentul original ca msgids <?>i msgids din documentul tradus ca
       msgstrs. Este nevoie de multa aten<?>ie pentru a se asigura ca
       <?>irurile potrivite in acest mod corespund intr-adevar, dupa cum se
       descrie in po4a-gettextize(1).

   Analizatori specifici formatului
       To<?>i analizatorii de format po4a sunt implementa<?>i pe partea de sus
       a TransTractor. Unii dintre ei sunt foarte simpli, cum ar fi cei Text,
       Markdown <?>i AsciiDoc. Ace<?>tia incarca liniile una cate una folosind
       TransTractor::shiftline(), acumuleaza con<?>inutul paragrafelor sau
       orice altceva. Odata ce un <?>ir de caractere este complet analizat,
       analizatorul utilizeaza TransTractor::translate() pentru (1) a adauga
       acest <?>ir la fi<?>ierul PO de ie<?>ire <?>i (2) pentru a ob<?>ine
       traducerea din fi<?>ierul PO de intrare. Analizatorul apoi introduce
       rezultatul in fi<?>ierul de ie<?>ire utilizand
       TransTractor::pushline().

       Al<?>i analizatori sunt mai complec<?>i deoarece se bazeaza pe un
       analizator extern pentru a analiza documentul de intrare. Analizatorii
       Xml, HTML, SGML <?>i Pod sunt construi<?>i pe baza analizatorilor SAX.
       Ace<?>tia declara reapeluri la evenimente precum ,,Am gasit un titlu
       nou al carui con<?>inut este urmatorul" pentru a actualiza documentul
       de ie<?>ire <?>i fi<?>ierele POT de ie<?>ire in func<?>ie de
       con<?>inutul de intrare utilizand TransTractor::translate() <?>i
       TransTractor::pushline(). Analizatorul Yaml este similar, dar diferit:
       acesta serializeaza o structura de date produsa de analizatorul
       YAML::Tiny. Acesta este motivul pentru care modulul Yaml din po4a nu
       reu<?>e<?>te sa declare liniile de referin<?>a: loca<?>ia fiecarui
       <?>ir de caractere din fi<?>ierul de intrare nu este pastrata de
       analizator, astfel incat nu putem furniza decat ,,$filename:1" ca
       loca<?>ie a <?>irului. Analizatorii orienta<?>i pe SAX utilizeaza
       caractere joker <?>i alte trucuri pentru a salva numele fi<?>ierului
       <?>i numerele de linie ale referin<?>elor.

       O problema specifica provine din codificarea fi<?>ierelor <?>i
       marcatorii BOM. Analizatorii simpli pot uita de aceasta problema, care
       este tratata de TransTractor::read() (utilizat intern pentru a ob<?>ine
       liniile unui document de intrare), dar modulele care se bazeaza pe un
       analizator extern trebuie sa se asigure ca toate fi<?>ierele sunt
       citite cu un strat de decodificare PerlIO adecvat. Cel mai simplu este
       sa deschide<?>i chiar dvs. fi<?>ierul <?>i sa furniza<?>i un
       identificator de fi<?>ier sau direct <?>irul complet analizatorului
       dvs. extern. Consulta<?>i Pod::read() <?>i Pod::parse() pentru un
       exemplu. Con<?>inutul citit de TransTractor este ignorat, dar un
       identificator de fi<?>ier nou este transmis analizatorului extern.
       Partea importanta este modul "<:encoding($charset)" care este transmis
       func<?>iei perl open().

   Obiecte PO
       Clasa Locale::Po4a::Po(3pm) este responsabila de incarcarea <?>i
       utilizarea fi<?>ierelor PO <?>i POT. Practic, pute<?>i citi un
       fi<?>ier, adauga intrari, ob<?>ine traduceri cu metoda gettext(), scrie
       PO intr-un fi<?>ier. Func<?>iile mai avansate, cum ar fi fuzionarea
       unui fi<?>ier PO cu un fi<?>ier POT sau validarea unui fi<?>ier, sunt
       delegate catre msgmerge <?>i, respectiv, msgfmt.

   Contribuind la po4a
       Chiar daca nu a<?>i contribuit niciodata in trecut la vreun proiect
       Open Source, sunte<?>i binevenit: suntem dispu<?>i sa va ajutam <?>i sa
       va indrumam aici. po4a este cel mai bine intre<?>inut de utilizatorii
       sai in zilele noastre. Deoarece nu dispunem de personal, incercam sa
       facem proiectul primitor prin imbunata<?>irea documenta<?>iei <?>i a
       testelor automate pentru a va face increzatori in contribu<?>ia la
       proiect. Va rugam sa consulta<?>i fi<?>ierul CONTRIBUTING.md pentru mai
       multe detalii.

Proiecte cu cod-sursa deschis ,,open-source" care utilizeaza po4a
       Iata o lista foarte par<?>iala a proiectelor care utilizeaza po4a in
       produc<?>ie pentru documenta<?>ia lor. Daca dori<?>i sa va adauga<?>i
       proiectul la lista, trimite<?>i-ne un e-mail (sau o cerere de imbinare
       ,,merge request").

       o   adduser (man): instrument de gestionare a utilizatorilor <?>i a
           grupurilor.

       o   apt (man, docbook): Gestionarul de pachete Debian.

       o   aptitude (docbook, svg): gestionar de pachete bazat pe terminal
           pentru Debian

       o   F-Droid website <https://gitlab.com/fdroid/fdroid-website>
           (markdown): catalog instalabil de aplica<?>ii de software liber
           <?>i cod-sursa deschis (,,Free and Open Source Software": FOSS)
           pentru platforma Android.

       o   git <https://github.com/jnavila/git-manpages-l10n> (asciidoc):
           sistem distribuit de control al versiunilor pentru urmarirea
           modificarilor in codul sursa.

       o   Linux manpages <https://salsa.debian.org/manpages-l10n-
           team/manpages-l10n> (pagini de manual)

           Acest proiect ofera o infrastructura pentru traducerea multor
           pagini de manual in diferite limbi, gata de integrare in cateva
           distribu<?>ii majore (Arch Linux, Debian, Fedora, Mageia, openSUSE
           <?>i derivatele acestora).

       o   Stellarium <https://github.com/Stellarium/stellarium> (HTML): un
           planetariu cu cod-sursa deschis, gratuit pentru calculatorul
           dumneavoastra. po4a este utilizat pentru a traduce descrierile
           obiectelor cere<?>ti.

       o   Jamulus <https://jamulus.io/> (markdown, yaml, HTML): o aplica<?>ie
           FOSS pentru bruiaj in linie in timp real. Documenta<?>ia sitului
           web este men<?>inuta in mai multe limbi utilizand po4a.

       o   Alt element de rezolvat:
           <https://gitlab.com/fdroid/fdroid-website/>
           <https://github.com/fsfe/reuse-docs/pull/61>

Intrebari <?>i raspunsuri frecvente
   Cum se pronun<?>a po4a?
       Eu personal o vocalizez ca pouah
       <https://en.wiktionary.org/wiki/pouah>, care este o onomatopee franceza
       pe care o folosim in loc de expresie de dezgust :) Poate ca am un
       sim<?> al umorului ciudat :)

   De ce sunt depreciate scripturile individuale?
       Intr-adevar, po4a-updatepo <?>i po4a-translate sunt depreciate in
       favoarea lui po4a. Motivul este ca, de<?>i po4a poate fi utilizat ca
       inlocuitor al acestor scripturi, exista destul de multe duplica<?>ii de
       cod aici. Scripturile individuale au in jur de 150 de linii de cod, in
       timp ce programul po4a are 1200 de linii, astfel incat acestea fac
       multe lucruri in plus fa<?>a de elementele interne comune. Duplicarea
       codului duce la apari<?>ia unor erori in ambele versiuni <?>i la
       necesitatea a doua remedieri. Un exemplu de astfel de duplicare sunt
       bug-urile #1022216 din Debian <?>i problema #442 din GitHub care au
       avut exact acela<?>i remediu, dar unul in po4a <?>i celalalt
       po4a-updatepo.

       Pe termen lung, a<?> dori sa renun<?> la scripturile individuale <?>i
       sa men<?>in o singura versiune a acestui cod. Lucrul sigur este ca
       scripturile individuale nu vor mai fi imbunata<?>ite, astfel incat doar
       po4a va beneficia de noile caracteristici. Acestea fiind spuse, nu
       exista nicio urgen<?>a de depreciere. Inten<?>ionez sa pastrez
       scripturile individuale cat de mult posibil <?>i cel pu<?>in pana in
       2030. Daca proiectul dvs. utilizeaza inca po4a-updatepo <?>i
       po4a-translate in 2030, s-ar putea sa ave<?>i o problema.

       De asemenea, am putea elimina deprecierea acestor scripturi la un
       moment dat, daca o refactorizare reduce duplicarea codului la zero.
       Daca ave<?>i o idee (sau mai bine: un plasture ,,patch" :)), ajutorul
       dvs. este binevenit.

   Ce se intampla cu celelalte instrumente de traducere pentru documenta<?>ie
       care utilizeaza gettext?
       Exista cateva dintre ele. Iata o lista posibil incompleta, <?>i multe
       alte instrumente apar la orizont.

       poxml
           Acesta este instrumentul dezvoltat de cei de la KDE pentru a
           gestiona DocBook XML. AFAIK, a fost primul program care a extras
           <?>iruri de caractere pentru a le traduce din documenta<?>ie in
           fi<?>iere PO <?>i le-a injectat inapoi dupa traducere.

           Poate gestiona doar XML <?>i doar un anumit DTD. Sunt destul de
           nemul<?>umit de gestionarea listelor, care se termina cu un msgid
           mare. Cand lista devine mare, fragmentul devine mai greu de
           inghi<?>it.

       po-debiandoc
           Acest program realizat de Denis Barbier este un fel de precursor al
           modulului SGML po4a, care il depreciaza mai mult sau mai pu<?>in.
           Dupa cum spune <?>i numele, acesta gestioneaza doar DTD-ul
           DebianDoc, care este mai mult sau mai pu<?>in un DTD depreciat.

       xml2po.py
           Folosit de echipa de documentare GIMP din 2004, func<?>ioneaza
           destul de bine, chiar daca, dupa cum sugereaza <?>i numele,
           func<?>ioneaza doar cu fi<?>iere XML <?>i are nevoie de fi<?>iere
           makefile configurate special.

       Sphinx
           Proiectul de documentare Sphinx utilizeaza, de asemenea, gettext in
           mod extensiv pentru a-<?>i gestiona traducerile. Din pacate, acesta
           func<?>ioneaza doar pentru cateva formate de text, rest <?>i
           markdown, de<?>i este probabil singurul instrument care gestioneaza
           intregul proces de traducere.

       Principalele avantaje ale po4a fa<?>a de acestea sunt u<?>urin<?>a de a
       adauga con<?>inut suplimentar (care este chiar mai rau acolo) <?>i
       capacitatea de a realiza gettextizarea.

   REZUMAT al avantajelor abordarii bazate pe gettext
       o Traducerile nu sunt stocate impreuna cu originalul, ceea ce face
         posibila detectarea daca traducerile devin neactualizate.

       o Traducerile sunt stocate in fi<?>iere separate unele de altele, ceea
         ce previne interferen<?>a intre traducatorii din limbi diferite, atat
         atunci cand i<?>i trimit modificarile, cat <?>i la nivelul
         codificarii fi<?>ierelor.

       o Acesta se bazeaza intern pe gettext (dar po4a ofera o interfa<?>a
         foarte simpla, astfel incat nu trebuie sa in<?>elege<?>i elementele
         interne pentru a-l utiliza). In acest fel, nu trebuie sa reinventam
         roata <?>i, datorita utilizarii lor pe scara larga, putem crede ca
         aceste instrumente sunt mai mult sau mai pu<?>in lipsite de erori.

       o Nu s-a schimbat nimic pentru utilizatorul final (in afara de faptul
         ca traducerile vor fi, speram, mai bine intre<?>inute). Fi<?>ierul de
         documenta<?>ie rezultat distribuit este exact acela<?>i.

       o Nu este nevoie ca traducatorii sa inve<?>e o noua sintaxa de
         fi<?>ier, iar editorul lor preferat de fi<?>iere PO (cum ar fi modul
         PO din Emacs, Lokalize sau Gtranslator) va func<?>iona foarte bine.

       o gettext ofera o modalitate simpla de a ob<?>ine statistici despre
         ceea ce este facut, ceea ce ar trebui revizuit <?>i actualizat <?>i
         ceea ce mai este de facut. Unele exemple pot fi gasite la aceste
         adrese:

          - https://docs.kde.org/stable5/en/kdesdk/lokalize/project-view.html
          - http://www.debian.org/intl/l10n/

       Dar nu totul este ,,in roz", iar aceasta abordare are <?>i unele
       dezavantaje cu care trebuie sa ne confruntam.

       o Addenda este oarecum ciudata la prima vedere.

       o Nu pute<?>i adapta textul tradus la preferin<?>ele dvs., cum ar fi
         divizarea unui paragraf aici <?>i unirea altor doua acolo. Dar,
         intr-un anumit sens, daca exista o problema cu originalul, aceasta ar
         trebui oricum raportata ca eroare.

       o Chiar <?>i cu o interfa<?>a u<?>oara, acesta ramane un instrument nou
         pe care oamenii trebuie sa il inve<?>e.

         Unul dintre visele mele ar fi sa integrez cumva po4a la Gtranslator
         sau Lokalize. Cand se deschide un fi<?>ier de documenta<?>ie,
         <?>irurile de caractere sunt extrase automat, iar un fi<?>ier tradus
         + fi<?>ier po poate fi scris pe disc. Daca reu<?>im sa facem un modul
         MS Word (TM) (sau cel pu<?>in RTF), traducatorii profesioni<?>ti ar
         putea chiar sa-l foloseasca.

CONSULTA<?>I <?>I
       o   Documenta<?>ia instrumentului ,,totul in unul" pe care ar trebui sa
           o utiliza<?>i: po4a(1) ;).

       o   Documenta<?>ia scripturilor individuale po4a: po4a-gettextize(1),
           po4a-updatepo(1), po4a-translate(1), po4a-normalize(1).

       o   Scripturile de ajutor suplimentare: msguntypot(1),
           po4a-display-man(1), po4a-display-pod(1).

       o   Analizatorii fiecarui format, in special pentru a vedea op<?>iunile
           acceptate de fiecare dintre ei: Locale::Po4a::AsciiDoc(3pm)
           Locale::Po4a::Dia(3pm), Locale::Po4a::Gemtext(3pm),
           Locale::Po4a::Guide(3pm), Locale::Po4a::Ini(3pm),
           Locale::Po4a::KernelHelp(3pm), Locale::Po4a::Man(3pm),
           Locale::Po4a::RubyDoc(3pm), Locale::Po4a::Texinfo(3pm),
           Locale::Po4a::Text(3pm), Locale::Po4a::Xhtml(3pm),
           Locale::Po4a::Yaml(3pm), Locale::Po4a::BibTeX(3pm),
           Locale::Po4a::Docbook(3pm), Locale::Po4a::Halibut(3pm),
           Locale::Po4a::LaTeX(3pm), Locale::Po4a::Org(3pm),
           Locale::Po4a::Pod(3pm), Locale::Po4a::SimplePod(3pm),
           Locale::Po4a::Sgml(3pm), Locale::Po4a::TeX(3pm),
           Locale::Po4a::VimHelp, Locale::Po4a::Wml(3pm),
           Locale::Po4a::Xml(3pm).

       o   Implementarea infrastructurii de baza:
           Locale::Po4a::TransTractor(3pm) (deosebit de important pentru a
           in<?>elege organizarea codului), Locale::Po4a::Chooser(3pm),
           Locale::Po4a::Po(3pm), Locale::Po4a::Common(3pm). Va rugam sa
           verifica<?>i <?>i fi<?>ierul CONTRIBUTING.md din arborele codului
           sursa.

AUTORI
        Denis Barbier <barbier,linuxfr.org>
        Martin Quinson (mquinson#debian.org)

perl v5.42.0                      2025-11-22                         PO4A.7(1)