> Ich frage mich echt, warum ihr euch alle in Foren rumtreibt und nicht auf dne offiziellen Mailinglisten, wo nunmal auch die Entwickler immer wieder mitlesen.

Das sollte dich nicht wundern, wenn du die Überschrift dieses Artikels bedenkst. Hier sind ausdrücklich Erfahrungsberichte mit TYPO3 4.3 erwünscht.

Gruß
Michael

Ich nutze TYPO3 4.3 mit TemplaVoila und DAM. Beides läuft nach Update auf neuste Version problemlos. Zu erwähnen wäre das ich T3Blog am laufen habe, PHPIDS, Formhandler und RealURL. Habe jeweils alles aktualisiert und es läuft bis dato Problemlos.

Frontendediting hat einige Anpassungen am CSS erfordert (hatte Überschriften und Labels global definiert) aber funkioniert ansonsten ganz gut. Das Verschieben per Drag and Drop hakelt stellenweise ein bisschen, ist aber nutzbar. Selbst meine jQuery (Tabs, Gallerien, etc.) Funktionen sind voll funktionsfähig! Getestet mit FF 3.5.6

Leider sind viele Sachen noch buggy bzw. funkionieren nicht mit TemplaVoila bzw. DAM. Das neue Hochlademodul (keien DAM Untertützung) oder auch der New Content Element Wizard (nicht in TV). Das Inline ReLogin PopUp scheint nicht zu gehen, aber das ist noch nicht sicher.

Das neue Media FCE geht soweit, allerdings ist der Filebrowser leer. Da müsste noch ein bisschen Validierung in Sachen Dateityp und Auswahl rein. Da schau ich nochmal ins TS, wenn ichs denn finde ;-)
Außerdem hätte man das gleich mit dem Quasi Standard SWFObject umsetzen können.

Fragen gerne an mich. Hat jemand Interesse an einem kleinen Video zum feedit?

2. Du redest davon, oder: http://bugs.typo3.org/view.php?id=12341
Ich frage mich echt, warum ihr euch alle in Foren rumtreibt und nicht auf dne offiziellen Mailinglisten, wo nunmal auch die Entwickler immer wieder mitlesen. Da ließe sich das schneller klären/fixen.
Der Bug ist nicht nur in der 4.3 final, sondern auch in 4.2.10 und 4.1.13 drin und durch eines der letzten Security-Fixes verursacht worden (safe_mode macht selbst noch mal ein escapeshellcmd() – und doppelt hält hier mal ausnahmsweise NICHT besser).
Gut.. und dass dieser Bug von den Entwicklern bzw. Reviewern im Security-Team unbemerkt blieb, liegt wohl dran, dass da keiner mit dem safe_mode arbeitet. Mir auch nicht nachvollziehbar, wieso jemand diesen Modus nutzen soll/will.

Steffen

Ich führte gestern eine Neuinstallation durch und dachte zunächst an einen Konfigurationsfehler meinerseits, und nicht im Entferntesten daran, dass es sich um einen Bug handeln könnte. Bis ich mich auf die Suche in den Foren machte… Das Problem tritt vielleicht nicht mit jeder ImageMagick Version auf, aber man fragt sich doch, wie es möglich ist, dass das vor der Veröffentlichung der 4.3 unbemerkt geblieben ist?

Wer dieses Problem auch hat, hier ist ein funktionierender Hack:

http://www.typo3forum.net/forum/typo3-4-x-installation-updates/42065-4-3-0-image-processing-defekt.html#post142438

Gruß
MIchael

Zum Inhalt: Ich bin selbst noch nicht über eine Standard-Installation hinausgekommen und konnte die einzelnen Features nicht alle testen. Die Kommentare geben einen guten Überblick, wie weit (oder eben auch nicht ;) 4.3.0 schon ist.

Aber das mit dem IE8 geht gar nicht, die buggy feedit-Ext so groß anzukündigen ist auch ein dicker Fauxpas

Gruß

es ist keineswegs so trivial wie manche sich das danken mögen. tatsache ist das kaum eine php/jscript/ajax kombination sich einfach so in allen IE Versionen verträgt.

Daher verwenden viele auch reine addins anstelle von java/javascript. nicht wegen der sicherheit wie gern behauptet wird sondern wegen einer unmenge an problemen auf die ich hier jetzt nicht genau eingehen will weils einfach zu lang werden würde.

ich arbeite seit bald 20 jahren in der branche. in den letzten 10 jahren entwicklung. ich habe auch einige großkunden (ab 4000 aps) zu betreuen. damit will ich nur sagen ich weis schon was ihr meint aber die argumente sind nicht wirklich tragend.

