Zum Inhalt springen

Firefox 2.0.0.3 und htmlArea RTE

Erstellt am 21. März 2007 · 47 Antworten · letzte Antwort am 6. November 2007 · Seite 1 von 3

Tags: Frage

traser1 ·

bei mir ist es auch so, ich bekomme nur "
Der Editor wird geladen. Bitte warten..." zu sehen. hatte zuerst noch ne erweiterung geinst, aber liegt an der FF 2.0.0.3

canario_aleman ·

Kann leider auch nur hinzufügen, dass bei mir und allen Redakteuren das gleiche Problem aufgetreten ist.

#paralyzed#

Gruß,

Frank

lehmann ·
bedunet schrieb

Super das man als Anwender immer mehr zum BETA Tester wird

Dafür hast Du ihn aber auch kostenfrei.

just2b ·

es braucht nicht jeder jetzt schreiben, dass es bei ihm nicht funktioniert... es wird dran gearbeitet, wenn sich wer mit htmlarea/js gut auskennt, dann bitte selbst fixen and stop complaining

georg

wurgli ·

Aber ne andere Frage an die Mac-User!!!

Gibt es eine Alternative unter MacOSX um den RTE zu nutzen???

petschni ·

Wenn du in den Einstellungen aktivierst, dass RTE auch unter Opera aktiv sein soll, dann kannst du den RTE auch mit Opera benutzen. Scheint auf den ersten Blick auch zu funktionieren.

PcDrifter ·

Hallo,

kann mir mal bitte jemand sagen was ich mit dem patch (diff) wo und wie machen muss?
Wo und wie einbinden?

Danke!!
Bernd

edei ·

hm,

hab den user-agent umgestellt und auch gecheckt, aber es hilft leider nix!

gibt es noch einen anderen trick?

cu
edei

McGregor ·

Hi!

@PcDrifter:

Du musst die Unterschiede austauschen ...
Z.B:

Index: htmlarea.js
===================================================================
--- htmlarea.js	(revision 2192)
+++ htmlarea.js	(working copy)
@@ -82,7 +82,8 @@
 HTMLArea.is_ie = (HTMLArea.agt.indexOf("msie") != -1) && !HTMLArea.is_opera;
 HTMLArea.is_safari = (HTMLArea.agt.indexOf("webkit") != -1);
 HTMLArea.is_gecko  = (navigator.product == "Gecko") || HTMLArea.is_opera;
-HTMLArea.is_wamcom  = (HTMLArea.agt.indexOf("wamcom") != -1) || (HTMLArea.is_gecko && (HTMLArea.agt.indexOf("1.3") != -1));
+// Check on MacOS Wamcom version 1.3 but exclude Firefox rv 1.8.1.3
+HTMLArea.is_wamcom  = (HTMLArea.agt.indexOf("wamcom") != -1) || (HTMLArea.is_gecko && HTMLArea.agt.indexOf("1.3") != -1 && HTMLArea.agt.indexOf(".1.3") == -1);
 
 /*
  * A log for troubleshooting

Hier steht in der 1. Zeile um welche Datei es geht.
Dann steht in der Zeile @@ -82,7 +82,8 @@ die (ungefähre) Zeile in der du die Änderung findest.
Zur besseren Übersicht sind mehrer Zeilen angegeben.
Die Zeile mit dem - musst du löschen und stattdessen die Zeilen mit dem + an die selbe Position einfügen.

Bei der compressed-Datei ist dies schwierig (alles in einer Zeile). Am besten suchst du dir den String und tauschst ihn einfach aus.

Grüße
McGregor

McGregor ·

Hi (2. Post wg. der Übersicht)

Bei mir geht's auch nicht, aber nur weil ich noch mit der 4.0.4 arbeite. Gibt es da einen ähnlichen Workaround?
Die empfohlenen Änderungen für die aktuelle Version haben beim meinem htmlarea (1.3.8-) nicht funktioniert.

Grüße
McGregor

lars.​joch ·

Das Problem liegt im Javascript der Extension rtehtmlarea. Das Javascript soll die Version 1.3 von MacOS Wamcom filtern. Dazu sucht es unter anderem nach dem String "1.3" im User-Agent-Sting des Browsers.

Mit dem Update auf 2.0.0.3 identifiziert sich nun Firefox als
Mozilla/5.0 (Windows; U; Windows NT 5.1; de; rv:1.8.1.3) Gecko/20070309 Firefox/2.0.0.3

Dadurch startet dann der RTE nicht mehr.

1. Abhilfe: User-Agent-Sting umstellen.
Dies geht mit einer Extension oder über die about:config von Firefox.

2. Abhilfe: Man patcht das Javascript des RTE
so wie bei McGregor (s.o. beschrieben) - eine zusätzliche Prüfung nach ".1.3".

Alle die, die das mit dem .diff nicht hinbekommen (weil sie nicht exakt die gleiche Version des RTE betreiben o.ä.), können dies auch zu Fuss machen.

Ich habe versucht das ganze nochmal zu beschreiben (auch den about:config-Weg, für alle, bei denen der User-Agent-Switcher wieder auf default zurückschaltet):

http://www.net4media.de/neuigkeiten/typo3_news/index.html

Viel Glück an alle und Danke an die flinken Wiesel mit dem Patch!!!

PS: bei meinem htmlarea 1.3.7 funktionierte der Patch (per Hand eingebaut - Cache löschen nicht vergessen, typo3temp js-files löschen nicht vergessen), ich denke, dass dieser Bereich bei den meisten Versionen sehr ähnlich ist (der Patch ist für htmlarea 1.4.3.)

PcDrifter ·

Hallo,

@McGregor
vielen Dank für deine kurze Einweisung in die diff-datei

@Liberation
danke für die bereits veränderten *.js Dateien. Erspart viel fummelarbeit!

Trotz all der Hinweise hier konnte ich das Problem aber nicht lösen. Will heißen der RTE lässt sich immer noch nicht aufrufen. Der RTE funzt übrigens auch nicht im IE 6+7

Meine Konfiguration
RTE Version 1.4.3
Typo3 Version 4.1
Firefox 2.0.0.3

Viele Grüße
Bernd

pyrix ·

Hallo,

bei mir gehts. Mit identischer Konfiguration (bis auf die Typo3 Version, aber das sollte egal sein). Auch im IE6.
Du musst auf jeden Fall alle caches löschen, auch deinen eigenen Browsercache. Dann gehts mit den geänderten Files.

pyrix

PcDrifter ·

Hallo,

@pyrix
hab ich alles gemacht....aber wie gesagt ohne Erfolg.

habe nun den RTE auf T3X_rtehtmlarea-1_5_1dev-z-200703222027 (also auf 1.5.1) upgedatet..... und nu funzt es.

Leider kann ich die Datei hier nirgends einstellen. Vielleicht kann sie jemand anders auf seiner Seite zum Download anbieten.

Viele Grüße
Bernd

Liberation ·

Der rte 1.5.1 ist bei jeder 4.1 installation als sysextension dabei. Falls man einen anderen rte local installiert hat, muss man diesen komplett löschen.