Peek: Peek Window ist sehr dünn, was die Größenänderung sehr schwierig macht

Ist dies das Standard-Ubuntu-Thema? Auf welcher Ubuntu-Version ist das? Vielleicht muss ich das Styling für dieses spezielle Thema etwas anpassen.

Zum defualt Thema geändert. Gnom. https://i.imgur.com/PmEZR1r.png

So sieht es mit aus. Immer noch viel zu dünn, aber zumindest nicht mehr transparent.

Eigentlich ist es absichtlich so dünn, aber mit dem Adwaita-Thema oder dem Bogen (den ich verwende) ist es keine große Sache, da der Bereich, in dem die Größe geändert werden soll, größer ist als nur der dünne Rand (Sie können etwas außerhalb des Randes greifen). .

Ich muss testen, vielleicht könnten Sie sogar leicht in den Rand klicken, aber dies wird durch das Durchklicken von Peek verhindert. In diesem Fall kann ich den Klickbereich um 2 oder 3 Pixel verkleinern, um die Größenänderung zu vereinfachen.

Okay. Vielen Dank für Ihre Zeit.

Hallo!

Ich habe gerade Peek installiert und bin auf das gleiche Problem bei KDE (Plasma 5.5.5) gestoßen.
Es ist fast unmöglich, die Größe des Fensters zu ändern.

Außerdem scheint Peek wirklich nett zu sein! Dankeschön.

Bitte sagen Sie mir, ob ich Ihnen helfen kann oder ob Sie weitere Details zu diesem Problem benötigen.

Bitte sagen Sie mir, ob ich Ihnen helfen kann oder ob Sie weitere Details zu diesem Problem benötigen.

Ich werde mal schauen. Welches GTK-Thema ist das dann?

Welches GTK-Thema ist das dann?

Ich bin mit Desktop-Themen nicht vertraut, daher bin ich mir nicht sicher, ob ich ein GTK-Thema verwende, da ich KDE ausführe.

Das KDE-Thema ist Breeze (ich nehme an, es entspricht diesem Projekt ), dies ist meines Wissens eines der offiziellen (vorinstallierten) Themen.
In den KDE-Einstellungen gibt es eine Option zur Auswahl von GTK-Themen. Vielleicht wird dies für GTK-Anwendungen verwendet? Wenn dem so ist, ist das GTK-Thema auch Breeze, vermutlich das hier .

Beantwortet das deine Frage?

Zu Ihrer Information, so sieht Peek auf meinem Computer aus:

Ich kann dies in Ubuntu 16.04 mit Gnome Desktop bestätigen. Grundsätzlich kann die Größe nicht geändert werden, aber ein Doppelklick auf die Titelleiste maximiert sie.

Ich kann das nicht wirklich reproduzieren. So sieht Peek mit dem Standard-Ubuntu Ambiance-Design unter Ubuntu 17.10 GNOME aus:

Sie können den Rand einfach ziehen, da der gesamte Schattenbereich um das Fenster ziehbar ist.

Gleiches am 16.04. Einheit:

Ich habe das KDE-Thema noch nicht getestet.

Jetzt habe ich auch das Breeze-Thema ausprobiert. Es sieht vielleicht dünner aus, verhält sich aber genauso. Um dies klar zu machen: In den obigen Screenshots habe ich leicht einen Bereich von 10-14 Pixel um den Rand, in den ich ziehen kann. Ist das nicht bei Ihnen der Fall?

Ich kann auch den sichtbaren Rand um den inneren Aufnahmebereich dicker machen, aber das hat keinen Einfluss auf den Bereich, der für die Größenänderung verfügbar ist. Peek bietet genauso viel Platz zum Ändern der Größe wie jedes andere Fenster, das ich öffnen wollte.

@ davidv171 Der einzige Screenshot, der hier aussieht, ist https://i.imgur.com/GoITz3b.png aus Ihrem ursprünglichen Bericht. Das ist auch Ambiente, oder? Um welche Desktop-Umgebung handelt es sich?

@phw ja es war Ambiente.

Da ich sein Handy nicht bearbeiten kann, denke ich, dass ich das irgendwo erwähnt habe.

