Manko10

Achso. Ähh… Mit dem erweiterten Editor (also dem WYSIWYG-Kram) habe ich das nicht getestet, weil ich den überflüssig finde.
Aber auch für den gilt das oben Gesagte.

__________________
Refining Linux Advent Calendar series “24 Outstanding ZSH Gems”

Mister Ad

nikosch

@Jego #49:

Javascript funzt im Wiki leider (oder gottseidank) nicht.

__________________
--
One pixel is still too big. Please make it smaller. ASAP.

Initiative Mittelstand.
Die wichtigste Gestaltungsregel im Screendesign ist Pi mal Daumen des Arbeitgebers.
--

phpdummi

Ist dein Wiki-Stylesheet denn nun aktuell?

__________________
"Nobody is as smart as everybody" - Kevin Kelly
— The best things in life aren't things

nikosch

Nein, das ist noch das alte.

__________________
--
One pixel is still too big. Please make it smaller. ASAP.

Initiative Mittelstand.
Die wichtigste Gestaltungsregel im Screendesign ist Pi mal Daumen des Arbeitgebers.
--

phpdummi

UPDATEN

__________________
"Nobody is as smart as everybody" - Kevin Kelly
— The best things in life aren't things

mermshaus

Ich habe mich die letzten Tage mal ins Wiki eingelesen und mir ein paar Gedanken dazu gemacht. In no particular order:

• Status des Wikis?
  
  nikosch schreibt auch aktuell zu etlichen Themen fleißig dran rum und ein paar andere Leute sind zumindest ab und an dran beteiligt. Aber so wirklich habe ich noch nicht raus, ob und wozu das Wiki genutzt wird/werden soll. Liegt das eher an mangelnder Unterstützung durch Autoren oder an inhaltlichen Einwänden?
  
  Um ein paar Punkte anzureißen, die mich die Sache eher kritisch sehen lassen: Doppelgemoppel mit Wikipedia/php::bar/SELFHTML/Wikis anderer Foren/Internet generell (jeder kocht sein eigenes Süppchen); inhaltliche Überschneidungen mit dem eigenen Forum hier (Foren werden traditionell als Pseudowikis genutzt, auch wenn die Einträge schnell im allgemeinen Dickicht verschwinden. Spontanes Beispiel: die Tutorials/Skripte, die Chriz manchmal in "Scriptangebote" ablegt. -- Sowas wie "Lerne Grundlagen" steht auch im Forum und nicht im Wiki. Die Linkliste wird bei del.icio.us gepflegt usw.); Ungewissheit, ob's nicht irgendwann einfach abgeschaltet wird und alles verloren geht; formale Sachen (Die Wiki-Integration hat etliche grobe Fehler.); ...
  
  Aus Forensicht halte ich das Wiki größtenteils deshalb für sinnvoll, weil dort Antworten auf wiederkehrende Standardfragen abgelegt werden können beziehungsweise andere Daten, die kollektiv bearbeitet und forenintern verlinkt werden können, ohne dass die Gefahr besteht, dass die verlinkten Inhalte verschwinden. Dann wäre es ein reines Tool. (Aber Leute, die Links folgen und Doku lesen müssten, folgen meist eh keinen Links und lesen keine Doku.)
  
  (Erfahrung zeigt wohl auch hier, dass jedweder Versuch von Organisation im Internet in der Theorie besser funktioniert als in der Praxis.)
  
• Tutorials übertragen? (Tutorials - php.de)
  
  Im Unterforum pappt oben eine etwas ältere Notiz von nikosch dazu. Ist das noch eine Option?
  
  Im Grunde wäre es wohl fair, bei den Autoren erst anzufragen, bevor die Artikel ins Wiki übernommen werden. Aber löschen kann man sie da immer noch und die meisten Autoren werden wohl ohnehin nicht antworten oder zustimmen.
  
  Eine Alternative wäre es, aus dem Wiki auf die Forenthreads mit den Tutorials zu verlinken, also nur eine Liste von Tutorials dort zu pflegen. Keine Ahnung, ob das jemand finden und dann auch noch anklicken würde. Aktuell halten müsste es auch wer. Bei den Tutorials sind jedenfalls einige nette Sachen dabei, bei denen ich mich frage, ob sie überhaupt gelesen werden.
  
