CONTENIDO Forum

Na ja, Eppi hat den Editor auf einer 200 mhz Kiste getestet, und ist hinterher zur Ansicht gekommen, dass es keinen schnelleren WYSIWYG Editor gibt.

Björn hat geschrieben:Na ja, Eppi hat den Editor auf einer 200 mhz Kiste getestet, und ist hinterher zur Ansicht gekommen, dass es keinen schnelleren WYSIWYG Editor gibt.

Ich bin schon einig das der Editor ein sehr guter und eins der schnellsten ist aber... es ist schon möglich zu optimiren...

Rene'

Nun hab ich die neuste vesion 2.03 von der Editor Html area einmail optimiert.

Hier kanst du das resultat und ein demo sehen http://www.interactivetools.com/forum/g ... =6250#6258. Ich habe auch Eppi die modificierte version gesended.

Rene'

und wo ist der download-link?

In das forum von Interactivetools kann einträge beilagen haben. Dabei ist est möeglich die version zu downloaden.

Der version ist aber auch hier vorhanden : http://www.laerke.net/htmlarea203p/htmlarea203p.zip

Rene'

herzlichen dank

leider geht der alte, wie auch der htmlarea203p.zip nicht auf dem IE auf den Mac, weder OS 9 noch OSX,
die Eingabemaske nimmt nichts an.

Gruss ekke

hast du das auf meiner Spielwiese mal getestet?

Das htmlarea nur unter Windows geht, ist auch logisch. Es benötigt nämlich mindestens Internet Explorer 5.5 (den gibt es bisher _nur_ für Windows). Htmlarea verwendet nämlich Funktionen der "MSHTML editing platform" (mshtml.dll). Die gibt es erst ab Internet Explorer 5.5. Wenn ein WYSIWYG-Editor auch unter Mac laufen soll, muss man einen Editor mit den älteren DHTML-Funktionen benutzen. Allerdings wird das irgendwann nicht mehr in neueren Browsern funktionieren....
Möglichkeiten:
http://www.unica.edu/uicfreesoft/ (geht auch in Netscape mit einem Plugin)
http://users.ox.ac.uk/%7Epault/netwedit/ (gibt es für Netscape und IE 5.0)

Gruß

Roberto

Ich glaube, die Antwort auf Cross- Platform- WYSIWYG wird Java heißen....

Hi Leute,

ich bin mir (fast) sicher, daß das nicht unbedingt hierher gehört, es passt aber dennoch zum Thema WYSIWYG-Editor. Und zwar hätte ich eine Idee zu einer Funktion, die "man" in einen solchen Editor einbauen könnte.
Die Idee ist, daß man eine bestehende HTML-Datei einlesen kann und dieser HTML-Code dann per Paste-Befehl in das Texteingabeformular des Editors eingefügt wird.
Dazu wäre sicher Java oder derartiges notwendig.
Das hätte den Vorteil, daß man den Text schon in Word oder dergleichen vorschreiben kann und dann als HTML abspeichert. Voraussetzung ist natürlich, daß der HTML-Code ohne Word-Spezifika daherkommt.

Gruß Sausi

Bin gerade mit dem Einbau des neuen Plattformunabhängigen Editors fertig geworden Was Du vor hast begreife ich nicht so ganz. Es ist doch jetzt schon möglich per copy & paste aus Word Texte etc. einzubinden.

Eppi hat geschrieben:Was Du vor hast begreife ich nicht so ganz. Es ist doch jetzt schon möglich per copy & paste aus Word Texte etc. einzubinden.

Der Nachteil beim Kopieren und Einfügen von Word aus ist doch, daß dann der schreckliche Word-HTML-Code eingefügt wird. Ich habe ein Makro, dass es mir ermöglicht, den Text einer Word-Datei umzuwandeln in sehr einfachen HTML-Code. Dieses Makro speichert den Code als HTML-Datei (mit immer dem gleichen Namen) ab. Genau diesen HTML-Code würde ich gerne auslesen und dann in den Editor einfügen lassen. Das Ganze habe ich schon einmal in einem anderen Redaktionssystem gesehen, wenn auch nicht Open-Source.

Das war auch nur eine Anregung.

Gruß Sausi

das würde ich mir gerne mal anschauen, da ich das ganze etwas sinnlos finde. du kannst entweder denn quellcode der seite in den quellcodeeditor vom wysiwyg kopieren oder dir die html-seite anzeigen lassen und dort alles per copy-paste rauskopieren. wenn du bei diesem makro eine html seite erhälst wird diese auch einen head bereich haben, dieser müsste sonst erstmal rausgelöscht werden...

... und mit WORD ist immer windows-format-müll dabei, sowohl beim copy&paste als auch bei html-generierung....

ich vermute sausi hat das problem, dass die css-styles nicht mehr greifen, wenn autoren in word vorformatieren, dass die einrückungen nicht mehr passen...

lösung:
1.) Einrückungen:
den usern das schreiben in tabellen ohne rahmenanzeige beibringen

2.) css-styles:
in den quelltext schauen und alle class-bezeichnungen von word raussuchen und entsprechend in der styles-css definieren

3.) das makro so umschreiben, dass es eine datei ohne html-, head- und body-bereich schreibt