Arbeitsthread zum Wiki

[cronoik]

Guten Abend,

mir gefällt das template (ohne das Latein ). Die Kategorien würde ich auch am unteren Textrand lassen. So oft tritt es nicht eindeutig auf und würde bei vielen Artikeln nur Platz wegnehmen. Ich denke es reicht wenn man es in der Kurzbeschreibung erwähnt und sollte es ganz wichtig sein, steht einem die Achtung Vorlage zur Verfügung. Vielleicht sollte man das template ohne Formatierung reinstellen oder noch ein kleinen Hinweis für den Reiter "Quelltext anzeigen" einfügen.

[Cae]

phpBB ist der letzte Schrott, zumindest was Links mit Umlauten drin angeht. Man kann das [wiki]-Tag damit nicht verwenden, [url] geht ebenfalls nicht. Aus diesem Grunde habe ich gerade fuer die ATI-Treiber-Seiten Umleitungen auf die Umlaut-behafteten Seiten gebaut.

Wie ist dazu die Vorgehensweise? Neue Artikel-URLs nur umlautfrei anlegen, grundsaetzlich Weiterleitungen einrichten oder die Forensoftware fixen?

Gruss Cae

[cronoik]

Hi,

ich hatte gestern noch einen hellen Moment bezüglich des templates. Über dem Quellenverzeichnis, fände ich noch einen Gliederungspunkt für "siehe auch" nützlich.

Wünsche euch ein schönes Wochenende!

[cronoik]

Hi,

vielleicht nochmal als Nachtrag zum template. Nachdem Drahtseil mir noch eine pfiffige Variante gezeigt hat [1], finde ich den vorgeschlagenen Extramenüpunkt für "siehe auch" nicht notwendig. Drahtseil hat dem Link einfach ein "siehe auch:" als Bezeichnung mit vorangestellt (Danke an Drahtseil nebenbei, kannte ich auch noch nicht und passt gut!). Das erfüllt den Zweck besser. Also erklär ich meinen Vorschlag für unsinnig und schlage vor den Punkt "Quellenverzeichnis" in "Links" umzubenennen.

Wünsche euch noch einen schönen Abend!

[1] http://wiki.debianforum.de/Openbox#Links

[cronoik]

Hi,

mal wieder ein paar positive Neuigkeiten aus dem Wiki.
Lazarus wurde gereviewt
In den Artikeln http://wiki.debianforum.de/Sources.list ... emdquellen und http://wiki.debianforum.de/Debian_auf_d ... Multimedia habe ich eine Warnung zu deb-multimedia.org entsprechend [1] eingefügt. Vielleicht könnte die noch einmal jemand querlesen.

Wünsche euch ein schönes WE!

[1] http://bits.debian.org/2013/06/remove-d ... media.html

[Dogge]

BTW: @Dogge Könntest du deinen dritten Blogeintrag bitte noch ins WIki (icedove) portieren

Done.
Ist gar nicht so einfach, wenn man keine Ahnung von Wiki-Syntax hat. Schaut ja nicht in die Bearbeitungshistorie, sonst haltet ihr mich für total verblödet.
Hab mal die Bilder rausgelassen, da ich nicht wusste ob sowas hier im Wiki gern gesehen wird, und dafür auf den Blog-Eintrag verlinkt. Wenn Bilder im Wiki-Eintrag nicht stören, kann ich diese auch einfügen und den Link wieder rauswerfen.

Schaut mal drüber, abgesehen von Rechtschreibungs- und Satzbaukorrekturen war das meine erste Wiki-Arbeit.
Bei der Änderungshistorie hab ich den Kommentar vergessen und als ich den einarbeiten wollte hab ich ein bisschen Mist gebaut. Wäre cool, wenn jemand weiß wie man das gerade biegen kann.

[cronoik]

Hi,

danke fürs portieren.

Schaut mal drüber, abgesehen von Rechtschreibungs- und Satzbaukorrekturen war das meine erste Wiki-Arbeit.
Bei der Änderungshistorie hab ich den Kommentar vergessen und als ich den einarbeiten wollte hab ich ein bisschen Mist gebaut. Wäre cool, wenn jemand weiß wie man das gerade biegen kann.

Ich habe mal drüber geschaut. Gefällt mir sehr gut, habe nur im letzten Teil ein kleine Verdeutlichung eingfügt. Die Kommentare kann man nicht mehr ändern. Feltel und ggf. Saxman können das bestimmt, aber da lohnt sich der Aufwand nicht. Es spricht dir ja auch keiner deine geistigen Fähigkeiten ab

