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.

Hi

Ich finde es toll, dass Du dir die Arbeit machst.

Löschen kannst Du Seiten nicht, das können nur wir Admins. Umbenennen ist de facto verschieben. Der Link der alten Seite bleibt erhalten und wird automatisch auf die neue weiter geleitet. Dies hat den Vorteil, das (wenn z.b. die alte Seite irgendwo verlinkt ist (im Forum z.b.)) der Link nicht ins Leere läuft. Bei einer neuen Seite wie dieser hier kann man die Weiterleitung auch löschen, da sie mit ziemlicher Sicherheit noch nirgends verlinkt ist (außer von Dir im Forum, da müsstest Du dann den Link ändern in deinem Posting).

Zur Aufteilung: Die Aufteilung, so wie von Dir vorgeschlagen, hatte ich auch schon im Sinn. Was hältst Du von der Idee, wenn man in der Kategorie Dev-Howtos eine Unterkategorie macht speziell für das Tagebuch? Da kannst Du dir dann die Seiten nach belieben zusammen stellen. Wichtig bzw schön wäre es, wenn dann die Seiten gleich richtig sortiert werden, also z.B.

TEE-01-Einleitung
TEE-02-Backend-01
.
.
.
TEE-05-Backend-04
TEE-06-Frontend-01
.
.
.
TEE-10-Frontend-05

So könnte der Wikileser eine Seite nach der anderen lesen und hat alles in der richtigen Reihenfolge vorliegen. Des weiter könntest Du so weitere Seiten, Anleitungen usw betreffend TEE einbringen, die nicht mit TEE.. anfangen. Bitte vor dem Anlegen einer Seite den Seitennamen gründlich überlegen, da ein Umbenennen aus den oben angeführten Gründen wenn möglich vermieden werden sollte.

Kannst ja auch mal in den Chat kommen, da können wir das dann näher besprechen. ;)

--Manitougs 20:07, 30. Jun. 2010 (CEST)

Hilfreiche Hinweise, danke!

1. Mit der Weiterleitung wäre einfach, ich editiere einfach mein Posting im Forum.
2. Wenn man in der Dev HOWTOs Unterkategorien einbauen könnte, wäre das natürlich prima, weil übersichtlicher. Wer kann denn eine Unterkategorie ("Erfahrungsberichte"?) einrichten? Andererseits finde ich eine Zersplitterung auf allzu viele Kategorien vielleicht doch ein wenig überdimensioniert.
3. Die Sortierung wäre bei mir durch Tagebuch ..., TEE BackEnd n, TEE FrontEnd n ja auch bereits gegeben. Allerdings könnten dann weitere Einträge dazwischenrutschen (Tast..., Taxonomie, Technische... usw.). Ich lass' mir deine Idee mal bis morgen (es hat ja keine Eile) durch den Kopf gehen.
4. Wenn Du wüsstest, was ich mir momentan alles gleichzeitig draufschaffe(n muss) - da lass ich die Idee mit dem Chat mal noch ein bisschen liegen. Der Umstieg von jahrelangem Posten in den MS-Newsgroups des freien Usenets samt Benutzung eines ordentlich strukturierenden Newsreaders in die Klicki-Bunti-Welt der Foren ist schon eine arge Umstellung. Aber die Kontrolle von Nutzern und Inhalten schreitet halt kräftig voran.
5. Solange (mir) dl1elys (Stefans) Zustimmung nicht ausdrücklich vorliegt, die Arbeit hier im Wiki zu machen - und dabei ggf. natürlich eigene Überarbeitungen an seinem Text einzubringen - möchte ich nicht übermässig viel Arbeit einbringen. Alles deutet ja auf sein Einverständnis hin, aber...

Hi

Zu 2) Bin mir nicht sicher, ob ich Dich richtig verstanden habe bzw Du mich: Ich dachte mir das so:

• Kategorie:Dev Howtos
  • Unterkategorie:Tagebuch einer Extension-Entwicklung
    • Seite:TEE-01-Einleitung
    • Seite:TEE-02-Backend-01
    • Seite:.
    • Seite:.
    • Seite:.
    • Seite:TEE-05-Backend-04
    • Seite:TEE-06-Frontend-01
    • Seite:.
    • Seite:.
    • Seite:.
    • Seite:TEE-10-Frontend-05
    • Seite:Erfahrungsberichte
    • Seite:andere Seite betreffend TEE
    • Seite:usw

