Justin-Time
Anmeldungsdatum: 31. März 2009
Beiträge: 1466
|
aasche schrieb: So ganz kann ich immer noch nicht folgen.
Also ich habe es folgendermaßen aufgeteilt: Eine .desktop-Datei kann neben einem Programmstarter auch ein Untermenü und Weblinks erstellen. Die aktuelle Baustelle Baustelle/.desktop-Dateien führt in die Thematik ein und zeigt jeweils ein Beispiel zu den unterschiedlichen Verwendungszwecken. Was du mit: meinst, dies ist nun der (Unter-)Artikel Baustelle/.desktop-Starter. Der aktuelle Name ist unglücklich gewählt, besser wäre wohl Baustelle/.desktop-Dateien/Programmstarter. Dieser Artikel beschäftigt ausschließlich mit dem Erstellen und Verändern von Programmstartern. Dein gesuchter Artikel: ist der Artikel Baustelle/.desktop-Menü, vielleicht wäre auch hier Baustelle/.desktop-Dateien/Menü besser. Dieser Artikel behandelt nur das Erstellen von neuen Untermenüs. Es wird kein Artikel über die Startmenüs von Ubuntu. Folgendes ist genau der Artikel der noch fehlt: Diese Struktur kann ich in den Namen der aktuellen Baustellen nicht wiederfinden. Mag aber sein, dass Du genau so etwas gemeint hast.
Ja, nur schlecht von mir ausgedrückt und bezeichnet.
Noch etwas anderes: koennte man "Baustelle/.desktop-Dateien" wieder ins Wiki verschieben, bis die anderen beiden Artikel fertig sind? Denn so suggeriert die Baustelle, der Artikel wuerde falsche Informationen enthalten und muesste dringend ueberarbeitet werden - was nicht der Fall ist.
Also die aktuelle Variante von Baustelle/.desktop-Dateien kann man so nicht zurück ins Wiki schieben, da fehlt die Hälfte!
Kelhim schrieb: Die neue Einteilung kann sehr nützlich werden, aber dann sollte ganz klar unterschieden und Redundanz vermieden werden. .desktop-Programmstarter sind ja nichts anderes als .desktop-Dateien – aber nicht jede solche Datei ist ein Programmstarter.
Baustelle/.desktop-Starter ist im Endeffekt als Unterartikel ausgelegt.
Im Dateien-Artikel sind mit Java und Nautilus auch zwei Abschnitte enthalten, die eigentlich Programmstarter beschreiben – darum halte ich sie auch bei den Programmstartern für besser aufgehoben, sozusagen als Spezialfälle (Starten über das Kontextmenü eines Dateimanagers).
Ja, aber das sind ja Problemlösungen und diese hatte ich bewusst noch im Hauptartikel gelassen, man kann die aber auch in die Unterartikel eingliedern.
|
Kelhim
Anmeldungsdatum: 18. September 2006
Beiträge: 3642
Wohnort: Köln
|
Unabhängig davon, ob es nicht eher Bedienungshinweise denn Problemlösungen sind, würde ich als Benutzer beides eher in dem Programmstarter-Artikel erwarten. Dort werden ja auch alle anderen Details von Programmstartern erklärt. Und noch ein Punkt: In den Dateien-Artikeln gehört meiner Ansicht nach alles, was artikelübergreifend zu beachten ist (also auch bei Untermenüs) – die Liste der Elemente wie GenericName , die Methode zur Lokalisierung, etc. Ich will dir aber gar nicht reinreden – das Thema wurde bisher im Wiki an tausend Orten gleichzeitig behandelt und nicht immer an den logischsten, von daher hast du die berühmte Karte gezogen, und dein Anliegen, da mal etwas mehr Ordnung hineinzubringen, ist nur zu unterstützen!
|
Justin-Time
Anmeldungsdatum: 31. März 2009
Beiträge: 1466
|
Ich habe mal die Baustellen umbenannt, ist aber immer noch provisorisch, aber nun erkennt man, was die Unterartikel sein sollen. Kelhim schrieb: Unabhängig davon, ob es nicht eher Bedienungshinweise denn Problemlösungen sind, würde ich als Benutzer beides eher in dem Programmstarter-Artikel erwarten. Dort werden ja auch alle anderen Details von Programmstartern erklärt. Und noch ein Punkt: In den Dateien-Artikeln gehört meiner Ansicht nach alles, was artikelübergreifend zu beachten ist (also auch bei Untermenüs) – die Liste der Elemente wie GenericName , die Methode zur Lokalisierung, etc.
Also alles was allgemein und übergreifend ist, soll in den Hauptartikel…? Mal überlegen was da alles rein muss…
Ich will dir aber gar nicht reinreden – das Thema wurde bisher im Wiki an tausend Orten gleichzeitig behandelt und nicht immer an den logischsten, von daher hast du die berühmte Karte gezogen, und dein Anliegen, da mal etwas mehr Ordnung hineinzubringen, ist nur zu unterstützen!
Du kannst mir gerne dabei helfen 😉
|
Justin-Time
Anmeldungsdatum: 31. März 2009
Beiträge: 1466
|
Kelhim schrieb: In den Dateien-Artikeln gehört meiner Ansicht nach alles, was artikelübergreifend zu beachten ist (also auch bei Untermenüs) – die Liste der Elemente wie GenericName , die Methode zur Lokalisierung, etc.
So ich habe jetzt mal die Liste der Elemente überarbeitet und die Lokalisierung ergänzt. Ist diese so verständlich?
|
diesch
Anmeldungsdatum: 18. Februar 2009
Beiträge: 5072
Wohnort: Brandenburg an der Havel
|
Type=Directory kenne ich eigentlich nur von .directory -Dateien. Die verwenden zwar das gleiche Dateiformat, ich würde das aber trotzdem hier weglassen und dafür in der Einleitung auf .desktop-Dateien/Menü verweisen.
Bei Type=Link kann man nicht nur Weblinks, sondern beliebige URIs verwenden, solange die Arbeitsumgebung damit was anfangen kann, z.B. file:// als Alternative zu Symlinks oder mailto: #!/usr/bin/env xdg-open würde ich überall wegmachen.
Bei "Lokalisierung" würde ich die @MODIFIER evtl. weglassen, das halte ich für eher exotisch. In der Tabelle würde ich "Sprache" und "Region" statt "lang" und "COUNTRY" benutzen. Speziell "lang" ist in einem ansonsten deutschen Text missverständlich.
|
Justin-Time
Anmeldungsdatum: 31. März 2009
Beiträge: 1466
|
diesch schrieb:
Ich habe mich hierbei an dem Desktop Menu Specification Standard Keys 🇬🇧 der Spezifikationen auf Freedesktop.org gehalten und die machen genau diese Unterscheidung nach diesen drei Typen und beschreiben dies auch gemeinsam.
Bei Type=Link kann man nicht nur Weblinks, sondern beliebige URIs verwenden, solange die Arbeitsumgebung damit was anfangen kann, z.B. file:// als Alternative zu Symlinks oder mailto:
Ah, ok danke. Hättest du eine Idee, wie ich diesen Abschnitt besser formulieren könnte?
Ok, hast du nicht mal in der Diskussion Shebang-Zeile in .desktop-Dateien was dazu geschrieben. Trotzdem raus?
Das hatte ich mir auch überlegt, wollte es aber vollständigerweise drin lassen, auch wenn das keiner nutzt. Danke für deine Anmerkungen! Gruß Justin Time
|
Justin-Time
Anmeldungsdatum: 31. März 2009
Beiträge: 1466
|
diesch schrieb:
Mir ist gerade durch den Kopf gegangen, ob die von mir gerade entwickelte Struktur der Artikelserie nicht einen Denkfehler hat…
Jetzt kann ich aasches Anmerkung verstehen: So ganz kann ich immer noch nicht folgen. Meiner Meinung nach braeuchten wir drei Artikel: Programmstarter bzw. eine Weiterleitung auf .desktop-Dateien (vorhanden) einen Artikel zum Aufbau des Startmenues fuer Ubuntu-Varianten mit einem Anwendungsmenue. Wobei sich die Frage stellt, ob man das in einen Artikel packt oder besser (z.T. vorhandene) Artikel fuer die jeweiligen Desktop-Umgebungen nutzt? Und zum Thema gibt es ja auch noch den Artikel Menüeditor. .desktop-Dateien/Quicklists, um die Spezialitaeten von Unity zu beschreiben
Ich habe dies nun auf diese Struktur gebracht.
Was haltet ihr nun von den Artikeln? Gruß Justin Time
|
Justin-Time
Anmeldungsdatum: 31. März 2009
Beiträge: 1466
|
Ich bin jetzt soweit mit der Überarbeitung fertig. Am Ende ist es doch anders geworden als erwartet. Aber an sich, sieht es schon gut aus. Ist stelle damit die beiden Artikel zur Diskussion. Folgendes ist passiert:
Meinungen, Anregungen? Fehlt noch etwas, ist etwas noch unverständlich? Gruß Justin Time
|
aasche
Anmeldungsdatum: 30. Januar 2006
Beiträge: 14259
|
IMHO nein, ist gut geworden. Da sich der Artikel zu den Quicklist-Eintraegen fuer Unity/GNOME 3 noch in der Baustelle befindet, muesste man allerdings warten, bis auch dieser Artikel fertig ist (oder den Abschnitt voruebergehend auskommentieren).
|
Justin-Time
Anmeldungsdatum: 31. März 2009
Beiträge: 1466
|
aasche schrieb: IMHO nein, ist gut geworden. Da sich der Artikel zu den Quicklist-Eintraegen fuer Unity/GNOME 3 noch in der Baustelle befindet, muesste man allerdings warten, bis auch dieser Artikel fertig ist (oder den Abschnitt voruebergehend auskommentieren).
Ist die Frage, was zum Quicklist Artikel gesagt wird. Denke aber, dass das alles zusammen verschoben werden kann, so lange wird der Quicklist-Artikel nicht mehr brauchen (Hoffentlich 😉 )
|
noisefloor
Ehemaliger
Anmeldungsdatum: 6. Juni 2006
Beiträge: 28954
Wohnort: WW
|
Hallo, ich würde noch in ".directory-Dateien" die 1. Spalte "Elemente" der Tabelle "Untermenü" so machen wie die 1. Spalte der Tabelle "Programmstarter" im Artikel ".desktop-Dateien". Ist aussagekräftiger. Sonst IMHO ok. Gruß, Jochen Schnelle
|
Justin-Time
Anmeldungsdatum: 31. März 2009
Beiträge: 1466
|
noisefloor schrieb:
ich würde noch in ".directory-Dateien" die 1. Spalte "Elemente" der Tabelle "Untermenü" so machen wie die 1. Spalte der Tabelle "Programmstarter" im Artikel ".desktop-Dateien". Ist aussagekräftiger.
Ok, hab ich genau eine Minute, bevor du das geschrieben hast, schon erledigt gehabt! 😊
|
Justin-Time
Anmeldungsdatum: 31. März 2009
Beiträge: 1466
|
Hallo zusammen, ich möchte gerne die beiden Baustellen ins Wiki entlassen, aber ich frage mich noch, wie die Namen und die Verlinkungen lauten sollen.
Insgesamt denke ich, dass beide Artikel gut zum Artikel Menüeditor im Abschnitt Desktop Unabhängig passen. Wie ist eure Meinung dazu? Hat jemand eine Idee, was man am besten mit dem Link Menü machen könnte? Gruß Justin Time
|
Justin-Time
Anmeldungsdatum: 31. März 2009
Beiträge: 1466
|
Keine Meinungen? Na gut. Arikel sind zurück im Wiki. Den Abschnitt zu den Quicklists habe ich solange verborgen, bis der passende Artikel veröffentlicht wird. Gruß Justin Time
|
aasche
Anmeldungsdatum: 30. Januar 2006
Beiträge: 14259
|
Justin Time schrieb: Keine Meinungen?
Doch, aber keine abweichende ☺
Aber wenn ich nach "Menü" suche, dann dann würde mich die Erstellung eines Untermenüs nur bedingt interessieren, als Einsteiger eher, was genau ein Menü ist, was man damit macht und wo ich das finde. ... Wie ist eure Meinung dazu? Hat jemand eine Idee, was man am besten mit dem Link Menü machen könnte?
Entfernen. Die urspruenglichen Backlinks wurden inzwischen angepasst, so dass keine Notwendigkeit fuer diesen redirect mehr besteht. Alternativ auf Menüeditor umbiegen.
|