Beiträge von msi

Zitat von Borstel

Da das Original fehlerhaft ist, ist es die Übersetzung auch. Man kann ja als Übersetzer nicht raten, was der Autor schreiben wollte.

Sei nicht böse, aber was bitte ist das denn für eine Aussage? Man kann zwar nicht raten, aber wenn man den Satz darunter sieht, dessen Aufbau ja ähnlich ist, dann kann man schon auf die richtige Idee kommen. Ich habe auch anhand des ungefähren Sinns eine Übersetzung gefunden. Und ich würde mal sagen, dass die sogar korrekt ist. Aber schauen wir mal, wann die WP-Leute das fixen. In Rev 7019 ist es noch nicht drin.

Natürlich ist es kein Problem, den Link per Hand einzubauen. Ich habe doch sogar geschrieben, dass ich das bisher auch so gemacht habe. :roll: Es geht nur darum, dass man dafür die Fähigkeiten von WordPress nutzen kann. Du kannst selbst Aktionen definieren, die dann aufgerufen werden. Ein Plugin, das sich eingeklinkt hat, wird auf diese Weise aktiv und führt seinen Code aus. Die Anzeige des Hinweises zur Datenschutzerklärung ist nur ein Beispiel.

Wie gesagt, bei mir läuft das bereits. Erforderlich war bloß eine einzige neue Zeile in der "comments.php", direkt vor dem HTML-Code für den Senden-Button

<?php do_action( "comment_form_before_submit", $post->ID ); ?>

Jetzt stell dir bitte vor, diese Zeile steckt in allen Themes drin. Das wäre sehr einfach: Plugin aktiviert, Text ist sichtbar. Der Text passt dir nicht? Kein Problem, Plugindatei geöffnet, Text geändert.

Ich habe zwei Themes: K2 regulär, und ein abgespecktes für mobile Geräte. Da halten sich die Änderungen natürlich in Grenzen. Aber mit der o.g. Codezeile kann ich via Plugin entscheiden, welchen Text ich lesen möchte. Ich bin nicht darauf angewiesen, den Text zu übernehmen, den der Themeautor für richtig hält.

Ihr kennt doch sicher die Datenschutzbestimmung. Es wird empfohlen, dem Besucher einen entsprechenden Hinweis zu geben, bevor er irgendwie kommentiert, usw. Ich habe darum in meiner "comments.php" unmittelbar vor dem Senden-Button einen Absatz und den Text eingefügt; inkl. Link zur Datenschutzerklärung. So bin ich den Empfehlungen nachgekommen und kann mit gutem Gewissen sagen, dass jeder Besucher diesen Text lesen konnte.

Jetzt habe ich mir überlegt, daraus ein Plugin zu machen. Es läuft auch schon bei mir. :mrgreen: Allerdings hat das einen Nachteil. WordPress kennt keine passende Aktion, um Text vor dem Senden-Button einzufügen. Nach dem Button, Ja. Davor, Nein. Das lässt sich aber mit einer eigenen Aktion realisieren.

Der Nachteil ist, dass das natürlich von den Themenautoren unterstützt (= eingebaut) werden muss. Es ist nur eine zusätzliche Zeile, die ins Kommentarformular kommt. Ist die vorhanden, kann sich das Plugin einklinken und den gewünschten Text anzeigen. Und dann bietet es alle Vorteile, die ein Plugin hat. Mehrsprachigkeit, Anpassung des Ausgabetextes ohne Änderung in den Themendateien, Zugriff auf Permalink und Titel der Datenschutz-Seite, usw.

Glaubt ihr, so etwas könnte sich durchsetzen?

Ich habe das Problem gefunden. Ich schrieb in diesem Beitrag, was ich getan habe, und dass es danach wieder funktionierte.
WordPress legt in der Tabelle "wp_options" unter "rewrite_rules" offenbar jede Menge Daten ab. Wann auch immer das passieren mag. Durch meine Spielerei hatte sich in diesen Daten etwas verändert, und danach ging es wieder. Ich habe diese Daten komplett aus der Tabelle gelöscht, und es klappt weiterhin. Wer weiß, wo der Fehler lag.

