From: Michael <confabulate@kintzios.com>
To: gentoo-user@lists.gentoo.org
Subject: [gentoo-user] KDE Frameworks 6 window management
Date: Thu, 05 Sep 2024 14:22:54 +0100 [thread overview]
Message-ID: <1920940.CQOukoFCf9@rogueboard> (raw)
[-- Attachment #1: Type: text/plain, Size: 2298 bytes --]
Since I upgraded to KDE Frameworks 6 I have observed some rather unwanted
window behaviours.
1. Window Interaction with Gkrellm
DESIRED BEHAVIOUR:
==================
I have Gkrellm started up by Plasma at login and placed at the top left of the
screen. I can't remember where/how I set this up, but at least it is still
respected by KDE 6. I've always set Gkrellm via its Configuration > General >
Properties with:
+ Set sticky state
+ Set window type to be a dock or panel
This allowed the following interaction with other application windows:
- Other windows would launch without overlapping the Gkrellm window. On an
otherwise empty desktop they would be placed on the right of it.
- When a window was maximised it did not extend sideways to cover the whole
screen beyond the position of the the Grkellm.
- When I dragged a window to force it to infringe the boundary of the Gkrellm
window, the Gkrellm would overlap the dragged window.
UNDESIRED BEHAVIOUR:
===================
With KDE Frameworks 6, Gkrellm is not recognised/respected fully as a dock
panel:
Other application windows will maximise to the full width of the screen and be
overlapped by Gkrellm. When the maximised window is a terminal, this can be
quite unhelpful.
If I unset Gkrellm as a dock, then when I launch some application window
Gkrellm will be overlapped indiscriminately.
I tried playing with various Gkrellm and KDE window settings, but I can't get
it to interact with other windows in KDE 6 as it did in KDE 5.
2. Kmail compose window
=======================
The kmail composer window launches at the same size as the main kmail window.
If I shrink it down to a more manageable size, then next time I launch kmail
the main window is as small as I had shrunk its composer window. In KDE 5 the
kmail main window and composer window sizes were dealt as separate windows
with their own size settings. Now one seems to inherit the dimensions of the
other.
Have you experienced anything similar? How could I revert this unwanted
window management behaviour to what KDE 5 window management was like?
PS. Extra bonus points for someone who can offer an explanation why kmail
spellcheck suddenly started applying US English as opposed to the actual
setting of British English. o_O
[-- Attachment #2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 833 bytes --]
next reply other threads:[~2024-09-05 13:23 UTC|newest]
Thread overview: 15+ messages / expand[flat|nested] mbox.gz Atom feed top
2024-09-05 13:22 Michael [this message]
2024-09-05 14:34 ` [gentoo-user] KDE Frameworks 6 window management Dale
2024-09-05 16:59 ` Michael
2024-09-06 1:02 ` Dale
2024-09-06 8:43 ` Michael
2024-09-06 11:04 ` Dale
2024-09-06 11:28 ` Michael
2024-09-06 11:40 ` Dale
2024-09-06 15:12 ` Michael
2024-09-06 19:37 ` Jack
2024-09-07 10:38 ` Michael
2024-09-05 20:30 ` Re gkrellm: Was: " Jack
2024-09-05 20:41 ` Michael
2024-09-24 17:11 ` [gentoo-user] " Michael
2024-09-24 22:54 ` Peter Humphrey
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=1920940.CQOukoFCf9@rogueboard \
--to=confabulate@kintzios.com \
--cc=gentoo-user@lists.gentoo.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox