Sammlung: Verbesserung der Barrierefreiheit von tinyMCE
Die Barrierefreiheit vom tinyMCE ist leider anscheinend nicht ideal, wie meine Tests mit mehreren betroffenen Nutzern ergeben haben. Im Ticket 1495 habe ich angeregt, dass Leo andenkt, ob wir den Editor gegen den CK Editor austauschen. Ich kann aber seine Argumentation sehr gut verstehen, dass er das nicht präferiert, da er sonst mit den Editor-Anpassungen wieder bei Null anfangen müsste.
Deshalb möchte ich diesen Thread nutzen, um eine Liste von Anpassungen zusammen zu tragen, die vom tinyMCE unterstützt werden und diesen in seinem aktuellen Zustand bei der Benutzung barrierefreier machen.
Zur Info: Ab TYPOlight 2.8 läuft im System der tinyMCE Version 3.2.7
Ihr könnt gerne bei dieser Sammlung mitmachen. Bitte brecht hier aber keine Diskussion über die Vor-/Nachteile des einen oder anderen Editor vom Zaun, sondern postet bitte nur tatsächliche Bedienprobleme und/oder konkrete Lösungen zur Verbesserung der Barrierefreiheit beim tinyMCE.
Editieren im Blindflug seit 8.2
Leicht verzweifelt bin ich und vor allem meine Kundin (= ein Verein mit 20 Editoren...): wir haben einen Auftritt von 7.6 auf 8.2 aktualisiert....und mit einmal zeigt der Editor bei längeren Textfeldern (länger als ein Bildschirm) beim Editieren nicht den Cursor sondern den Anfang des Textfeldes. Bei dem Versuch eine Zeile zu ändern, arbeitet man also blind...
Hier brauche ich dringend Hilfe - wer kennt das Problem? Kann ich einfach den Tiny der letzten Version einbinden? Oder leigt es an dem Zusammenspiel mit TypoLight?
Lieben Dank für die Hilfe!
Bigga
...anderes Problem mit Tiny..
Ich habe auch ein Problem mit dem TinyEditor - weiss aber nicht ob das schonmal irgendwo gepostet wurde - ich habs nicht gefunden. Wenn ich versuche einen Link zu generieren, Smileys zu setzen oder ähnliches zeigt mir der Editor nur ein weißes Fenster anstatt einem Auswahlfenster.
Ich nutze Firefox und hab gerade auf 1.8.2 geupdatet (dort ist das Problem weiterhin :( )..
vlg tyler ***
Tinymce Sprache auszeichnen
Hallo zusammmen,
ich suche seit Stunden (in diesem Forum, bei tinymce.moxiecode.com wie auch per Google), wie ich im Tinymce, ein einzelnes Wort (keinen Absatz!) mit einem lang-attribut versehen kann. Das Ergebnis sollte heissen <span lang="en">Wort</span>.
Wenn ich die Funktion "Attribut einfügen" (Icon: Blatt mit Hand) benutze und ins Feld "Spache" den Wert "en" o.ä, eingebe, wird dadurch immer der ganze Absatz, also das p mit dem lang-Attribut versehen. Ich will aber nur einzelne Worte auszeichen.
Ich bin diversen Hinweisen gefolgt, wie ich den Tinymce in der tinyMCE.php konfiguieren kann, z.B. extended_valid_elements : "span[class|lang]". Oder auch diese Zeile zu entfernen "save_callback : "TinyCallback.cleanXHTML""
Bislang hat nichts geholfen. Bin ich auf der völlig falschen Spur? Wie macht ihr das?
Ich wäre dankbar um eine Hinweis, ich hab mich wirklich bemüht, mir selbst zu helfen :-)
Einzelne Worte anderssprachig auszeichnen
Hallo Nina,
in Bezug auf Barrierefreiheit hab ich Porbleme im Tinymce ein einzelnes Wort anderssprachig auszuzeichnen. Mittels der Palette "Attribut einfügen" bezieht sich lang=en immer auf den ganzen Absatz, nicht auf das einzelne markierte Wort, also ein span. Mir scheint, Contao lässt im Zusammenspiel mit dem Tinymce das lang-attribut für ein span einfach nicht zu, egal wie ich den Tinymce konfiguriere. Oder bedien ich da irgendwas falsch? Ich hab dazu neulich auch schon eine Frage im Forum gestellt, aber leider noch keine Antwort bekommen:
http://www.contao-community.de/showt...he-auszeichnen
Ich arbeite zurzeit mit einem Workaround. Ich verwende das Dropdown für eigene Formate/Stile und hab einen Stil definiert, der (statt einer class) lang="en" setzt. Das ist aber eine "nicht-dafür-bestimmte Bastelei", mir wär es über die Funktion "Attribut einfügen" lieber.
Schöne Grüße
Catherine
Button Anordnung - Speichern , Schliessen, Zurueck - nicht optimal
Hallo,
ich würde es besser finden - da schneller erreichbar - wenn die Buttons "Speichern , Schliessen, Zurueck etc." nicht unten angeordnet wären, sondern oben. Besser wäre es noch, wenn diese seitlich mitscrollen würden.
Oder man kann im Backend selber einstellen, wo der User die Anordung der Buttons haben möchte. Oder Verschiebung der Buttons per Drag & Drop.
Hoffe, dass meine Vorschläge mal Einzug in den Core haben...
Bye
Steve