wozu .mo / .po als sprachdateien - sinnlos!

  • wer ist bloss auf diesen schwachsinn gekommen, .mo / .po dateien für die sprachversionen einzuführen. so ist es unmöglich, direkt in den dateien beschriftungen zu ändern und man muss umständlich dateien kompilieren lassen..
    gibt es hoffnung, dass das wieder abgeschafft wird?

    • Anzeige

    Hallo!

    Wenn du gerade an deiner Website arbeitest oder dein aktuelles Hosting überdenkst: Wir betreiben mit NetzLiving eine Hosting-Plattform, die speziell auf Performance, Sicherheit und einfache Verwaltung ausgelegt ist.

    • ✔️ Schnelle Ladezeiten (optimiert für WordPress & Co.)
    • ✔️ Deutsche Server & DSGVO-konform
    • ✔️ Persönlicher Support (kein 0815-Ticket-System)

    Mehr erfahren

  • Ich hoffe das wird nicht abgeschafft. Denn könnte oder würde man direkt in der Datei übersetzen sind alle Änderungen nach einen Update weg. Das ist dann wirklich ärgerlich.

    Aktuell benötigst du für eine Übersetzung nur die fertige .mo Datei. Willst du in eine eigene Sprache z.B. Bayrisch übersetzen dann die .po Datei bearbeiten und eine neue .mo Datei erstellen.

    Fürs einfache kompilieren / übersetzen benutz ich übrigends: Localization

  • was für ein update sollte die sprachdatei überspielen? ein update vom theme? da man ein theme sowieso normalerweise von hand anpasst (single, pages usw) ist das wohl kein argument. wenn man direkt in der sprachdatei arbeiten könnte, würde man fuer eine andere sprache einfach eine kopie der datei machen - deswegen ist das kompilieren da auch kein vorteil

    danke übrigens für den tipp dieses plugins

  • Hast du ein WordPress Update überschreibst du ja auch php Dateien. Sind in diesen direkt die Übersetzungen eingetragen überschreibst du alles durch ein Update. Eine Sprachdatei verhindert das.

    Somit ist die Verwendung von .mo Dateien zumindest für das nackte WordPress aus meine Sicht sinnvoll.

    Das verwenden von .po und .mo liegt an der Verwendung von gettext. Keine Ahnung ob es da eine einfachere Alternative gibt.

  • bei mir sind die sprachdateien direkt im Theme drin. Deswegen muss ich bei einem Theme Update (welches ich glaube nie machen würde), eh alle veränderten Dateien sichern. Sprachdateien sind natürlich sinnvoll - aber diese könnten auch reine .php Dateien sein, wo man locker drin direkt verändern kann und nichts kompilieren muss.

  • Im Theme, im Plugin und im WordPress selber, was glaubst du warum dein Admin Menü deutsch ist. Würdest du jetzt das Dashboard in der php Datei umbennen ist die Änderung weg sobald du ein WordPress Update machst.

    Bei Themes wäre drüber nachzudenken ob es sinnvoll ist eine .mo Übersetzung zu verwenden, den du wirst nicht der einzige sein der dort selber ändert.

  • Sprachdateien sind natürlich sinnvoll - aber diese könnten auch reine .php Dateien sein, wo man locker drin direkt verändern kann und nichts kompilieren muss.


    Ist nicht ganz so einfach, wenn das Theme unter Multi Site Installation freiegegeben ist und jeder User (respektive) Unterblog seine eigene Sprache festlegen kann per Admin Einstellung. Dann muß man die korrekten Sprachdateien laden können, sei es WordPress selbst, Plugins oder Themes.

    Der Sinn von Multi Site ist ja auch, mehrere Sprachen über alle Blogs bei 1 x Sourcecode (WP, Theme, Plugin) zu haben und zwar parallel. Mit PHP Dateien, die man erst mal rausfinden muß, welche davon jetzt nötig ist und deren Verbrauch, der höher liegen sollte, als es schon mit der Sprachdatei ist, wird das alles ein vergeudetes Unterfangen.

    Und man kann sein Theme/Plugin nicht an ein Translation Team (oder einen bezahlten Übersetzer) geben, denn das Austauschformat *.po kann in deren Translation Systeme mit Translation Memory eingelesen und wieder exportiert werden, deine PHP Datei leider nicht.

  • ok
    dann sollte man aber wenigstens einen kompiler button einbauen, der automatisch aktualisiert, wenn man in der .po datei etwas verändert.

    Das werden aber die wenigsten brauchen, weil die wenigsten was verändern. Dafür gibts ja dann das von mir erwähnte Plugin oder andere kostenlose Programme.

    Dachte es geht dir allgemein um die Verwendung von .mo und .po

  • @D4N13L: also keine ahnung, wie viele es nicht brauchen. ich veränder auf so gut wie jeder website irgendeine standard beschriftung. viele themes arbeiten ja auch ohne die mo / po Dateien. Dadurch ist mir nur aufgefallen, dass es mit direkter Eingabe praktischer wäre. und vielleicht kann wordpress eine kompilierung standardmaessig implementieren, da das ganze konzept ja darauf beruht, dass man sich baukastenmässig möglichst einfach eine website nach den eigenen bedürfnissen zusammen bauen kann. plugins haben ja den nachteil, dass sie als wichtiger bestandteil der website oftmals versionsprobleme auslösen können. aber ok - nur ein vorschlag für wordpress forscher, die das verständlich finden / für die das auch wichtig wäre :)

    Einmal editiert, zuletzt von oliverberlin79 (23. September 2010 um 16:07)

  • plugins haben ja den nachteil, dass sie als wichtiger bestandteil der website oftmals versionsprobleme auslösen können.


    Den Zusammenhang zu *.po/*.mo Dateien verstehe ich nicht. Wenn du mein Plugin meinen solltest, das ist nur ein Editor for *.po Dateien und stellt dann auf Knopfdruck die *.mo Datei her. Somit kann man sich jederzeit alles so anpassen, wie man es gern hätte. Und vor einem Update bringt man die eigenen Übersetzungen in Deckung (sollte man aber ja eh als Backup schon rumliegen haben), macht das Update, schiebt die Sprachdateien wieder hoch und ergänzt diese dann, falls nötig. Wenn man nicht gerade Übersetzungen modifizieren will, braucht auch mein Plugin nicht aktiv zu sein.

    Solltest du das anders gemeint haben, dann erklär es mir bitte.

  • @codestyling: ich hatte in bezug aufs plugin user D4N13L angesprochen. dein plugin kenne ich nicht. und genau meine meinung: wenn man ein update macht, sichert man eh alles.
    zweck meines letztes ausrufs war, einen appell zu starten, dass man po/mo komplilierungen ohne extra plugin in wordpress machen koennen sollte, wenn es schon keine direkte moeglichkeit gibt, das direkt in einer php datei praktisch zu lösen. wie viele leute davon betroffen sind, vermag ich nicht zu sagen. ich ärger mich jedenfalls jedes mal von neuem ueber dieses thema beim erstellen einer neuen website

  • Codestyling hat das Plugin Localization programmiert ;)

    Wenn ich das richtig verstanden habe, geht es dir ja mehr um die Themes als den Rest. Hier ist aber nicht WordPress Schuld. Themes kann der Programmierer schreiben wie er will. WordPress hat die Möglichkeit der Verwendung von .mo und .po Dateien, ob die vom Theme-Programmierer verwendet werden ist wieder was ganz anderes. (Gleiches bei Plugins)

    Aber vielleicht hat das hier ja ein WordPress Programmierer gelesen und findet deinen Lösungsvorschlag gut: Eine automatische Kompilierung in WordPress und damit die schnelle und einfache Anpassung von Sprachdateien in Themes und es wird in WordPress integriert. Allerdings wäre das dann auch nichts anderes als das Plugin Localization kann...

  • genau. es geht mir hier ja nur ums einfachheitsprinzip für den nutzer. ich habe eine ewigkeit gebraucht, um zu checken, dass man .po dateien erst mal kompilieren muss, damit sich die änderungen auswirken. anderen usern wird es auch so gehen, wenn sie noch nie was davon vorher gehört haben.

    also danke noch mal für den plugin tip bzw das schreiben des plugins :) - mit meinem anderen kompilierungsprogramm "poedit" bin ich bisher nie klargekommen

    Einmal editiert, zuletzt von oliverberlin79 (24. September 2010 um 09:29)

  • mo und po.... - mo will nicht....

    Hallo zusammen! Passt eigentlich gut hierher - ich finde die mo- und po-Dateien gar nicht so schlecht, habe jetzt aber das Problem, dass mein Theme eine extra po-Datei besitzt, ich diese schön editiert habe (war Englisch auf Spanisch, ich habe in Englisch auf Deutsch geändert). Mein Editor erstellt dann automatisch die mo-Datei und ich hab diese hochgeladen.

    Das Theme ist aber weiter halb Englisch, halb Deutsch. Woran könnte das liegen? Hätte mir im Prinzip schon auffallen können, denn Spanisch tauchte beim Aktivieren des Themes sowieso nicht auf (und das stand eben in der po-Datei). Insofern ist es auch kein Wunder, dass meine deutschen Übersetzungen jetzt nirgends auftauchen.

    Aber muss man mit der mo-Datei sonst noch was tun - tauchen die in irgendwelchen php-Dateien auf?

    Beim Theme steht "translation ready" dabei, insofern muss ich vielleicht noch in einer php-Datei eintragen: "Jetzt bitte mo-Datei verwenden"??????

    Freue mich über Hilfe! Danke, viele Grüße, Anne

  • Hi,

    warscheinlich wird die .mo-Datei nicht richtig eingebunden und/oder Teile der "Sprache" wurden hardcodiert in den Dateien des Theme abgelegt...

    Insofern hat codestyling Recht, ohne den Theme-Namen und eventuell einen Link zum Download kann man Dir da wenig helfen...

    Gruß blog_micky

    Respice post te, hominem te esse memento! (Sueton „Iulius“ 51)

  • Erledigt .....

    Hallo zusammen, ich hab's... die mo-Datei musste nur umbenannt werden. Sie hieß PT... und so weiter, da ja Portugiesisch. Dass WP die Datei dann nicht einbindet, obwohl es die einzige mo-Datei im Theme war, darauf bin ich erstmal nicht gekommen. Jetzt hab ich sie in de_DE.mo umbenannt und (fast) alles fein.

    Bei den Kommentaren steht auf einmal Englisch, aber ich befürchte, das kommt aus WP, oder? (Glaube mich zu erinnern, sowas schon mal gelesen zu haben und werde mich also mal auf die Suche nach den englischen Dingen in der WOrdpress-mo machen.....)

    Schönen Abend, dennoch danke, ist prima, wenn man merkt, dass man hier nicht allein werkelt!

Jetzt mitmachen!

Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!