2.8 und wieder etwas weg.

[Tiggr]

Ich bin dann auch erstmal ruhig, und bastel lieber weiter an der Seite...

Ich bin jedenfalls schon sehr gespannt auf die 2.8, und wie gut ich updaten kann!

Tschüss
Marcus (aka Tiggr)

[Bobi]

Uiuiui - hier sind die Gemüter ja heute wieder auf Hochtouren gelaufen

Habe jetzt in dem Thread viel quergelesen und kann beide Ansichten teilen, die des "Profis", der ein schlankes System bevorzugt (ich als nicht Profi mag auch ein schlankes System) und die Sicht des "Hobbybastlers", welcher einfach ein System von GRUND auf mag, in diesem soweit alles enthalten ist, was zum "Arbeiten" gehört.
Und auch ich muss mal sagen - ich habe mindestens 2 Tage damals gebraucht bis ich verstanden habe, was überhaupt eine Extension ist und wo bzw ich diese finde und nachinstalliere - es ist für einen Anfänger wirklich nicht einfach.

Nun möchte ich dennoch einen -für mich- kontruktiven Beitrag dazu leisten:

Ich fände es super, wenn die Installationsroutine einfach ein wenig anders abläuft, hier könnte man es dem User doch so einfach machen.
Den Ablauf einer solchen Installation könnte ich mir folgendermaßen vorstellen.

Der User bekommt zum herunterladen WIRKLICH nur Core Dateien, sprich in der Downloaddatei von Typolight sind garkeine Module enthalten.
Nun werden wie bei einer normalen Installation die Datenbankdaten etc abgefragt, um die "Grundinstallation von TL ablaufen zu lassen.
So nun zu meiner Idee: Ist TL den "fertig" installiert, könnte man doch hergehen und als zweiten Schritt der Installation anbieten:
Wollen Sie TL:

• ohne Module installieren?

• Community Edition mit folgenden Modulen installieren?(auflistung der Module)

• Wollen Sie xxx Edition mit folgenden Modulen installieren? (auflistung der Module)

