Openbox Menü

[epiby]

das klingt alles richtig und logisch.-bleibt nur die Frage, warum das jetzt bei Stretch zum ersten Mal zum Problem wird? aber eigentlich ist auch mir da nicht so wichtig, wenn ich für mich eine relativ einfache, wenn auch unsaubere Lösung habe, siehe oben.

[maroc]

guennid schrieb:
Mit den Begriffen "debian-menus" und "update-menus" habe ich noch nie was zu tun gehabt, weder als Kommando, als Programm, noch als Paket. Was immer das sein mag.

Dann könntest Du z. B. an Hand des offiziellen Openbox-Wikis, Abschnitt The Debian Menu, Dein Wissen um diese Begriffe erweitern. Dass dort dem "Debian Menu" und, damit zusammenhängend, auch dem Befehl "update-menus" eine nicht geringe Bedeutung eingeräumt wird, legt doch nahe, dass es sich dabei nicht bloß um esoterische Inhalte für User dreht, die Openbox als Zweit- oder Drittfenstermanager nutzen bzw. ausprobieren möchten. Zum Debian-Menüsystem siehe etwa auch: https://www.debian.org/doc/packaging-manuals/menu.html/

Mein obiger Vorschlag, der – anders als bei mir selbst – bei AlexDausF leider nicht zum Erfolg führte, sollte übrigens, sozusagen als Alternative zum Debian-Menü, ein dynamisches Menü nach der Freedesktop-"XDG"-Menüspezifikation generieren.

epiby schrieb:
jetzt, nach vielem Einlesen fiel mir auf, dass in den Dateien, die manual pages update-menus als die Dateien angeben, in denen update-menus sucht, nur ein Teil der installierten Pakete auftaucht. von meiner alten Jessie Installation auf einer anderen Partition habe ich dann die fehlenden wesentlichen Programme von Jessie: /mnt/usr/share/menu/ nach Stretch: /usr/share/menu kopiert.

Danke für den erhellenden Hinweis auf /usr/share/menu. Ich glaube, damit hast Du den Finger auf die richtige Wunde gelegt. Wie ich jetzt nach einigen Stichproben sehe, bringen in stretch viele Programme schlicht keine entsprechende Menü-Datei mehr mit, warum auch immer. Nur ein willkürliches Beispiel: In stretch fehlt in der Dateiliste des Sylpheed-Pakets die Datei /usr/share/menu/sylpheed, die in jessie noch vorhanden war.

[guennid]

...dass es sich dabei nicht bloß um esoterische Inhalte für User dreht, die Openbox als Zweit- oder Drittfenstermanager nutzen bzw. ausprobieren möchten.

Ich habe nicht gesagt, dass das esoterische Inhalte seien, sondern nur, dass ich damit bisher noch nichts zu tun hatte. Und "reines" openbox, also ohne irgendeine DE, nutze ich seit vielen Jahren, ohne dass ich etwas vermisst, bzw. update-menus benutzt hätte. Ich will auch niemand zu meiner Praxis bekehren, Ich will nur darauf hinweisen, dass, wenn man DEs nutzt und dann die Menüs nicht stimmen, man erst mal sich um die DE kümmern sollte, oder aber, wenn die Priorität bei openbox liegt, die DE dann wenigstens testweise erst mal komplett ausschließen sollte, bevor man Fehler im "Openbox-Menü" sucht oder glaubt die per update-menus beheben zu können. Es ist nicht mein Thread.

Danke für den erhellenden Hinweis auf /usr/share/menu.

Das ist in der Tat ein/der springende Punkt. Erinnere ich mich erst jetzt wieder dran. Wenn das Programm keinen entsprechenden Eintrag mitbringt, dann kann er im Openbox-Menü auch nicht erscheinen und ich behaupte mal, dann wird das auch von den genannten "Zusatz-"Tools per se nicht geheilt.

Bei mir ist palemoon (erst kürzlich installiert) ein solcher Kandidat und -gerade ausprobiert: update-menus bringt den Browser auch nicht ins Menü.

Vermutlich ist dann obmenu geeignet, den Eintrag grafisch nachzugenerieren. Aber wenn ich mir das gerade so betrachte, dann komme zumindest ich wahrscheinlich mit editorischer Anlage schneller zum Ziel.