Bitte bleib am Ball NaN, sofern du das zeitlich realisieren kannst.

Im SVN gibt's jetzt ein Verzichnis "/branches/CMSms-2.0/".
Dort unternehme ich gerade die ersten Gehversuche mit AC und CMSms 2.0.

Also gut. Kommando zurück. Es scheint für AC doch nicht so kompliziert zu sein wie ich dachte. Ich hatte nur gesehen, dass die Funktion RegisterContentType() aus dem Modul API ersatzlos rausgeflogen ist. Es gibt aber noch die Core-Funktion register_content_type() in der Klasse ContentOperations. Darüber sollte es mit AC auch in CMSms 2.0 klappen. Ich muss nur etwas Zeit finden... 

Das finde ich jetzt eine sehr gute Nachricht, denn AdvancedContent ist absolut klasse und es wäre toll, wenn es in 2.0 lauffähig wäre.
Bitte bleib am Ball NaN, sofern du das zeitlich realisieren kannst.

Greetz  Jamman

https://twitter.com/calguy1000/status/6 … 4477003776

The FEU Custom Content type works flawlessly in CMSMS 2.0 ... just sayin

Gerade versucht mit CMSms 2.0 zu installieren:

Das ist doch ein schlechter Witz!

EDIT: Ich mein, okay, das Modul funktioniert, aber das war das einzige, was ich nach der Installation zu Gesicht bekommen habe. Und jetzt habe ich diese Meldungen mehrfach im Backend ...  (just sayin)

Also gut. Kommando zurück. Es scheint für AC doch nicht so kompliziert zu sein wie ich dachte. Ich hatte nur gesehen, dass die Funktion RegisterContentType() aus dem Modul API ersatzlos rausgeflogen ist. Es gibt aber noch die Core-Funktion register_content_type() in der Klasse ContentOperations. Darüber sollte es mit AC auch in CMSms 2.0 klappen. Ich muss nur etwas Zeit finden... 

Gerade heute hatte er auf Twitter gepostet wie toll sein Modul mit der 2.0er uns dem Custom-Contenttype funktioniert.

Aha, senil wird er auch schon  - schon letztes Jahr hat er sich dafür feiern lassen, dass er für die Anpassung von FEU an das neue Custom-Contenttype gerade mal 1 Stunde gebraucht hätte. Tja, Scheiß Elefanten-Gedächtnis ...

Oder er brauchte dringend mal einen Adrenalin-Boost (von wegen Erfolgserlebnis und so ...) .

Wie löst das der CG mit seinem FrontEndUsers? Gerade heute hatte er auf Twitter gepostet wie toll sein Modul mit der 2.0er uns dem Custom-Contenttype funktioniert.

Keine Ahnung.
Muss ich mir erstmal anschauen.

Was CMSms 2.0 angeht: Macht euch keine Hoffnungen. AdvancedContent wird es zu 99.9% nicht für die 2.0 geben. Da benutzerdefinierte Inhalstypen vom Core nicht mehr unterstützt werden, müsste ich am Modul CMSContentManager ansetzen. Da dessen Klassen aber leider alle als "final" gekennzeichnte sind, kann ich also nichtmal auf dem original aufbauen sondern müsste den CMSContentManager tatsächlich komplett klonen. Ich weiß noch nicht, ob das alles tatsächlich möglich ist, ohne die Forge-Regeln zu verletzen, und ob ich dazu wirklich Lust habe.

Wie löst das der CG mit seinem FrontEndUsers? Gerade heute hatte er auf Twitter gepostet wie toll sein Modul mit der 2.0er uns dem Custom-Contenttype funktioniert.

Viele CMSMS Installationen weltweit werden vermutlich auf 1.12 stehen bleiben müssen.

Oder es findet sich "jemand", der die 1er Serie "fortschreibt" - Evolution statt Revolution ...

Was CMSms 2.0 angeht: Macht euch keine Hoffnungen.

Dabei denke ich unweigerlich an das bekannteste Zitat aus Dantes Inferno:
"Lasst, die ihr eintretet, alle Hoffnung fahren!

Das ist wahrlich schade...
Viele CMSMS Installationen weltweit werden vermutlich auf 1.12 stehen bleiben müssen.  Nicht nur wegen AC.

Wenn ich nur an meine Kunden mit Cataloger denke, wird mir ganz schwummrig...

Allenfalls hat NaN mal was nachgeschaut, ansonsten ist das Problem noch ungelöst.

Ist doch im SVN schon längst behoben.

