MO (Gettext, binary) format (.mo)

MO (Machine Object) er den kompilerte binærkatalogen som GNU gettext laster inn ved kjøretid. Den lagrer én oppføring per (msgctxt, msgid)-par sammen med oversettelsen, indeksert for oppslag av gettext-biblioteker. Der en PO-fil er den redigerbare kildefilen, er MO-filen artefakten en applikasjon leverer og leser.

neokapi tilbyr MO som kun skriver. Pipelinen bruker tekst-blokker og skriver ut en binær katalog for én enkelt målspråkkode. msgctxt hentes fra hver blokk i denne rekkefølgen: Properties["context"], deretter Name, deretter ID. Blokker produsert av PO-leseren (som setter kontekstegenskapen) og blokker produsert av JSON-leseren med fulle nøkkelbaner (som setter blokknavnet) kompileres begge til MO uten ekstra konfigurasjon. Uoversatte oppføringer utelates, siden en kjøretidskatalog forventes å inneholde bare oversettelser, og den påkrevde tomme msgid-metadatahodeopprøringen skrives alltid.

MO kan ikke leses tilbake gjennom pipelinen. Selv om formatet registrerer en leser slik at .mo gjenkjennes for utdataruting og utvidelsesdeteksjon, returnerer åpning av en MO-fil som kilde en feil som ber deg om å laste kompilerte kataloger med et gettext-kjøretidsbibliotek i stedet.

IDmo

SourceBuilt-in

Extensions.mo

MIME Typesapplication/x-gettext-translation

CapabilitiesRead + Write

This format has no configurable parameters.

Processing notes

• Én MO-oppføring sendes ut per oversatt Blokk, nøklet av (msgctxt, msgid).

• msgctxt hentes fra Block.Properties["context"], med Block.Name som reservealternativ, deretter Block.ID.

• Den tomme-msgid-metadatahoderoppføringen skrives alltid.

Limitations

• Kun skriving i pipelinen; MO-filer kan ikke analyseres som en oversettelseskilde.

• Sender ut en katalog for én enkelt målspråkkode; uoversatte oppføringer utelates.

• Utdata er en binær katalog, ikke den redigerbare PO-kilden, så behold PO-filen som redigerbar form.

Reference documentation

← Back to the Format Reference