...Hab mal die Bilder rausgelassen, da ich nicht wusste ob sowas hier im Wiki gern gesehen wird, und dafür auf den Blog-Eintrag verlinkt. Wenn Bilder im Wiki-Eintrag nicht stören, kann ich diese auch einfügen und den Link wieder rauswerfen.

Bilder sind im Wiki gern gesehen, der Link auf den Blog ist aber auch ausreichend.

Also nochmal vielen Dank das du dir die Mühe gemacht hast. Vielen Dank auch an alle anderen für ihre Mühen in Forum + Wiki.

[Drache]

Eine theoretische Überlegung:

Da der aktuelle Flashplayer bei mir ständig abstürzt und lightspark bzw. gnash auf southpark.de nicht funktionieren, war ich unter einem gewissen Druck und habe entsprechend eine Lösung mittels des Chrome Pepper Flash gebaut (die jetzt mit dem auf meinem System installierten Chromium ebenso funktioniert wie mit Opera).

Bei der Überlegung, ob ich das ganze in einen Wiki-Artikel schreiben sollte, habe ich – abgesehen von der Arbeit, die das ganze macht – einige Zweifel:

• Das ganze Konstrukt ist recht wackelig, ein upgrade des flashplayers über die Paketverwaltung ist so natürlich nicht möglich.
• Man umgeht zwar Chrome, hat aber natürlich trotzdem das proprietäre google-flash in seinem Home-Verzeichis: Auswirkung/Mithören von google unbekannt.
• Man muss das Ding manuell aktuell halten.
• es ist ein proprietärer Rotz, der mittels eines gefrickelten Konstruktes genutzt wird.
• Die Gültigkeit des Artikels kann praktisch mit jeder Chrome/Pepper Flash Version den Bach runtergehen – vermute ich
• Man reitet ein (hoffentlich bald) totes Pferd noch etwas weiter

Also dachte ich mir, ich frage einfach mal nach, was ihr davon haltet, so einen Artikel zu schreiben?

Wer wirklich unbedingt meint, das nachbauen zu müssen, könnte ja ebenso vorgehen wie ich und im Arch-Wiki räubern

[Drache]

Hallo,

ich habe noch eine Frage:

Hier steht unter Mögliche Artikel

Die Verwaltung der Seite erfolgt nun über DPL

Was heißt das? Ich habe im Wiki und im Forum nach "DPL" gesucht, bin aber nur auf "DPL: Debian Project Leader" gestoßen…

Ist das nicht ein bisschen viel verlangt, wenn sich jetzt der DPL auch noch um das deutsche debianforums Wiki kümmert?

[Saxman]

[...]
Ist das nicht ein bisschen viel verlangt, wenn sich jetzt der DPL auch noch um das deutsche debianforums Wiki kümmert?

Was gibt es bitteschön wichtigeres als unser Wiki?



PS: DPL könnte hier alternativ auch als Dynamic Page List verstanden werden, wenn der DPL keinen Bock haben sollte. Damit werden Übersichtsseiten automatisch aktualisiert wenn eine neue Seite in eine bestimmte Kategorie hinzugefügt wird.

[Drache]

PS: DPL könnte hier alternativ auch als Dynamic Page List verstanden werden, wenn der DPL keinen Bock haben sollte. Damit werden Übersichtsseiten automatisch aktualisiert wenn eine neue Seite in eine bestimmte Kategorie hinzugefügt wird.

Aaah! Dankeschön.

[cronoik]

Hi,

Programm gesucht wird nun (vom ) über DPL gepflegt. Also neue Artikel bitte nicht mehr mit Programm_gesucht/bla anlegen, sondern bitte bloß noch ḿit bla. In der Diskussionsseite stehen, wie bereits bemerkt, noch interessante neue Übersichtssichtseite mit welchen man sich einfach im Wiki verewigen kann. Allgemein sollte wir vielleicht noch eine Regelung zur Struktur der Artikel im Programm gesucht Bereich schaffen?

[niesommer]

Hallo @all,

So, ich habe mich jetzt einmal an einen Wiki-Artikel gewagt:
http://wiki.debianforum.de/WDM

