Spiele

[hikaru]

Wenn es euch nicht passt, dann erstelle ich eben keine Wiki-Beiträge mehr!

Wie kommst du denn auf den Trichter?
Mein Edit bezog sich darauf, dass der TCE-Eintrag nicht von Blackbox war und demzufolge ohne Absprache auch nicht seiner Formatierung gerecht werden muss. Es sei denn seine Formatierung wäre nach deinem Eintrag geschehen, dann hätte er das ja gleich mit anpassen können.

[Strunz_1975]

Dann ist ja alles ok!

[Blackbox]

Mit meiner Änderung an den Paket-URLs wollte ich lediglich den Pflegeaufwand senken, denn schließlich müssen sonst die URLs ja immer aiuf das jeweilige »stable« angepasst werden.

Ich denke wenn jemand mehr Informationsbedarf zu einem Paket hat, dann ist es zumutbar, einen Klick auszuführen ! - Alternativ dazu könnte auch eine kurze Beschreibung des Games stattfinden...

Die Bemerkungen sind deshalb leer, weil sie von Anderen (welche evtl. mehr zu einem Game/Software sagen können) gefühlt werden sollen, denn dies ist ja schließlich der Gedanke eines Wikis, oder etwa nicht !?

[Saxman]

@alle:
Können wir uns bitte darauf einigen, dass Änderungen hier (bei Bedarf mit Begründung) bekannt gegeben werden?

Ich bin ebenfalls für eine Diskussion rund um das editieren. Im Grunde so wie wir das in diesem thread hier machen.
Lieber ein Paar Worte zu viel gewechselt als hinterher Missmut über die Änderungen zu ernten.
Wir kriegen es schon hin da konsruktiv zusammen zu arbeiten.

Die Bemerkungen sind deshalb leer, weil sie von Anderen (welche evtl. mehr zu einem Game/Software sagen können) gefühlt werden sollen, denn dies ist ja schließlich der Gedanke eines Wikis, oder etwa nicht !?

Hikaru meint, so wie ich das sehe, die Editbeschreibungen die du immer leer lässt.
Die sind dafür da damit andere, ohne die Diffs heranziehen zu müssen wissen was du verändert hast.
Es ist wirklich nützlich die Dinger auszufüllen. Findest du unter Comment direkt in der Edit Maske.

Und zu den Paketbeschreinbungen.
Im Grunde ist es mir fast egal ob die auf stable oder zur Übersicht über alle Pakete zeigen.
Vorteil der stable Pakete ist dass es genauer ist und direkt zur Paketbeschreibung führt.
Der Vorteil der Übersichtsmethode ist, dass es nicht immer alle Pakete für stable gibt und die erst unter testing/sid auftauchen. Ich finde beide Lösungen haben ihren Vorteil, weshalb Ich es auch nicht schlimm finde dass es inkonsistent ist.

[bmario]

Wie wäre es, wenn wir anstatt diese elenden Formatierungsfragen für einen Wikieintrag streiten uns lieber Gedanken machen,
wie wir das gesammte Wiki homogener gestallten können. Am besten wäre es Vorlagen für alles mögliche zu definieren.
Schaut man sich z.B. bei uu.de oder so um, da ist jede Seite nach dem selben Schema. So etwas fehlt bei uns irgendwie.

Auch ist die Verlinkung innerhalb der Kategorien komisch. z.B. gibt es Grafikkartentreiber Anleitungen sowohl unter "Grafische Oberfläche" sowie unter Hardware. Beides klingt logisch für mich, aber dennoch ist Redundanz nicht wünschenswert.

Aber auch so sehe ich allerhand Geschichten, vor allem mit den Überschriften mal ist es =, mal nur == oder gar ===
Hab sogar schon gesehen um etwas fett zu gestallten ====

Auch finde ich die Konzentration auf den Wikieintrag Spiele etwas daneben. Es gibt mehr als genug andere Baustellen im Wiki die etwas Aufmerksamkeit bitter nötig haben. Und dann einen Streit darüber zu führen, wie die Verlinkung sein soll
Benutzt doch einfach DebianPackage:$PAKET_NAME$ und es wird mit Sicherheit konsistent. Und Konsistenz ist das, was uns fehlt, aber in meinen Augen der Schlüssel zur Benutzbarkeit eines jeden Systems ist.

Es gibt so tausend kleine Dinge die man klären sollte. z.B. wie werden Befehle dargestellt, die als root ausgeführt werden sollen? Da hat uns Ubuntu das sudo voraus Mit

Code: Alles auswählen

root@debian: rm -rf /

oder

Folgendes als root ausführen:

Code: Alles auswählen