tatsache ist das es schon massive probleme geben kann wenn anwendung a (für IE6) auf einen anderen IE laufen soll. geschweige denn auf anderen browsern.
tatsache ist auch das nicht nur typo dieses problem hat sondern sehr sehr viele anwendungen die etwas komplexer mit ajax, jscript,php, und java spielen dürfen.

daher sind in den letzten jahren viele auf reine java lösungen umgestiegen. die sind weniger problematisch. hier läuft der ie gerade noch zum laden und als fenster. den rest macht java (btw java script hat nichts mit java zu tun, ganz anderes gewässer) bzw für keleine endanwenderplugins eben flash (besonders für medienfiles etc)

zum releasetermin möchte ich noch 2 dinge anmerken. 1 ich rede nicht um sommer sondern lediglich zwischen ende oktober und jänner nicht so schwerwiegende upgrades zu machen.
die updates die ich erwähnte betreffen frameworks bzw ecommerce lösungen die teilweise so massiv sind das eine umstellung fast auf eine neuentwicklung kommt. ich rede hier nicht von einem 0815 windows editor als update :-)

ad2 marketing ist auch ür ein opensourceprojekt genauso wichtig wie für kommerzielle produkte wenn nicht noch wichtiger. gerade dadurch schafft man die plattform und kreislauf aus anwendern – mehr oder weniger verdienenden zulieferern welche selbst interresse an weiterentwicklung haben und sich ja oft genug beteiligen – und weiteren entwicklern – letzendlich zu markanteilen und verbreitung welchen obigen kreislauf weiter anregen.

das release verzögern hätte ja auch noch andere vorteile.
zb könnten extensions schneller angepasst werden falls nötig.

das man nicht updaten muss ist nicht ganz richtig.
wir haben gerade 5 neu projekte. da musst du den kunden fragen ob er jetzt gleich die neue womöglich noch nicht ganz prod. reife version will oder später mehr oder weniger teuer ein upgrade machen lassen will.

all diese dinge wären nach der stressreichsten zeit im jahr (allgemein halt) einfach leichter für alle beteiligten.

und osrry aber es stellt sich mehr und mehr herraus das man durchaus noch warten hätte sollen.

probleme gibts mit vielen extensions, inkl tt_news. ob die nur in betimmten konstelationen auftreten oder allgemein sind kann ich noch nicht sagen

ein allerletztes noch: ich stimme stotti zu, teilweise.
es wäre schön zu sehen mehr auf den kunden einzugehen, allerdings ist ja typo nicht als endanwenderprodukt positioniert sondern eher als framework für entwickler.
so gesehen wirds dann schon schwierig mit der bedarfsanalyse.

fazit für mich: natürlich wäre kompatibilität mit allem sher nett. aber ein krankes pferd durch die wüste mitzuschleppen hat früher oder später sowieso dann böse konsequenzen. warum also erst damit anfangen.
gerade jetzt wirds zeit das sich nicht die welt nach einer einzigen firma, die penetrant standards zum eigenen vorteil ignoriert, richtet sondern eben selbige firma (nebst anwendern) nach der welt.

und wenn mir ein admin eines großbetrieb erklärt er kann typo nicht einsetzen weils mit ie nicht geht, sorry dann fehlt hier kompetenz oder Wille neue lösungen zu adaptieren.
ich weis schon sehr genau das schon einige große sich auf ein leben mit weniger bzw teilweise ohne micosoft bereits einstellen bzw daraufhinarbeiten.

auch stelle ich grundsätzlich die sinnhaftigkeit eines muss der updatesteuerung für den FF in frage. aber das ist ein anderes thema darüber könnten wir seitenweise diskutieren…
(ich kenn da ienige die einfach eigene builds einsetzen aba egal)

Ich bin ganz Deiner Meinung (ich hoffe das ist deutlich geworden). Man kann den Anwender nicht zwingen, einen bestimmten Browser zu benutzen, denn manchmal hat der Anwender gar keine freie Wahl. Die Anwendung (hier: TYPO3) sollte sich dem Anwender anpassen, nicht andersherum.

Meine Kernaussage war folgende: ich vermute, dass Bedürfnisse der Benutzer nicht wahr genommen werden. TYPO3 ist meiner Meinung leider immer noch ein Projekt, das zu sehr von der Technik getrieben wird. Ein Produktmanagement und damit eine Bedarfsanalyse findet de facto nicht statt, oder täusche ich mich?