Kann ich Peek verwenden, um Peek selbst aufzuzeichnen? (Wahrscheinlich nicht)

Hallo @phw ,

Vielen Dank, dass Sie sich mit dem Problem befasst haben.

Jetzt habe ich auch das Breeze-Thema ausprobiert. Es sieht vielleicht dünner aus, verhält sich aber genauso. Um dies klar zu machen: In den obigen Screenshots habe ich leicht einen Bereich von 10-14 Pixel um den Rand, in den ich ziehen kann. Ist das nicht bei Ihnen der Fall?

Nein, nicht für mich.

Es scheint, dass:

• Ich kann die Größe des Fensters oben im Fenster ändern, da sich dort die Titelleiste befindet.
• Ich kann die Größe des Fensters über den linken Rand ändern, wenn ich wirklich vorsichtig bin (ich nehme an, es ist eine 1px-Hitbox).
• Ich kann die Fenstergröße weder am unteren noch am rechten Rand des Fensters ändern.

Ich kann auch den sichtbaren Rand um den inneren Aufnahmebereich dicker machen, aber das hat keinen Einfluss auf den Bereich, der für die Größenänderung verfügbar ist. Peek bietet genauso viel Platz zum Ändern der Größe wie jedes andere Fenster, das ich öffnen wollte.

Dies ist bei KDE nicht der Fall: Das von mir beschriebene Problem gilt nicht für Fenster anderer Anwendungen wie Firefox, Konsole, KeePassXC…

Nur ein Update: Um dies zu reproduzieren, habe ich versucht, KDE Plasma auf meiner Ubuntu 16.04 VM zu installieren. Leider ist Plasma dort völlig unbrauchbar und kaputt (die meisten Fenster sind nicht dekoriert und voller grafischer Störungen), und ich kann damit nicht wirklich testen. Vielleicht sollte ich stattdessen ein neueres Kubuntu installieren oder auf echter Hardware per Live-CD laufen.

@phw Wenn Sie einen anständigen dedizierten Linux-Laptop möchten, ist das Dell XPS 13 mit vorinstalliertem Ubuntu 16.04 ziemlich gut. Etwa 1500 Dollar billiger als ein Mac.

Ich habe das Repo geklont und versucht, einige Eigenschaften in der Datei application-window.ui ohne Erfolg zu optimieren. Ich habe versucht, eine Randbreite festzulegen. Es wurde ein Rahmen angezeigt, der jedoch nicht mit der Möglichkeit zusammenhängt, das Fenster zum Ändern der Größe zu greifen.

Dann habe ich ein bisschen nachgeforscht und nichts gefunden. Es war schwierig, da ich nichts über GTK oder die Benutzeroberfläche von Desktopanwendungen im Allgemeinen weiß. Vielleicht habe ich nicht mit den richtigen Schlüsselwörtern gesucht.

Am Ende habe ich mithilfe der KDE-Einstellungen eine Problemumgehung gefunden: Ich habe eine KWin-Tastenkombination konfiguriert, um die Größe des aktuellen Fensters zu ändern. Ich kann die Fensterränder immer noch nicht greifen, um die Größe zu ändern, aber ich kann eine Größenänderung mithilfe einer benutzerdefinierten Tastenkombination auslösen.

Ich habe einen Screenshot von Peek gemacht (mit Peek: smile :), um die folgende Aussage zu demonstrieren:

Es scheint, dass:

• Ich kann die Größe des Fensters oben im Fenster ändern, da sich dort die Titelleiste befindet.
• Ich kann die Größe des Fensters über den linken Rand ändern, wenn ich wirklich vorsichtig bin (ich nehme an, es ist eine 1px-Hitbox).
• Ich kann die Fenstergröße weder am unteren noch am rechten Rand des Fensters ändern.

Ich habe KDE Neon in einer VM installiert, um dies zu testen, und ja, ich kann es leicht reproduzieren. Leider scheint dies ein Problem mit KWin zu sein, das Probleme mit clientseitigen GTK3-Dekorationen (CSD) hat. Aus irgendeinem Grund wird der Schlagschatten nicht gerendert (was bei CSD-Fenstern GTK3 tun müsste). Ich weiß nicht, ob dies ein Defekt in GTK3 oder KWin ist. Ich könnte das gleiche nervige Problem auch mit GNOME Todo und GNOME Rechner reproduzieren.