rm -rf /

oder

Code: Alles auswählen

su
rm -rf /

oder

Code: Alles auswählen

# rm -rf /

oder ...

So far.

Mario

[Saxman]

[...] Am besten wäre es Vorlagen für alles mögliche zu definieren.

Gute Idee, +1

Auch ist die Verlinkung innerhalb der Kategorien komisch. z.B. gibt es Grafikkartentreiber Anleitungen sowohl unter "Grafische Oberfläche" sowie unter Hardware. Beides klingt logisch für mich, aber dennoch ist Redundanz nicht wünschenswert.

Grundsätzlich bin Ich ebenfalls für eine einheitliche Grundstruktur, am besten möglichst stark angelehnt an die Forenstruktur um das Leben der Leute leichter zu machen.

Aber auch so sehe ich allerhand Geschichten, vor allem mit den Überschriften mal ist es =, mal nur == oder gar ===
Hab sogar schon gesehen um etwas fett zu gestallten ====

Mit dem Einsatz von Formatvorlagen löst sich dieses Problem dann von selber.

Auch finde ich die Konzentration auf den Wikieintrag Spiele etwas daneben. Es gibt mehr als genug andere Baustellen im Wiki die etwas Aufmerksamkeit bitter nötig haben.

Sicher hat das Wiki an vielen Stellen Aufmerksamkeit nötig, dass hier mit Spielen angefangen wurde finde Ich nebensächlich.
Wichtig ist dass es weiter geht.

Die Idee mit den Formatvorlagen finde Ich wirklich pragmatisch.
Was denkt ihr anderen darüber?

[hikaru]

@Blackbox:
Danke für die Erklärung. Ich bin zwar zu den Punkten immer noch anderer Meinung, aber deine Argumentation ist schlüssig und daher ist der Status Quo für mich genauso gut wie der alte.

Hikaru meint, so wie ich das sehe, die Editbeschreibungen die du immer leer lässt.

Ich meinte beides. Sowohl die leeren Editbeschreibungen als auch die leeren "Bemerkungen" unterhalb der einzelnen Spiele. Letzteres hat sich durch die Erklärung von Blackbox für mich erledigt.

Ich finde beide Lösungen haben ihren Vorteil, weshalb Ich es auch nicht schlimm finde dass es inkonsistent ist.

Beim ersten Halbsatz gehe ich mit, daher ist es mir eigentlich egal wie es gemacht wird. Wir sollten uns aber trotzdem auf eine Variante einigen und die konsequent durchziehen.

Wie wäre es, wenn wir anstatt diese elenden Formatierungsfragen für einen Wikieintrag streiten uns lieber Gedanken machen, wie wir das gesammte Wiki homogener gestallten können.

Ich sehe hier eine lebhafte Diskussion aber keinen Streit. Ein homogenes Wiki wäre schön, aber warum sollte man deshalb aufhören einzelne Artikel zu behandeln? Die Forderung wirkt auf mich ähnlich wie die Forderung alle Linux-Distributionen in einen Topf zu schmeißen um auf dem Markt effizienter voran zu kommen.

Auch finde ich die Konzentration auf den Wikieintrag Spiele etwas daneben. Es gibt mehr als genug andere Baustellen im Wiki die etwas Aufmerksamkeit bitter nötig haben.

Mhh, da fällt mir wieder ein Vergleich ein: Alle die gerade an neuen bunten Features von Gnome und KDE arbeiten sollten diese Arbeit sofort einstellen und stattdessen lieber den Treibersupport im Kernel verbessern. Das funktioniert nicht. Es hat einen Grund warum ich kaum Beiträge im Serverbetrieb-Forum habe. Ich habe schlicht keine Ahnung davon. Genauso wenig kann ich Sinnvolles zu einem Wikieintrag über Grafiktreiber beitragen.

Die Idee mit den Formatvorlagen finde Ich wirklich pragmatisch.
Was denkt ihr anderen darüber?

Prinzipiell stimme ich dir zu, aber hat das unter Moin Moin noch einen Sinn?

[catdog2]

Prinzipiell stimme ich dir zu, aber hat das unter Moin Moin noch einen Sinn?

Eher nicht. Das soll ja ersetzt werden sobald feltel mal wieder etwas Zeit findet.

[bmario]

Wie wäre es, wenn wir anstatt diese elenden Formatierungsfragen für einen Wikieintrag streiten uns lieber Gedanken machen, wie wir das gesammte Wiki homogener gestallten können.

