Arbeitsthread zum Wiki

[Blackbox]

pingus im Bereich Spiele hinzugefügt, wer Pingus nicht kennen sollte, dies ist ein Lemmings 2D Klon, der riesig Spaß macht, aber auch auch teilweise kniffelig ist.

[Blackbox]

Ryzom Online in Spiele => Onlinespiele hinzugefügt. Anleitung zum Linux-Client verlinkt.
Das Spiel steht unter AGPL v3 Lizenz.

Im Moment beschäftige ich mich ein wenig mit dem Thema Spielen unter Linux, probiere alles mal an, was aus der Richtung kommt und noch nicht in unserem Wiki steht.

[Drache]

Hallo ich bräuchte eine Vorlage für eine Taste TAB… Gibt's die schon und ich bin nur zu blöd sie zu finden oder kann ich die selber herstellen?

[cirrussc]

Meinst Du diese hier?
http://wiki.debianforum.de/Vorlage:Taste

[Drache]

Entschuldigung, ich war etwas unpräzise: Die Vorlage Taste ist mir bekannt, aber {{Taste|TAB}} scheint nicht zu funktionieren… und ich weiß nicht, was ich stattdessen eingeben soll.

[Cae]

aber {{Taste|TAB}} scheint nicht zu funktionieren

Was tut es denn stattdessen? Ich habe das mal probiert, zumindest in der Vorschau erscheint da wie gewünscht [TAB].

Gruß Cae

[Drache]

HAt sich erledigt – ich habe eine Klammer vergessen. Danke für die Rückmeldung.

[cronoik]

Review von review erledigt.

[cronoik]

Review bei Baustellenartikel Löschen durchgeführt. Hoffe das war okay? Leider konnte ich nicht erkennen warum der noch Baustelle war.

[Saxman]

Review bei Baustellenartikel Löschen durchgeführt. Hoffe das war okay? Leider konnte ich nicht erkennen warum der noch Baustelle war.

Es war zu der Zeit noch nicht ganz klar ob die Regeln zur Löschung evtl. noch verändert werden, deswegen Baustelle. Danke für das Review.

[cronoik]

Review von [wiki]Unfreie Grafiktreiber für ATI‎[/wiki] erledigt.

[beLI3VeR]

Review bei Squid_Blacklist respektive Squid_Blacklist_Dateien durchgeführt.

[Saxman]

Zuallererst einmal, Danke für deine Mitarbeit im Wiki.

Review bei Squid_Blacklist respektive Squid_Blacklist_Dateien durchgeführt.

Dein Einsatz in allen Ehren aber das wiederspricht dem Gedanken eines Reviews. Das Review ist dafür gedacht, dass andere über deinen Artikel drüber schauen. Eben um den Artikel von Fehlern zu bereinigen die du selber nicht siehst. Das Review forderst du selbst an.

Im übrigen kleiner Tip oder besser, kleine Bitte am Rande. Das Kommentarfeld solltest du immer ausfüllen. Das erleichtert es anderen Änderungen wieder zu finden und einen Überblick darüber zu behalten was sich wann im Artikel getan hast. Wäre schön wenn du im Zukunft etwas reinschreibst. Sonst weiß keiner woher der Artikel ist, welchen Stand er hat und was zuletzt getan wurde.

[beLI3VeR]

Danke für den Hinweis.
Soll ich den Review wieder einfügen?

Ich habe nicht genau herausgefunden wie ich sie anfordere, mache ich das einfach nur durch das {{Review}}?

[Saxman]

Danke für den Hinweis.
Soll ich den Review wieder einfügen?

Ich habe nicht genau herausgefunden wie ich sie anfordere, mache ich das einfach nur durch das {{Review}}?

Im Grunde schon, wir hatten allerdings vor kurzem eine Dsikussion darüber, das auch im Forum bekannt zu geben. Das ist im Grunde auch immer hilfreich.

[beLI3VeR]

Dann tue ich das hiermit

SquidGuard zur Review bereit
Review von Wget durchgeführt.
Review von Grub_Boot-CD durchgeführt.