Es gibt zwei Problemumgehungen:

1. Ändern Sie das GTK3-Thema
   Setzen Sie unter Einstellungen> Anwendungsstil> GNOME-Anwendungsstil das GTK3-Design auf "Standard". Jetzt wird Peek einen größeren ziehbaren Rand haben, aber GTK-Anwendungen werden etwas fehl am Platz und weniger integriert aussehen.

2. Festlegen von Themen- und Fenstermanagerüberschreibungen für Peek
   Grundsätzlich tun Sie, was unter https://www.reddit.com/r/kde/comments/563snw/no_shadows_around_some_windows_in_kde_57/ für Peek beschrieben ist.

   Setzen Sie unter [Systemeinstellungen] -> [Fensterverwaltung] -> [Fensterregeln] -> [Darstellung und Korrekturen] [Keine Titelleiste und Rahmen] auf Nein
   Stellen Sie unter [Systemeinstellungen] -> [Anwendungsstil] -> [Fensterdekoration] -> [Breeze-Designeinstellung] -> [Fensterspezifische Überschreibungen] [Rahmengröße] auf Normal und [Fenstertitelleiste ausblenden] auf Ja.

   Der letzte Schritt unterscheidet sich ein wenig von der verknüpften Beschreibung. Die Rahmengröße sollte auf Normal oder Winzig eingestellt sein, jedoch nicht auf Kein Rand. Ohne Rand würden Sie am unteren rechten Rand ein hässliches Dreieck mit Größenänderung erhalten, das auch in Aufnahmen sichtbar ist. Trotzdem sieht das etwas seltsam aus, da es einen zusätzlichen Rahmen um das Peek-Fenster gibt, aber es macht es verwendbar.

Der nächste Schritt besteht darin, herauszufinden, ob ich irgendetwas in dem Thema tun kann, damit es bei KWin mit Breeze ein bisschen besser funktioniert. Immerhin scheint das Standard-GTK3-Thema Adwaita eine Problemumgehung zu haben.

Verwandte Diskussion und Fehler: https://bugzilla.gnome.org/show_bug.cgi?id=729721

Der Status Quo ist, dass GTK den Schatten nicht zeichnet, da dies Probleme mit KWin verursacht. Ich bin mir nicht sicher, was genau die Probleme sind, aber vermutlich hat es mit Größenberechnungen zu tun, da sich die Schatten außerhalb des Fensters befinden und vom WM nicht als äußerer Rand des gesamten Fensters verwendet werden sollten.

Ich habe einige Änderungen am Thema vorgenommen, um eine größere Größenänderung für Plasma zu ermöglichen, wenn das Breeze-Thema verwendet wird:

Könnten Sie die neueste Entwicklungsversion ausprobieren, um festzustellen, ob dies Ihr Problem behebt? Tägliche PPA-Builds und Snap-Pakete am Rande werden derzeit erstellt und sollten bald den neuesten Code bereitstellen.

Hallo,

Vielen Dank, dass Sie dies versucht haben!

Ich habe Peek aus Quellen erstellt (auf master ).
Leider scheint dies bei meinem Setup nicht der Trick zu sein:

Aber wenn das Problem durch GTK oder KWin verursacht wird, sollten Sie vielleicht nichts an Peek ändern?
Soweit es mich betrifft, kann ich dank der zuvor im Thread beschriebenen Problemumgehung damit umgehen, und wir wissen nicht einmal, ob dieses Problem viele Setups betrifft.

@cGuille Ich denke, die
KDE-Theme-Konfiguration. Könnten Sie mir die Ausgabe von env auf Ihrem System geben? Insbesondere die Werte von XDG_SESSION_DESKTOP, DESKTOP_SESSION und XDG_CURRENT_DESKTOP.

Grundsätzlich sind alle KDE-Benutzer betroffen, die das Standarddesign verwenden. Ich denke, angesichts der allgemeinen Meinungsverschiedenheiten zwischen den KWin- und GTK-Teams in Bezug auf CSD ist es unwahrscheinlich, dass wir eine geeignete Lösung von Upstream erhalten, daher klingt eine Problemumgehung nach einer guten Idee.

