Diskussion:Tagebuch einer Extension-Entwicklung

Ich schlage vor, zunächst einmal die Forumsbeiträge zu übernehmen. Dabei sollten die Diskussionsbeiträge ans Ende des jeweiligen Abschnitts gesetzt werden. Objektnamen etc. habe ich kursiv gesetzt. Es wäre gut, wenn dies als Systematik beibehalten würde. Bilder sind bis "Von Callbacks und Subpaletten" hochgeladen und eingefügt (attachement_001.png - attachement_017.png).

Betreff deiner Anmerkung wegen der PDF-Datei:
Ich kann sie ganz normal downloaden bzw öffnen. Sie hat lokal 1,19MB (SHA-1: FA672AF0978C120C4DBA96D64F00CBC6FB90BEF5). Sieht eigentlich ok aus.

--Manitougs 22:27, 29. Jun. 2010 (UTC)

Das Problem scheint zu sein, dass der [[Datei:]]-Tag wohl nur für Bilder taugt. Ich habe daher jetzt einen ganz normalen Link auf die Datei gesetzt.

Bitte denkt daran, den Artikel bei einer entsprechenden Groesse in mehrere aufzusplitten. Das spart Ladezeit und obendrein kommen manche Browser mit Eingabefeldern >64kb nicht zurecht, weshalb der Artikel in diesen dann nicht mehr bearbeitet werden koennte.

--Xtra 01:04, 30. Jun. 2010 (CEST)

Da stelle ich mir die Frage, ob das Wiki für diese Art eines Tutorials (inkl. vieler Abbildungen) überhaupt das richtige Medum ist. Also ich habe von diesen Sachen keine Ahnung, da müsste sich ein geübter Wiki-Mensch dransetzen. Auf jeden Fall entspricht Stefans Tutorial ja der contao-Systematik und kann von daher sowieso schon einfach in BE- und FE-Teil gesplittet werden.

Ich mache jetzt mehr oder weniger erstmal Fleissarbeit und gebe so ein wenig an die Community zurück. Wenn die Beiträge aus dem Forum hier erstmal drin sind, können sie ja einfach in andere, kleinere Artikel rüberkopiert werden. Nehme ich jedenfalls an. (Ich mach' dann einen Erlebnisbericht daraus "Wie ich den estenWiki-Artikel meines Lebens schrieb".)

Da inzwischen der 1.Teil (das BackEnd betreffend) bereits zu einer Warnung führt ("WARNUNG: Diese Seite ist 67 KB groß; einige Browser könnten Probleme haben, Seiten zu bearbeiten, die größer als 32 KB sind. Überlege bitte, ob eine Aufteilung der Seite in kleinere Abschnitte möglich ist.") ist klar, dass es so nicht weitergehen kann.

Zu meiner Ernüchterung stellte ich zudem fest, dass Artikel nicht gelöscht oder umbenannt werden können. Man kann sie nur verschieben.

Es scheint mir daher sinnvoll zu sein - um die Bearbeitbarkeit der Artikel zu gewährleisten - tatsächlich eine Aufteilung vorzunehmen. Vorschlag:

• Tagebuch einer Extension-Entwicklung (TEE)

Hier steht das Gesamt-Inhaltsverzeichnis mit den Links auf die weiteren Seiten. Dito allgemeine Hinweise und Vorbemerkungen.

Die nachfolgenden Untergruppen orientieren sich am bisherigen Aufbau des Tagebuchs. Ein strikt thematische Gliederung ist deswegen unangemessen, weil Stefans Erfahrungsbericht ja gerade dadurch glänzt, dass die im Verlauf der Entwicklung auftretenden Probleme und Fragestellungen abgearbeitet werden und entsprechende Rücksprünge an vorherige, bereits erledigt geglaubte Bearbeitungsschritte erfordern.

• TEE BackEnd 01
• TEE BackEnd ..
• TEE BackEnd 06

• TEE FrontEnd 01
• TEE FrontEnd ..
• TEE FrontEnd 07

Und da ich hier mit mir Selbstgespräche führe, mache ich das einfach mal so.