Serendipity Forums

Im Rahmen eines Upgrades auf 1.52 bzw. 1.53 habe ich das unter http://board.s9y.org/viewtopic.php?f=10&t=16545 beschriebene Problem ebenfalls gefixt, und mir ist trotzdem ein weiterer Fehler aufgefallen.

Und zwar arbeitet der Knopf 'img' im Non-WYSIWYG-Editor nicht sauber in den Internetexplorern (getestet in 6.0 und 8.0). Mir ist das nicht aufgefallen, da ich hauptsächlich mit anderen Browsern arbeite, aber meiner Kundin, die aufgrund ihren Arbeitsplatzvorgaben mit IE 6.0 arbeiten muss.

Ein Bild über 'img' einfügen produziert folgendes Verhalten:

Angenommen folgender Zustand in der Eingabebox:

---------------------------------------
A1

A2
A3
---------------------------------------

A1 - A3 sind Textabsätze in der Eingabebox, zwischen A1 und A2 soll ein Bild via 'img' eingefügt werden.

Beim Einfügen passiert folgendes bzw. folgendes Ergebnis wird produziert:

---------------------------------------
A1

A2
A3

IMG
A1

A2
A3

A1

A2
A3
---------------------------------------

Das Bild wird also nicht zwischen A1 und A2 eingefügt, sondern erst hinter A3. Dazu werden die Textblöcke A1 - A3 nochmal dahinter zwei mal dupliziert.

In anderen Browsern tritt der Fehler nicht auf.

Javascriptfehler?

fragt etwas ratlos

Hi!

IE6 ist auch von MS toterklärt. Bitte Brower wechseln.

Grüße,
Garvin

hagenroewer wrote:Ein Bild über 'img' einfügen

Spricht etwas dagegen, die s9y-Mediendatenbank zu nutzen?

YL

Hallo Garvin,

garvinhicking wrote: IE6 ist auch von MS toterklärt. Bitte Brower wechseln.

das sehe ich auch so, nun die betreffende Organisation im Laufe diesen Jahres bzw. 2011 wechseln nach Windows 7, dann löst sich das Problem mit IE 6.

Aber ich schrieb ja auch

hagenroewer wrote:
Und zwar arbeitet der Knopf 'img' im Non-WYSIWYG-Editor nicht sauber in den Internetexplorern (getestet in 6.0 und 8.0).

D.h. in IE 8.0 kann ich den Fehler auch reproduzieren, und der ist bekanntlich noch nicht für tot erklärt worden.

Gruß,
Hagen

Hi YL,

yellowled wrote:

hagenroewer wrote:Ein Bild über 'img' einfügen

Spricht etwas dagegen, die s9y-Mediendatenbank zu nutzen?

Nein, gar nicht - im Gegenteil - nachdem ich das Fixing vorgenommen habe, sind die heilfroh, das wieder benutzen zu können. Nur vor dem Fixing ist dieser Fehler mit bekannt geworden, und das ist gerade bei Kunden-Meeting immer bißchen doof, wenn die andere Alternative abschmiert. Letztendlich habe ich die erweiterten Sonderzeichen noch ein Custom-HTML-Tag dazugebastelt mit der img-Anweisung.

In dem Zusammenhang fällt mir auch nochmal ein und auf, ob man nicht generell über das Plugin "serendipity_event_typesetbuttons" auch die schon vorgegebenen Knöpfe beliebig ab- und zuschalten kann, denn so kann man diese Leiste wirklich auf das notwendigste reduzieren.

Denn momentan kann ich z.B. den Knopf 'img' nicht abschalten, ich würde z.B. gerne auch die Knöpfe 'I' und 'U' abschalten, da diese Formatierungen auf Websites eh wenig Sinn machen.

Gruß,
Hagen

hagenroewer wrote:ich würde z.B. gerne auch die Knöpfe 'I' und 'U' abschalten, da diese Formatierungen auf Websites eh wenig Sinn machen.

Was U angeht, gebe ich Dir recht. Dagegen hilft (ebenso wie bei IMG) Benutzerschulung

I macht sehr wohl Sinn - das fügt lediglich ein <em></em> ein. Daran kann ich nichts Sinnloses erkennen.

Wenn es nicht um die IE6 ginge, könnte man evtl. die betreffenden Buttons rein über CSS ausblenden - über ein über Attribut-Selektoren zugewiesenes display: none;. Aber ganz ehrlich? Benutzerschulung scheint mit hier sinnvoller.

YL

yellowled wrote: Dagegen hilft (ebenso wie bei IMG) Benutzerschulung