Da ich die Datei ja auch übersetze (allerdings kühlere Sie-Form), eine Anmerkung:

Zitat

Code

msgid "You are not allowed details about comments."
msgstr "Du darfst keine Details zu Kommentaren."


msgid "You are not allowed access to details about this blog."
msgstr "Du darfst nicht auf Details dieses Blogs zugreifen."

Ich persönlich denke, hier stecken im englischen Originaltext der "xmlrpc.php" zwei Tippfehler. Macht der obere Satz im Englischen Sinn? Macht die Übersetzung Sinn? "Du darfst keine Details zu Kommentaren" ... äh, was ... ? Lesen? Löschen? Abschreiben? *g* Macht der untere englische Satz Sinn? Ich denke, es sollte heißen: you are not allowed to access details about comments, und im unteren sind access und to vertauscht.

Wem könnte/müsste man das bei WP.org melden, damit die das mal prüfen und ggf. ändern?

Weißt du, was das absurde hierbei ist? Ich hatte ein Problem bei der Verwendung von <!--nextpage--> auf einer Seite. Jetzt habe ich spaßeshalber mal, so wie du, eine Regel für die Kategorie eingefügt. Erfolg: Null; sprich: ich bekam schon beim Aufruf der (Haupt)Seite den 404-Fehler. Also habe ich die Regel wieder entfernt, und siehe da: jetzt geht es. :confused:

Ich hatte mir einen Notfallpatch geschrieben, der die Unterseiten mit "/?page=Nr" aufruft. Jetzt klappen auch die Permalinks "/seitenname/3/". Ich kapiere es nicht wirklich, muss ich gestehen.

Der Originaltext befindet sich in der Datei "wp-includes/widgets.php" und heißt eigentlich "Select Category". Die Übersetzung wird in der deutschen Sprachdatei realisiert. Willst du das ändern, benötigst du die PO-Datei (s. Download hier) und einen geeigneten Editor. Die PO-Datei ist nur eine Textdatei. Du suchst die Stelle raus, änderst den deutschen Text, bspw

#: /irgendein-pfad/wordpress/wp-includes/widgets.php:#zeilennr
msgid "Select Category"
msgstr "Kategorie wählen"

erzeugst dann daraus wieder die MO-Datei. Die packst du auf deinen Server, überschreibst damit die schon vorhandene Datei, und danach siehst du deinen Text.

Wir haben beide den gleichen Nachteil: ist das Plugin nicht aktiv, funktioniert es nicht. Bei mir steht dann eben "[tagname=123]Text[/tagname]" im Text, bei dir ist dann dort eine Lücke. :mrgreen:

Edit: Wie lustig, der "post"-Tag funktioniert hier im Forum. ;)

War nicht böse gemeint. Mein Tag arbeitet mit eckigen Klammern. Das ist nicht wirklich kryptisch. So ein bisschen phpBB-mäßig. ;)

Zitat von maalbert

msi Welches Plugin nutzt Du?

Ein selbst geschriebenes, das zusätzlich zu den Beiträgen auch noch auf Kategorien, Tags und Kommentare verlinken kann. ;) Außerdem steckt ein Ersatz für die Blogroll-Funktion drin, damit ich dort auch auf bestimmte Beiträge o.ä. verlinken kann.

Mit Hausmitteln wirst du so was definitiv nicht schaffen. Nimm das gezeigte Plugin. Mir persönlich gefällt zwar nicht, dass es mit einem HTML-Kommentar arbeitet (<!-- -->), denn dadurch siehst du nichts, falls du im visuellen Editor schreibst, aber es erfüllt seinen Zweck.

Die Variante mit "/?p=ID" (u.a. WordPress-Befehlen) funktioniert immer, auch wenn du Permalinks benutzt. Allerdings wüsste ich auf die Schnelle keinen SQL- o.ä. Befehl, der dir alle Beiträge auflistet, in denen interne Links vorkommen. Da müsste ich erst mal nachdenken. :wink:

