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) server-digest SHA256) (No client certificate requested) by finch.gentoo.org (Postfix) with ESMTPS id 60C27158083 for ; Tue, 24 Sep 2024 17:11:43 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 231F7E29BC; Tue, 24 Sep 2024 17:11:37 +0000 (UTC) Received: from iguana.tulip.relay.mailchannels.net (iguana.tulip.relay.mailchannels.net [23.83.218.253]) (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 69781E29B7 for ; Tue, 24 Sep 2024 17:11:35 +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 EA1F34874F for ; Tue, 24 Sep 2024 17:11:34 +0000 (UTC) ARC-Seal: i=1; s=arc-2022; d=mailchannels.net; t=1727197894; a=rsa-sha256; cv=none; b=8h9OxIGuZPbOQoiDbYX5YI9fd4o5wI7WaX7GOc871LaAs0a8Q/vOimueBIbFrdD0pc/hsK BkrH3YRVOJIC/DfmwbTl3dAfj3cWwlXif6Iga72rUjdCtPxrL4Tcgjg7XSVeRSPP3ZKfCE uFFHPvRQ+j7MEk+vrwjNK/bHtVvI/ICLPhvn8BdS/nJSrgOT4XdypjIaakR12rOVQQTqMC cKEwEsybmGG5TcFxrrKiP8OfVmsMpis3mkFkKusLQgJ40eFPxltwbuqBNyBBRhXAHxsasq bVG1lk6ODQu8BSu88k7Ty03GkOH2a25e51PxqauoWJqNhL9bR9MHbFb2rykRpA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=mailchannels.net; s=arc-2022; t=1727197894; 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:in-reply-to:in-reply-to: references:references; bh=tbUozcYFNEhP8ka96GOVR8k83diOrzfh6rU0nJUq3eQ=; b=Zn/bDSlQLCdl6+yFh8N7e0RqpfmEt7uvYW3z4xnzBZN+Bpg7vpG8ATt1k2xMx4535Pw9qN w3g7NiHhPLbkCX57cmirYO6xu1RNt3TyoN6/IWDk7PwMcYiHNVCqPqU2/YCyix+fO5Otgc SW8eMZNRH1fjFaeIaZIpAQ8MZfqRxikQOGXlcqB01WMH+D+KvnjZXGn+aXHm0sdO1x441w iDTpw22fLhay1FYLjli6jBk3I33hjJpITIXlY9OLk+UYmpBGEyUM4YMTiIuL8Kj7K+FfDt z0+6tTmQr6E+NQVfxW3h6Wn+5yKvrNntIZriy9RkHTel1uGoXuZ2MP/6PVOKmg== ARC-Authentication-Results: i=1; rspamd-5b46bcd97f-6m9lr; 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-Troubled-Cooperative: 0aeb20c866cd93e6_1727197894528_2540683023 X-MC-Loop-Signature: 1727197894528:2907650697 X-MC-Ingress-Time: 1727197894527 Received: from mailclean11.thundermail.uk (mailclean11.thundermail.uk [149.255.60.66]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384) by 100.97.250.128 (trex/7.0.2); Tue, 24 Sep 2024 17:11:34 +0000 Received: from cloud238.thundercloud.uk (cloud238.thundercloud.uk [149.255.62.116]) by mailclean11.thundermail.uk (Postfix) with ESMTPS id 0FCA01E0003 for ; Tue, 24 Sep 2024 18:11:31 +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] Re: KDE Frameworks 6 window management Date: Tue, 24 Sep 2024 18:11:09 +0100 Message-ID: <1901510.tdWV9SEqCh@rogueboard> In-Reply-To: <1920940.CQOukoFCf9@rogueboard> References: <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="nextPart2200234.irdbgypaU6"; micalg="pgp-sha256"; protocol="application/pgp-signature" X-PPP-Message-ID: <172719789057.217235.5485381801493601062@cloud238.thundercloud.uk> X-PPP-Vhost: kintzios.com X-Rspamd-Queue-Id: 0FCA01E0003 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)[]; DMARC_POLICY_ALLOW(0.00)[kintzios.com,none]; RCVD_TLS_ALL(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; FROM_HAS_DN(0.00)[]; FUZZY_BLOCKED(0.00)[rspamd.com]; R_SPF_ALLOW(0.00)[+mx]; ARC_NA(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; MISSING_XM_UA(0.00)[]; RCVD_COUNT_ONE(0.00)[1]; ASN(0.00)[asn:34931, ipnet:149.255.60.0/22, country:GB]; TO_DN_NONE(0.00)[]; REPLYTO_ADDR_EQ_FROM(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; PREVIOUSLY_DELIVERED(0.00)[gentoo-user@lists.gentoo.org]; R_DKIM_NA(0.00)[]; NEURAL_HAM(-0.00)[-0.399]; RCVD_VIA_SMTP_AUTH(0.00)[]; HAS_REPLYTO(0.00)[confabulate@kintzios.com] X-Rspamd-Action: no action X-Archives-Salt: 454f9ea5-3919-43a1-b63e-71618d0003c4 X-Archives-Hash: 40ae6057c5842f41b2f44450991411b3 --nextPart2200234.irdbgypaU6 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: Re: KDE Frameworks 6 window management Date: Tue, 24 Sep 2024 18:11:09 +0100 Message-ID: <1901510.tdWV9SEqCh@rogueboard> In-Reply-To: <1920940.CQOukoFCf9@rogueboard> References: <1920940.CQOukoFCf9@rogueboard> MIME-Version: 1.0 On Thursday 5 September 2024 14:22:54 BST you wrote: > 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. I seem to have overcome this problem! The first time I started Plasma/KDE6 I noticed the Gkrellm was placed in the middle of the screen. I dragged it to the top left, where I want it to be launched at startup. This happened a number of times and at some point I closed it down and restarted it to make sure it will retain its position on the screen and by mistake, IIRC, I started a second Gkrellm instance at the same time. Then I closed the previous Gkrellm window. Well, whatever were the settings of that 2nd Gkrellm window meant it was never recognised as a dock and was being under/overlapped by other applications. Today I started again a second Gkrellm window instance, which I noticed was behaving correctly as a dock! o_O I closed the previous misbehaving instance, moved the second Gkrellm window in its place and restarted Plasma. This proved the Gkrellm which now launched at start up worked correctly as a dock. :D I can't claim to understand this, but happy with the result all the same. --nextPart2200234.irdbgypaU6 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part. Content-Transfer-Encoding: 7Bit -----BEGIN PGP SIGNATURE----- iQIzBAABCAAdFiEEXqhvaVh2ERicA8Ceseqq9sKVZxkFAmby8q0ACgkQseqq9sKV ZxlDOhAA41MrgGew4+qGxBwB0n6Nsg/L/DnsqQA7l6Kbuqh5LqYijm8UqE9p1Z0l ca1bBgTBjGewhNhPiqv6QhfUgNNvmJ3XUJBDJ0flb8e4dLUlH8byRuw7F9AmHoC2 cath7105S6g8+nTt2AYRizlsHeLmW11Jl3/B83Qe8cOKJedbDm0QyT/ddCc/MXih CP1huo3d5hrPgDiflLqfD4arVWZpxbpUmCGzRVCrOvl5dmQsiKXgywNXgDCUZsJs rwlWGTj+NeAUtna/u/TnTuxCz+wJmaq43i1P2ci/8o+FmNC73qimuEEbe28v53mh XCM2dvrDh1l5OQ+qePYHrP086ITHCdyEvziszOif2p5hU62lNmZ/7xF2CTXzpSyE v7jtKSBsHznwZ2aRPSHfDneYtkvb4vA0+N77DSFBDWkV1FEYFY0AoCKoz0IBPJzc t6GeAw6QGjtBf1N+819WPadPL6N71rc88XpK1PHTh9+UQRqUed4iFDZUBRlqLA80 Km78LN0keO6TXKGD5+YxAFq84uLXJk3c5iHYOLim9Wxt5+rHmURROlDZexf21C+v yHUOkaX2JoWkiUa6TSSmJDOXiQVAAzxGF+xtQYqs6Wz9sk2h6ha+EFLqvqB5mb3L IMwJPPNU0VhwyGluO77P37/I0xY/Au0osf6c+W83wMfgp03zYz8= =RywE -----END PGP SIGNATURE----- --nextPart2200234.irdbgypaU6--