Was CMSms 2.0 angeht: Macht euch keine Hoffnungen. AdvancedContent wird es zu 99.9% nicht für die 2.0 geben. Da benutzerdefinierte Inhalstypen vom Core nicht mehr unterstützt werden, müsste ich am Modul CMSContentManager ansetzen. Da dessen Klassen aber leider alle als "final" gekennzeichnte sind, kann ich also nichtmal auf dem original aufbauen sondern müsste den CMSContentManager tatsächlich komplett klonen. Ich weiß noch nicht, ob das alles tatsächlich möglich ist, ohne die Forge-Regeln zu verletzen, und ob ich dazu wirklich Lust habe.

warum ist das denn so programmiert wenn es einen Fehler gibt?

Das globale Problem ist, dass seit CMSMS 1.10 dermaßen am Core rumgepfuschtdoktort wird, dass es so mit jeder neuen Version zu weiteren Inkompatibilitäten zu vorhandenen Modulen kommt. Zudem werden die Änderungen zu wenig kommuniziert / publiziert.

So ist von einer professionellen Entwicklungsarbeit mindestens zu erwarten, dass regelmäßig Rundmails an sämtliche Projektleiter aller im Forge gelisteten Erweiterungen rausgehen. Praktisch passiert da jedoch - NICHTS!

Anstatt dessen erwartet man vielmehr, dass sich jeder, der mal 'nen Code-Schnipsel im Forge hinterlassen hat, 'ne magische Glaskugel auf den Schreibtisch stellt, um die kommenden Änderungen zu erahnen, denn selbst im Forum der Orks ist dazu tote Hose.

Bis zu CMSMS 1.9 bestand die reale Chance, dass noch Module lauffähig waren, die eigentlich noch aus der Ära von CMSMS 0.10 stammten. Das nenne ich eine konsistente Entwicklung.

Nicht, dass ich gegen Modernisierung bin, ganz im Gegenteil, dann jedoch richtig und konsequent, mit einer klaren Linie/Roadmap, und nicht so kleckerweise, so dass sich alle Beteiligten immer wieder aufs Neue umstellen müssen.

Auch so eine Diskontinuität kann zur Demotivation und Abwanderung von Programmierern führen - also erst mal an der eigenen Nase zupfen, bevor man fehlende Aktualisierungen moniert (fehlende Infos -> fehlende Aktualisierung - diese Entwicklung ist fast zwangsläufig).

Und als ob der Scherbenhaufen noch nicht groß genug ist - zur GeekMoot 2015 (CMSMS-Usertreffen der Orks) Mitte März gab man stolz bekannt, spätestens 8 Wochen nach der Geekmoot  CMSMS V2 veröffentlichen zu wollen. Also nach meinem Kalender sind die 2 Monate rum. Und? Habt ihr was entdecken können? Ich nicht!

Und ein Unglück kommt selten allein - nach soooooo langer Anlaufzeit müsste ja zumindest das Umfeld bestens vorbereitet sein, wenn es schon nicht mit dem Core klappt, oder?!

Denkste!!!

Schaut einfach mal in den Forge, wie viele Erweiterungen bereits als CMSMS V2 ready getaggt sind

http://dev.cmsmadesimple.org/project/li … ed/CMSMS-2

Das ist übrigens die einzige Möglichkeit, herauszufinden, welche Module unter der 2.0 laufen (außer ausprobieren natürlich ).

Also ich zähle lediglich ganze 26 Einträge (von 634 im Forge vorhandenen Projekten). Selbst, wenn man davon ausgeht, dass sagen wir mal 50 Projekte dem Core zuzuschreiben sind (Sprachen, Translation Center, etc), sind es immer noch 584 im Forge gelistete Third Party Erweiterungen.

Des weiteren nehmen wir mal an, dass CG zu faul war, seine 87 Projekte auf die 2.0 zu taggen (von denen 17 auf veraltet stehen - also nur +70), wären es dann theoretische 96 Projekte. Das macht gerundet 16,5% der (bisherigen) Erweiterungen, die dann nur noch für CMSMS 2 zur Verfügung stehen.

Oder etwas unmathematischer formuliert - man ist gerade dabei, den Ast abzusägen, auf dem man sitzt.

Ist für mich ehrlich nicht nachvollziehbar, was das lt. Webseite der Orks 15köpfige Dev-Team den ganzen Tag lang so macht. Ted hab ich da schon rausgerechnet, obwohl er da noch mit drauf steht.

Mal zum Vergleich - das Team, welches an einem Giganten wie Typo3 Neos arbeitet, ist 14 Mann stark. Und quasi als Nebenprodukt fällt dabei noch das Framework Flow inklusive Template Engine Fluid mit ab.

Allenfalls hat NaN mal was nachgeschaut, ansonsten ist das Problem noch ungelöst. Ich meinte im org Forum mal ne Lösung gelesen zu haben, diese wurde allerdings zensiert.