Der Artikel stellt keine Dokumentation vom WDM dar, denn ich habe nur das dort rein geschrieben, was ich selbst verwende und darüber weiß. Ein mehr an Wissen wird also von meiner Seite nicht reinfließen. Ich hoffe, damit euren Ansprüchen zu genügen.
Da dies mein erster Artikel ist, hoffe ich, dass ich nicht allzu viel falsch gemacht habe.
Wenn jemand noch etwas hinzufügen möchte, oder ich etwas ändern soll, freue ich mich auf eure Kritik.
Vielleicht könnte mir auch jemand zeigen, wie man die von mir erstellten und verlinkten Bildschirmkopien so einfügen kann, dass sie immer zu sehen sind und man nicht erst drauf klicken muss.
Mit dem Punkt, was die Lizenz betrifft, kenne ich mich nicht aus und hoffe, dass ihr das entsprechend anpassen könnt bzw. mir sagen könntet, welche die beste Variante ist. Denn ich möchte eigentlich, dass mein Beitrag frei im Sinne der GNU Philosophie ist und jedermann zur Verfügung steht, und eben so, dass ihn jeder erweitern verbessern und korrigieren kann, um den Artikel noch besser zu machen.

Den Abschnitt zur Beschreibung habe ich aus der Debian Paketbeschreibung genommen, entsprechend habe ich auch die Quelle angegeben und verlinkt.
Alles andere habe ich selbst geschrieben.
Da ich das alles auch selbst verwende und es bei mir fehlerfrei läuft, habe ich das dann auch als „getestet“ gekennzeichnet, ich hoffe, dass dies so richtig war.

An dieser Stelle möchte ich mich auch noch einmal bei Cae bedanken, der schon mal einen Blick drauf geworfen hat und mir bei meinen ersten Schritten behilflich war.

Gruß niesommer

[inne]

Hallo @all,

So, ich habe mich jetzt einmal an einen Wiki-Artikel gewagt:
http://wiki.debianforum.de/WDM

Habe mal die Einleitung aufgehübscht.
Was denkt ihr darüber die Bilder direkt auf der Seite anzuzeigen, statt (nur) darauf zu verlinken?

Der Artikel stellt keine Dokumentation vom WDM dar, denn ich habe nur das dort rein geschrieben, was ich selbst verwende und darüber weiß. Ein mehr an Wissen wird also von meiner Seite nicht reinfließen. Ich hoffe, damit euren Ansprüchen zu genügen.

Weisst du was in dem Zusammenhang ein Kochbuch ist

[niesommer]

Habe mal die Einleitung aufgehübscht.

Was denkt ihr darüber die Bilder direkt auf der Seite anzuzeigen, statt (nur) darauf zu verlinken?

Ich würde dies Begrüßen, leider weiß ich nicht wie man das Bewerkstelligt.

Weisst du was in dem Zusammenhang ein Kochbuch ist

Nun ja, eigentlich denke ich schon.
Das letzte mal habe ich meiner besseren Hälfte das Kochbuch: "Ich helfe Dir Kochen" geschenkt.

Gruß niesommer

[Colttt]

ich bastel gerade hier dran: http://wiki.debianforum.de/Datenbank_Tuning
aber bitte erst morgen korrigieren bzw bearbeiten, noch bin ich grade dran.. werde heute zwar nicht mehr fertig aber man kanns ja noch ändern bzw vervollständigen

[cronoik]

Hi,

Hallo @all,

So, ich habe mich jetzt einmal an einen Wiki-Artikel gewagt:
http://wiki.debianforum.de/WDM ....

vielen Dank erst einmal das dir die Mühe gemacht hast.

Vielleicht könnte mir auch jemand zeigen, wie man die von mir erstellten und verlinkten Bildschirmkopien so einfügen kann, dass sie immer zu sehen sind und man nicht erst drauf klicken muss.

Ich denke die müssen wir nochmal in Mediawiki hochladen. Die Bilder sind derzeit in gallery.debianforum.de. Externe Bilder können wir nur als Link einbinden und nicht einbetten weil wahrscheinlich [1] auf false steht. Vielleicht weis Saxman oder Feltel noch eine Lösung? Ansonsten lade ich es demnächst einfach hoch.

Mit dem Punkt, was die Lizenz betrifft, kenne ich mich nicht aus und hoffe, dass ihr das entsprechend anpassen könnt bzw. mir sagen könntet, welche die beste Variante ist. Denn ich möchte eigentlich, dass mein Beitrag frei im Sinne der GNU Philosophie ist und jedermann zur Verfügung steht, und eben so, dass ihn jeder erweitern verbessern und korrigieren kann, um den Artikel noch besser zu machen.

Bzgl. der Lizenz musst du dir keine Sorgen machen im Wiki landet alles unter CC BY-SA 3.0. Siehe auch Lizenz.