Dann könnte man noch als "Experten-Einstellungen" ein Dropdown anbieten in welchem alle Leo Module (oder evtl auch weiter "Standards) aufgelistet sind, die sich der erfahrene User selbst zusammenklicken kann.
Und ich weiß nicht inwieweit es technisch möglich ist, aber man könnte doch bestimmt irgendwie all diese zusätzlichen Module in der Installtion dann auch schon online installieren lassen.
Somit wäre die downloadbare Grund-Datei sehr klein da kein unnötiger Ballast enthalten ist.

Hoffe ich konnte es verständlich erklären, wie ich es mir vorstellen könnte.

[stefan-at-work]

Und ich weiß nicht inwieweit es technisch möglich ist, aber man könnte doch bestimmt irgendwie all diese zusätzlichen Module in der Installtion dann auch schon online installieren lassen.

Die Idee scheint auf den ersten Blick bestimmt gut. Lässt sich aber nicht praktikabel realisieren. Wenn man die Forenbeiträge beobachtet, gibt es schon jetzt diverse User die Extensions installieren, die gar nicht für die aktuelle Version freigegeben sind. Wenn ich mir dann vorstelle, das sich der unbedarfte User dann ein Wunschpaket zusammenklicken kann, sind Kompatibiltätsprobleme vorprogrammiert und an der Tagesordnung.

Das fördert Unzufriedenheit und Frust auf allen Seiten und endet schlimmstenfalls mit der Meinunsbildung, TL sei ein System, bei dem schon die Installation nicht klappt.

Soviel Hilfestellung kann man hier im Forum gar nicht geben.

Also: System schlank und bei Bedarf über das ER das, was benötigt wird dazu installieren.

[ATLAS]

Letztlich muss es eine Vollversion geben. Es sei denn, es wird zu jedem Element ein Beispielinhalt mitinstalliert.
Ohne eine vollständige Beispielinstallation, die dem jetzigen Umfang entspricht, ist TL nur für ganz harte Einsteiger geeignet und kann nicht klar machen, welche Kraft in ihm steckt. Denn es gibt genügend Systeme, die beim durchlesen alles können, aber nichts dabei haben. Das kann der Neuling nicht differenzieren.

[Thomas]

Die Idee scheint auf den ersten Blick bestimmt gut. Lässt sich aber nicht praktikabel realisieren. Wenn man die Forenbeiträge beobachtet, gibt es schon jetzt diverse User die Extensions installieren, die gar nicht für die aktuelle Version freigegeben sind. Wenn ich mir dann vorstelle, das sich der unbedarfte User dann ein Wunschpaket zusammenklicken kann, sind Kompatibiltätsprobleme vorprogrammiert und an der Tagesordnung.

Da liegt das Problem, aus meiner Sicht aber eher an anderer Stelle.

Was wäre, wenn man die externen, veralteten und ungepflegten Extensions in aktuellen Releases, bei Erstinstallation, garnicht erst anbietet?
Aber dennoch in einem geordneten und gekennzeichneten Repository bereitstellt, dass der User, genau wie jetzt, entscheiden kann ob er sie installiert.
Die Kontrollfunktion ist ja ansich schon dafür vorhanden.

Somit würde genau Dein Einwand verhindert werden und der User muß sich dann schon selber kritisieren.
Logischer Weise sollten die älteren Extensions für den Download freigegeben sein, dass gegebenenfalls ein anderer Entwickler sich seiner annimmt.

Sicherlich erfordert sowas am Anfang eine etwas größere, logistische Leistung, danach sollte aber Ruhe sein. Die Hilfe im Forum würde auch nicht darunter leiden.

Man sollte, wenn man sich für sowas entscheidet, auch nicht alles über das berühmte Knie brechen.
Rom ist schließlich auch nicht an einem Tag erbaut worden. (3 Euro fürs Frasenschwein)

[Bobi]

Da liegt das Problem, aus meiner Sicht aber eher an anderer Stelle.

Was wäre, wenn man die externen, veralteten und ungepflegten Extensions in aktuellen Releases, bei Erstinstallation, garnicht erst anbietet?

Genau - ich meinte auch nicht das bei der Installation schon ALLE Extensions angeboten werden sollten.

Lediglich die normalen Extensions, wie Flash Inhalte, Kommentare etc, welche Leo sowieso bereitstellt.
Sprich ausgewählte Extensions, welche bis jetzt zum Teil sowieso im Core enthalten sind.
Deshalb - verschiedene Pakete schnüren (wo eine Auswahl für bestimmte Bereiche, z.B. Community an Extensions beinhaltet ist) somit muss sich der User nict mit den Namen der Extensions beschäftigen, und der Experten Modus war für die Pros gedacht, welche wissen was Sie von den Standard Extensions benötigen.
Ich meinte NICHT bei der Installation das komplette Repository mit auswählen zu können - ist ganz wichtig!

[Marcello]

Genau - ich meinte auch nicht das bei der Installation schon ALLE Extensions angeboten werden sollten.

Lediglich die normalen Extensions, wie Flash Inhalte, Kommentare etc, welche Leo sowieso bereitstellt.
Sprich ausgewählte Extensions, welche bis jetzt zum Teil sowieso im Core enthalten sind.
Deshalb - verschiedene Pakete schnüren (wo eine Auswahl für bestimmte Bereiche, z.B. Community an Extensions beinhaltet ist) somit muss sich der User nict mit den Namen der Extensions beschäftigen, und der Experten Modus war für die Pros gedacht, welche wissen was Sie von den Standard Extensions benötigen.
Ich meinte NICHT bei der Installation das komplette Repository mit auswählen zu können - ist ganz wichtig!

Meine Rede.

[Thomas]

Somit sind wir jetzt wieder *back at topic*, wie es gewünscht war.

Und nun bleibt sachlich und haltet Euch mit Angriffen gegen Personen zurück.

[STB]

Hab gerade mal die Diskussion verfolgt und kann es grundsätzlich nur begrüssen diverse Teile aus dem Core in Extensions zu verschieben. Ich stimme zwar zu: Gewisse Module braucht man einfach sowieso (wie z.B. die Artikel, die sind nunmal elementar), aber das hier beliebte Beispiel Kommentare kann ich nur zu gut nachvollziehen: Ich hab zwar mal damit rumgespielt zum testen, aber wirklich benutzt habe ich es noch nicht.

Aber davon ausgehend das einige gerne "von vornherein" ein volleres TL haben fände ich es z.B. ganz praktisch die install.php im Backend Unterverzeichnis entsprechend zu erweitern bzw. das Live-Update.

Dort gehe ich eh rein nach einem Update um die DB-Felder anzugleichen (bzw. entsprechendes bei einem Live-Update wahrscheinlich, ich nutze das LU nicht). Dann würde dort doch ein weiterer Haken "Funktionsumfang zu vorhergehenden TL-Versionen anpassen" nicht schaden, welcher dann dafür sorgt das die install.php sofort schnell die nun ausgelagerten 2.8er Extensions, die früher Core waren, wieder ins System sofort als Extension reinläd. Wer Sie nicht braucht läßt den Haken weg, wer Sie will hat nach dem Update kein "abgespecktes" TL und muss manuell über die Extensions nachladen (was ich nun eigentlich auch nicht als Problem sehe).

[STB]

Beim Update bleibt alles was genutzt wird natürlich erhalten.

Oh - das hatte ich aus dem restlichen Thread so nicht herausgelesen - dann sorry, mein Fehler! Damit würde ich dann gerne meinen vorherigen Post nur noch auf die Aussage beschränken: Generell kann ich nur die Entscheidung seltener genutzte Module aus dem Core in Extensions zu verschieben nur begrüssen! :-)