Ich persönlich nutze ein Plugin. Das erwartet innerhalb des Beitrags einen oder mehrere spezielle Tags mit der Beitrags-ID und erzeugt daraus die Links auf die jeweiligen Beiträge, Kategorien, Seiten, Kommentar oder Tags.
Das funktioniert bei mir grandios. Mein lokaler Blog nutzt eine Domain, die es im Internet nicht gibt (wer sagt denn, dass ich lokal ".com", ".de" und Konsorten nehmen muss? :mrgreen:), und wenn ich meine echte Blogdatenbank via phpMyAdmin exportiere und lokal importiere, funktionieren alle internen Links. Und das trotz anderer "Domain" und anderer Permalinkstruktur.

Man muss sich eben nur konsequent daran halten, dass man anstelle von Hyperlinks dieses Tag setzt. Und der Nachteil ist natürlich, dass die Verlinkung nicht funktioniert, wenn das Plugin nicht aktiv ist.

Versteh die Kritik bitte richtig. Du bist bei "Sorry, ..." inkonsequent. Mal übersetzt du es im Deutschen mit "Entschuldigen Sie, ...", mal lässt du es weg. Ich persönlich würde es weglassen. In Zeile 120 hast du das Du drin gelassen (Um dein Passwort ...). Und nicht nur da (STRG+F -> du). ;)

Ich denke, ich kann das Problem auf WP 2.4 SVN eingrenzen. Ich habe eben einen 2.3.3-Testblog aufgesetzt, und bei dem funktioniert das <!--nextpage--> auch mit Permalinks wie gewünscht.

Die Struktur an sich spielt keine Rolle. Ich kann "/jahr/monat/tag/name" (ist gerade aktiv) oder "/id/name" verwenden. Mir fällt gerade ein, ich könnte mal die ".htaccess" komplett leer machen (bis auf die Einträge für WP) und prüfen. Vielleicht überschneidet sich was mit den vorhandenen Regeln.

Ich vergaß zu erwähnen, dass alles funktioniert, wenn Permalinks aktiv sind. Ich kann im Archiv blättern, ob nach Seiten (domain/page/2), nach Monaten, Tagen, Kategorien, Tags usw. usw. Lediglich mehrseitige Seiten klappen nicht. Die Hyperlinks scheinen von WP korrekt erzeugt zu werden, denn im Beitrag von Monika habe ich auch das typische "domain/mts/referenzen/2" gesehen. So schaut es auch bei mir aus.

Aber jetzt werde ich, wie gesagt, erst mal die ".htaccess" prüfen. Vielleicht liegt es daran. Ich melde mich dann wieder.

Edit: Nein, an der ".htaccess" liegt es nicht.

Weiß jemand, welche Funktion/Klasse ursächlich für das Auswerten der Permalinks zuständig ist? Ich habe hier ein Problem mit Permalinks und Seiten, deren Inhalt ich mit <!--nextpage--> aufteile.

Ohne Permalinks wird ein Link generiert "/?page_id=123&page=2", und ich sehe den Text der entsprechenden Unterseite. Mit Permalinks erzeugt WP einen Link wie "/seitenname/2/", und da kommt ein 404-Fehler. Richtig absurd wird es im konkreten Fall mit Seite 3 (/seitenname/3/), denn hier sucht und findet WP einen normalen Beitrag (keine Seite), der zufällig mit 3 anfängt. :confused: Wenn ich den Link manuell anpasse "/seitenname/?page=2", dann funktioniert.

Jetzt habe ich per Suchfunktion diesen Beitrag entdeckt, in dem Monika ein Beispiel zeigt, das trotz Permalinks ohne Probleme funktioniert. Ich hatte auch schon K2 in Verdacht, aber ein Wechsel des Themas hat nichts geändert. Und darum würde ich gern wissen, welche Datei die URL-Behandlung übernimmt.

Einen Link zu meinem Blog kann ich nicht bieten.
Er liegt auf "localhost". ;)

Zitat von Narcanti

