Hallo,
seitd em Update auf die Gnome-Shell vermisse ich die Öffnen/Minimieren Buttons bei Dialogfenstern.
Kann man die ähnlich, wie man die Overlay Scrollbuttons wegmacht, wiederherbeizaubern?
MfG Christoph
Anmeldungsdatum: Beiträge: 138 |
Hallo, seitd em Update auf die Gnome-Shell vermisse ich die Öffnen/Minimieren Buttons bei Dialogfenstern. Kann man die ähnlich, wie man die Overlay Scrollbuttons wegmacht, wiederherbeizaubern? MfG Christoph |
![]() Anmeldungsdatum: Beiträge: 264 Wohnort: Berlin |
Hallo, mit dem gnome-tweak-tool kann man das einstellen. Einfach mal installieren. Gruß Almera |
Anmeldungsdatum: Beiträge: 10220 |
Ja - dazu gibt es das bereits vorhandene "OnBoard"-Tool
dort dann Deine Wünsche realisieren! gruß syscon-hh |
(Themenstarter)
Anmeldungsdatum: Beiträge: 138 |
@syscon-hh & Almera Und wo dort? Mir gehts es nicht um die Hauptfenster, sondern um dadurch ausgelöste Dialoge (Unterfenster) Die Minimieren/Maximieren/Schliessen Knöpfe bei den Hauptfenstern sind kein Problem. Bei den Dialogen fehlt sogar die gesamte Dekorationsleiste |
Anmeldungsdatum: Beiträge: 10220 |
Da ist kein übergeordnetes Tool für verantwortlich - dass ist Sache der einzelnen Anwendungen. Und wenn es dort keine "Preferences" bzw. "Einstellungen" gibt, dann müsste man schon tief in die Skripte oder Binaries einsteigen. Kannst Du mal ein Beispiel geben, wo der Schuh drückt!! Am Beispiel
und das macht durchaus Sinn. |
(Themenstarter)
Anmeldungsdatum: Beiträge: 138 |
Es ist einfach eine Angewohnheit, Anwendungen, wie bspw synaptic auf dem Hauptmonitor zu starten, den aufpoppenden dialog auf den zweiten Monitor zu schieben (um den Fortschrit im Blick zu haben) und dabei auf dem Hauptmonitor in einem anderen Fenster weiterzuarbeiten. Mit den fehlenden Dekorationen sind die Dialoge immer an das startende Fenster geklammert. Auf einem Single Screen mag das egal sein... Ich bemerke seit Precise mehr und mehr, dass MM Support in recht karg behandelt wird. |
Anmeldungsdatum: Beiträge: 10220 |
Genau das mache ich auch - nur Dein Problem sehe ich nicht. Am gegebenen Beispiel kann ich das Zusatzfenster mit der Abarbeitung auf den anderen Monitor schieben ("Fensterpanel → Auf die Arbeitsfläche ...") und sehe dabei kein Unterschied im Design noch Anzahl der Knöpfe!! Das es als "inaktiv" gekennzeichnet ist, stört ja nicht die inhaltliche Fortschrittsanzeige!
??? muss man da mal was unternehmen ??? |
(Themenstarter)
Anmeldungsdatum: Beiträge: 138 |
Ich will nicht das ganze Fenster, sondern eben nur den Dialog auf dem anderen Monitor. Die Gründe sind manigfaltig: - Gewohnheit - Effizienz (da man sonst das Hauptfenster wieder auf den Hauptmonitor schieben muss. Das ist total albern) Was Du versuchst wegzubegründen, ist, dass dem User hier auf die Finger gehauen wird. Was spräche dagegen, das Dialogverhalten irgendwo festlegen zu können. Per Default, meinetwegen, so wie es ist, aber per Klick so wie es war. |
Anmeldungsdatum: Beiträge: 3520 Wohnort: Karlsruhe |
Hallo,
Meines Wissens nicht. Ab GTK+ 3 gehören "Dialoge" zum Hauptfenster und werden dementsprechend behandelt. Es kommt also auf die Entwickler an, wie diese es vorsehen. Bei Nautilus zum Beispiel wird weiterhin ein separates Fenster geöffnet, wenn man Dateien kopieren möchte. Wird man hingegen gefragt, ob man eine Datei wirklich löschen möchte, ist dieser Dialog am Hauptfenster gebunden, da es ja wenig Sinn macht, den Dialog zu ignorieren und mit der Hauptanwendung weiterzuarbeiten. Gruß Moritz |
(Themenstarter)
Anmeldungsdatum: Beiträge: 138 |
Naja, dann muss man das wohl hinnehmen.. Danke |
![]() Anmeldungsdatum: Beiträge: Zähle... |
dconf-editor, org.gnome.shell.overrides öffnen und dort attach-modal-dialogs deaktivieren und die Dialogfenster sind vom Hauptfenster abgekoppelt. Nutzt man gnome-fallback, befindet sich der Schlüssel unter org.gnome.mutter. |