Fri, 12 May 2023 22:54:14 +0100 Backed out changeset 9ceb22436681 "`XWorkstation`: poor man's integration with Wayland clipboard" jv tip
Jan Vrany <jan.vrany@labware.com> [Fri, 12 May 2023 22:54:14 +0100] rev 9075
Backed out changeset 9ceb22436681 "`XWorkstation`: poor man's integration with Wayland clipboard" This turned out not to help much, more often it break copy&paste within Smalltalk. After so much debugging, it turns out that if ones run `xclipboard`, copying and pasting to Wayland apps work just fine. Why's that, I do not know.
Mon, 13 Mar 2023 23:15:01 +0000 `XWorkstation`: improve (fix) `#setForegroundWindow:` jv
Jan Vrany <jan.vrany@labware.com> [Mon, 13 Mar 2023 23:15:01 +0000] rev 9074
`XWorkstation`: improve (fix) `#setForegroundWindow:` This commit improves (fixes) setting of `_NET_WM_ACTIVE_WINDOW` according to Extended Window Manager Hints, version 1.3 [1]. This changes "source" inication from 2 (pager) to 1 (application) which seems to be "the right thing to do". I wonder if kwm still has the issue... Anyways, under gnome-shell this makes the annoying error about buggy X client to go away. [1]: https://specifications.freedesktop.org/wm-spec/1.3/
Thu, 22 Dec 2022 09:52:50 +0000 `XftFontDescription`: fixed a stupid bug in finalization jv
Jan Vrany <jan.vrany@labware.com> [Thu, 22 Dec 2022 09:52:50 +0000] rev 9073
`XftFontDescription`: fixed a stupid bug in finalization Because of missing return in `xftFontClose:font:`, closing a font always lead to primitive failure. This arguably stupid bug went undetected for a long time probably because fonts are heavily cached and rarely disposed of.
Wed, 21 Dec 2022 10:57:07 +0000 Merge jv
Jan Vrany <jan.vrany@labware.com> [Wed, 21 Dec 2022 10:57:07 +0000] rev 9072
Merge
Fri, 16 Dec 2022 12:09:13 +0000 `XWorkstation`: poor man's integration with Wayland clipboard jv
Jan Vrany <jan.vrany@labware.com> [Fri, 16 Dec 2022 12:09:13 +0000] rev 9071
`XWorkstation`: poor man's integration with Wayland clipboard When running St/X under XWayland, XWayland sets X11 clipboard when Wayland clipboard changes, but not the other way round. This means that one cannot copy and paste text from St/X (X11) to any Wayland-native application. This is annoying. This commit (temporarily?) circuments the limitation by detecting whether St/X runs under XWayland and if so, whether `/usr/bin/wl-copy` binary is present. If so, it sets the clipboard using `wl-copy` rather then using standard X11 mechanimsm. Seems to work. A better solution would be to integrate this code right into `XWorkstation` but this seems to be bit of a work. Will see.
Fri, 24 Jun 2022 21:00:26 +0200 Adding comments details for menu color jv
"Patrik Svestka <patrik.svestka@gmail.com>" [Fri, 24 Jun 2022 21:00:26 +0200] rev 9070
Adding comments details for menu color
Fri, 24 Jun 2022 11:45:52 +0200 Adding a menuPanel color differentiation for Adwaita color style jv
"Patrik Svestka <patrik.svestka@gmail.com>" [Fri, 24 Jun 2022 11:45:52 +0200] rev 9069
Adding a menuPanel color differentiation for Adwaita color style
Mon, 20 Jun 2022 10:22:21 +0200 Fixes a FontPanel crash when configured font does not have face and style defined jv
"Patrik Svestka <patrik.svestka@gmail.com>" [Mon, 20 Jun 2022 10:22:21 +0200] rev 9068
Fixes a FontPanel crash when configured font does not have face and style defined Adding lazy initialization for FontDescription's #face #style and #size
Tue, 22 Feb 2022 11:15:02 +0000 Add (new) `#AddTab` (Ctrl-t) and `#CloseTab` (Ctrl-w) shortcuts jv
Jan Vrany <jan.vrany@labware.com> [Tue, 22 Feb 2022 11:15:02 +0000] rev 9067
Add (new) `#AddTab` (Ctrl-t) and `#CloseTab` (Ctrl-w) shortcuts
Wed, 24 Nov 2021 20:05:55 +0000 Adwaita: add styles for progress bar and accept-cancel bars jv
Jan Vrany <jan.vrany@labware.com> [Wed, 24 Nov 2021 20:05:55 +0000] rev 9066
Adwaita: add styles for progress bar and accept-cancel bars
(0) -3000 -1000 -300 -100 -10 tip