[Blackbox]

MULTIMEDIA und SPIELE \ 0AD

Review zu 0AD Alpha XI angepasst, Review zu Alpha IX gelöscht, da diese nicht mehr in den Paketquellen ist.

[cronoik]

Hallo liebe Forumler,

da viele gar nicht wissen was wir für ein tolles Wiki haben, gibt es jetzt diesen Neuigkeitenthread.

Hier wird das Forum über:
- fertige Artikel die ein Review benötigen,
- Artikel die getestet worden sind und
- über Artikel die einen neuen Autor suchen informiert.

Welche Artikel aktuell im Wiki enthalten sind kann man unter aktueller Stand der Wikiartikel einsehen.

Einen Einstieg wie man einen Artikel verfasst, erhält man bei Artikel verfassen.

Der https://www.debianforum.de/forum/viewto ... 6&t=121942 soll nur noch für Artikel, die tatsächlich migiriert worden sind, genutzt werden. Für die neueren, gibt es hier ein paar Infos zur Migration.

[cronoik]

Der Artikel Shellkniffe freut sich über ein Review bzw. kann er gern noch weiter ergänzt werden (da ist noch viel Luft nach oben). Schönes WE.

[hikaru]

Was ist den das Konzept des mittlerweile verschobenen [1] Artikels? Soll er sich an Anfänger oder Fortgeschrittene wenden? Oder an beide?
Die Aktivierung der bash-Completion setzt ja schon vergleichsweise gehobene Kenntnisse voraus, zumindest wenn man verstehen möchte warum man gerade diese drei Zeilen aktiviert hat. Die hat aber jemand der sich ls, mkdir und mv erklären lassen muss noch nicht.

Wenn der Artikel sich an Fortgeschrittene wendet kann man sich sicherlich die grundlegenden Befehle für Dateien und Verzeichnisse sparen.
Wenn sich der Artikel an Anfänger wendet sollte er mMn mit der grundlegenden Navigation beginnen, dann aber auch erklären warum ein bestimmter Befehl eine bestimmte Wirkung hat. Das Problem dabei ist, dass das schnell in eine Manpage-Kopie abdriften würde und man daher genauso gut die Handhabung von Manpages erklären könnte. Aber einen RTFM-Artikel wollen wir vermutlich nicht haben.
wiki.ubuntuusers.de hat eine recht gute Befehlsübersicht [2]. Sowas ist sicherlich ein guter Anatz wenn erstmal die Grundlagen, gewissermaßen die Grammatik (Piping bzw. E/A-Umlenkung allgemein, Tab-Completion etc.), der Schellprogrammierung sitzen und es im Wesentlichen darum geht das Vokabular zu erweitern.

Einen wichtigen Aspekt sehe ich auch in der Strukturierung. Im Artikel sollten mMn spätere Punkte auf früheren aufbauen. Wenn z.B. cp oder mv behandelt werden sollten vorher schon mal pwd und ls behandelt worden sein, damit der Nutzer auch kontrollieren kann was er da macht. Und eigentlich sollte sich ihm das logisch erschließen so dass er einen Zusatz wie "Das Ergebnis unserer mv-Operation überprüfen wir jetzt mit ls." höchstens noch als erinnerung braucht.
Auf einem etwas höheren Level, aber im Prinzip auch ein Strukturthema, sollte aus so einem Artikel ersichtlich sein, warum sowas ein ziemlich sinnloses Konstrukt ist:

Code: Alles auswählen

cat DATEI | grep TEXT

Zum ganzen Thema (in)effizienter Shellprogrammierung gibt es ein recht amüsantes PDF mit dem Titel "useless use" [3] das man vielleicht als Grundlage oder Anregung in dem Artikel verwenden könnte.

[1] http://wiki.debianforum.de/Shellkniffe
[2] http://wiki.ubuntuusers.de/Shell/Befehls%C3%BCbersicht
[3] http://www.netmeister.org/misc/useless_use.pdf

[cronoik]

Hallo hikaru,

vielen Dank erst mal das du den Artikel gelesen hast. Das Konzept sollte man tatsächlich besser in der Einleitung festnageln. Es kommt wirklich nicht so gut heraus.