• Fertige Scripts im Wiki?
  
  Einen solchen Bereich könnte vermutlich jeder von uns in kürzester Zeit mit mehr oder weniger praktischen Dingen füllen. Aber bringt's das? Ich würde mich fragen, wieso ich etwaige Skripte dann nicht auf meine eigene Seite packe oder in irgendeinem Repository anbiete, das ich selbst kontrollieren kann. Heutzutage kann jeder problemlos Dinge unter eigener Regie ins Internet stellen, da fällt der Sinn und Zweck von zentralen Sammelstellen mehr oder weniger weg, weil eine Suchmaschine die besseren Ergebnisse liefert. (Ist übrigens so in der Form auch mein Hauptargument gegen Facebook. Ich bin sehr dafür, dass jeder seine Daten selbst hostet.) Wenn ich dagegen bloß eine Kopie von einem Script ins Wiki stellen oder einen Link setzen würde, wäre es im Grunde Werbung (den Einwand hätte ich sowieso generell), was auch nicht cool ist. Wikis und Foren sollten für mich schon möglichst "No-Logo" sein. -- Übrigens mal wieder völlig abgesehen von linkrot.

Na ja, keine Ahnung... Mir fehlt so ein wenig das Konzept. -- Ich dachte, ich teile mich mal mit und löse damit vielleicht ein wenig lockere Diskussion aus. Wenn die Themen schon durch oder überhaupt keine Themen sind oder mein Post zu unidealistisch oder zu langweilig sein sollte, bitte ich um Entschuldigung.

Was im Wiki drin ist, sieht mir übrigens nach ziemlich guter Arbeit aus.



Edit: Gerade in "Alle Artikel" von php::bar gestöbert und unter M haufenweise Artikel zu den Produkten einer Firma gefunden. We can't have nice things on the Internet.

__________________
Homepage | webdevbuch (mitschreiben) | phpsog

Asipak

Was im Wiki drin steht sind Grundlagen, die fortgeschrittenen Usern zum größten Teil bekannt sind. Ich persönlich nutze das Wiki gerne, um Fragen mit einem simplen Link zum Artikel zu beantworten. Das geht natürlich nur, wenn ich die Artikel zuvor gelesen habe und weiß, was drin steht. Ich finde daher, jeder User, der hier öfters mal Einsteigerfragen beantwortet, sollte sich mal durch das Wiki gegraben haben, denn es kann eine Menge Arbeit ersparen und Threads kurz halten.

Die mangelnde Unterstützung durch Co-Autoren liegt wohl zum Teil an der Kompetenz (wie viele können schon auf so hohem Niveau mit nikosch, Manko und Co. mithalten?) als aber auch an der Zeit, die gerade die kompetenten User nicht zu haben scheinen (verständlich!). Inhaltliche Einwände gibt es ja auch immer mal wieder im Diskussionsforum zum entsprechenden Thema, aber diese halten sich auch meist in Grenzen, da die Artikel - wie du schon sagst - gut geschrieben sind.
ACK.Wenn sie nur diese Links bekommen, werden sie die Themen auch lesen.
Ich habe in diesem Unterforum wohl auch erst einen oder zwei Threads gelesen, das Forum ist einfach zu versteckt! Vermutlich stößt man auch eher über Google darauf als über die Plattform.Ich denke, dafür gibt es die Scriptbörse. Dort kann man ja bereits auch Scripts anbieten, nur tun das sehr wenige.
Das Wiki würde dadurch auch zu sehr aufgebläht werden und sollte meiner Meinung nach wirklich nur grundlegende Themen enthalten. Konkrete Probleme kann man dann ja selber lösen, wenn man die Grundlagen beherrscht.

__________________
HalloPHP

mermshaus

Ich habe nicht dran gedacht, die Wiki-Konzeption zu verlinken, auf die ich mich beziehe:

- Autoren:Konzeption - PHP.de Wiki (Konzeption)

Neulich habe ich versucht, alle bestehenden Artikel eindeutig (jeder Artikel in nur einen Bereich) in die dort aufgelisteten Bereiche zu sortieren, um mehr Überblick zu bekommen:

- Autoren:Spielwiese - PHP.de Wiki (Wiki-Inhaltsverzeichnis)

Hier der Versuch einer alternativen Gliederung, mit dem ich aber selbst nicht so recht glücklich bin:

- Autoren:Spielwiese - PHP.de Wiki (Gliederungsvorschlag)