Da ich das alles auch selbst verwende und es bei mir fehlerfrei läuft, habe ich das dann auch als „getestet“ gekennzeichnet, ich hoffe, dass dies so richtig war.

Ja das ist so richtig, deinen Hinweis habe ich frecherweise mal entfernt. Ich denke es muss sich keiner für seinen Beitrag in der Freizeit entschuldigen.

[1] https://www.mediawiki.org/wiki/Manual:$ ... rnalImages

[niesommer]

Ich denke die müssen wir nochmal in Mediawiki hochladen. Die Bilder sind derzeit in gallery.debianforum.de. Externe Bilder können wir nur als Link einbinden und nicht einbetten weil wahrscheinlich [1] auf false steht. Vielleicht weis Saxman oder Feltel noch eine Lösung? Ansonsten lade ich es demnächst einfach hoch.

Wie mache ich das mit dem Hochladen im Mediawiki, ich konnte noch nichts finden? Hat das DF ein eigenes Mediawiki?
Denn bis jetzt kenne ich nur die Bildergallery. Ich könnte das Mediawiki gut brauchen für meine nächste Baustelle, denn dort gibt es die Möglichkeit Bilder im Gallery-Modus anzeigen zu lassen. Wie ich gesehen habe.

Bzgl. der Lizenz musst du dir keine Sorgen machen im Wiki landet alles unter CC BY-SA 3.0. Siehe auch Lizenz.

Habe ich mir schon mal durchgelesen.

Ja das ist so richtig, deinen Hinweis habe ich frecherweise mal entfernt. Ich denke es muss sich keiner für seinen Beitrag in der Freizeit entschuldigen.
[1] https://www.mediawiki.org/wiki/Manual:$ ... rnalImages

Danke für Deine Bestätigung, und damit hast du wohl recht.
Gruß niesommer

[Saxman]

Wie mache ich das mit dem Hochladen im Mediawiki,[...]

Links in der Werkzeugleiste unter "Datei hochladen".

[niesommer]

Wie mache ich das mit dem Hochladen im Mediawiki,[...]

Links in der Werkzeugleiste unter "Datei hochladen".

Danke

[niesommer]

Hallo @all,
Ich habe heute einen weiteren Beitrag im Wiki begonnen: http://wiki.debianforum.de/Wmaker
Dies soll ein aussagekräftiger Artikel über Windowmaker werden, da ich weiß das ich hier nicht der einzige bin der Wmaker einsetzt sind natürlich alle herzlich dazu eingeladen an diesem Artikel mitzuwirken.
Denn Windowmaker mag zwar nicht in dem modernen Gewand aller Gnome3 oder Kde4 daher kommen, ist aber ein sehr Ressourcenschonender Windowmanager der fast schon ein DE ist mit allen seinen DockApps, außerdem ist er sehr flexibel und relativ leicht konfigurierbar. Daher eignet er sich hervorragend für Maschinen mit wenig Ram und Rechenleistung.

Gruß niesommer

PS: ich könnte bei dieser Zeile etwas Hilfe gebrauchen

Code: Alles auswählen

{{userShell|dpkg -l | grep wmaker }}

Derzeit habe ich sie so in den Beitrag geschrieben:

Code: Alles auswählen

{{userShell|dpkg -l grep wmaker }}

Da bei obiger Zeile etwas merkwürdiges bei raus kommt und nicht der von mir darzustellende Befehl.

[Saxman]

Siehe hier.

[niesommer]

Siehe hier.

Dankeschön, man da hätte ich aber auch selbst drauf kommen müssen.
Gruß niesommer

[Colttt]

soo ich bin fertig, kann sich das mal jmd angucken bzw mal rüber fliegen ob das so ok ist?!

http://wiki.debianforum.de/Datenbank_Tuning

Danke!

[TRex]

Ich hab n paar kleinere Fehler beseitigt und die Tabelle repariert. Da ich im Büro auch mit großen Datenbanken (einzelne Queries mit ~80GB RAM-Bedarf) konfrontiert werde, frag ich mich allerdings, welche Zielgruppe und Anwendungsbereiche deine Empfehlungen haben. Du schreibst in den ersten Absätzen diverse Empfehlungen zur Leistung, aber unter Umständen ist das für die Datenbank nicht zielführend. Klar, die Hinweise sind allgemein korrekt - bei unserem DBMS ist Festplattenzugriff der Leistungstod schlechthin und es gibt Schulungen für DB-Programmierer, um die Queries so zu schreiben, dass das möglichst vermieden wird. Da hilft auch keine Hardwareoptimierung, wenn das SQL Mist ist.