Hier ist es:

$ env | grep -E '(XDG_SESSION_DESKTOP|DESKTOP_SESSION|XDG_CURRENT_DESKTOP)'
DESKTOP_SESSION=/usr/share/xsessions/plasma
XDG_SESSION_DESKTOP=KDE
XDG_CURRENT_DESKTOP=KDE

@cGuille Ok, das sollte funktionieren. Was ist der Inhalt von $HOME/.config/gtk-3.0/settings.ini ? Können Sie auch Peek (neueste Quelle) mit starten?

G_MESSAGES_DEBUG=all peek

Das sollte das erkannte GTK-Thema ausgeben.

$ cat $HOME/.config/gtk-3.0/settings.ini
[Settings]
gtk-font-name=Noto Sans Regular 10
gtk-theme-name=Breeze
gtk-icon-theme-name=breeze
gtk-fallback-icon-theme=Humanity
gtk-toolbar-style=GTK_TOOLBAR_ICONS
gtk-menu-images=1
gtk-button-images=1

$ G_MESSAGES_DEBUG=all ./peek 
(peek:8255): Gtk-DEBUG: Connecting to session manager
** (peek:8255): DEBUG: desktop-integration.vala:168: Desktop: KDE
** (peek:8255): DEBUG: application.vala:286: GTK theme: Breeze
** (peek:8255): DEBUG: desktop-integration.vala:168: Desktop: KDE
** (peek:8255): DEBUG: application.vala:341: Decoration layout: menu:minimize,maximize,close
** (peek:8255): DEBUG: desktop-integration.vala:168: Desktop: KDE
** (peek:8255): DEBUG: desktop-integration.vala:168: Desktop: KDE
** (peek:8255): DEBUG: utils.vala:68: Looking for executable ffmpeg (0): /usr/bin/ffmpeg

Using screen recorder backend ffmpeg
** (peek:8255): DEBUG: application-window.vala:793: Decoration layout: menu:minimize,maximize,close
** (peek:8255): DEBUG: recording-area.vala:38: Absolute recording area x: 410, y: 239, w: 759, h: 431
** (peek:8255): DEBUG: recording-area.vala:45: Screen w: 1600, h: 900
** (peek:8255): DEBUG: recording-area.vala:58: Clipped recording area x: 410, y: 239, w: 759, h: 431
** (peek:8255): DEBUG: recording-area.vala:69: Scaled recording area x: 410, y: 239, w: 759, h: 431
** (peek:8255): DEBUG: recording-area.vala:38: Absolute recording area x: 410, y: 239, w: 759, h: 431
** (peek:8255): DEBUG: recording-area.vala:45: Screen w: 1600, h: 900
** (peek:8255): DEBUG: recording-area.vala:58: Clipped recording area x: 410, y: 239, w: 759, h: 431
** (peek:8255): DEBUG: recording-area.vala:69: Scaled recording area x: 410, y: 239, w: 759, h: 431
** (peek:8255): DEBUG: application-window.vala:204: delete_event: recorder.is_recording=false, window.is_postprocessing=false
** (peek:8255): DEBUG: application.vala:116: Application got shutdown signal