Die ist gelaufen bzw. wurde ja auch gemacht.

yellowled wrote:I macht sehr wohl Sinn - das fügt lediglich ein <em></em> ein. Daran kann ich nichts Sinnloses erkennen.

Na, ja, nichts gegen <em></em> - ich finde, kursive Schrift wirklich nicht richtig gut lesbar auf dem Bildschirm - ich setze dieses Formatierungselement selber auch nie ein.

yellowled wrote:Wenn es nicht um die IE6 ginge, könnte man evtl. die betreffenden Buttons rein über CSS ausblenden - über ein über Attribut-Selektoren zugewiesenes display: none;. Aber ganz ehrlich? Benutzerschulung scheint mit hier sinnvoller.

Warum nicht in dem angegeben Plugin, dass sowieso zur Erweiterung des Non-WYSIWIG-Editors dient.
Die Schulung ist das eine, aber eine Benutzerschnittstelle muss ich nicht mit was überfrachten, was in der Praxis eh kaum gebraucht wird, daher mein Plädoyer für wahlfreies Zu- und Abschalten im Plugin.

Denn in der Schulung thematisiere ich auch nur die Funktionen, die wirklich benötigt werden. Denn häufig ist weniger einfach mehr.

Gruß,
Hagen

hagenroewer wrote:Na, ja, nichts gegen <em></em> - ich finde, kursive Schrift wirklich nicht richtig gut lesbar auf dem Bildschirm - ich setze dieses Formatierungselement selber auch nie ein.

Die semantische Bedeutung von em ist mitnichten „kursive Schrift“, auch wenn das in den meisten Browsern die standardmäßige Gestaltung ist. Diese lässt sich problemlos mit CSS überschreiben.

hagenroewer wrote:Warum nicht in dem angegeben Plugin, dass sowieso zur Erweiterung des Non-WYSIWIG-Editors dient.

Weil ich zumindest keine Ahnung habe, wie man das Plugin dementsprechend erweitert

YL

Moin,

yellowled wrote:

hagenroewer wrote:Na, ja, nichts gegen <em></em> - ich finde, kursive Schrift wirklich nicht richtig gut lesbar auf dem Bildschirm - ich setze dieses Formatierungselement selber auch nie ein.

Die semantische Bedeutung von em ist mitnichten „kursive Schrift“, auch wenn das in den meisten Browsern die standardmäßige Gestaltung ist. Diese lässt sich problemlos mit CSS überschreiben.

Danke für den Hinweis, der Blick in die Selfhtml sorgte nochmal für die Aufklärung .

Eigentlich müssten dann zumindest die Bezeichnungen für die Knöpfe mit B und I auch neu bezeichnet werden mit Strong und Em, da es sich gerade um logische Textauszeichnungen handelt, und nicht eben um physische Textauszeichnungen.

Hi!

Die Erweiterung des Plugins scheint mir eine gute Idee, ist aber leider auch mit etwas Anpassungsaufwand verbunden.

Übergangsweise könntest Du die buttons über das templates/default/admin/entries.tpl selber verändern/rausnehmen, ziemlich am Anfang der Datei (nach "entry_vars.wysiwyg" suchen).

Dass der IE8 damit auch falsch reagiert hatte ich leider überlesen, sorry. Leider kann man im IE die Position der Auswahl nicht so ganz einfach wie im FF/Safari erhalten, es kann hier gut sein dass da ein Bug am werkeln ist. Ich habe mir das versucht anzusehen, aber die Auswahllogik ist so kompliziert, dass ich da auf die Schnelle nichts machen konnte. Aber reproduzieren lässt es sich!

Grüße,
Garvin

garvinhicking wrote: Übergangsweise könntest Du die buttons über das templates/default/admin/entries.tpl selber verändern/rausnehmen, ziemlich am Anfang der Datei (nach "entry_vars.wysiwyg" suchen).

Danke für den Hinweis, und ich schaue mir mal auch das Plugin an, ob ich was dazu beitragen kann.

garvinhicking wrote: Dass der IE8 damit auch falsch reagiert hatte ich leider überlesen, sorry. Leider kann man im IE die Position der Auswahl nicht so ganz einfach wie im FF/Safari erhalten, es kann hier gut sein dass da ein Bug am werkeln ist. Ich habe mir das versucht anzusehen, aber die Auswahllogik ist so kompliziert, dass ich da auf die Schnelle nichts machen konnte. Aber reproduzieren lässt es sich!

Gut, da bin ich beruhigt, dass ich nicht der einzige bin, der diesen Fehler sieht

Gruß,
Hagen