Servus,

leider hat sich ganze erst mal auf das Backend konzentriert.
Da Gebe ich dir vollkommen recht.

Deshalb sage ich mal sehr Pauschal warte mal bis zur 2. Zusammenfassung dort werde ich auf die Präsentation zu sprechen kommen.

Nur so unter uns eines nach dem anderen und nicht alles glechzeitig weil sonst verliert man den Überblick.
Jetzt zu Deinen Fragen.

Ich hätte gerne einiges ganz anderes, viel wesentlicheres gewußt. Du
konzentrierst Dich nur auf das Backend, die Fließbandarbeit. Was ist
mit dem, was »hinten rauskommt«?

Die Anzeige der bisherigen Threads und generell wurde ich durch ein Kathegoriesierteres Navigationsmenu erledigen.
Sprich:

Haupt Kathegorie

JS       - HTML     -    PHP              - MySQL

nächste Stufe

Scheifen - Tabellen -    Datebananbindung - DB Zugriff

jeweils nur ein Beispeil und ich Beschräne meine Beispielmal auf 2 Ebenen. Das kann bzw. muss weiter ausgebaut werden und muss auch vervollständigt werden.

Wenn jetzt Theoretisch ein Thread zum Thema PHP und Mysql bestehen würde, würde dieser Thread sowohl unter PHP als auch unter MYSQL auftauchen

Soviel zum einen Teil der anzeige.

Wenn man nun eine Anzeige bzw. ein thema gefunden und gewählt hat werden alle dazugehörigen Threads aufgelistet und man kann diese anhand der Überschrift überfliegen.

Die Überschrift ganz klar, müsste man bei bedarf überarbeiten.

1. Kategorien/Schlagwörter

Du hast bislang kaum Worte zu Schlagwörtern, Kategorien, Themen
verloren, sprich der Einordnung von Threads in Begriffsmuster.
Du planst Deinen Dienst »offiziell« zu sein, nicht als private Auswahl
wie den Dossiervorschlag von Sven. D.h. Du brauchst also eine kategorische,
eine einheitliche Einordnung. Die einzigen beiden solchen, die wir im
SELF-Raum haben sind die hierarchische Ordnung in SELFHTML und die flach
auf einer einzigen Ebene angeordnete Ordnung im Forum. Beide haben ihre
Nachteile.

Dazu habe ich mit philipp schon einiges erarbeitet bzw. ausgetauscht.
Ich hoffe Philipp hält Wort und ch kann bei der nächsten Zusammenfassung auf seine ausarbeitung zurückgreifen.

Flach: Sie erlaubt nur eine begrenzte Anzahl von Kategorien bzw.
Schlagwörter, siehe die schon ziemlich aufgeblähte Anzahl hier im
Forum. Zudem erlaubt die Forumssuche schon seit Ewigkeiten eine
Suche nach Kategorien, ich sehe also keinen Vorteil durch Deine
Variante, abgesehen davon, daß es eine Auslese ist (Wobei der Begriff
Auslese durch Deine Fließbandarbeit ad absurdum geführt wird).

Hierarchisch: Nach welchen Kriterien geht man bei einer hierarchischen
Einordnung? Ein Beispiel mit CSS. Angenommen folgenden Brotkrümelpfad:

CSS -> Abstände -> margin -> Absolute Einheiten -> pt

Dazu muss man ein Sinnvolles Mass erkennen und das Thema richtig bezeichnen. HTML CSS Layout   z.B. ???

Ich könnte mir vorstellen bzw. ich denke das muss auch sein:
Für jedes Thema bzw. Kathegorie muss in Text Form definiert werden wa da rein kommt. Diese info wird dann auch den entsprechenen Kathegoriern hinterlegt damit der der sucht weiss wo er was findet.

Kann sowas Probleme repräsentieren? Ich bezweifele das, schließlich
muß dazu ein Problemdefinition des Nutzers vorliegen, er muß Probleme
nicht nur erkennen, sondern einordnen können. Und wenn er das kann,
wird er wahrscheinlich in der Dokumentation nachlesen. Machen es wir
dann mal allgemeiner:

CSS -> Positionierung -> Statisch -> Abstände

Darunter kann dann alles passen.

Jaein. Ich würde da, überspitzt gesagt, keine Mysql Probleme erwarten.

Wie schon gesagt jemand muss eine vorlage geben welche Kethegorieen es gibt. Dazu muss es auch einen anforderungsbogen geben, wo was rein kommt.

Wie ist das mit Problemen, auf die mehrere

Schlagwörter/Kategorien passen?

Quervrweise oben schon erklärt tauchen öfters auf.

Ein simples Beispiel: Jemand will mit Javascript die Farbe eines Textes
ändern. Was sind nun die Schlagwörter?

CSS -> Texteigenschaften -> Farbe
  Javascript -> style
  Javascript -> Zugriff auf Elementeigenschaften.

Hast Du in Deinem Konzept mehrfache Zeiger von Schlagwörter/Kategorien
auf Threads vorgesehen?

Ja habe ich und as auch bewusst. Obiges könnte zutreffen, sofrn es alle Thmen  Kathegorieen gibt. Aber Javascript und Style..... ich weiss nicht ob ich das gut finde.

2. Redaktionelle Standards

Wer entscheidet über die Auslesefähigkeit von Threads? Wieso die und nicht
andere?

Hieru müsste man Reglen estellen würde ich tun und die müsste man hier ganz klar abstimmen. Grünes Licht würde ich mir dann von Stefan Müntz oder jemandem anderen Veranwortlichen geben lassen.

Welche Standards werden angelegt? Ich würde in meinen beiden Lieblingsthemenbereichen
HTML & CSS wenn es hochkommt jeweils einen Thread pro Woche als auslesewürdig
klassifizieren. Verträgt sich das mit Deiner Fließbandarbeit, wenn nahezu
nichts als wertvoll gekennzeichnet würde?

Als Wertvoll kennzeichnen würde ich sofern es das Them befasst eigentlich alles. Lieber zuwenig als zuviel wegwerfen. (Wegwerfen heisst hierbei nicht es wird wirklich gelöscht sondern taucht nur nicht in der Liste bei mir auf.)

Mit einen Thread pro Woche wäre es vermutlich nicht getan.
Volgender Vorschlag und Frage, wenn Du pro beantworteten Thread max. 5 Mausklicks zusätzlich auf dem antwortfenster ausführn müsstest, wärst Du dann bereit immer wenn du antwortest eine Thread entsprechend einem Thema zuzuordnen?

Werden Threads geändert, oder nur Links auf die tatsächlichen Threads
gesetzt? Du erwähnst hier in diesem Thread oft die Möglichkeit der
Korrektur. Was meinst Du tatsächlich damit? Umschreiben, Einschränken
auf das wesentliche oder nur winzige Korrekturen? Und warem genügen
Zeiger auf das tatsächliche Archiv nicht?

Eigentlich wollte ich beides. Den Orginal thread nicht anpassen jedoch die Möglichkeit für die anzeige bestimmte informationen auschlissen oder sogar Ändern.

wie ich das technisch mache muss ich mir noch überlegen. Hab noch keine Detail idee. Sprich werden die Dasten doppel gepflegt z.B: Datenbank und wird dann wen es einen hinweis in der datenbank gibt dieser bevorzugt behandelt.

Ich weiss es noch nicht dass überlege ich noch.

3. Wissensrepräsentation

Was passiert dann hinterher mit Deiner Auslese? Eine einfache hierarchische
Struktur, wie das Prinzip des Breadcrump Trails impliziert? Use Cases? Ein
Probemlösungsassistent? Das labernde Spinnennetz? »Ein ähnliches Problem
hatte schon alsowiebitte am 30. Februar 1999...«.

Die Präsentation wurde oben beschrieben welche Möglichkeiten noch eingebetten werden muss ich ebenfalls noch überlegen.
Vieleicht hast du ja noch vorschläge hierfür.

Gruss Matze

Vilen Dank für Deine hinterfragung die war richtig gut. Ab der 2. Zusammenfassung werde ich der Präsentationslogic mehr aufmerksamkeit schenken.