Meine Intention war gewesen einen Artikel für Nutzer zu schreiben, welche bereits ein paar Monate an Debian gesessen haben. Also Anfänger die sich nun langsam auf die Shell wagen, nachdem sie am Anfang einfach Befehle "blind" eingegeben haben. Er soll was für Leute sein die learning by doing bevorzugen. Es soll kurz geschildert werden was gemacht werden soll und dann dastehen wie man es macht. Einfach damit man kleine Erfolgserlebnisse generiert, um den Einstieg zu erleichtern. Es erzeugt nicht wirklich Mehrwert in der Produktivität, aber es weckt dennoch hoffentlich die Neugier. Angedacht hatte ich Hintergrundinformationen zu den einzelnen Sachen in jeweils Extraartikel (die auch noch jemand schreiben muss ) zu packen. Diese sind dann natürlich inShellkniffe verlinkt und werden angeklickt wenn genug Neugier da ist. So zumindest der Plan...

Hältst du dass für plausibel? Der Artikel ist wie gesagt auch nicht fertig (und kann es auch nicht da er keine Struktur hat sondern eher ein FAQ ist), aber ich bin erst mal fertig mit ihm. Hoffe es kommen noch weitere kurze Beispiele von anderen . Die Sache bzgl. der Einleitung werde ich aber nochmal überschlafen.

Nochmals vielen Dank fürs lesen. Gute Nacht!

Edit: Das pdf kannte ich noch gar nicht, ist aber sehr lustig.

[cronoik]

Hi,

ich möchte nun gern zum Abschluss der Migration etwas beitragen. Deshalb ein paar Fragen an Zeitzeugen.

Im Migrationsartikel ist eine Liste verlinkt bzgl. Zustimmung. Da dort alle eingetragenen zugestimmt haben kann deshalb davon nun bedenkenlos ausgegangen werden, dass es keine Lizenzprobleme gibt?

Dann könnte ich mich des weiteren daran erinnern, dass es keine Liste bzgl. der zu migrierenden Artikel gibt (außer der http://wiki.debianforum.de/Spezial:Weiterleitungen). Ist dass der Fall ?

Zu guter letzt, ist das Migrationsverfahren wie im Artikel Migration anwendbar (technisch). Den Artikel würde ich in diesem Zug auch gleich mit aufräumen.

[cirrussc]

Im Migrationsartikel ist eine Liste verlinkt bzgl. Zustimmung. Da dort alle eingetragenen zugestimmt haben kann deshalb davon nun bedenkenlos ausgegangen werden, dass es keine Lizenzprobleme gibt?

Ich denke, weitgehend ist das so.

Dann könnte ich mich des weiteren daran erinnern, dass es keine Liste bzgl. der zu migrierenden Artikel gibt (außer der http://wiki.debianforum.de/Spezial:Weiterleitungen). Ist dass der Fall ?

Meines Wissen gibt es die tatsächlich nicht, war auch nie vorgesehen. Wer meint, etwas migrieren zu wollen (oder darauf aufbauend), soll das tun. Bei einigen wenigen Artikeln macht es aus vielerlei Gründen sowieso keinen Sinn.

[cronoik]

Hi cirrussc,

vielen Dank erst mal für deine Antwort. Eine Liste habe ich jetzt dennoch, der Übersichthalber mal erstellt. Migration Dann können auch Leute helfen die eigentlich nicht am Wiki arbeiten wollen. Einfach dadurch das sie den Artikel als Migrationswürdig kennzeichnen.

Den Text muss ich allerdings nochmal überarbeiten.

[Saxman]

Ich halte es für keine gute Idee, weitere Artikel aus dem alten Wiki zu migrieren. Neben den von Cirrussc vorgebrachten, gibt es noch das Problem, dass wir aufgrund des Datenabzugs nicht mehr feststellen können, wer der Autor des jeweiligen Artikels war. Mit der Zustimmung haben wir es seinerzeit anders gehandhabt als jetzt bei der Relizenzierung.