From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from lists.gentoo.org (pigeon.gentoo.org [208.92.234.80]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits)) (No client certificate requested) by finch.gentoo.org (Postfix) with ESMTPS id C5D05158083 for ; Thu, 5 Sep 2024 13:23:31 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 630152BC028; Thu, 5 Sep 2024 13:23:26 +0000 (UTC) Received: from crocodile.ash.relay.mailchannels.net (crocodile.ash.relay.mailchannels.net [23.83.222.45]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (No client certificate requested) by pigeon.gentoo.org (Postfix) with ESMTPS id D0DE1E2A91 for ; Thu, 5 Sep 2024 13:23:25 +0000 (UTC) X-Sender-Id: thundermail|x-authsender|confabulate@kintzios.com Received: from relay.mailchannels.net (localhost [127.0.0.1]) by relay.mailchannels.net (Postfix) with ESMTP id 8FB3A5C6E98 for ; Thu, 5 Sep 2024 13:23:24 +0000 (UTC) ARC-Seal: i=1; s=arc-2022; d=mailchannels.net; t=1725542603; a=rsa-sha256; cv=none; b=bSL68EWjPSjQmWj3a5Ok+bgOGjisYAoLQo0X6GTGwCMyFxxsLSrfRpXm261s1u82qx+SYk Zsit+h9nItEXKSjgbcoaZezVS110jKfeyLzemh9zKhPDhI4lD71N7prhCP+KYs3oXlrg8H zz+HTdGVCG7oX/Qt/zhMCdwLVBQlmoeWHxGUp3G5z72yRqSLjgrzzl+9jqN5OUIiQoxzAK 4QkJOw3W2rB0UiWlKinL8UUgmNal0nXma6Wqms7+tUX+pYgMRfMdl/iAJlh0hRjovc20F3 Ui8sFd5p4stpsCeG/+Y616UOPPpj/ZxNzo16KZujcCdDI6o13CuUjPr0bbkj2w== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=mailchannels.net; s=arc-2022; t=1725542603; h=from:from:reply-to:reply-to:subject:subject:date:date: message-id:message-id:to:to:cc:mime-version:mime-version: content-type:content-type; bh=/2CsJAYH+QNipSVToJC7mTdz9KFGCzYwZTtR4cve3so=; b=pA7haYSGkScqybNDNQHAKpknyx9UgmtQVPUhMdX0/HWuiFLziMkBKEMpAYabhJOXZec2JP P+9x9BerR3vdBnpb6dPLbcpvLl3sy7Qf5kdvi02idWNwJSJbe0nIesVQUyD09/Yw3ANZFn uI1j1tVVu8OENAZ+QC23CgC4ELSvCit0QOqTGX2L9ewEfkyjNuqOd/se5u9jror+65cS+X +7+CvyWG1UpPOzDJawVuqOxlBICKNrf4XXduzRBx7H5TTKJjB1ln6DohU5652LG+hCAB37 KIOCI02/Q2bKr9SJyU7CP2Ddl6+WwjM7C/InpTMAJdrgvmdRX10527pGfMD25g== ARC-Authentication-Results: i=1; rspamd-85dcd79db4-zzrhg; auth=pass smtp.auth=thundermail smtp.mailfrom=confabulate@kintzios.com X-Sender-Id: thundermail|x-authsender|confabulate@kintzios.com X-MC-Relay: Neutral X-MailChannels-SenderId: thundermail|x-authsender|confabulate@kintzios.com X-MailChannels-Auth-Id: thundermail X-Bored-Illustrious: 166d27557700b379_1725542604217_3231323851 X-MC-Loop-Signature: 1725542604217:3429613508 X-MC-Ingress-Time: 1725542604216 Received: from mailclean11.thundermail.uk (mailclean11.thundermail.uk [149.255.60.66]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384) by 100.103.36.200 (trex/7.0.2); Thu, 05 Sep 2024 13:23:24 +0000 Received: from cloud238.thundercloud.uk (cloud238.thundercloud.uk [149.255.62.116]) by mailclean11.thundermail.uk (Postfix) with ESMTPS id E7A7B1E0005 for ; Thu, 5 Sep 2024 14:23:15 +0100 (BST) Authentication-Results: cloud238.thundercloud.uk; spf=pass (sender IP is 217.169.3.230) smtp.mailfrom=confabulate@kintzios.com smtp.helo=rogueboard.localnet Received-SPF: pass (cloud238.thundercloud.uk: connection is authenticated) From: Michael To: gentoo-user@lists.gentoo.org Subject: [gentoo-user] KDE Frameworks 6 window management Date: Thu, 05 Sep 2024 14:22:54 +0100 Message-ID: <1920940.CQOukoFCf9@rogueboard> Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-user@lists.gentoo.org Reply-to: gentoo-user@lists.gentoo.org X-Auto-Response-Suppress: DR, RN, NRN, OOF, AutoReply MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart23660223.6Emhk5qWAg"; micalg="pgp-sha256"; protocol="application/pgp-signature" X-PPP-Message-ID: <172554259537.1471734.17920001576493839284@cloud238.thundercloud.uk> X-PPP-Vhost: kintzios.com X-Rspamd-Queue-Id: E7A7B1E0005 X-Rspamd-Server: mailclean11 X-Spamd-Result: default: False [-1.61 / 999.00]; SIGNED_PGP(-2.00)[]; MID_RHS_NOT_FQDN(0.50)[]; MIME_GOOD(-0.20)[multipart/signed,text/plain]; ONCE_RECEIVED(0.10)[]; MX_GOOD(-0.01)[]; R_SPF_ALLOW(0.00)[+mx]; FUZZY_BLOCKED(0.00)[rspamd.com]; RCVD_VIA_SMTP_AUTH(0.00)[]; ASN(0.00)[asn:34931, ipnet:149.255.60.0/22, country:GB]; MISSING_XM_UA(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; MIME_TRACE(0.00)[0:+,1:+,2:~]; RCVD_COUNT_ONE(0.00)[1]; R_DKIM_NA(0.00)[]; RCVD_TLS_ALL(0.00)[]; NEURAL_HAM(-0.00)[-0.950]; REPLYTO_ADDR_EQ_FROM(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; FROM_HAS_DN(0.00)[]; ARC_NA(0.00)[]; DMARC_POLICY_ALLOW(0.00)[kintzios.com,none]; TO_MATCH_ENVRCPT_ALL(0.00)[]; TO_DN_NONE(0.00)[]; PREVIOUSLY_DELIVERED(0.00)[gentoo-user@lists.gentoo.org]; HAS_REPLYTO(0.00)[confabulate@kintzios.com] X-Rspamd-Action: no action X-Archives-Salt: 45ef14b5-d69f-4166-963d-4f514ca2615a X-Archives-Hash: 3bf9cd3ea1152550543da6cd8f62ab01 --nextPart23660223.6Emhk5qWAg Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="utf-8"; protected-headers="v1" From: Michael To: gentoo-user@lists.gentoo.org Reply-To: confabulate@kintzios.com Subject: KDE Frameworks 6 window management Date: Thu, 05 Sep 2024 14:22:54 +0100 Message-ID: <1920940.CQOukoFCf9@rogueboard> MIME-Version: 1.0 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 --nextPart23660223.6Emhk5qWAg Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part. Content-Transfer-Encoding: 7Bit -----BEGIN PGP SIGNATURE----- iQIzBAABCAAdFiEEXqhvaVh2ERicA8Ceseqq9sKVZxkFAmbZsK4ACgkQseqq9sKV ZxlvJhAA57vpOrPDmLLKS5s0ggGQZWnHGtNDgXd2ECcu13IFRjMt2uEQ/svOs/qD UtofVjQ678UQm1PE5jwPTitHB02uJcuc0QW6+ODa3AFpfbDGBnVAoG2MuDHLD7x/ RSQPOBK7EnvxP/nqElJboVt+QdHUVUEesXCX47PpLCdlpZKly9RSWUNQ7AKql0S/ qUfEb+o5vCvUnxyxY/nCA+n6/Gls0OZBPgQ9VvwilOJUO9HseKT51Lu5o1KQwOrN DgX9lIFoXwYe0w5HwTLjruQ/jw8aw1E5Dm63yc+/Q0c+xwoDFB96LynCY7Y/lJng a96pweoBGDjNiU3esmSH6eGPpGPT/0LdSDflg19qdGpi/NAZZEdv+k7GjBCAd2A0 u0yPQZ812cydIBrg8blafttbymyflUvb2BZmxagFig3dYfJq7QJlHzbHybv56y8A yeP5t9QFtiyN3W22lN5MH5uaQ/wJs35v/bjU5qX8+su7I7REK9KiguvRotsA8/oo 7kCT1xqKvdGcJdrJznZj9LD47W5N8kgVdhIkSgVTPTv90JnB+19jmkdzxPiNkmlT 4L6ildpeLwcR7NdICjcC7VP5Lp90hOAyrVrc+Rwnex0sGBGQMx9tZnVifwLryZAr ZaHYwmhJJ3/EXoDkmha63i3HZWeRcAJaC7OZ6adoP98Mgi2ABKM= =/Ux8 -----END PGP SIGNATURE----- --nextPart23660223.6Emhk5qWAg--