Ich sehe hier eine lebhafte Diskussion aber keinen Streit. Ein homogenes Wiki wäre schön, aber warum sollte man deshalb aufhören einzelne Artikel zu behandeln? Die Forderung wirkt auf mich ähnlich wie die Forderung alle Linux-Distributionen in einen Topf zu schmeißen um auf dem Markt effizienter voran zu kommen.

So habe ich das nicht gemeint, ich finde nur den Wiki-Eintrag Spiele, dafür braucht man nicht 5 Leute
Ich meine, man könnte die wenige Manpower die wir hier haben, sinnvoller verteilen.

Auch finde ich die Konzentration auf den Wikieintrag Spiele etwas daneben. Es gibt mehr als genug andere Baustellen im Wiki die etwas Aufmerksamkeit bitter nötig haben.

Mhh, da fällt mir wieder ein Vergleich ein: Alle die gerade an neuen bunten Features von Gnome und KDE arbeiten sollten diese Arbeit sofort einstellen und stattdessen lieber den Treibersupport im Kernel verbessern. Das funktioniert nicht. Es hat einen Grund warum ich kaum Beiträge im Serverbetrieb-Forum habe. Ich habe schlicht keine Ahnung davon. Genauso wenig kann ich Sinnvolles zu einem Wikieintrag über Grafiktreiber beitragen.

Du hast vielleicht keine Ahnung, wie man Server betreibt (ich auch nicht), aber dafür kannst du ja Deutsch, du könntest also z.B. Korrekturlesen, oder aber eben, sofern wir da Konsens hätten, die Blöcke mit Shell Befehlen vereinheitlichen, usw.

Die Idee mit den Formatvorlagen finde Ich wirklich pragmatisch.
Was denkt ihr anderen darüber?

Prinzipiell stimme ich dir zu, aber hat das unter Moin Moin noch einen Sinn?

Der Wechsel ist vielleicht der Grund und Anreiz schlechthin da mal einiges zu ändern

mario

[hikaru]

So habe ich das nicht gemeint, ich finde nur den Wiki-Eintrag Spiele, dafür braucht man nicht 5 Leute

Wie viele braucht man denn dafür?
Ich denke jeder der meint dazu etwas beitragen zu können sollte das tun, egal ob das dann zwei oder zwei Dutzend sind.

Ich meine, man könnte die wenige Manpower die wir hier haben, sinnvoller verteilen.

Offenbar habe ich dich doch richtig verstanden. Du kannst nicht einfach "Manpower" hin- und herschieben. Das hier ist keine Firma. Jeder macht genau das wozu er Lust hat, nicht mehr und nicht weniger. Und auch nichts anderes.

Du hast vielleicht keine Ahnung, wie man Server betreibt (ich auch nicht), aber dafür kannst du ja Deutsch, du könntest also z.B. Korrekturlesen, oder aber eben, sofern wir da Konsens hätten, die Blöcke mit Shell Befehlen vereinheitlichen, usw.

Sorry, dazu bin ich schlicht zu faul. Ich werde sicher mal den einen oder anderen Schnitzer ausbügeln falls er mir auffällt und für mich klar als solcher zu erkennen ist. Ich werde aber bestimmt nicht mit dem Rotstift durchs Wiki ziehen.

[Blackbox]

Ich wäre ebenfalls für die einheitliche Formatierungsstruktur.
Dies würde unser Wiki doch um einiges effizienter, übersichtlicher und mit der neuen Wiki-Software vielleicht auch ansprechender (schicker) machen.

An der Verbesserung des Wikis werde ich mich auch weiterhin aktiv beteiligen und hoffe dadurch unser Wiki noch weiter verbessern zu können.

Ob es allerdings Sinn macht, diese Verbesserungen am MoinMoin-Wiki vorzunehmen kann ich nicht beurteilen, da ich keine Ahnung habe, ob alle Änderungen und Formatierungen nahtlos in die neue Wiki-Software übernehmen lassen, deswegen würde ich es davon abhängig machen wollen.

[bmario]

Zumindest aber kann man sich Gedanken darum machen, WIE etwas aussehen soll. Die Umsetzung davon ist ja eh erst der zweite Schritt.

@ Hikaru: es war nicht so gemeint, dich für die langweilige und unbeliebte Arbeit des Rotstiftes anzustellen, das war nur einfach das erstbeste Beispiel, das mir eingefallen ist, was wirklich jeder an einem Wiki machen kann. Genauso gut kann man, selbst wenn man es alleine hinkriegen würde, mal genau nach Anleitung aus dem Wiki vorgehen um so vielleicht Fehler / Unstimmigkeiten oder schlicht veraltete Dinge festzustellen und dann zu verbessern bzw. darauf hinweisen, dass es so nicht(mehr) funktioniert.
Und sicherlich kann ich nicht die Leute dazu bringen, dass zu tun, was sie nicht wollen. Aber den Versuch war es ja Wert