Der Ansatz ist, zum einen eher theoretische (Einführung, Hauptteil) und eher praktische Teile (Bibliothek) zu trennen und zum anderen Anfänger- (Einführung) von Fortgeschrittenthemen (Hauptteil). Das ist aber alles nicht sonderlich trennscharf. Mit dem Wort "buchartig" wollte ich die weiter oben auf der Spielwiese-Seite formulierte Idee unterstreichen, zumindest eine streng hierarchische (jeder Artikel in genau einer Kategorie) Organisationsstruktur für die Wiki-Artikel zu haben. Meiner Meinung nach macht es das erheblich einfacher, zu entscheiden, welcher Inhalt in welchen Artikel gehört und wo ein Artikel einzusortieren ist.

(Davon unabhängig kann es noch Kategorien geben, die als Tags dienen.)

Gerade wegen des Zeitfaktors habe ich die Gefahr der Redundanz zu anderen Seiten im Netz angesprochen. Ich poste zum Beispiel auch noch in einem anderen PHP-Forum (phpforum.de), das nebenbei ein Wiki betreibt, und finde gerade bei längeren theoretischen Artikeln die Dopplung von Inhalt reichlich dumm. (Damit will ich nicht sagen: "Schreibt alle an einem Wiki.")

Ja. Das ist genau wie mit dem Tutorials-Unterforum. Einerseits "verschwinden" interessante Threads zu schnell, andererseits kommt sicher kaum jemand auf die Idee, auf Verdacht reinzugucken. Zudem sind die Threads unkategorisiert. Vielleicht ist für beides eine Art Index im Wiki eine gute Sache. Den könnte dann jeder pflegen (na ja, jeder mit Wiki-Schreibrechten, "Wiki Autoren" ist eine eigene Gruppe), was bei einem Sticky-Thread nicht der Fall wäre. Andererseits müsste diesen Index auch jemand finden und wer sollte danach suchen? Die Landing-Page für Suchmaschinentreffer wären ja noch immer die genauen Threads, ein Index eher eine Referenz für Helfer im Forum.

Na hoffentlich.

__________________
Homepage | webdevbuch (mitschreiben) | phpsog

nikosch

Mein Kleingeld dazu:

- Tutorials veralten oftmals
- Mir persönlich fehl die Zeit, die Tutorials auf das Niveau des Wikis zu heben, Code zu formatieren etc. Oft sind auch die Codes sehr lang und nur bedingt Wiki-geeignet.
- Tutorials sind oft zu spezifisch, selbst beim Artikel Gruppenbruch gab es schon Kandidaten, die das Prinzip für sich nicht abstrahieren konnten.
- Buchartig finde ich kritisch - da sind schon viele gescheitert. Vgl. bspw. Wikibooks zum Thema Web"design"
- Fremdwikis haben oft einen anderen Anspruch (z.B. der krasse lexikalische Anspruch von Wikipedia) oder garantieren auch nicht Ihr ewiges Bestehen (Verlinken von Fremdartikeln)
- Google sehe ich nicht als sinnvolle Alternative zu gepflegten Inhalten und Indexen
- Delicious ist mal auf meinen privaten Mist gewachsen und ist nur eine inoffizielle Linklist von php.de. Ich wollte nur ein paar schlaue Links sammeln, die ab und an hier so im Forum gepostet werden.

__________________
--
One pixel is still too big. Please make it smaller. ASAP.

Initiative Mittelstand.
Die wichtigste Gestaltungsregel im Screendesign ist Pi mal Daumen des Arbeitgebers.
--

Manko10

So sehe ich das auch.
Betreffs Delicious: wie nikosch schon sagte, pflegen er und ich derzeit diesen Delicious-Account mal mehr mal weniger mit allerlei nützlichen Links und ich denke auch, dass so eine Linkliste bei Delicious besser aufgehoben ist, da dieser Dienst einfach darauf spezialisiert ist. Würden wir das hier im Wiki oder im Forum selbst pflegen, wäre das wieder nur so eine halbe Sache. Ich lagere ja Frischobst auch nicht im Tiefkühlfach, nur weil da alles drinnen ist. Da ist die Obstschale (uh, fast ein Tippfehler, warum kennt meine Firefox-Rechtschreibkorrektur nur das Wort „Obstschal“?) meist der bessere Platz.

__________________
Refining Linux Advent Calendar series “24 Outstanding ZSH Gems”