Xrt-Richtext: Der neue Editor vom X-Mentor

Sieht sehr gut aus, gefällt mir. Besonders die Funktionen wie Formatierung und Dokumentstruktur, die es bei den anderen Editoren nicht gibt, gefallen mir.

Ich bin von Word gewohnt, einfach den Cursor in ein Wort zu setzen und dann F, I oder U zu klicken, damit das Wort formatiert wird. So eine Funktion würde ich beim Editor auch begrüßen; oder ist dies mit JavaScript nicht möglich?

Das sieht interessant aus. Wird der Editor als eigenes Softwarestück herausgegeben und wenn ja unter welcher Lizenz?

Hi.

Also irgendwie funktionier das ganze in meinem IE6 unter XP nicht (Screenshot siehe Anhang) aber ansonsten finde ich das ganze schon sehr gelungen

MfG MaMo

Miniaturansicht angehängter Grafiken

 

ja/Open Source. Zeitpunkt unbekannt

Super
Sowas habe ich gesucht.

@MaMo: Danke für den Hinweis, es hatte sich eine Zeile Code eingeschlichen, die auf eine ältere, nicht mehr existiernende Variable bezog. Diese hat die Ausführung im MSIE verhindert!

An dieser Stelle wäre es übrigens mal interessant eine Diskussion über die Symbole einzuleiten. Die meisten Editoren setzen ja auf die Standardsymbole aus Word und muss zugeben, dass ich damit meine Probleme habe, da ich vergleichsweise selten Word in den letzten Jahren eingesetzt habe. Ist nur eine Anregung, da ich vor allem keine bessere Alternative kenne

Schön, jetzt geht es auch im IE. Also gefällt mir wirklich. Vielleicht setze ich das mal für das Viscacha, anstelle des TinyMCE, ein (der für'n Eimer ist).

MfG MaMo

Gute Arbeit!
Nur eine kleine Anmerkung hätte ich: Nimm anstatt <p>-Tags <div>-Tags her, dann bist du auch für modernere HTML-Markups (XHTML) gerüstet.

<p> ist modern.

Hm? Das wäre mir völlig neu. "p" ist ein ganz valider XHTML-tag und semantisch wesentlich sinnvoller als div.

Edit: Ich bezog mich auf St[...], nicht auf Philipp.

Oh. Und danke für's Lob.

P(aragraph) steht für Paragrafen und sollte für diese eingesetzt werden. Div ist ein Element zur Gruppierung von Elementen und wird vorwiegend in Zusammenhang mit CSS genutzt.

Stimmt, du hast recht
Da habe ich mich getäuscht. Ich weiß aber auch nicht, was ich dann meinte. Ich dachte, ich hätte das mal irgendwan als nicht valid gesehen - war wahrscheinlich dann in einem anderen Zusammenhang.

Bist du nicht der einzige - Das vBulletin strotzt von solcher Verwendung von Div-Tags, wo keine hingehören. Aber wir kommen vom Thema ab

Nur gestatte mir noch einen Post:

Ich weiß jetzt, woher ich den "Irrglauben" hatte. Bei vB kann man ja einen Text eingeben, der angezeigt wird, wenn das Forum offline ist. Standardmäßig steht da ein Text in <p>...</p> eingeschlossen drinnen. Nur leider macht vB dann um den gesamten Text noch einmal ein <p>...</p> rundherum, und erzeugt dann quasi ein <p><p>...</p></p>, und das ist nicht mehr valid.


Nun wieder zum eigentlichen Thema:
Was hältst du davon, noch einen Tabellen-Assistenten einzubauen? Wo man quasi eine Tabelle ausfüllen kann, und der Editor macht daraus html-Code?

Wäre in der nächsten Version machbar, denn diese soll modularisiert sein. Ein Tabellenmodul wäre auch denkbar!

Ein kleiner Hinweis meinerseits:

Wenn ich in der Demo zusätzliche Leerzeilen am Ende des Textes einfüge, verschwindet der Cursor irgendwann aus dem sichtbaren Bereich (IE 6.0).

Außerdem scheint es mir so, als wenn die Aufzählungstags nicht richtig funktionieren; nach dem Drücken von Return wird kein neues Element der Gliederung eingefügt.

Ansonsten top...

@Blacky: Danke für den Hinweis. Das Problem liegt darin, dass der IE normalerweise einen neuen Absatz beginnt, wenn man ENTER drückt, also ein <p></p> einfügt, bei einer Liste fügt er stattdessen einen neuen Listenpunkt ein. Wir haben das mit dem Absatz unterbunden und stattdessen wird ein Zeilenumbruch eingefügt. Das wirkt sich offenbar auch auf Listen aus, daher werden wir das wohl wieder entfernen müssen!

Wow, sieht super aus. Hab jetzt keine Zeit, das näher anzuschauen, mach ich heute abend. Hinweis: Dass der Firefox ziemlich buggy in Bezug auf Tooltips ist, dürfte bekannt sein. Aber hier ist es ja ganz schlimm. Einmal angezeigt gehen die nie wieder weg bis ich irgendwo hinklicke. Und so stören sie schon sehr. Kennt ihr eigentlich die overLib schon? Einfach danach googeln. Damit kann man auch sehr schöne Tooltops machen. Beispiel auf www.dotforward.de (bei den beiden Formularlinks unten), die hab ich mal ziemlich harmlos angepasst, weil sie im Standard recht aufgemotzt aussehen.

Ich zumindest kannte sie bislang noch nicht.
Werd's mir mal ansehen. Mit einigen Änderungen könnte die akzeptabel sein (ich hasse Inline-Javascript).

Obwohl das ja allgemein recht simpel zu entwickeln seien müsste. Generell installiert man ja nur ein paar EventHandler, erzeugt ein Div mit "fixed"-Layout und gut ist.
Zumindest sollte es so gehen - nachdem ich mir den Code von "OverLib" angesehen habe scheint das aber etwas komplexer zu sein... na ja. Ich werd mal gucken.

Edit: Nein. Es scheint tatsächlich nicht so schwer zu sein.
Wenn ich nichts übersehen habe hab ich in 28 Zeilen alles reingebastelt, was ich brauche.

Und das sogar mit ner sauberen Initialisierung:
Wobei der erste Parameter von installToolTip immer die ID des Elements oder das Element selbst ist.
Werd zwar noch etwas dran basteln und testen, aber zumindest Firefox macht's schonmal richtig.

Ja, der ToolTip muss ja auch dahin, wo der Mauszeiger ist, also etwas Code braucht's dafür schon. Und position:fixed geht mit dem IE glaub ich nicht. Hab es grad nochmal angeschaut: Das is ja blöd. Der Firefox (1.0.1 noch [Edit: 1.0.2 auch]) zeigt den ersten Tooltip an und das war's dann. Andere kommen nicht und weggehen tut der so bald auch nicht mehr. Böser Browser. Böse böse böse... (Bitte bestätigt mir das Problem, sonst muss ich mal wieder eine Extension Debugging Tour machen...)

Ich nehme einfach die Position des Elementes + seine Ausmaße. Das sind 2 Zeilen Code.
Statt fixed muss halt absolute herhalten.
Na ja. Schaun mer mal.

Und ja, das Problem hab ich beim Firefox auch.

Fahre ich mit dem Mauszeiger über "Textformatierung entfernen" springt die Box vertikal...