Das sieht eigentlich alles gut aus :( Keine Ahnung, warum das nicht funktioniert. Welche KDE-Version auf welcher Distribution ist das? Ich habe nur auf KDE Neon mit dem neuesten Plasma getestet.

Edit: Auch die GTK-Version. Möglicherweise fehlt die erforderliche CSS-Klasse.

Was ist MADE und wie kann ich seine Version herausfinden?

Ich benutze Kubuntu 16.04 (aktualisiert von früheren Versionen).
Es läuft KDE Plasma 5.5.5 mit Qt 5.5.1.

Was ist MADE und wie kann ich seine Version herausfinden?

Entschuldigung, ich schreibe von meinem Handy aus und die automatische Korrektur ist eingestiegen, meinte KDE. Welche GTK-Version ist installiert?

Beantwortet dies die Frage? Ich bin nicht sicher.

`` `
$ dpkg -l libgtk2.0-0 libgtk-3-0
Gewünscht = Unbekannt / Installieren / Entfernen / Löschen / Halten
| Status = Nicht / Inst / Conf-Dateien / Entpackt / halF-conf / Half-inst / trig-aWait / Trig-pend
| / Err? = (Keine) / Wiederherstellen erforderlich (Status, Err: Großbuchstaben = schlecht)
|| / Name Version Architektur Beschreibung
+++ - ========================== - ================== - ================== - ============================== ===========================
ii libgtk-3-0: amd64 3.18.9-1ubuntu3.3 amd64 GTK + Bibliothek für grafische Benutzeroberflächen
ii libgtk2.0-0: amd64 2.24.30-1ubuntu1.1 amd64 GTK + grafische Benutzeroberflächenbibliothek
ii libgtk2.0-0: i386 2.24.30-1ubuntu1.1 i386 GTK + grafische Benutzeroberflächenbibliothek

Ja, vielen Dank für diese Info. Ich werde versuchen herauszufinden, was immer noch falsch läuft :)

@cGuille Ich habe auf Kubuntu 16.04 mit Breeze-Thema getestet, funktioniert für mich. Ich habe auf der Live-CD getestet und von der täglichen PPA installiert. Könnten Sie auch die tägliche PPA-Version testen:

sudo add-apt-repository ppa:peek-developers/daily
sudo apt update
sudo apt install peek

Für mich hat sich nichts geändert. : s

Das Update erfolgte über die tägliche PPA:

[…]
Réception de:1 http://ppa.launchpad.net/peek-developers/daily/ubuntu xenial/main amd64 peek amd64 1.1.0-1+git788~ppa17~ubuntu16.04.1 [149 kB]
[…]

Hier ist die installierte Version:

$ dpkg -l peek
Desired=Unknown/Install/Remove/Purge/Hold
| Status=Not/Inst/Conf-files/Unpacked/halF-conf/Half-inst/trig-aWait/Trig-pend
|/ Err?=(none)/Reinst-required (Status,Err: uppercase=bad)
||/ Name                              Version               Architecture          Description
+++-=================================-=====================-=====================-========================================================================
ii  peek                              1.1.0-1+git788~ppa17~ amd64                 Simple screen recorder with an easy to use interface

Aber das Problem bleibt.

Das ist die neueste Version. Haben Sie alle oben erwähnten KDE-Einstellungsüberschreibungen als Problemumgehung deaktiviert?

Ich werde eine Kubutu-Live-CD hochfahren und damit einige Tests durchführen.

Das ist die neueste Version. Haben Sie alle oben erwähnten KDE-Einstellungsüberschreibungen als Problemumgehung deaktiviert?

Oh nein, ich dachte, es sei entweder die Problemumgehung oder die Lösung. Es tut uns leid.

Oh nein, ich dachte, es sei entweder die Problemumgehung oder die Lösung. Es tut uns leid.

Ich bin mir nicht sicher, ob wir uns verstehen: Die Lösung allein sollte ausreichen. Die Problemumgehungen sollten in diesem Fall nicht angewendet werden. Ich weiß nicht, was passiert, wenn Sie die Problemumgehungen anwenden, aber es könnte sehr gut die Korrektur stören.

Wir haben uns also bis zu Ihrer letzten Frage verstanden, die ich falsch interpretiert habe.

Nein, ich habe die Einstellungen nicht wie in Ihrer Problemumgehung geändert.
Ich bevorzuge die Verwendung einer Tastenkombination, um die Größe des Fensters zu ändern, anstatt meine gesamte Desktop-Umgebung zu beeinträchtigen.

Wäre es möglich, die transparente Überlagerung zu zeichnen, die die Fenstergröße bis zum Beginn der Aufnahme anzeigt? So können wir leicht mit einem Alt - Meta) + Rechte Maus ziehen Größe ändern könnte. Dann hängt das Update nicht von einem bestimmten Thema / einer bestimmten Desktop-Umgebung ab.

Ich habe genau das gleiche Problem mit Antergos und dem neuesten KDE für Breeze Theme.

cat $HOME/.config/gtk-3.0/settings.ini
[Settings]
gtk-application-prefer-dark-theme=false
gtk-button-images=1
gtk-cursor-theme-name=Breeze_Snow
gtk-fallback-icon-theme=Adwaita
gtk-font-name=ABeeZee Regular 10
gtk-icon-theme-name=breeze
gtk-menu-images=1
gtk-primary-button-warps-slider=0
gtk-theme-name=Breeze
gtk-toolbar-style=GTK_TOOLBAR_ICONS

flood@flood-r3 ~> env G_MESSAGES_DEBUG=all peek
(peek:19161): Gtk-DEBUG: Connecting to session manager
(peek:19161): Gtk-DEBUG: Failed to get the GNOME session proxy: The name org.gnome.SessionManager is not owned
(peek:19161): Gtk-DEBUG: Failed to get the Xfce session proxy: The name org.xfce.SessionManager is not owned
(peek:19161): Gtk-DEBUG: Failed to get an inhibit portal proxy: The name org.freedesktop.portal.Desktop is not owned
** (peek:19161): DEBUG: desktop-integration.vala:168: Desktop: KDE
** (peek:19161): DEBUG: application.vala:286: GTK theme: Breeze
** (peek:19161): DEBUG: desktop-integration.vala:168: Desktop: KDE
** (peek:19161): DEBUG: application.vala:341: Decoration layout: menu:minimize,maximize,close
** (peek:19161): DEBUG: desktop-integration.vala:168: Desktop: KDE
** (peek:19161): DEBUG: application.vala:221: Changed keybinding_toggle_recording  => <Ctrl><Alt>R


** (peek:19161): WARNING **: Binding '<Ctrl><Alt>R' failed!
** (peek:19161): DEBUG: desktop-integration.vala:168: Desktop: KDE
** (peek:19161): DEBUG: utils.vala:68: Looking for executable ffmpeg (0): /usr/bin/ffmpeg

Using screen recorder backend ffmpeg

(peek:19161): Gtk-WARNING **: Theme parsing error: gtk.css:68:35: The style property GtkButton:child-displacement-x is deprecated and shouldn't be used anymore. It will be removed in a future version

(peek:19161): Gtk-WARNING **: Theme parsing error: gtk.css:69:35: The style property GtkButton:child-displacement-y is deprecated and shouldn't be used anymore. It will be removed in a future version

(peek:19161): Gtk-WARNING **: Theme parsing error: gtk.css:71:36: The style property GtkCheckMenuItem:indicator-size is deprecated and shouldn't be used anymore. It will be removed in a future version

(peek:19161): Gtk-WARNING **: Theme parsing error: gtk.css:76:30: The style property GtkExpander:expander-size is deprecated and shouldn't be used anymore. It will be removed in a future version
** (peek:19161): DEBUG: application-window.vala:824: Decoration layout: menu:minimize,maximize,close
** (peek:19161): DEBUG: recording-area.vala:38: Absolute recording area x: 382, y: 315, w: 468, h: 216
** (peek:19161): DEBUG: recording-area.vala:45: Screen w: 1366, h: 768
** (peek:19161): DEBUG: recording-area.vala:58: Clipped recording area x: 382, y: 315, w: 468, h: 216
** (peek:19161): DEBUG: recording-area.vala:69: Scaled recording area x: 382, y: 315, w: 468, h: 216
** (peek:19161): DEBUG: recording-area.vala:38: Absolute recording area x: 382, y: 315, w: 468, h: 216
** (peek:19161): DEBUG: recording-area.vala:45: Screen w: 1366, h: 768
** (peek:19161): DEBUG: recording-area.vala:58: Clipped recording area x: 382, y: 315, w: 468, h: 216
** (peek:19161): DEBUG: recording-area.vala:69: Scaled recording area x: 382, y: 315, w: 468, h: 216

Wieder zurück. @ gandalf3 Ich mag deinen Vorschlag, also habe ich einen schnellen und schmutzigen Versuch. In der Verzweigung https://github.com/phw/peek/tree/easier-window-resizing-on-kde ist das Klickverhalten deaktiviert, wenn nicht aufgezeichnet wird. Und dann können Sie die Größe ganz einfach wie gesagt mit der Maus ändern (Alt + Rechtsklick). Derzeit ist es etwas verwirrend, da die Überlagerung nicht angezeigt wird und der Bereich daher vollständig transparent ist. Aber ich werde das wahrscheinlich aufräumen und die Überlagerung die ganze Zeit zeigen.

Abgesehen davon bin ich immer noch verwirrt, warum die Themenänderungen in einigen Fällen nicht angewendet werden. Für mich funktioniert Peek in Bezug auf das Größenänderungsverhalten sehr ähnlich wie jede native KDE-Anwendung. Für mich scheint der Größenänderungsbereich an den Rändern in allen Apps unangenehm klein zu sein, dies scheint ein allgemeines Problem mit dem Breeze-Thema zu sein.

@phw Ausgezeichnet, das ist so viel besser! Auf diese Weise ist es auch einfacher, ungewöhnlichere WMs zu verwenden. Ich verwende derzeit bspwm, bei dem die Größenänderung überhaupt nicht geändert wird, sodass einige Versionen von Alt RMB eher unverzichtbar sind. Das heißt, selbst wenn ich KDE verwendet habe, habe ich die Kanten so gut wie nie zum Ändern der Größe verwendet und Super RMB bevorzugt.

Ich habe gerade auf Plasma 5.15 getestet, dass das neueste Release- und Breeze-Thema endlich funktioniert! Sie haben viele Probleme mit dem GTK-Thema in der neuesten Version behoben.

Ich kann das bestätigen, das neueste Plasma hat das Problem endlich irgendwie behoben.
es ist immer noch sehr dünn, aber zumindest machbar!

@phw Ich denke, wir können dies schließen, scheint jetzt gut zu funktionieren.

Immer noch dünn und für mich unmöglich, die Größe zu ändern, Peek 1.4.1 auf bspwm

Ich bin hier, weil es dünn und unmöglich ist, die Größe meines KDE Plasma-Desktops zu ändern. Ich denke, das liegt daran, dass ich die Fensterränder auf keine gesetzt habe (sie sind dünner als im Bild oben auf der @ atar-Achse, buchstäblich genau ein Pixel breit). Andere Fenster haben einen Größenänderungsbereich, der sich um das Fenster um einige Pixel erweitert, aber Peek scheint dies nicht zu tun (vielleicht, weil es Gtk ist?).

Vielen Dank für das Schreiben / Verwalten dieses großartigen Dienstprogramms, abgesehen davon, dass ich meine erste Erfahrung nicht in der Größe geändert habe!

Setzen Sie unter [Systemeinstellungen] -> [Fensterverwaltung] -> [Fensterregeln] -> [Darstellung und Korrekturen] [Keine Titelleiste und Rahmen] auf Nein

Stellen Sie unter [Systemeinstellungen] -> [Anwendungsstil] -> [Fensterdekoration] -> [Breeze-Designeinstellung] -> [Fensterspezifische Überschreibungen] [Rahmengröße] auf Normal und [Fenstertitelleiste ausblenden] auf Ja.

Der letzte Schritt unterscheidet sich ein wenig von der verknüpften Beschreibung. Die Rahmengröße sollte auf Normal oder Winzig eingestellt sein, jedoch nicht auf Kein Rand. Ohne Rand würden Sie am unteren rechten Rand ein hässliches Dreieck mit Größenänderung erhalten, das auch in Aufnahmen sichtbar ist. Trotzdem sieht das etwas seltsam aus, da es einen zusätzlichen Rahmen um das Peek-Fenster gibt, aber es macht es verwendbar.

Es ist ein altes Problem, aber ich habe diese Problemumgehung ausprobiert und es funktioniert hervorragend in Plasma (5.16.5). Das Festlegen der Rahmengröße auf "keine Rahmen" funktioniert einwandfrei, wenn Sie in den Themeneinstellungen von Breeze das Kontrollkästchen "Handle hinzufügen, um die Größe von Fenstern ohne Rahmen zu ändern" deaktivieren.

Dies ist immer noch ein Problem für mich, selbst nachdem ich versucht habe, diese Problemumgehung anzuwenden. Ich fand, dass das Halten der Alt-Taste und das Ziehen mit der rechten Maustaste der einfachste Weg war, die Größe des Fensters zu ändern.

DISTRIB_ID=Ubuntu
DISTRIB_RELEASE=18.04
DISTRIB_CODENAME=bionic
DISTRIB_DESCRIPTION="Ubuntu 18.04.3 LTS"

Ich verwende Awesome unter Arch Linux und habe auch Probleme beim Ändern der Größe. Wenn das Ändern der Rahmengröße zu schwierig ist, würde ich mich auch über eine Möglichkeit freuen, die Größe des Erfassungsfensters direkt einzugeben.

@clofresh hast du diesen Zweig ausprobiert? https://github.com/phw/peek/issues/199#issuecomment -374805943

Vielleicht wäre eine Möglichkeit, die Geometrie vorhandener Fenster zu erfassen (selbst wenn Sie die Fenstergeometrie über die Befehlszeile angeben), eine akzeptable Problemumgehung.

Wenn Sie auf KDE halten, haben Sie das Peek-Fenster im Vordergrund (ausgewählt)

Halten Sie ALT gedrückt und klicken Sie mit der rechten Maustaste auf die Ecken, um die Größe zu ändern.

Das funktioniert gut für mich.

BEARBEITEN: Selbst dann, wenn Sie Ihren Klick kurz nach dem Drücken von ALT nicht zeitlich festlegen, kann es schwierig sein, die Ecken oder Ränder zu erfassen.

Ich kann nicht verstehen, warum dies mit dem verwendeten Thema zusammenhängt. Zu jedem Thema sollte ein Rand mit der gleichen Dicke vorhanden sein. Dies sollte durch eigenen Code erfolgen, nicht abhängig vom Thema oder der Desktop-Umgebung.

@ponchofiesta Da Plasma GTK-Fenster mit Client-Dekorationen im Grunde nicht vollständig unterstützte und für diese der Rand Teil der Anwendung ist. Das bedeutet auch, dass Themen die Rahmengröße beeinflussen.

Plasma 5.18 behebt dieses Problem jedoch tatsächlich und unterstützt GTK-Fenster mit Client-Dekoration, einschließlich Schlagschatten und größerem Bereich um das Fenster, um die Größe zu ändern. Damit sieht es jetzt tatsächlich aus und funktioniert wie bei zB GNOME. Ich werde dieses Problem schließen, da alles andere, was hier getan werden kann, nur schmutzige Problemumgehungen und Hacks sind.

Ich wollte nur posten, dass ich auf dem neuesten KDE bin (Ubuntu 18.04.4 und Plasma-Desktop-Standard-Wind-Dunkel-Thema) und immer noch Probleme habe, die unteren linken und rechten Ecken zu greifen, um die Größe der Peek-Fenster zu ändern. Wenn Sie jedoch mit der rechten Maustaste auf die Titelleiste der Peek-Anwendung klicken, können Sie die Option zum Ändern der Größe auswählen. Dies umgeht das Problem. Ich fand das hilfreich.

@phw Hängt nicht vom Fensterrand ab. Machen Sie Ihre eigene Grenze. Ich bin mir nicht sicher, wie das in GTK gemacht werden könnte. In .NET unter Windows würde ich einige Dummy-Steuerelemente mit einer Breite / Höhe von 3 Pixel hinzufügen und Handler hinzufügen, um den Cursor bei gedrückter Maus anzupassen und die Größe des Fensters bei Klick + Verschieben zu ändern. Ja, es ist immer noch schmutzig, aber es sollte überall funktionieren. Vielleicht könnten Sie ein übergeordnetes GtkGrid (3x3) hinzufügen und den aktuellen Inhalt in die mittlere Zelle verschieben. Dann platzieren Sie diese Dummy-Steuerelemente herum. Ich bin mir jedoch nicht sicher, ob es möglich ist, für diese Steuerelemente eine feste Breite / Höhe festzulegen. Aber so etwas könnte das Problem beheben.

@ponchofiesta Entschuldigung, ich bin nicht daran interessiert, Teile von Gtk neu zu implementieren und eine benutzerdefinierte Fensterbehandlung zu implementieren, nur weil Plasma dies nicht richtig

OK, ich werde Peek von Snap vorerst weiter verwenden, bis Kubuntu 20.04.1 herauskommt, das hoffentlich mit dem neuesten Plasma geliefert wird, das es behebt. Bitte nicht entfernen :-)