[Oscartron]

Stabilität, gute Dokumentation, langfristig verfügbar

NewBie: Für mich ist es wesentlich, dass eine Grundverison aus einem Guß besteht und aus einer Quelle stammt.
Sie sollte langfristig stabil laufen, und nicht ständig aktualisiert werden müssen und gut dokumentiert sein.
Ein CMS hat für mich immer was mit langfristig zu tun.
Die Grundversion könnte aus meiner Sicht weniger Funktionen als das jetzige haben.

Andereseits möchte jeder Anwender für seine Erfordernisse die passenden Funktionen haben
und gleichzeitig ein möglichst schlankes System haben.
Vielleicht ist es ein Weg wenn die Grundversion sich auf die wesentlichsten CMS Funktionen (welche auch immer das sind) beschränkt wird und
der Rest als ein Zusatzpaket je nach Anforderungen dazugeladen geladen werden kann.
Die einhaltenen Funktionen im Zusatzpaket kann der Anwender dann optional aktiveren oder auch nicht.

Wenn mehr wie 2 Erweiterungen benutzt werden müssen, dann ist das für mich schon bedenklich.

Die Zusatzpakete sollte sich nach den Zieguppen richten wie z. B.:
WebShop, Wissensdatenbank, Web-Redakteur, Web-Cummunity, Archiv,
und was es da alles gibt.

Für einige Zielgruppen (Archiv) sind auch langfristig die Anforderungen konstant, sodass auch hier keine schnellen Veränderungen erforderlich sind und es zu einem stabilen Paket mit guten Dokumentation und einem guten Forum führen kann.

Die Zusatzpakte sollten aus dem gleichen Hause kommen (oder so gekennzeichnet sein).
Auf mich wirkt TYPOlight schon sehr spezialisiert. Es wirkt wie ein Autorensystem für kurzlebige Artikel.
Es dient weniger einer längerfristigen Archivierung als Wissensdatenbank mit Recherche-Funktionen.
Ich mache das an der fehlenden PDF Suche und dem unidirectionalen Workflow fest. Außerdem kann eine Seite nicht direkt einen Inhalt übernehmen,
sondern nur indirekt über einen "Startartikel", als wenn immer mehrere Artikel auf eine Seite sollen.

Ich möchte mit TYPOlight eine Wissensdatenbank für Fachleute realisieren (keine 100 User) langfristig.

Die obige Diskussion hat mich allerdings hinsichtlich der Langfristigkeit stark verunsichert.
Beste Grüße
Wolfgang

[BugBuster]

Wenn mehr wie 2 Erweiterungen benutzt werden müssen, dann ist das für mich schon bedenklich.

Nanu? Das hängt doch ganz davon ab was du damit tun willst. Gleichzeitig möchtest du aber ein schlankes Grundsystem.

Die Zusatzpakte sollten aus dem gleichen Hause kommen (oder so gekennzeichnet sein).

Die Module die ab TL 2.8 aus dem Coresystem in das Repository verlagert werden sind gekennzeichnet, wenn man es so lesen will, denn diese sind weiterhin vom selben Entwickler wie TL.

Auf mich wirkt TYPOlight schon sehr spezialisiert. Es wirkt wie ein Autorensystem für kurzlebige Artikel.

Ein CMS ist doch genau dazu da, öfters Artikel zu erweitern, zu ändern etc.
Genauso gut kannst du es lassen. Wo ist das Problem?

Außerdem kann eine Seite nicht direkt einen Inhalt übernehmen,
sondern nur indirekt über einen "Startartikel", als wenn immer mehrere Artikel auf eine Seite sollen.