Um mal den Anfang zu machen, für mich im Moment wichtige Fragen sind:

- Was ist mit veralteten Anleitungen?
* Löschen
* Ganz oben einen Hinweiß setzen, mit eventuell Link zu aktuellen Einträgen
* Seite in eine Weiterleitung umbauen

- Was ist mit Befehlen die Root Rechte benötigen?
* $ und # benutzen, dazu dann eine zentrale Erklärung, wofür was steht oder sowas
* etwas wie root@debian: davor schreiben
* eine Erwähnung im Text
* das schlichte voraussetzen, das Zeilen die root Rechte benötigen als solche erkannt werden
* ganz dreist sudo schreiben

- Der generelle Aufbau von Wikieinträgen eines bestimmten Types?
z.B. Programmvorstellungen:
*Einleitung
*Installation / Debian Paket Link
*Benutzen
*Eigenheiten
*Bugs
*Kontakt bzw. Upstream-Projekt
usw.

- Andere Frage, wie wird die Verlinkung aufgebaut?
Ganz konkret, schaut euch mal an, wie die ATI Treiber Anleitungen verlinkt sind und wie die der Nvidia Anleitungen
Bei ATI gibt es unter Hardware einige Links zu den konkreten Anleitungen
Bei der Nvidia Seiten hab ich es so gemacht, dass man sich "durchklickt" wohin man will und quasi geleitet wird.

Mario

[lemak]

Um mal den Anfang zu machen, für mich im Moment wichtige Fragen sind:

Das meiste wurde ja alles schon beantwortet. In den Designrichtlinien dieses Wikis.

- Was ist mit veralteten Anleitungen?
* Löschen
* Ganz oben einen Hinweiß setzen, mit eventuell Link zu aktuellen Einträgen
* Seite in eine Weiterleitung umbauen

Veralterte Anleitungen sollen wenn dann in eine eigene Kategorie Archiv o.ä. verschoben werden. Das hatten wir schon

- Was ist mit Befehlen die Root Rechte benötigen?
* $ und # benutzen, dazu dann eine zentrale Erklärung, wofür was steht oder sowas
* etwas wie root@debian: davor schreiben
* eine Erwähnung im Text

Konsolen Prompt

- Der generelle Aufbau von Wikieinträgen eines bestimmten Types?
z.B. Programmvorstellungen:
*Einleitung
*Installation / Debian Paket Link
*Benutzen
*Eigenheiten
*Bugs
*Kontakt bzw. Upstream-Projekt
usw.

Grundlegender Aufbau eines Beitrags
Hier könntest du aber imo das ganze um den Abschnitt Installation / Debian Paket Link erweitern. Von dort kommt man dann ja zum Upstream-Projekt, den Bugs usw. Wobei das sicher unter Links (als Stichpunkt) ganz gut aufgehoben wäre.

MfG i

PS: Werde meine Artikel und Einträge mal an die bestehenden Richtlinien anpassen.

[lemak]

Den Abschnitt Bugs durch troubleshooting / Fehlerbehebung zu ersetzen ist aber bestimmt sinnvoll.

[hikaru]

Ich habe gerade eine Bemerkung zur Lokalisierung von Widelands unter Lenny gemacht. Zu anderen Releases kann ich nichts sagen.

[lemak]

wollte in Spiele gerne eine <<TableOfContents(n)>> (imo n=1) einfügen. Dazu müssten dann die Überschriften aber alle um eine level nach oben editiert werden; was wenn dann so bald als möglich geschehen sollte.
Gegenstimmen
n8 i
Edit: O.K. in Multimedia ist es auch <<TableOfContents(2)>> dann können die Überschriften auch so bleiben...

[bmario]

Es ist immer mit n=2, weil die erste Ebene für den Eintrag selbst ist, und == erst für die Teile im Eintrag.

[lemak]

Dann schau dir mal http://wiki.debianforum.de/Designrichtlinien an. Hier gibt es mehr als eine first-level Überschrift. (Daher kenne ich das erst, und ich finde schon das es so auch Sinn macht...)

Edit: Dummer Denkfehler. So ist das schon richtig wie du es meinst. (Man sollte nach 22Uhr einfach nix mehr machen ausser schlafen
Habe auch http://wiki.debianforum.de/ssmtp korrigiert. So sollte das richtig sein mit Links als first-level Überschrift

[hikaru]

Ich habe seit gestern Abend folgende Spiele hinzugefügt:
Adanaxis, Blobby Volley, Supertuxkart, OpenTTD, Simutrans, Supertux