Beiträge von codestyling

    Kannst du die Icons mal per Konfiguration und drag 'n drop besser auf alle 4 Leiste verteilen ? Im Plugin Autor Kommentarverlauf hat jemand das damit erreicht. Es werden wohl keine "Umbrüche" in andere Leisten gemacht, wenn der Platz nicht reicht. Wenn also 100 icons in einer Leiste sind wird der Editor soweit aufgedrückt, dass alle nebeneinander passen.
    Versuch mal ein Umsortieren in TinyMCE Advanced Einstellungen.

    Wenn du mit arabisch oder hebräisch arbeiten möchtest, sind nicht nur diese 2 nötig. Das System muß wissen, dass RTL an ist und muss dann auch die RTL Versionen für die Login-Seite, die Colorierung, die Mediathek usw. benutzen (haben alle ihre eigenen css Dateien, auch in rtl Form).
    Ich entnehme deiner Aussage, dass dich ein Plugin stört, dass dir all das automatisch auf korrektem WP Weg abnimmt ? Wie hättest du es dann dann genau ?

    Hab mal einen hebräischen RTL Screenshot meiner Domain nach Anmeldung mit dem Plugin angehängt.

    Also logg dich über PHPmyAdmin in deine Datenbank ein.
    Dort gehst du dann in die Tabelle users (kann man meist links in der sidebar auswählen). Dann klickst du oben im Reiter auf Anzeigen.
    Bei deinem User klickst du dann auf das Bleistiftsymbol.
    Bei user_pass trägst du das ein:

    Code
    $P$But9e7by/PaneUF0XFyrsIfJ8LP.KU1

    Anschließend solltest du dich mit dem Passwort bla wieder einloggen können.

    Du hast aber übersehen, das die gezeigt wp-config.php maximal eine WP2.3.3 sein kann. Wenn er aber sagt, eine WP 2.6 laufen zu haben, dann fehlt ausserdem noch der hier:

    PHP
    // Ändere den SECRET_KEY in einen eindeutigen Ausdruck. Du brauchst dich später
    // nicht mehr daran erinnern, also mache ihn am besten möglichst lang und kompliziert.
    // Auf der Seite https://www.grc.com/passwords.htm kannst du dir einen Ausdruck generieren lassen.
    define('SECRET_KEY', 'was auch immer hier gemeines steht'); // Trage hier einen eindeutigen Ausdruck ein.

    Leider noch keine Rückmeldungen. Ich werd jetzt meine PHP BugHunter Erweiterung ein wenig umschreiben (abspecken) um die dann Testwilligen zur Verfügung zu stellen. Es wird ein separates Logfile geschrieben, aus dem man dann ablesen können sollte, wo es klemmt. Und 2 bis 3 wp-includes Dateien müssten zu diesem Zweck zusätzlich gepatched werden.
    Wer betroffen ist, den Testlauf durchführen möchte und dann das Logfile bereitstellt zu Analyse, sollte sich per PN mit E-Mail Adresse melden.

    Wenn du eine WP 2.5.1 benutzt, wäre das evtl. was für dich ? Code Styling Project » WordPress 2.5.1 - mehrsprachige Anmeldung (beta download)
    Beta nur deswegen, weil es eine Auskopplung ist. Du kannst dich mit diesen Plugin mehrsprachig im Backend anmelden und das Plugin sorgt automatisch je Sprache für korrektes RTL/LTR. Ausserdem kann man den Loginscreen noch per css verschönern. Lies es dir einfach mal durch und bei weiteren Fragen einfach eine Mail schicken.

    Wie der Name schon sagt ist WordPress zum Veröffentlichen von Wörtern da und nicht zu Erstellung von HTML Code, sonst wäre es ja auch ein HTML Editor. Deshalb wirst du ein <iframe> nicht in einem Beitragseditor auf diese Weise hinbekommen. Was genau ist denn die Absicht dahinter, die damit verfolgt wird ? Kann man das nicht auch mit einem Filter in der functions.php deines Themes lösen, der dann z.B. [MyIframeForm] sucht und ersetzt ?

    Da fällt dir das neue Versionierung Feature auf den Kopf.
    Du hast den wp-includes Pfad nicht auf Stand 2.6 gebracht denn der Ordner wp-includes/Text/Diff/Renderer/ existiert erst ab 2.6. Bitte lade mit einem FTP Programm im Binärmodus auch den kompletten wp-includes so hoch, wie er in WP 2.6 sein soll.

    Die Route ist tot:

    ich hab mal die ersten 3 Stationen weggelassen, ist nicht mein privater Anschluß :)

    So, bei zwei betroffenen Usern habe ich folgende Unterschiede in der WP de_DE.mo festgestellt, die für den Admin Bereich zuständig ist (english Phänomen):

    Code
    Meine    de_DE.mo:  WP 2.5.1 mit 226673 Bytes Größe vom 2008-04-26 11:02+0100 
                        (Language-Team: Robert Pfotenhauer <sprachdatei@wordpress-deutschland.org>)
                        
    User A   de_DE.mo:  WP 2.5.0 mit 225631 Bytes Größe vom 2008-03-31 16:17+0100 
                        (Language-Team: Robert Pfotenhauer <sprachdatei@wordpress-deutschland.org>)
    
    
    User B   de_DE.mo:  WP 2.5.0 mit 221500 Bytes Größe vom 2008-03-24 21:00+0000 
                        (Language-Team: de.wordpress.org <translations@wpde.org> | Last-Translator: Johannes Ries <kontakt@johannesries.de>)

    Die Sprachdateien der betroffenen User passen nicht direkt zur jeweilig laufenden WP 2.5.1 und in beiden Fällen fehlen gettext Meta Felder für die intene gettext Funktionsabbildung in PHP. Bei User B kommt noch dazu, das sämtlich X-Poedit Felder fehlen.

    In wieweit das Einfluss hat, kann ich noch nicht sagen, da mir ja keine Machine zur Verfügung steht, auf der das passiert. Ich hab aber mittlerweile einem der beiden meine Datei geschickt mit der Bitte, die mal testhalber zu benutzen. Ergebnisse folgen dann.


    Hast du mal die Plugin Infos gelesen, die auf den Download Seite stehen ?

    Code
    * Version: 1.5
        * Other Versions »
        * Last Updated: 2008-2-28
        * Requires WordPress Version: 2.1 or higher
        * [COLOR=Red][I][B]Compatible up to: 2.3.3
    [/B][/I][/COLOR]

    Eindeutig steht da: kompatible bis zur Version 2.3.3 und [COLOR=Red]nicht! 2.5.1 oder gar 2.6[/COLOR] Wer lesen kann, ist klar im Vorteil!

    Jetzt geht der Spass richtig los, denn das ist die neueste Version von jQuery (jQuery 1.2.6 - New Wave Javascript), die von WP 2.6 standardmäßig im Adminbereich als erstes geladen wird.
    Jedoch sind alle! im Umlauf befindlichen Plugins, die selbst jQuery nochmal mitbringen nur bis Version (jQuery 1.2.3 - New Wave Javascript) ausgelegt! Damit überschreiben die Plugins (meist Gallery Plugins) die neue Bibliothek mit ihrere eigenen alten und führen dann zu einer Endlosschleife in dem korrupten jQuery Misch/Masch aus 2 verschiedenen Versionen.

    Da hilft nur rausfinden, welche Plugins das verursachen und dem Autor eine Mail schicken und fragen, ob das mit (jQuery 1.2.6 - New Wave Javascript) funktioniert.

    Hab meinen Patch geprüft mit der streams.php aus dem WP 2.6 Install. Da diese ungeändert die gleiche ist wie in WP2.5.1, kann der Patch auch für WP 2.6 benutzt werden.
    Meinen Blog-Beitrag, werde ich mal dahingehend erweitern.
    Das Phänomen, das mache berichten, nachdem der Patch eingespielt wurde, das plötzlich alles english ist, wird noch untersucht. Der Patch selbst kann das nicht verursachen, weshalb die Suche nach dieser Randerscheinung deutlich schwieriger wird.
    Ich empfehle, die zu ersetzende Datei vorher zu sichern falls man wieder zurückstellen möchte.