Nein, mehrere Artikel Elemente.
Ein Punkt in der Seitenstruktur kann mehrere Artikel, ein Artikel mehrere Artikelelemente aufnehmen.

Die obige Diskussion hat mich allerdings hinsichtlich der Langfristigkeit stark verunsichert.

Dann hast du nicht alle Argumente hier gelesen.
Ich bin der Meinung das genau das dadurch verbessert wird.

.

[leo]

Es hat sich nun so ergeben, dass die Module "comments" und "faq" weiterhin Teil des Core bleiben. Das hat weniger mit dieser Diskussion zu tun, in der jedoch durchaus auch nachvollziehbare Argumente dafür gebracht wurden, als vielmehr mit der Überarbeitung des Kommentarmoduls und der daraus resultierenden Verzahnung mit dem Core.

Zukünftig erfolgt die Verwaltung von allen Kommentaren zentral über das Kommentarmodul im Backend. Kommentare gibt es wie gehabt für Artikel und Nachrichten und neu auch für Seiten (Einbindung als Modul), Events und FAQs. Wird die Kommentar-Erweiterung deaktiviert, fällt die Funktionalität auch bei allen anderen Modulen weg. Aufgrund dieser nicht ohne Weiteres sauber zu trennenden Verzahnung ist es notwendig, dass die beiden Module im Core verbleiben.

Ich denke das ist auch ein guter Kompromiss zwischen einem schlankem Core und einer gewissen Grundfunktionalität.

[Tiggr]

Hiho!

Nicht nur, dass mir die Entscheidung gefällt, die neue Features sind echt Spitze:

Zukünftig erfolgt die Verwaltung von allen Kommentaren zentral über das Kommentarmodul im Backend. Kommentare gibt es wie gehabt für Artikel und Nachrichten und neu auch für Seiten (Einbindung als Modul), Events und FAQs.

Die "Seitenkommentare" finde ich super! Und eine durchgehende Kommentarfunktion für "alles" ist ein Traum!

Danke!

Tschüss
Marcus (aka Tiggr)

[tlightuser]

Irrsinn² - Thread.

Ich bin wirklich bestürzt über den einen oder anderen Schreiberling hier in diesem Thread. Fragen sind mit Sicherheit überall willkommen, haltlose Unterstellungen eine Frechheit. Es ist anscheinend so, dass hier einige in einem „All-in-One Himmel“ leben möchten. Jawoll, alles in den Core, einfach rein damit. Wer die Arbeit damit hat, ist mir doch egal. So lese ich das jedenfalls von einigen hier. Weiterhin wird anscheinend der OpenSource-Gedanke immer wieder falsch verstanden. Herr Feyer entwickelt kontinuierlich sein W/CMS (weiter), dass der Community absolut kostenfrei zur Verfügung gestellt wird. Ihm ist es weiterhin zu verdanken, dass sich eine große Community rund um TYPOlight gebildet hat. Daher gibt es auch tolle Angebote an Extensions, welche sich wirklich mit einem Klick (naja, möglicherweise auch etwas mehr) installieren lassen. Wie oft wurde jetzt schon hier erklärt, dass nichts weg kommt – wie oft? Ich zähle es gar nicht mehr. Und dass Herr Feyer den einen oder anderen Euro verdient, ist menschlich und entspricht unserem Naturgesetz. Jeder muss essen und wohnen. Herrn Feyer Geldgier zu unterstellen ist eine bodenlose Frechheit und so nicht haltbar, gar überhaupt nicht Nachweißbar. Das ist nicht nur gemein, sondern niederträchtig. Und ganz ehrlich. Von mir aus darf er reich werden. Wer in diversen PHP-Magazinen über Herrn Feyer gelesen hat (man sollte sich vorher auch einmal mit dem Menschen einwenig auseinandersetzen, bevor man irgendeinen Blödsinn von sich gibt), wird feststellen, warum er TYPOlight entwickelt hat. Möglicherweise sollte der eine oder andere einmal einen Blick über den Tellerrand werfen, um zu sehen, was bei den kommerziellen Systemen so alles angeboten wird. Marktpolitisch könnte ich über die OpenSource Welt einiges erzählen. Ich muss aber ehrlich gestehen, dass ich an dieser Stelle hier abbrechen möchte, da mir sonst nach jeder weiteren Zeile Schaum aus dem Mund läuft.