CMS TYPO3 4.3 ist da – Eure Erfahrungsberichte sind gefragt

46 Kommentare
22 Tweets
Teilen
30.11.2009
(von Jan Tißler) Jetzt steht TYPO3 4.3 in der finalen Fassung zum Download bereit. Über die Neuerungen braucht man kaum noch ein Wort zu verlieren, wir hatten ja bereits im Vorfeld häufiger darüber berichtet (siehe Linkliste am Ende der News). Teilt doch vielleicht in den Kommentaren einmal den anderen Lesern mit, welche Erfahrungen Ihr mit dem Upgrade gemacht habt und wie Euch die neue Version gefällt. Das könnte ein interessantes Meinungs- und Stimmungsbild ergeben.

Links zum Thema

CMS: TYPO3 4.3 ist da Eure Erfahrungsberichte sind gefragt

Weitere Artikel zu Content Management und TYPO3

46 Antworten

  1. von Alex 30.11.2009 (12:33Uhr) 1.

    Upgrade hat soweit bei zwei Seiten auf dem lokalen Testsystem funktioniert.
    Backend wirkt mehr wie 2006 und nicht mehr wie 1998, da Icons, Buttons und die Systemmeldungen angeglichen wurden. Wirklich gut gemacht. Wobei ich auch im gleichen Zug hoffe, dass dort noch viel mehr passiert (t3uxw09 bot da ja sehr nette Ansätze)!

    Negativ ist mir auf jeden Fall das neue feeditadvanced. Wohl auch mit ein Grund, warum es in letzter Minute aus dem Core genommen wurde.
    Auf beiden getesteten Systemen werden die Editierbuttons nicht an floatenden Elementen positioniert. Und das aufgehende Fenster ist wirklich nur schrecklich. Kaum Ähnlichkeit mit dem Backend, dann diese unnötigen Scrollbalken und auch manche Situationen, wo es einfach nicht funktioniert.

    Versionierung ist durch den Button oben wesentlich übersichtlicher und für den Benutzer leichter zugänglich.
    Login und Logout-Hinweis im Javascript Fenster sind auch super.

    extbase und Fluid sind ebenfalls sehr sehr großartig. Wir haben hier zwar erst ein paar Test damit gefahren, aber beim nächsten Projekt werden damit alle Extensions gemacht. Wirklich überzeugend und hier endlich mal auf dem Stand der Zeit.

    Mehr fällt mir gerade nicht ein. . )

  2. von Sebastian Gebhard 30.11.2009 (13:55Uhr) 2.

    @Alex

    feeditadvanced ist nicht wegen mangelnder Qualität aus dem Core genommen worden, sondern weil mehrere Systemextensions und Core-Komponenten in's TER ausgelagert wurden um sie vom Release-Zyklus des Cores zu trennen und die Performance von TYPO3 zu verbessern.

    Nichtsdestotrotz sehe ich es auch so, dass feeditadvanced noch deutlich an Usability zulegen muss um eine brauchbare Alternative zur redaktionellen Arbeit im Backend zu sein.

  3. von Felix Nagel 30.11.2009 (14:20Uhr) 3.

    Also nur mal kurz zum mitschreiben, da auf meinen letzten Beitrag keine Reaktion kam:

    Einem Upgrade von 4.2.10 auf 4.3 steht prinzipiell nichts im Wege. Wie sieht es mit Exentsions aus? Da schon Erfahrungen gemacht?

  4. von Chris 30.11.2009 (18:06Uhr) 4.

    Das Update von 4.2.10 auf 4.3 ging recht reibungslos, wenn auch etwas aufwendig vonstatten (viele Klicks im Install-Tool und DB-Compare usw...)

    Was allerdings gar nicht geht: Der IE8 schaltet in diversen Backend-Ansichten automatisch in den Kompatibilitäsmodus weil er angeblich inkompatiblen Code gefunden hat! Natürlich ist man dann sofort ausgeloggt! Seeehr nervig. Hat das im Ernst nie jemand im IE8 getestet?

    Auch das "feeditadvanced" ist noch so extrem buggy, dass ich mich schämen würde sowas zu veröffentlichen. Nur mal ein paar Beispiele:

    - Wenn Browserfenster zu klein für Top-Button-Leiste und man dann nach rechts scrollt und dann das Fenster breiter zieht, hat man keine Möglichkeit mehr zum ersten Button zurück zu kommen.

    - Die Pfeile zum durchklicken der Top-Button-Leiste sind sehr schlecht gemacht von der Usability her und von der Funktion.

    - Drag&Drop von Inhaltselementen funktioniert nicht sehr intuitiv. Die Elemente springen umher und man ist sich nie sicher ob am Schluss nicht irgend was von der Seite gelöscht wurde.

    - Edit-Popups: *kotz* Also echt: Wer denkt sich so eine UI aus??? nicht resizable, gehen im falschen Modus auf (z.b. nicht im "Text" Pane), zu klein für den Inhalt und daher doppelte Scrollbars, Buttons sehen im IE8 kaputt aus, es dauert ewig bis die lightbox-popups geladen werden... einfach schrecklich!!

    Im Backend hat sich an den wichtigen Stellen (bearbeiten von Inhaltselementen) leider gar nichts getan. Die sind noch immer nicht intuitiv (Header und Text in verschiedenen Panes!?!) und sehen überfrachtet aus.

    Bin leider wirklich enttäuscht wie wenig sichtbares und für den Autoren sinnvolles sich seit der 4.2 getan hat :-(

    Ich warte für die produktiven Installationen auf jeden Fall auf 4.3.1...

    Grüsse!
    Chris

  5. von Steffen Gebert 01.12.2009 (00:54Uhr) 5.

    @Chris

    Also mit 4.3.1 wird es nur Bugfixes geben, so viel nur zur Info.
    Prinzipiell ist Warten auf .1 aber natürlich nie verkehrt.

    Die IE8-Problematik wurde disktuiert, hat sich dann aber mal wieder im Sand verlaufen. Meiner Meinung nach sollte momentan jeder folgende Zeile in seine .htaccess schreiben:
    Header set X-UA-Compatible "IE=8"
    (s. Bug #11968)

    Zum Thema "wie wenig Sichtbares": Richtig, dafür hat sich unter der Oberfläche einfach verdammt viel getan. In 4.4 wirst du wieder mehr sehen, dass sich was an der Oberfläche ändert.

    Da du ja hauptsächlich über das FE-Editing herziehst: Genau aus diesem Grund wurde es auch vom Core losgelöst ins TER releast. Da die Extension noch wirklich so Ihre Macken hat, kann diese hierdurch einfacher geupdated werden und ebenfalls neue Features hinuzgefügt werden (was bei der Integration in den Core nicht so leicht (Bugfixes) bzw. nicht möglich (Features) wäre).

    P.S: Feel free to contribute ;-)

    Steffen

  6. von Chris 01.12.2009 (01:06Uhr) 6.

    Hi Steffen!

    > P.S: Feel free to contribute ;-)

    Stimmt schon, sollte auch kein Angriff sein, sondern nur eine Antwort auf den Blogeintrag "Eure Erfahrungsberichte sind gefragt". Also alles rein Subjektiv!


    > Die IE8-Problematik wurde disktuiert, hat sich dann aber mal wieder im Sand verlaufen.

    Schlimm :-(( Sowas darf doch nicht passieren, oder? War aber schon immer so bei Typo3 dass der IE gar nicht richtig unterstützt wurde (z.B. Warnmeldung bei click-enlarge images oder Syntaxhighlighting Darstellungsfehler usw.). Nicht alle benutzen den Firefox!

    > Header set X-UA-Compatible "IE=8"
    Gar nicht schön dieser Workaround... Hmmm.. Aber muss wohl sein? Bin immer noch etwas fassungslos dass solche Bugs nicht von Anfang an ausgemerzt wurden (gab ja immerhin mehrere Betas und RCs!).

    > Richtig, dafür hat sich unter der Oberfläche einfach verdammt viel getan.

    Glaube ich auch (und weiss es auch). Aber der ganze Unterbau nützt halt nix wenn man davon beim "normalen" Betrieb davon nichts mehrkt. feeditadvanced ist ein Schritt in die richtige Richtung, aber eben leider noch nicht zu gebrauchen (trotz der sehr langen Entwicklungszeit...)

    Also hatte @Alex doch recht und @Sebastian nicht :-) Aber natürlich kann man in den Releasenotes schlecht schreiben dass feeditadvanced noch zu viele Bugs hat um mit Typo3 ausgeliefert zu werden :-)

    Schade! Habe mich sooo auf 4.3 gefreut :-) Aber natürlich werde ich 4.3.1 auf allen Sites einsetzen. Vorerst aber noch ohne feeditadvanced.

    Grüsse!
    Chris

  7. von Chris 01.12.2009 (01:09Uhr) 7.

    Da du es schon erwähnst: Wann kommt denn 4.4? Nur damit ich mir schon mal einen Kalendereintrag machen kann :-)

    Sollte nicht 5.0 schon seit über einem Jahr draussen sein?

    Kann es sein dass sich die Entwicklung allgemein ziemlich hin zieht? Oder ist das nur mein Empfinden?

  8. von Steffen Gebert 01.12.2009 (01:12Uhr) 8.

    Ja, es stimmt schon etwas, dass der IE gerne vernachlässigt wird. Ursache für die Logouts ist meiner Meinung nach aber einfach diese absolut mieserable Implementierung, dass das Cookie im IE nicht behalten wird. Würde das getan, wäre alles kein Problem.

    Es wurden einige Anstrengungen unternommen, problematische Stellen auszumerzen (Weiterleitungen an URLs mit & statt &, anderweitig invalider Code,..), doch einerseits macht der IE das teilweise nicht reproduzierbar und außerdem ohne klar zu sagen, was ihm aufstößt.

    Sicher, es ist schade, dass das so Probleme verursacht. Ich werde nochmals versuchen, dass TYPO3 den Header ab 4.3.1 immer mitschickt. Es gibt nur in der Endphase vor Releases immer jede Menge zu tun - musst den Leuten also verzeihen, dass nicht jeder Bug gefixt ist (gut.. wird's auch mit .1 nicht sein ;))

    Steffen

  9. von Steffen Gebert 01.12.2009 (01:14Uhr) 9.

    Frag lieber nicht nach 5.0 :D Jetzt nähert sich ja die Grundlage dafür (FLOW3) erstmal dem Beta-Status. Dauert also sicherlich noch eine ganze Weile.

    TYPO3 Version 4.4 ist für den 28. Mai geplant. Die Releasezyklen sollen jetzt deutlich kürzer sein. Bei der T3UXW09 haben wir schon ein paar Nettigkeiten dafür vorbereitet (ExtJS-Tree, überarbeitetes Page-Modul, ...), die hoffentlich bald in den Core aufgenommen werden.

    Steffen

  10. von Chris 01.12.2009 (01:19Uhr) 10.

    > musst den Leuten also verzeihen, dass nicht jeder Bug gefixt ist

    Selbstverständlich! Ich bin ja auch gar nicht in der Position irgendwas zu fordern :-) Was würde ich denn ohne Typo3 machen?!

    War nur etwas erschrocken dass das mit dem IE8 so gar nicht funktioniert. Ich bin auch kein IE-Fan, aber leider haben die Kunden halt doch diesen Browser und möchten damit ihre Typo3-Installationen warten können.

    > TYPO3 Version 4.4 ist für den 28. Mai geplant. Die Releasezyklen sollen jetzt deutlich kürzer sein.

    Ist im Kalender eingetragen :-D

    Merci und Grüsse!
    Chris

  11. von Steffen Gebert 01.12.2009 (01:21Uhr) 11.

    Aja, was ich im vorherigen Kommentar vergessen habe: Die IE8-Probleme müssten genauso mit allen älteren TYPO3-Versionen auftreten.
    Sehe keinen Grund, warum das an 4.3 liegen soll!

  12. von Ludwig Schenk 01.12.2009 (08:22Uhr) 12.

    Upgrade von 4.2.10 zu 4.3 klappte problemlos auf meinem Testsytem. (mit TemplaVoila 1.3.7 und Mootools 1.2.3). Die Anpassungen im Look des Backends lassen das BE erheblich moderner erscheinen!

    Das Frontend-Editing habe ich noch nicht getestet, da es für mich nach allem was ich bis jetzt darüber gelesen habe, noch keine Alternative zu einem vernüftig und redakteursgerecht konfiguriertem Backend darstellt.

  13. von Cedric Zel 01.12.2009 (11:49Uhr) 13.

    Seit dem Upgrade hab ich am Anfang des Quelltextes ein schliessendes PHP-Tag.

    Das ist sehr schräg und ich hoffe, das ich es irgendwie gefixt bekomme, das macht Alles kaputt.
    :-/

    Das ist nur leider wie die sprichwörtliche Nadel im Heuhaufen.

  14. von Marco 01.12.2009 (12:02Uhr) 14.

    @cedric das liegt an tt_news 3.0
    siehe hier:

  15. von Marco 01.12.2009 (12:02Uhr) 15.

    http://bugs.typo3.org/view.php?id=12808

    sorry.

  16. von Tom 01.12.2009 (12:07Uhr) 16.

    @Cedric Zel: Habe das selbe Problem nur noch nicht rausfinden können wo es herkommt.

    - Der Relogin kommt im Backend nicht als Inline-Popup, muss da etwas konfiguriert werden

    - Seit dem ich 4.3 habe kann ich Content Elemente nicht mehr in leere Spalten verschieben

    - Frontendediting machen wir uns nichts vor ist ein richtiges Stück Arbeit also gebt der Extension noch etwas Zeit oder helft!

    Finde aber das die 4.3 gut gelungen ist.

  17. von Tom 01.12.2009 (12:08Uhr) 17.

    Danke @Marco

  18. von Steffen Gebert 01.12.2009 (12:09Uhr) 18.

    @Tom Relogin geht nicht mit OpenID/RSA. Die Patches hierfür haben es leider nicht rechtzeitig geschafft.

  19. von Cedric Zel 01.12.2009 (12:11Uhr) 19.

    @Tom
    Dann gehen wir mal auf die Suche.

  20. von Cedric Ziel 01.12.2009 (13:07Uhr) 20.

    Typo3 4.3 mit tt_news 3.0.0

    @Tom:
    http://bugs.typo3.org/view.php?id=12808
    Dort gibt es einen Patch zum beheben, des "?>"-Bugs. Lag also nicht unbedingt am Core.

  21. von Alex 01.12.2009 (13:09Uhr) 21.

    Das das Frontend-Editing noch Zeit benötigt ist ja auch vollkommen ok, ABER das dieses in den offiziellen Release Notes an zweiter Stelle steht geht für mich überhaupt nicht in Ordnung. Jetzt ist es eh zu spät und der Schaden schon da, aber sowas sollte nicht passieren.
    Die Extension ist richtigerweise als BETA geflagt, aber in allen Newsartikeln (z. B. bei heise) zum Release von 4.3 liest man über das überarbeitete Frontend-Editing. Und da dieses eher buggy ist, wäre es besser gewesen dieses nicht in Zusammenhang mit dem Release von 4.3 zu bringen.

  22. von Christian 01.12.2009 (15:34Uhr) 22.

    Was mir total taugt ist der TypoScript Editor!

  23. von Chris 01.12.2009 (15:39Uhr) 23.

    > Was mir total taugt ist der TypoScript Editor!

    Stimmt! Nur tut der jetzt auch im IE7 Kompatibilitätsmodus nicht mehr! Also IE8 ist definitiv nicht brauchbar für Typo3 :-((

  24. von Michael 01.12.2009 (17:53Uhr) 24.

    Mit dem IE, ganz gleich ob 7 oder 8, funzt das Backend schon lange nicht mehr so sauber. Da ich bisher auch immer FF oder seit einigen Wochen Opera benutzte, fällt einem das selber kaum auf. Nur viele Kunden nutzen leider immer noch den IE. Der ist halt auf dem Rechner drauf :(

  25. von Stotti 02.12.2009 (11:22Uhr) 25.

    Hallo Zusammen,

    der Hauptgrund für den Betrieb des Internet Explorers in Unternehmen ist auch, dass die Software zentral gesteuert ausgeliefert werden kann. Die IT-Administration kann so entscheiden, wer wann welche Updates erhalten soll. Da dies auch in absehbarer Zeit nicht für die anderen Browser verfügbar sein wird, müssen wir uns weiterhin mit dem IE herum plagen. Die (Entschuldigung) lausige IE-Unterstützung von TYPO3 4.x ist daher für die Akzeptanz von TYPO3 innerhalb von (Groß-)Unternehmen völlig inakzeptabel. Ich muss vielfach mit IT-Entscheidern darüber diskutieren, warum sie angesichts solcher Mängel TYPO3 einsetzen sollten. Weitere Punkte, die gegen einen Einsatz in Großunternehmen sprechen, sind die mangelhafte Workflowunterstützung und die Rechteverwaltung. Hier ist TYPO3 noch Welten von anderen Content Management Systemen entfernt.

    Ansonsten gebe ich Alex Recht: das Frontend-Editing in den Release Notes als Feature anzukündigen, ist ein Fehler. Erst letzte Woche musste ich einem Kunden erklären, warum das FE-Editing mit der Version 4.3 nicht so wie beschrieben benutzbar sein wird. Erwartungsgemäß wurde ich daraufhin gefragt, wieso es dann in jedem Artikel über 4.3 (bereits bei den Beta-Versionen) als wichtige Neuerung angekündigt wurde.

  26. von Felix Nagel 02.12.2009 (11:36Uhr) 26.

    @Alex
    Das mit der zentralen Verwaltung des IE ist schon lange ein Punkt. Man hat auch schon oft genug gelesen das Mozilla das Problem erkannt hat und etwas rausbringen will. Leider hab ich da nie mehr was von gehört. Leider, da es wirklich einer der Haupt Hemmnisse für eine breitere Penetration des FF in Firmen ist.

    Widersprechen muss ich dir in Bezug auf Workflow und Rechte. Die sind in TYPO3 eigentlich sehr fein und präzise zu setzen. Im Gegensatz zu verschiedenen, wirklich teuren Enterprise Lösung auf z.B. JAVA-Basis. Die Usability ist Ansichtssache. Kommt immer auf den Vergleich an. Nimm beispielsweise einen der großen JAVA CMS: Day CQ 4, schau auf den Preis, die Doku und dann denk nochmal über TYPO3 nach ;-)

    @Alle
    Danke für das Feedback. Vielleicht werde ich dann mal am WE Projekt "lokal testen" anlaufen lassen und bei Erfolg dann auch meine private Seite mal im Produktiveinsatz laufen lassen.

    Hat jemand zufällig Erfahrung mit T3Blog gemacht?

  27. von Felix Nagel 02.12.2009 (11:37Uhr) 27.

    Sorry das sollte @Stotti nicht Alex

  28. von Sven 02.12.2009 (12:29Uhr) 28.

    Hallo zusammen,

    habe mit der Umstellung von 4.2.10 auf 4.3.0 Probleme mit der Nachrichtenansicht bei der Erweiterung mm_forum. Es lädt irrsinnig lang und am Ende zeigt er mehrmals mitten im Text ein großes .gif mit Release-Notes zu 4.1
    Ist zufällig schon jemand auf dieses Problem gestoßen?

    Beste Grüße von der Ostsee,
    Sven

  29. von Herwig Hakan Mader 09.12.2009 (16:05Uhr) 29.

    Also, ich habe von 4.2.9 auf 4.3.0 upgedatet, und bei mir verhält sich das Backend gerade extrem zickig. Grafiken fehlen (mal mehr, mal weniger), CSS im Install-Tool geht nicht, kein einziger Link funktioniert; sieht so aus, als ob irgendein Cache fürs BE nicht gelöscht wird. (Und falls es jemanden interessiert: Das Install-Tool ist drübergelaufen, die Cached-Files im typo3conf wurden gelöscht)... Mal sehen, was da zickt :) Das, was ich sehe, gefällt mir aber trotzdem :)

  30. von Herwig Hakan Mader 09.12.2009 (16:22Uhr) 30.

    *räusper* Wem der Fehler auch passiert: Einfach die .htaccess-Dateien in typo3/sysext und typo3/contrib umbenennen. Auf einmal geht alles wieder :)

  31. von kettenmaus 10.12.2009 (10:36Uhr) 31.

    Also das update auf 4.3 war relativ problemlos. Zumindest vordergründig.
    Aber die Extensions...
    DAM allerding funktioniert nur noch bedingt. Indexen nicht mehr möglich. Div Probleme im Backend etc...

    Auch das problem das in Templavoila unlink elemente nicht mehr refreshed werden - hier ist jetzt aber schwer zu sagen ob das nicht wegen eines templavoila updates geschen ist (ja mach nie 2 update aufeinmal :-)

    Naja egal. Man sieht es tut sich mal was im Backend und das gibt Hoffnung. Es bleibet aber insgesamt ein etwas wackeliger Eindruck.

    PS: zum IE. Nur hey warum nicht wieder ein Argument mehr für Firefox hehe .. das Spiel spielt Winzigweich seit mehr als einem Jahrzent (und treibt arme Softwareentwickler regelmäßig in Verzweiflung) .. im übrigen auch die Grundursache für die BE Probleme

    Jetzt wirklich verlangen das man 2 BEs macht? EInes für IE eines für den Rest der Welt?

    Im übrigen ist das Argument mit der Steuerbarkeit von IE in Bezug auf Akzeptanz von Typo nicht wirklich haltbar.
    1: Die Sicherheitsrichtilienen übernimmt der FF vom IE (damit kann das gesteuert werden)
    2: Betrifft das Webedit sicher nicht gleich alle 2,3,5tsd Benutzer in einer Firma sondern im Regelfall nur eine überschaubare anzahl. Lösungen hierfür zufinden wäre für die IT wohl gar nicht so schwer. Im Notfall ein Ts Server fürs Edit
    Sicher nicht optimal aber auch sicher kein Killerargument gegen Typo3.

    Vielmehr sollten ITs endlich überalternativen zu MS nachdenken denn da bessert sich nichts. Im Gegenteil. Das Typo/IE Problem ist da ohnehin nur der Schneehaufen auf der spitze des Eisbergs...

  32. von kettenmaus 10.12.2009 (10:42Uhr) 32.

    PS: Aber eines INterresiert mich doch. Warum ist gerade in der Vorweichnachtszeit auch gleich Updatezeit?
    Das ist nun das 3 Major Change einer Software für uns innerhalb von 1,5 Monaten. Als ob man nicht genug Stress hätte in dieser Zeit.

    Ich wäre dafür ende des Sommers das letzte große Releasechange zu machen und erst wieder Anfang Feb das nächste. Nicht nur Typo betreffend.

    Erhöht auch Marketingtechnisch die Chancen wahrgenommen zu werden da in der Vorweihnachtszeit ja ohnehin alle Werbekanänle ind Infoblätter geflutet mit allem möglichen sind.

    Nein echt ich verstehs nicht warum man da nicht 1-2 Monate wartet. Hätte nur Vorteile...

  33. von Steffen Gebert 10.12.2009 (11:13Uhr) 33.

    @kettenmaus
    Sorry, marketingstrategische Gründe sind meines Erachtens beim Release sowas von völlig wurscht.
    Das Release war ursprünglich für Anfang des Jahres geplant - da wartet man nicht noch einfach mal so bis nächsten Sommer oder sonstwann.

    Und je nachdem, welche Software du einsetzt, kommt es immer wieder zu solchen Konstellationen gleichzeitiger Updates. Sagt ja keiner, dass du sofort updaten musst.

    Steffen

  34. von Stotti 10.12.2009 (12:13Uhr) 34.

    @kettenmaus

    Zwei verschiedene Backends (eines IE, eines für den Rest der Welt) zu bauen kann ja keine Lösung sein. Im Grunde genommen ist es auch kein Hexenwerk, eine Website/Applikation (dazu zähle ich ein funktionales Backend) für den IE umzusetzen. Natürlich erfordert dies, dass der Bedarf auch erkannt wird. Solange TYPO3 ein CMS bleibt, das von Programmierern getrieben wird, die nun mal mit Firefox/Safari und ggf. Opera arbeiten, wird auch kein Änderungsedarf gesehen. Das Bedürfnis ist allerdings bei den Nutzern in Großunternehmen (TYPO3 will ein Enterprise [sic!] CMS sein) vorhanden! Meines Erachtens scheitert das im TYPO3 Projekt auch an fehlenden Produktmanagern. Mittelfristig sehe ich dafür auch keine Lösung. Welche Rolle die Association in diesem Fall spielt, ist für mich nicht transparent.

  35. von Holger Johan 10.12.2009 (14:17Uhr) 35.

    Tja, da schaue ich mir als Laie die ganzen Einträge an und verstehe nur Bahnhof. Ich glaube es wird Zeit mir doch mal ein Typo3 Seminar rein zu ziehen. Ich arbeite sehr gerne mit diesem System komme aber in den echten Details nicht weiter. Wo gibt es Kurse in der Nähe von Düsseldorf/Köln?

  36. von Sven 10.12.2009 (14:24Uhr) 36.

    @Stotti: Wir sind keine Programmierer, wir sind Anwendungsentwickler ;-)
    Und Programmierer (oder eben AE) sind keinesfalls die einzigen, die mit Typo3 arbeiten. Was soll ich denn unseren Kunden sagen, die zwar von uns eine Website gebastelt haben wollen, aber anschließend selbst pflegen wollen? Soll ich jeden Redakteur zwingen FF zu installieren? Auch nicht gerade kundenfreundlich. Ich kriegs doch auch gebacken, dass die Webseiten in jedem Browser gleich aussehen...

  37. von Stotti 10.12.2009 (16:51Uhr) 37.

    @Sven

    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?

  38. von Stotti 10.12.2009 (16:54Uhr) 38.

    Ein kurzer Nachtrag, damit meine Aussagen auch im richtigen Licht betrachtet werden: ich beschäftige mich hauptberuflich mit dem technischen Projektmanagement von großen Websiteprojekten, von denen ein Großteil mit TYPO3 realisiert wird. Meine Kritik kommt also von "innen" und ist durchaus konstruktiv gemeint. ;)

  39. von kettenmaus 11.12.2009 (07:11Uhr) 39.

    Sorry Leute aber eine Webseite für div Bwroser zu bauen (ist ja oft mühsam genug wenn ich an all meine css patches denke) ist etwas ganz anderes als das backend.

    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)

  40. von Felix Nagel 12.12.2009 (19:54Uhr) 40.

    Ich kann mir nichgt vostellen das es hier um IE6 geht. Aber eine Untestützung vom IE8 sollte schon drin sein. Das kann man auch von Leuten die nicht aus dem FE kommen erwarten.

  41. von Christian Baer 12.12.2009 (22:49Uhr) 41.

    @t3n: Yeah, cooler Beitrag, coole Diskussion! Da sieht man, dass viele der Leser aus der TYPO3-Schiene kommen, so wie der Fokus des Magazins ursprünglich ausgerichtet war.

    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ß

  42. von okapi 13.12.2009 (12:30Uhr) 42.

    Mich wundert, dass hier offenbar alle mit dem Bug leben können, dass in der Dateiverwaltung keine Vorschaubilder mehr generiert werden, bzw. dass DAM kaum mehr funktioniert. Ich finde solche Bugs für ein neues Release schon ziemlich erstaunlich.

    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

  43. von Steffen Gebert 13.12.2009 (12:47Uhr) 43.

    1. DAM ist eine Extension und damit ist es sozusagen Problem des DAM-Teams und nicht des Core. Probleme beim Update können mit jeder Extension auftreten. Sicher ist es ein Ziel, nicht solche Probleme geradezu herauszufordern.

    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

  44. von Felix Nagel 22.12.2009 (12:09Uhr) 44.

    So, nachdem ich auch geupdated habe mal ein kurzer Bericht (und einige Fragen ;-) von meiner Seite:

    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?

  45. von okapi 22.12.2009 (12:31Uhr) 45.

    @ Steffen

    > 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

  46. von Felix Nagel 22.12.2009 (12:49Uhr) 46.

    Korrigiere: Der Flashplayer IST swfObject. Nice...
    Leider habe ich kaum weitere Config gefunden. Vom Audioplayer gibt es auch eine txt Datei in der die Quelle angegeben wird. Beim Video Player leider nicht. Eine mitgelieferte fla Datei bzw. ein Doc mit der API wäre nicht schlecht, von wegen Designapassungen.

22 Tweets

  • Möchten Sie auch hier erscheinen? Dann hier Re-Tweeten

Du hast eine Ergänzung oder Frage zum Artikel? Teile sie jetzt mit!


(wird nicht veröffentlicht)