lck wrote:frase wrote:Fraglich, warum bei mir ein so komisches Format ankommt?
Habe mit 7-Zip entpackt. (gibt es da eine Konvertierungsoption?)
Im Notepad++ kommt das Copyright-Zeichen so ©
Erst, wenn ich konvertiere zu utf-8 ohne BOM, kann ich ein richtiges Zeichen einsetzen ©
Bei mir das Gleiche (mit WinRar entpackt), aber das © kann ich auch ohne Konvertierung einfügen. Wenn ich die original Datei zu UTF-8 ohne BOM konvertiere schließe und wieder öffne sieht das ┬⌐ nun so aus Γö¼ΓîÉ
(BTW: die template.nfo ist schon seit Portable_XH-2.0dev1 so)
Sehe gerade, wenn ich die original template.nfo mit Notepad (Windows) öffne, ist das © ein © !
Hm, ich habe das Archiv auch mit 7-Zip entpackt (ich glaube, da gibt es keine Möglichkeit die Zeichenkodierung zu ändern), und wenn ich mir dann template.nfo in einem Hex-Editor anschaue, sind die ersten beiden Bytes C2 A9, genauso wie es sein soll. Kann es sein, dass Notepad++ da "spinnt"? (Ich kann's nicht leicht testen, weil ich Notepad++ kürzlich deinstalliert habe.)
lck wrote:cmb wrote:
lck wrote:Aber auch mit Internet-Verbindung gibt es Fehler:
Hm, kann ich auf die Schnelle zumindest nicht reproduzieren. Eventuell ein jQuery-Versionsproblem?
Ein jQuery-Problem scheint es nicht zu sein, tritt auch bei älteren Versionen auf und zwar nur im Bearbeiten-Modus, in der Browserkonsole.
Hm, ich kann das weder in FF noch in Chrome reproduzieren (diverse Kombination von jQuery-Version mit und ohne Migrate-Plugin probiert). Wenn ich mir die Fehlermeldung anschaue, dann könnte ich mir vorstellen, dass es was mit dem Stylesheet zu tun hat.
Auf jeden Fall wird das Debuggen in einer minifizierten JS-Datei ohne Source-Map schwer, selbst wenn der Fehler zu reproduzieren ist. Weiß nicht, ob eine Source-Map oder ein nicht minifiziertes tinymce.js einfach zu bekommen sind. Manu?
frase wrote:Accessibility ist durchaus ein wichtiges Thema. Ich frage mich allerdings, wo sie bei den Editoren bleibt. Oder habe ich da was übersehen?
Der Codeeditor_XH sollte diesbezüglich okay sein. Bei TinyMCE 4 (und CKEditor?) ist wohl für Screenreader vorgesorgt (da gibt es zumindest jede Menge aria-* Attribute), und Tastaturbedienung scheint auch möglich (wenn in der Praxis vermutlich aber frickelig). Im Zweifel kann aber der Editor ganz deaktiviert werden (in der Konfiguration editor_external leer lassen) – das ist dann accessible, zumindest wenn man HTML spricht.
frase wrote:Fakt ist, dass der Pagemanager nun wiederum völlig anders aussieht als alle anderen System-Dinger.
Vielleicht sollten wir doch nochmal über die Einführung eines Icon-Fonts nachdenken?
Da ist dann aber die Frage: Welchen?
Und dummerweise haben die Font-Sets auch nicht alle benötigten Bildchen an Bord.
Es könnte aber zu einer Vereinheitlichung der CMSXH-Oberfläche beitragen (Konsistenz?). Und auch Plugins könnten das nutzen.
Grundsätzlich hätte ich nichts gegen ein Icon-Font einzuwenden. Bei Pagemanager 3 hat es mich schon gestört, dass ich mich vom CSS-Sprite verabschieden "musste", bin aber nicht sicher, ob ein Icon-Font da wirklich geholfen hätte.
Auf jeden Fall dürfte das große Problem sein, dass vermutlich kein Icon-Font alle Erfordernisse aller Plugins abdeckt, aber vielleicht findet sich ein gangbarer Weg, der zumindest viele Anforderungen abdeckt. Ein kleineres Problem ist, dass die üblichen Icon-Fonts wohl einfarbig sind; das hat Vorteile und ist modern, bisweilen vermisse ich aber die unterschiedlichen Farben, die zumindest mir beim schnellen Suchen durchaus oft hilfreich sind/waren.
Die Frage ist halt, welches Icon-Font? Font-Awesome ist wohl das bekannteste, aber es gibt vermutlich noch andere interessante Kandidaten. Wirkliche Erfahrung habe ich aber mit keinem der Icon-Fonts. Ich hab's mal
auf die Roadmap gepackt. Ein Problem für Plugins wäre allerdings was diese unter älteren CMSimple_XH Versionen machen. Das Font selbst einbinden ist vermutlich keine gute Idee (zumindest Versionskollisionen wären dann zu befürchten). Ist aber vielleicht kein wirkliches Problem, weil die Plugins ja erst im Laufe der Zeit umgestellt würden.