| M | D | M | D | F | S | S |
|---|---|---|---|---|---|---|
| « Nov | Jan » | |||||
| 1 | 2 | 3 | 4 | 5 | 6 | |
| 7 | 8 | 9 | 10 | 11 | 12 | 13 |
| 14 | 15 | 16 | 17 | 18 | 19 | 20 |
| 21 | 22 | 23 | 24 | 25 | 26 | 27 |
| 28 | 29 | 30 | 31 | |||
- Allgemein (2)
- Cups, Druck (1)
- Erfahrungsberichte (50)
- Firewall Netfilter Iptables (1)
- Hardware, Treiber (10)
- Impressum (1)
- KDE (22)
- Kontact - Kmail (2)
- LAMP / Webentwicklung (18)
- Linux 3D Desktop (7)
- Netzwerk (5)
- Office und OpenOffice (4)
- Open Source (1)
- Open-Xchange (7)
- Postfix, Cyrus, Kmail (2)
- Sound (5)
- Verschlüsselung (Mail, SSH) (3)
- VMware Workstation (11)
- Web - Browser und Co. (10)
- 26.2.2010: Dell M90, Suse 11.2, KDE 4.4, VMware - Teil II
- 16.2.2010: Dell M90, Suse 11.2, KDE 4.4, VMware - Teil I
- 25.1.2010: FF 3.6 behebt Flacker-Problem unter Opensuse 11.2
- 25.1.2010: Flackern beim Seitenwechsel im MS IE - Nachtrag
- 2.1.2010: Opensuse 11.2, Audio, Encoding, K3b
- 25.12.2009: KDE 4.3.8x - Vorsicht !
- 25.12.2009: Wordpress verunstaltet HTML-Code
- 6.12.2009: Reihenfolge relativ und absolut positionierter DIVs
- 30.11.2009: VMware WS: Wechsel zw. Multi/Single-CPU WIN XP Guest
- 14.11.2009: Flackern beim Seitenwechsel im MS IE
- Februar 2010
- Januar 2010
- Dezember 2009
- November 2009
- Oktober 2009
- September 2009
- August 2009
- Juli 2009
- Juni 2009
- Mai 2009
- April 2009
- Februar 2009
- Januar 2009
- Dezember 2008
- November 2008
- Oktober 2008
- September 2008
- August 2008
- Juli 2008
- Juni 2008
- Mai 2008
- Februar 2008
- Oktober 2007
- September 2007
- Juli 2007
Wordpress verunstaltet HTML-Code
Die vor einigen Monaten erfolgte Implementierung von TinyMCE in Wordpress mag mancher ja als nett empfinden - aber dieser “Fortschritt” hat ungewünschte Nebenwirkungen für die Autoren:
Ich bin nicht der Erste, der feststellen muss, dass bei Benutzung des WYSIWYG-Editors der eigene HTML-Code, den man ggf. im HTML-Fenster des Editors einfügt, nicht mehr akzeptiert wird. Eigentlich würde man gern zwischen dem visuellen Editor und dem HTML-Code hin und her wechseln und bei Bedarf den generierten HTML-Code durch eigene Tags und CSS-Vorgaben modifizieren.
Aber nein - das ist seit der Wordpress spezifischen Implementierung von TinyMCE nicht mehr möglich - der HTML-Code des Autors wird automatisch verändert und zwar massiv.
DIVs werden z.B. in P-Tags umgewandelt - natürlich bei erheblichen Verlusten im Layout. Generell wird alles auf das Niveau von P-Tag-Formatierung heruntergebrochen. Und das Schlimmste ist, dass der Code von alten, mühsam erstellten Artikel ebenfalls verändert wird, sobald man sie ein einziges Mal zum Bearbeiten öffnet.
Liebe Wordpress-Entwickler, ich finde das total unakzeptabel ! Das ist eine grundsätzlich falsche Entwicklung:
Wenn ich in einem Editor eigenen Code einarbeite, muss der unangetastet bleiben. Modifikationen sind höchstens nach Bestätigung eines entsprechenden Vorschlags in einem Dialog akzeptabel, aber nicht als Automatik. Gegen Warnungen bei HTML-Fehlern, bei nicht geschlossenen Tags etc. hat auch keiner was einzuwenden - aber bitte kein automatisches Überschreiben von Code ohne ausdrückliche Erlaubnis des Autors.
Ich lehne diese Bevormundung ohne Vorwarnung total ab ! (Das Gleiche gilt übrigens für den HTML-Editor von Kmail - dort findet dieselbe Art der Code-Manipulation statt - auch dann, wenn man über einen externen Editor geht).
Für Wordpress gibt es eine einfache Lösung:
Abschaltung des WYSIWYG-Editors im eigenen Profil, bis sich die Wordpress-Entwickler was Vernünfigeres ausgedacht haben!
Nach der Abschaltung hat man zwar TinyMCE nicht mehr zur Verfügung - das ist im Vergleich zum Gewinn der HTML-Freiheit aber nur ein kleines Übel. Sorry, ich finde Tiny MCE toll - aber so sollte man es nicht zum Einsatz bringen.
Antwort schreiben
Sie müssen als angemeldet sein, um einen Kommentar schreiben zu können.