WYSIWYG Editor

Hast du die aktuelle Java-Version installiert?

Es könnte mit der Kompression der TinyMCE-Javascript-Daten zusammenhängen. Zum Abschalten der Kompression kann man folgendes Plugin verwenden:

<?php
/*
Plugin Name: 123 TinyMCE No Compress
Plugin URI:
Description: Verhindert die Kompression (gzip) des TinyMCE (visueller Editor).
Author: Ingo Henze
Version: 0.10
Author URI: http://putzlowitsch.de/
*/ 


function plw123tnc_mce_no_compress( $initArray ){
    $initArray['compress'] = false;
    return $initArray;
} 


add_filter( 'tiny_mce_before_init', 'plw123tnc_mce_no_compress' );


?>

Oder hier als Download: plw123_mce_no_compress_0_10.zip

Gruß
Ingo

Noch zwei Hinweise:

1. Wordpress legt im Uploads-Verzechnis ein Unterverzeichnis 'js_cache' an und speichert dort den gesamten Inialisierungsteil für dem TinyMCE in einer Datei entweder als .gz oder .js ab. Alle Dateien in dem Verzeichnis sollten gelöscht werdern. Sonst werden Änderungen möglicherweise nicht wirksam.
2. [COLOR=Red]Achtung! diesen Hinweis nicht beachten.[/COLOR]
   Bei mir hat es nicht gereicht, die Kompression abzuschalten, zudem werden die letzten drei Zeichen der Initialisierungsdaten "verschluckt", wodurch ein Javascritp-Error entsteht und der TinyMCE nicht geladen wird. Dies kann leider nicht durch ein Plugin behoben werden. Hierzu muß die Datei 'tiny_mce_config.php' im Verzeichnis '/wp-includes/js/tinymce' gepatcht werden. Im Quelltext folgende Zeilen suchen:
   
   
   PHP

   // Add external plugins and init 
   $content .= $ext_plugins . 'tinyMCE.init({' . $mce_options . '});';

   Darunter muß ein String mit drei Leerzeichen hinzugefügt werden:

   PHP

   $content .= "   ";

   [COLOR=Red]Ende Achtung![/COLOR]

Ich weiß zwar nicht, wie das Problem zustande kommt und es wird nur an den Symptomen rumgedoktert, aber so funktioniert bei mir der TinyMCE unter Wordpress 2.5.

Derzeit Passiert das alles noch in meinem loakalen Testsystem. Vielleicht zur Info: Windows 2000, Apache/1.3.33 (Win32) mod_gzip/1.3.26.1a PHP/5.2.4

[COLOR=Red]Hinweis 2 ist falsch[/COLOR], falls schon etwas an der Datei geändert wurde, diese wieder durch das Original aus der Installtion ersetzen.
Das Problem liegt an falsch kodierten PHP-Dateien (siehe Hinweis weiter unten). Das können Plugins oder auch die my-hacks.php sein.
Nachtrag: Es kann auch die wp-config.php sein. Entweder ist die falsch kodiert oder es stehen da Leerzeichen oder Leerzeilen außerhalb das umrahmenden <?php ... ?>. Meist gehen dann auch RSS-Feeds nicht bzw. wenn man sich den HTML-Text der Seite anschaut, stehen da ganz am Anfang Leerzeichen oder Leerzeilen.

Gruß

Zitat von Putzlowitsch

Ich weiß zwar nicht, wie das Problem zustande kommt und es wird nur an den Symptomen rumgedoktert, aber so funktioniert bei mir der TinyMCE unter Wordpress 2.5.

Wenn in einer Datei, die ein PHP System verarbeitet, das auf UNICODE Basis arbeitet, 3 Zeichen verschwinden, hängt das damit zusammen, dass der UNICODE Kodierungsmarker, der normalerweise immer an Anfang einer Datei steht und 3 Byte groß ist, fehlt.

Diese passiert immer dann, wenn mein eine Datei, die UNICODE ist, mit einem Editor bearbeitet, der diese zwangsweise in ANSI konvertiert.

Wenn du z.B. ein PHP File, das selbst UNICODE ist, mit z.B. TextPad öffnest, weißt dich dieser Editor darauf hin, das UNICODE konvertiert wird. Dieser Editor kann aber auch UNICODE bearbeiten, wenn man es will.

Nur nicht alle Texteditoren können UNICODE. Und ich habe schon einige Plugins gesehen, bei denen Release Infos oder Greeting Links als UNICODE drin waren und somit das ganze Plugin PHP Unicode ist.

Fazit: Wenn man einen Editor benutzt, um Files zu ändern, sollte man auch einen nehmen, der UNICODE erhält, falls es drin ist.

Ich verwende NotePad++, da habe ich bisher angenommen, das der mit Unicode umgehen kann. Wenn ich die Datei 'tiny_mce_config.php' öffne, wird mir als Format ANSI angezeigt.

[del]Gut, dann ist das ein wichtiger Hinweis für die WP-Entwickler
Zumindest tritt das Problem mit den originalen, unbearbeiteten Dateien der WP-Installation auf.[/del]

Gruß
Ingo

Ich hab wordpress 2.5 mittlerweile zum 15. Mal installiert und nun geht plötzlich der visuelle Editor :confused:

Zitat von Putzlowitsch