Sorry, aber da wp mittlerweile Tags unterstützt und es Plugins gibt, nach denen Related Posts nach Tags angezeigt werden, halte ich das fuer etwas veraltet.

Lässt sich problemlos im Plugin nachrüsten. Als Beispiel mit einem zusätzlichen Parameter

"tags" => 0

(0 = nach Kategorien, 1= nach Tags). Man muss das SQL-Kommando nur so gestalten, dass der Teil

AND t.taxonomy = 'category'

nur dann enthalten ist, wenn der neue Parameter Null ist.

Ansonsten sehe ich das auch so: wer's brauchen kann, wird's benutzen. Ich habe mir selbst auch so was geschrieben. Der Unterschied ist, das meins standardmäßig in der Sidebar sitzt und auch noch als Widget benutzt werden kann, falls jemand die Sidebar selbst gestalten will.

Zitat von Olaf

Wir sind zZ auch dabei die Sprachdatei für 2.5 vorzubereiten, es fehlen allerdings noch etliche Strings, die bisher nicht mit gettext versehen worden sind.

Ja, "Subscriber", "Author" usw. Was hältst du eigentlich vom Text "Emotions" (wp-includes/js/tinymce/langs/wp-langs.php). Ich persönlich glaube an einen Tippfehler. "Emoticons" würde schätzungsweise mehr Sinn machen, oder braucht man irgendwo Gefühle beim Schreiben mit TinyMCE? *g*

Zitat

es wird keine finale 2.4 Version geben, die Version wird übersprungen und es wird direkt 2.5 veröffentlicht.

Zitat von Jeriko

Andere Frage, warum jetzt schon eine Sprachdatei? Im letzten Nightly Build gibt es noch mehr als genug Baustellen, und unter der Haube wird sich vermutlich noch einiges ändern. Macht das wirklich so viel Sinn?

Dass es keine finale v2.4 geben wird, das weiß ich. Ich denke, die Versionsnummer wird sich demnächst dann auch im SVN ändern. Und Ja, es macht durchaus Sinn. Dank poEdit kann man (via Neuscannen der PHP-Dateien) die Sprachdatei aktuell halten. Mittlerweile gibt es 2005 Strings in meiner Datei. Mal kommen neue dazu, mal fliegen alte raus. Das passt schon. Wenn der größte Teil übersetzt ist, ist es kein Aufwand mehr.

Ich habe nur eine kleine Frage an die Leute, die auch WP 2.4 SVN nutzen. Ich verwende meine eigene Sprachdatei. Das liegt daran, dass es doch sehr viele Unterschiede zur Version 2.3.x gibt.
Ich habe alles übersetzt. Ob korrekt oder nicht, da müsste ggf noch mal jemand drüber schauen, der vllt auch Funktionen verwendet, die ich nicht nutze. Mir geht es aber jetzt lediglich um den Text

Empty Title filled from filename.

Er steht in der "wp-admin/includes/media.php". Ich habe diese Meldung aber noch nie zu Gesicht bekommen. Ich weiß nicht, was ich tun muss, um mal mit diesem Fehler konfrontiert zu werden. Der Zusammenhang erschließt sich mir also nicht wirklich, und damit ist eine 100% korrekte Übersetzung nicht wirklich möglich. Ich kann zwar ohne Probleme die Worte übersetzen, aber das Ergebnis muss nicht dem entsprechen, was der Entwickler von WP (der das geschrieben hat) damit sagen will.

Versuch das mal:

RewriteCond %{REQUEST_URI} ^/seite/(.*)/?$ [NC]
RewriteRule . /seite?antwort=%1 [R=301,L]


# BEGIN WordPress
RewriteBase /
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule . /index.php [L]
# END WordPress

In meinem Test hat es aus "domain/seite/seitenname" "domain/seite?antwort=seitenname" gemacht.

Das siehst du falsch. Üblicherweise speichern die Plugins ihre Einstellungen nur in der Tabelle "wp_options". Plugins wie die Next Generation Gallery legen sogar eigene Tabellen an. Diese (und "wp_options") lässt du bei der Sicherung weg.