Eine weitere Unterkategorie "Erfahrungsberichte" finde ich aus den von Dir erwähnten Gründen (Zersplitterung) ebenfalls nicht sinnvoll. Alle Seiten betreffend des Tagebuches sollten in der einen Unterkategorie (Tagebuch einer Extension-Entwicklung) sein.

Wenn Du die Kategorie als Unterkategorie von Dev Howtos anlegen willst, klicke diesen Link, dann auf Seite bearbeiten-Link. In dieser fügst Du dann zu Beginn den Code [[Category:Dev HOWTOS]] ein. Anschließend gibst Du allen Seiten, die in die Kategorie:Tagebuch_einer_Extension-Entwicklung sollen, ein [[Category:Tagebuch_einer_Extension-Entwicklung]] am Anfang.

Zu 5) verständlich :)

--Manitougs 22:01, 30. Jun. 2010 (CEST)

1) Aha, also der nowiki-Tag macht's. Ich war davon ausgegangen, dass auch in der Unterkategorie zunächst die Gliederung nach Anfangsbuchstaben erfolgt, also:

• Kategorie:Dev Howtos
  • Unterkategorie:Tagebuch einer Extension-Entwicklung
    • T
      • Seite:TEE-01-Einleitung
      • Seite:TEE-02-Backend-01

und damit hätte man nicht unbedingt viel gegenüber dem Einstellen in die Hauptkategorie Dev HOWTOs gewonnen.

2) Auf Grund meiner Unkenntnis der Unterkategorien hatte ich gedacht, dass es sinnvollerweise eine Unterkategorie Erfahrungsberichte gäbe, in welche dann - geordnet durch gliedernde Anfangsbuchstaben - verschiedene Erfahrungsberichte eingestellt werden könnten:

• Kategorie:Dev Howtos
  • Unterkategorie:Erfahrungsberichte
    • A
      • Seite:ABC-00-Adam beherrscht contao ("ABC")
      • Seite:ABC-01-Einleitung-01
    • T
      • Seite:TEE-00-Tagebuch einer Extension-Entwicklung ("TEE)
      • Seite:TEE-01-Einleitung-01
    • W
      • Seite:WIP-00-Wenn Idioten programmieren ("WIP)
      • Seite:WIP-01-Einleitung-01

3) Verstehe ich das richtig, dass mein Beispiel oben unter 2) per Unterkategorien wie folgt abgebildet würde:

• Kategorie:Dev Howtos
  • Unterkategorie:Adam beherrscht contao ("ABC")
    • Seite:ABC-01-Einleitung
    • Seite:.
    • Seite:usw
  • Unterkategorie:Tagebuch einer Extension-Entwicklung ("TEE")
    • Seite:TEE-01-Einleitung
    • Seite:.
    • Seite:usw
  • Unterkategorie:Wenn Idioten programmieren ("WIP)
    • Seite:WIP-01-Einleitung
    • Seite:.
    • Seite:usw

4) An Deinem Beispiel verstehe ich nicht ganz, wonach die Seiten sortiert sind. Spontan hätte ich ja gedacht, dass die Ordnung wäre:

• Kategorie:Dev Howtos
  • Unterkategorie:Tagebuch einer Extension-Entwicklung
    • Seite:andere Seite betreffend TEE
    • Seite:Erfahrungsberichte
    • Seite:TEE-01-Einleitung
    • Seite:.
    • Seite:TEE-05-Backend-04
    • Seite:TEE-06-Frontend-01
    • Seite:.
    • Seite:TEE-10-Frontend-05
    • Seite:usw

5) Für mich als platten Empiristen wäre es zur Anschauung hilfreich, wenn Du vielleicht ein anderes Wiki kennst, in dem eine solche Haupt-/Unter-Kategorie-Struktur verwendet wird.

6) Die oben verwendete Seitenbenamsung muss ich mir noch durch den Kopf gehen lassen.

7) Da ich Seiten nicht einfach mal anlegen und wieder löschen kann: wie sortiert das System denn?

• Seite:TEE-01-Einleitung
• Seite:TEE-011-Einleitung - Unterpunkt1
• Seite:TEE-012-Einleitung - Unterpunkt2
• Seite:TEE-01a-Einleitung - Nachtrag1
• Seite:TEE-01b-Einleitung - Nachtrag2