MacBook Banner 728x90
< TCA Konfiguration: Feld nach / vor einem anderen feld einfügen.

Bei neuem Beitrag im T3Blog kann kein Text hinzugefügt werden? Möglicher Konflikt mit date2cal

24.07.2009
Lina Wolf

Wenn neben dem T3Blog auch noch Date2cal als TYPO3 Backend Kalender installiert ist, kommt es zu einem unschönen Effekt: 

Versucht man in einem neuen Beitrag auf dem T3Blog ein Inhaltselement hinzuzufügen, so entsteht ein weißes Fenster, das endlos lädt.

Erst nach der Deinstallation von Date2Cal ist es wieder möglich, T3Blog Beiträgen Inhalte anzuhängen.

Momentan kenne ich für diesen Bug leider keine bessere Lösung als date2cal zu deinstallieren.

Auch im T3Blog Handbuch wird das Problem mit IRRE und date2cal Benannt:

Durch JavaScript Probleme funktioniert die Nutzung von IRRE und date2cal nicht. Lösung: Deinstallieren Sie date2cal oder bitten Sie die Entwickler von date2cal das bekannte Problem zu beheben. Ansonsten werden Sie einen weißen Bildschirm haben und/oder eine Seite, die niemals das Laden beendet.

Wichtig und unwichtig.

Gravatar: BastianBalthasarBux Wichtig und unwichtig.
1. Für Redakteure *ist* es eine wichtige Extension. Usability-mässig ist das sonst eher mies.<br />
<br />
2. Dieses Problem betrifft ja nicht nur t3blog, daher ist es kaum eine Lösung besagte Extension zu deinstallieren. Zumindest nicht im Sinne des Kunden.<br />
<br />
3. Genaugenommen kann t3blog genau gar nix dafür. Das Problem liegt in einer Inkompatibilität von IRRE und date2cal, was zu besagtem prototype Konflikt führt.<br />
<br />
4. http://tinyurl.com/nqc8pt

Was möchtest Du mir eigendlich hier beweisen?

Gravatar: Lina Ourima Was möchtest Du mir eigendlich hier beweisen?
Dein agressiver Tonfall stört mich ehrlich gesagt etwas. Wenn Du diesen Artikel nicht hilfreich findest musst Du ihn nicht lesen. Deine Tinyurl ist nicht sinvoll, da der direkte Link zum Bugtracker bereits im Artikel aufgenommen ist.<br />
Wer diesen Artikel gelesen hat wird einen Schritt weitersein bei einem Bug, der ihm vorher unerklärtlich war. Darauf den Fehler bei date2cal und IRRE zu suchen kommt man nämlich nicht unbedingt sofort - je nach Umständen.

ich möchte gar nix beweisen

Gravatar: BastianBalthasarBux ich möchte gar nix beweisen
Was ist an meinem Tonfall agressiv? Vielleicht kurz und knackig, aber mit Sicherheit nicht agressiv, da haben wir uns wohl mißverstanden.<br />
Ich weise lediglich darauf hin, dass dein Blog-Beitrag<br />
a) ungenau ist (bzw. war)<br />
b) das tatsächlich Problem weder beschreibt noch löst<br />
<br />
Und die tinyurl hab ich (provokanter Weise) angehängt, da das Problem auf forge ja bekannt ist, und wenn man ganz genau liest auch auf die recht genaue Erklärung UND Lösung des Problems stößt. (und man findet den Eintrag übrigens auch, wenn man date2cal + t3blog bei mama-google eingibt, nur halt nicht an erster Stelle, sondern erst an 4. oder 5.)<br />
Es ist also absolut nicht nötig, dass ich, wie du meintest, das nochmal auf forge oder im bugtracker poste. Es gibt so schon genug bug-duplicates, wenn du mal in den tracker reinschaust. ;)<br />
<br />
BTW: mit Version 4.3 von TYPO3 ist das ganze dann eh hinfällig, weil die date2cal damit obsolet wird, da ein eigener Date-Picker in den Core integriert wurde, der IMO sogar etwas schöner aussieht. ;)

Idee auf Forge Posten?

Gravatar: Lina Ourima Idee auf Forge Posten?
Die Meinungen, was &quot;extrem wichtige Extensions&quot; sind gehen auseinander. Ein paar Ausrufungszeichen weniger tun es auf jeden Fall :-)
Wenn Deine Idee funktioniert (ich habe das aus Zeitgründen jetzt nicht getestet) wäre es hilfreich, das auf Forge zu posten und nicht nur in irgendeinem Blog. Hier die Diskusion zum Bug auf TYPO3 Forge: <link http://forge.typo3.org/issues/show/2466>http://forge.typo3.org/issues/show/2466</link>

Ich kenne eine wesentlich bessere Lösung, als systemweit eine enorm wichtige Extension zu deaktivieren.

Gravatar: BastianBalthasarBux Ich kenne eine wesentlich bessere Lösung, als systemweit eine enorm wichtige Extension zu deaktivieren.
Und zwar einfach das Natural Language Parsing in der Extension date2cal (im Extensionmanager) deaktivieren. Das führt dann nicht mehr zu prototype.js Konflikten!

Wer lesen kann...

Gravatar: Lina Ourima Wer lesen kann...
Man muss erst mal darauf kommen, dass es an date2cal liegt. Und das ist nicht in jeder Konstellation so offensichtlich.

Außerdem ist der Link zum Bug in Forge bereits im Artikel gepostet. Wer lesen kann ist klar im Vorteil. Ein fertiges Patch gibt es jedoch auch auf Forge noch nicht.

Auf den neuen Date-Picker in 4.3 freue ich mich natürlich ebenfalls. Trotzdem ist kein Date-Picker in einem Blog immer noch weniger schädlich als gar keine Artikel schreiben können. Und den Date-Picker kriegt auch ein Admin mit Halbwissen noch desaktiviert. Während es beim Einspielen von Patches schon ganz anders aussieht.

AW: Wer lesen kann ...

Gravatar: BastianBalthasarBux AW: Wer lesen kann ...
Nun ja, ich kann jetzt leider nicht mehr nachvollziehen ob der Link zu Forge schon vor meinem ersten Post da war oder nicht. ;)<br />
<br />
Jedenfalls sollte ein Admin eben KEIN Halbwissen haben, sondern 'Ganzwissen'. ;)<br />
<br />
Außerdem ist ein Blog zumeist ja nur ein Teil eines Gesamtauftrittes. Und daher wäre dann ja der datepicker nicht nur im Blog deaktiviert, sondern auch im Rest der TYPO3 Installation.<br />
<br />
Und auf forge steht ja diesfalls auch nix mit Einspielen von Patches, sondern es steht ganz unten genau dieser Hinweis, dass man einfach das Natural Language Parsing deaktivieren soll.<br />
Und dass es an date2cal liegt sollte man mit ner Fehlerkonsole so gerade noch rauskriegen. ;)<br />
<br />
Nach intensivem Pushen dieses Artikels sollte jetzt jedenfalls jeder auf die richtige Lösung kommen, der dieses Problem hat. ;)<br />
<br />
Es betrifft ja wie gesagt bei weitem nicht nur t3blog, sondern alle IRRE-Extensions.<br />
<br />
Sonnige Grüße aus Tirol, in der Hoffnung nun alle Klarheiten beseitigt zu haben. ;)

Kommentar hinzufügen

* - Pflichtfeld

*




*