Es könnte mit der Kompression der TinyMCE-Javascript-Daten zusammenhängen. Zum Abschalten der Kompression kann man folgendes Plugin verwenden:

PHP

<?php
/*
Plugin Name: 123 TinyMCE No Compress
Plugin URI:
Description: Verhindert die Kompression (gzip) des TinyMCE (visueller Editor).
Author: Ingo Henze
Version: 0.10
Author URI: http://putzlowitsch.de/
*/ 


function plw123tnc_mce_no_compress( $initArray ){
    $initArray['compress'] = false;
    return $initArray;
} 


add_filter( 'tiny_mce_before_init', 'plw123tnc_mce_no_compress' );


?>

Alles anzeigen

Oder hier als Download: plw123_mce_no_compress_0_10.zip

Gruß
Ingo

Danke Ingo das hat mir endlich die neue Version zum laufen gebracht.

Danke auch von meiner Seite. TinyMCE klappt jetzt super.

Klappt nicht ...

...Klappt, klappt nicht!

Die Navigationsleiste (oder wie die Button nun heißen mögen) sind mal da und mal nicht. Aus unerfindlichen Gründen verschwinden sie ohne mein Zutun. Unterverzeichnis /js_cache habe ich geleert, das Plugin installiert und trotzdem ist nix da!

Was kann ich jetzt noch machen? Ich muss dazu sagen, ich habe nicht viel Ahnung und möchte natürlich mein Weblog auch nicht zerschießen. Auf Blogdesk umzusteigen nützt auch nichts, denn das kriege ich erst gar nicht installiert!

Ich bitte um Hilfe!

Ich habe ein sehr ähnliches Problem. Die Buttons über meinem visuellen Editor sind von heute auf morgen vollständig verschwunden, der Text wird im Editorfenster jetzt nur noch in Form winziger roter Punkte dargestellt. Markiere ich den "Text" mit der Maus, erscheint der HTML-Code.

Ich habe mehrere Blogs - alle auf 2.51 upgedatet, das Problem taucht nur bei einem davon auf.

Ich habe - wie hier im Thread beschrieben - den js-cache im Ordner Uploads gelöscht und das Plugin plw123 ... installiert. Hat nichts am Problem geändert.

Ich habe TinyMCE Advance deinstalliert und neu installiert. Hat nichts geändert.

Ich habe 2.51 erneut installiert - hat nichts geändert.

Auch den Browser-Cache habe ich x-mal geleert.

Was kann ich jetzt noch ausprobieren? :(

hatte das selbe Problem -> gelöst

Hatte das selbe Problem mit dem nicht mehr nutzbaren wysiwyg-editor
ich brauch ihn zwar nicht aber unbedarfte Leute denen ich wp aufgezwungen hab sehen das natürlich nicht so locker
das plugin hat bei mir nichts gebracht

im endeffekt war die .htaccess datei in meinem wp-include verzeichnis schuld die hatte nämlich ausversehen verhindert das auf php-dateien zugegriffen werden konnte

ich blödmann :)

also ich hatte das Problem beim Absichern meiner WP installation, da ich die .htaccess zu stark eingestellt habe ...

Also same Fehler wie decx ^^

Hallo zusammen.
Ich bin seit zwei Tagen nur diesem Phänomen auf der Spur und es funktioniert absolut keiner der ganzen Tipps, die ich hier und im amerikanischen Forum gefunden habe.
Ich bin Designer und kein Coder, habe für eine Kundin ein WP-Blog eingerichtet und die kommt natürlich mit der reinen HTML Darstellung ohne Wysiwyg Vorschau gar nicht zurecht. Ich persönlich finde es auch recht anstrengend.

Ich habe Tiny MCE neu installiert
Cachefiles gelöscht, Browsercache gelöscht.
Plugins deaktiviert
Das Antikomprimierungs Plugin installiert.
Tiny MCE Advanced installiert
Ich habe auch keine htaccess Files im root liegen.

Seit dem Update auf 2.51 funktioniert der visuelle Texteditor nicht mehr.
Manchmal zeigt er nach dem Klick auf den HTML Button auch den gesamten Text in weißer Schrift auf weißem Grund an. Erst sichtbar, wenn man in dem Fenster etwas selektiert. Danach kommt man auch nicht zurück zur "Normal-Darstellung". Erst wenn man einen neuen Artikel auswählt habt man wenigstens die Code-Ansicht.

Wie schon gesagt, ich bin kein Programmierer und wäre über jeden weiteren Tipp dankbar. Vielen Dank im voraus.

Mal eine Frage: benutzt das Theme, mit dem der(die) Kund(e/in) öffentlich ist, weiße Schrift auf dunklem Grund ?
Es wird u.U. das Theme Stylesheet für die Vorschau benutzt nur ist das Admin Stylesheet nicht "hart" genug gegen Überladungen durch Userstyles.
Somit kann es zu einer Mischung aus Kundenstyle und Admin Style kommen, der weisse Schrift (Kundenstyle) auf weissem Grund(Admin Style) darstellt.

codestyling Danke für die schnelle Reaktion.
Das ist jetzt eigentlich auch nur ein zusätzliches Problem, denn im Theme wird nur schwarzer und etwas farbiger Text auf Weiß verwendet. Wo diese Stilzuweisung herkommt, weiß ich allerdings auch nicht.

Das Hauptproblem bleibt der fehlende visuelle Editor.