staging.inyokaproject.org

Moin,

da sich mit KDE4 ja einiges geändert hat, passt auch in Grundlagenartikeln, wie Administrator, manche Beschreibung nicht mehr exakt. Habt ihr eine generelle Vorgehensweise/Richtlinie, wie mit solchen Fällen umgegangen wird?

KDE Part in Unterabschnitte KDE3 und KDE4 gliedern, alten KDE Part in KDE3 umbenennen und neuen KDE4 Part anlegen und KDE nennen oder KDE4 nennen, alten KDE Part durch neuen KDE4 Part ersetzen (noch nicht?)...

Beispiel:

HmpfCBR schrieb:

Moin,

da sich mit KDE4 ja einiges geändert hat, passt auch in Grundlagenartikeln, wie Administrator, manche Beschreibung nicht mehr exakt. Habt ihr eine generelle Vorgehensweise/Richtlinie, wie mit solchen Fällen umgegangen wird?

Nein Richtlinien haben wir keine. Generell gilt aber, dass im Oktober mit dem Auslauf von Support Hardy, KDE 3 komplett aus dem Wiki rausfliegt.

KDE Part in Unterabschnitte KDE3 und KDE4 gliedern, alten KDE Part in KDE3 umbenennen und neuen KDE4 Part anlegen und KDE nennen oder KDE4 nennen, alten KDE Part durch neuen KDE4 Part ersetzen (noch nicht?)...

Hierbei setzt du voraus, dass der Leser weiß, ob er KDE 3 oder 4 hat. Manche wissen nicht mal ob sie GNOME oder KDE haben. Ich denke in solchen Fällen ist es besser KDE bis Hardy, KDE ab Intrepid oder ähnlich zu schreiben. Die KDE 3/4 Schreibweise stammt aus der Zeit von Hardy, als tatsächlich beides vorhanden war. Da aber niemand mehr Hardy mit KDE 4 nutzt, ist das nun unnötig.

Dann noch eine generelle Frage zu KDE4-Artikeln. Persönlich starte ich die meisten Programme mit KRunner und die Programmliste ist eh in KDE sowohl im Kickoff, als auch in Lancelot durchsuchbar. Aus meiner Sicht macht es da mehr Sinn auf relativ sperrige Zeilen, wie

Dazu öffnet man unter

* "K-Menü → Anwendungen → System → Benutzerverwaltung KUser"

die Benutzerverwaltung und wählt dort den entsprechenden Benutzer aus.

zu verzichten, und stattdessen etwas wie,

Dazu startet man die "Benutzerverwaltung" "KUser".

zu benutzen.

Nun es ist sperrig, aber funktioniert auch unter GNOME und XFCE. Daher sollte diese sperrige Syntax bleiben - wird ja überall im Wiki so genutzt. Außerdem nutzt nicht jeder KRunner. Ich gebe bei neuen Artikeln nun auch eine KRunner Lösung mit an. In etwa so:

Alternativ kann die Anwendung auch durch Eingabe von "foobar" in KRunner gestartet werden.

Danke schonmal für die fixe Antwort.

martingr schrieb:

HmpfCBR schrieb:

Moin,

da sich mit KDE4 ja einiges geändert hat, passt auch in Grundlagenartikeln, wie Administrator, manche Beschreibung nicht mehr exakt. Habt ihr eine generelle Vorgehensweise/Richtlinie, wie mit solchen Fällen umgegangen wird?

Nein Richtlinien haben wir keine. Generell gilt aber, dass im Oktober mit dem Auslauf von Support Hardy, KDE 3 komplett aus dem Wiki rausfliegt.

Gibt es da schon eine Liste? – Ja Baustelle/KDE4/Roadmap

KDE Part in Unterabschnitte KDE3 und KDE4 gliedern, alten KDE Part in KDE3 umbenennen und neuen KDE4 Part anlegen und KDE nennen oder KDE4 nennen, alten KDE Part durch neuen KDE4 Part ersetzen (noch nicht?)...

Hierbei setzt du voraus, dass der Leser weiß, ob er KDE 3 oder 4 hat. Manche wissen nicht mal ob sie GNOME oder KDE haben. Ich denke in solchen Fällen ist es besser KDE bis Hardy, KDE ab Intrepid oder ähnlich zu schreiben. Die KDE 3/4 Schreibweise stammt aus der Zeit von Hardy, als tatsächlich beides vorhanden war. Da aber niemand mehr Hardy mit KDE 4 nutzt, ist das nun unnötig.

Da hast du recht. Habe das jetzt mal als "KDE 3 bis Hardy (8.04)" und "KDE 4 ab Intrepid (8.10)" Abschnitte umgesetzt. Soll ja auch Leute geben, die nicht wissen, welches Release sie haben.

Nun es ist sperrig, aber funktioniert auch unter GNOME und XFCE. Daher sollte diese sperrige Syntax bleiben - wird ja überall im Wiki so genutzt. Außerdem nutzt nicht jeder KRunner. Ich gebe bei neuen Artikeln nun auch eine KRunner Lösung mit an. In etwa so:

Alternativ kann die Anwendung auch durch Eingabe von "foobar" in KRunner gestartet werden.

Wird so gemacht.