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 7E546158083 for ; Fri, 6 Sep 2024 01:03:04 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 7E876E2A9C; Fri, 6 Sep 2024 01:02:57 +0000 (UTC) Received: from mail-yw1-x1131.google.com (mail-yw1-x1131.google.com [IPv6:2607:f8b0:4864:20::1131]) (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 E8F27E2A88 for ; Fri, 6 Sep 2024 01:02:56 +0000 (UTC) Received: by mail-yw1-x1131.google.com with SMTP id 00721157ae682-6b6b9867f81so13451547b3.1 for ; Thu, 05 Sep 2024 18:02:56 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1725584576; x=1726189376; darn=lists.gentoo.org; h=in-reply-to:mime-version:user-agent:date:message-id:autocrypt:from :references:to:subject:from:to:cc:subject:date:message-id:reply-to; bh=ei2mRhb/VqBgNDrjtOvCx5UmXQuHtxCevxprfA6yVyQ=; b=WkPDJPLVbgHrVJvkOOtYu9Sx2MfopFU+xZDNebGQyNGRfzg0KjnsZiuzrqCW3J2sij EEVXs2YjwFo98yljF0O+ZFMnk/TVmn27d5CDgSjUn7FCa9se+se60QJiNgIgcVtsEG1O z2DqZWHuXiwZSOtxK9tynmlpZKLrET3C3R+bE/UnnkHux8EXny5olcHKtwQvGbZAjaiW XTLJ3zOxsJ9+M3lsU9+SwMiDAAtYM7KTdx+hwRcFvXwvDc4NeJKDQiMPxB/ihGxs7X8Q /PfWzt3gEh9K+eUqEcAW6UpbeWrGivOQFfKPThmPm0a0fpRKXU56G+yTt54PPHkfVKll qCVw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1725584576; x=1726189376; h=in-reply-to:mime-version:user-agent:date:message-id:autocrypt:from :references:to:subject:x-gm-message-state:from:to:cc:subject:date :message-id:reply-to; bh=ei2mRhb/VqBgNDrjtOvCx5UmXQuHtxCevxprfA6yVyQ=; b=hc24lA6rddeZ/9jrsJggh08Qsv5jS4S7FWdVtwXIMF+Rm/kQxl5hh0R6QRNEdFfbu6 MugX1k6mS3bXHmBk1puJ3N1JfWB6hN5taqGwsUPNMdMSye4wL3KicoRMBKctLJWMfkLH PS6nQwOnsuEl44zK3SdcYqpzgMnH1MzaoGVqiKOgqb6UCGWUs4TSaTwvfjceilz7RiDg ss0sPBffAmqbFxdds635QWZYjwXTkTo0aw2aR4e3JjvfJEw/AFM06tG1S2kcNE1JT93+ ZZgW4C5xuUlf7szbHt+6dFRxLjxd42kHMotf2miVPVPGG1fP93BmhXhPWdtAwxd7supk XvPQ== X-Gm-Message-State: AOJu0Yz3JJegGtc0LbboleFgbJa3r3YYh315tdQH3+MNgnXYSoervQPo eh1TSY5WtdH2TZ6miiYd91sX7nHW1xcHut2cmhJ91caPBscVO880eyDoVg== X-Google-Smtp-Source: AGHT+IFjoJrSOcmJXw3J9ZY3uj5w89rejg4gaQ+uhZ4Yw0gCitRcaezSVUaisz6pewjz5Ut2H+ZwWA== X-Received: by 2002:a05:690c:60c2:b0:6b4:b45:2f1 with SMTP id 00721157ae682-6db4515474fmr13711397b3.34.1725584576042; Thu, 05 Sep 2024 18:02:56 -0700 (PDT) Received: from [10.8.8.7] ([92.119.19.9]) by smtp.gmail.com with ESMTPSA id 00721157ae682-6d2d3ea308dsm31501287b3.43.2024.09.05.18.02.55 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Thu, 05 Sep 2024 18:02:55 -0700 (PDT) Subject: Re: [gentoo-user] KDE Frameworks 6 window management To: gentoo-user@lists.gentoo.org References: <1920940.CQOukoFCf9@rogueboard> <1840942.TLkxdtWsSY@rogueboard> From: Dale Autocrypt: addr=rdalek1967@gmail.com; prefer-encrypt=mutual; keydata= mQINBGFSciYBEADcEGMyJBSuavKO/XKUVvgkxck7Nl8Iuu8N2lcnRji/rSKg5c1Acix1ll9i oW8JBCHwvn0+Xy60BvEsqcup3YSHw5STl/bR1ePEehtnYrg8FdjdS91+B805RfnKMm69rFVI wLSBHQrSG1yxHd8CloWoEdhmVtP24buajbh114bgXd9ahtpZrCVMrWdWYUg2mEXguGV5uNAh Rf8SWxDNc79w24JxsV34a8niMUYMjzWr0rafIbzk732X38vGjVMLo/2mMpkbp9mPp++LHoY+ 0Pet8zxxdXPJSCd475kza1AD+hhSyBZXB9yknYWgyY3cZe1rGmooJSi2KX4QxO7npwLThcO1 be6KKRkd35+Fi/a1BzVOHsZMiK/gcwxEFoMd27gir4ehaeHJfFXl+65w4hj0EsOZSxrJrm2C R50g5By2czSKP1bADEygFNpIJj51AR+wM88NImG2RPtlT2maYBzazvF05g65cdHXGp1C7W5P wwwKU2DgABB2t7N7z5A69LnryBRw4zUYDRRYLTYlBlYgg+xILm2c0OrBdxJgLJa7JE50Eo25 d3PFwt9J0gYvqy6sPFLl9So0sDg9zm0hKQtXOP5kgropUFGrNoJI+mjwF4rYLRBVzZwNAvlO OhEvHubBo3mEllv4x+FeptwXZxlk7gUsdqI8AxnFB8K9wi6FVQARAQABtBtEYWxlIDxyZGFs ZWsxOTY3QGdtYWlsLmNvbT6JAk4EEwEIADgCGyMFCwkIBwIGFQoJCAsCBBYCAwECHgECF4AW IQQSG1h01ruv/WNXc3Q3RqOgiQH1GwUCYVJy8gAKCRA3RqOgiQH1G+waEACeTZCt77jnRAmQ AV7otKuZekDWiLi3Eig8tj5ZJiCNSYA/hIxzmexRP0GMqjitcXK1iGwWcvMzzvIq30GAjIfB 4BR38cnXbtBa6fNewiT7QaZe/Hn6yBRldXNQypzbHy+/o27bUEy+oX4rE7etUgEHQAjuw7xz XFWg4tH1/KJvsOVY5upnWc5LdxYhsuQ3dQD4b22GsK0pOBDfb9PiirYM8eGKvrVuq4E/c75z lDDFhINl18lNZ9D0ZFL3IkTjHsAAqFH9uhnnEB8CWdHbBewPEfRaOhBUYWZ3Q8uTkmDgZT8q D9jlvLEdw7Nh2ApdxoepnI/4D+ql2Gr4DtH7SEPydr5gcf1Qr/2bXRb1hAYnIVcbncs/Bm3Z bkRKPVWMfE3Fusa+p5hMzixk0YysMaTHlc7mYRYAEZGnPMXnmcCbetwARU7A0yz1M1kCMOAQ Lsz8KH5kv3cRenMB6SFfjND2JfAK61H5TtnPq3L8noS2ZykRYxq9Nm3X64O1tJojIKBoZFr8 AwYNCvqC6puUyGMuzHPh7jPof8glfrrEKIYUvNPGMDoVX3IGetxh/9l6NcxgFA4JGoR+LS3C zmeNrwlllAe3OEUfKoWVQ+pagpSdM+8hHolaSda4Ys66Z3fCR4ZvcTqfhTAVskpqdXa4isAk 7vTcXu3L499ttywEp7rJTbkCDQRhUnImARAAncUdVhmtRr59zqpTUppKroQYlzR0jv8oa7DG K4gakTAT2N7evnI9wpssmzyVk8VEiLzhnFQ/Ol3FRt6hZCXDJt0clyHOyTfvz/MNFttWuZTc mLpSvmRR6VRjAH+Tz3Eam2xUw3PGuH97BcXQ3NnX3msv1UDxtxxBu6e2YrdeOhrCUSgzokcJ 98ChUNy934cgepPybAI12lSWqVFQ1aG7jExZfiUk+333fPSDbpKoZbTW5YJLXbycmW/C1IWL qYQyNjRWKaGoJtUWFhhmNiOQct7n90aKivNVPavmN+UQ9LlMaINtf9T6XCzLfogCFsulDCDJ 0yNQLDTurHaB4E71xoctgXmLLq9z1RQ0W2XiVAAOZQj6K3+d0AOUjDhCQ2QW8dUSq0ckkZXV DKVJOGS8Nhf2eIWIqRnP3AcUiiaiFGqUaVUmUAZ6h/oJmgghEu/1S+pcuUKU5i69+XCZ3hH2 Jzwzbf7K+FAIkOhCfHncF8i1N1pk00pOVykNnqHTfFo3qFusHt0ZWgXVnnn4pYdXqZNoDhvF BRE5Vm4k/k96Pw8HRx6Os6eFSRrlqGzRgqsu86FekxusXB9UGv4lJhtU/J+8MRWsh22K718s DbQnABicGKFz1qQlWvcf59oTByhLINJCBt1WXl+TzJDXepr3QSkqmK41dO9Hob97C9dMiK8A EQEAAYkCNgQYAQgAIAIbDBYhBBIbWHTWu6/9Y1dzdDdGo6CJAfUbBQJhUnLyAAoJEDdGo6CJ AfUbVHIQAKSWw620vPhR3A/njU2z77F3z/Jk+HTKdE3fIyWSWdkYN7CBFL0NguOMP30WZ+qE sJhZu7T5hf251MwQUUt27xlfnKYOmQs7CqONlXuXlGZI6WufrUjxNcVz+5gJsqvUWuuJWsgg sDmE92IBnfG/f81fPHWQyfr/SF4wYDMyoFp5xCCQpp1zB63iuFvvrhxBkEHzmbRtVDOhl0Xp BVEDR1w3QRACw9QJD/KM05Czv9JNQYlwinWO/OaQ9cMlUpKLgswUPg9IZ5vucxScfuAUA5uC B1jlAQ8ZPlVukBmbEv5RGOv+lpuEbA3YDMVtEeH4YMFbjt/+vH3Cr2vTbp5JlpByLburJEH0 WXZLUawEfUsZvVwpOuJK75vaa2HYXee+Cb3iCIzwfIfctdlqzUcbGRczlRNM59hpvj4z29Gh 3kAxVHItAYq54ikxQ9l4hQ8s9sLYPbX/WtcBxNX8crBSw0FLnmzGleVEtBHyqtt5CLzQNgrj GYWl1vKDUmRPw1CdZ1c+fMN9CY11jOM5B5ZnqZWfDeVYO2iJ5SuvTycChexCb8WYn1bdCBIo bBtga2RBXbVt4Mh9E4owsszefn51MwfjXxB20Fc5k3GU1AVpTCMs3ayYCzo0b2pvEvdjtDcA CYLEFPWgaFX9iQAM/CDfKvTtvgGWpqtCL2raq/mQoJEU Message-ID: <9cd52038-e527-a030-7585-4c9dd576ddb4@gmail.com> Date: Thu, 5 Sep 2024 20:02:55 -0500 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:91.0) Gecko/20100101 Firefox/91.0 SeaMonkey/2.53.18.2 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 In-Reply-To: <1840942.TLkxdtWsSY@rogueboard> Content-Type: multipart/alternative; boundary="------------B81AC32420E4F7043BDF744D" X-Archives-Salt: eeda02a5-a3a5-482d-bf66-5d2ee7a67483 X-Archives-Hash: 76cd11b05e8ecd4e8e25a0448932e4b4 This is a multi-part message in MIME format. --------------B81AC32420E4F7043BDF744D Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Michael wrote: > On Thursday 5 September 2024 15:34:06 BST Dale wrote: >> Michael 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. >> I'm having issues with gkrellm as well. I tend to put gkrellm on >> desktop 10 on the left side. I'd like it to be on screen 1 as well. >> When I first login, gkrellm is on desktop 1 and on screen 2. I have to >> move it every time. > Gkrellm should show up on all desktops, if you select 'Set sticky state'. > However, I understand the position on the desktop is a Plasma setting, not an > application setting. > I only want it on desktop 10.  Some do want it on all desktops but I just want it on that one.  And on screen 1 would be nice.  When I'm not in my chair, I tend to park on desktop 10.  I can see gkrellm and with that, know pretty well what is going on.  I can even tell if a update is done or copying files within Konsole has completed.  >> Usually I right click on the top bar of a window, >> select More Actions and either Window Settings or Application Settings, >> depending on which I want. I can then add Properties and set it like I >> want. It is best to have it like you want it before you start. It >> already has the settings that way. I do this for Seamonkey, both >> browser and email, QB and a few other apps. Thing is, gkrellm doesn't >> have a title bar to right click on. > If you right click on the Gkrellm on the Plasma toolbar you will be access the > same Plasma window decorations as other windows have. Or, easier, click > Alt+F3 to popup the Plasma window menu on any application. > > There is also a Grekllm setting under General > Properties > "Use window type > decorations", but you'll have to restart Gkrellm for any changes to show up if > you select this. > I didn't know about the Alt+F3 option.  I did that and my menu popped up.  I set it to be where I want it, screen 1 and desktop 10.  I'm sure it will stay where it is told now.  Those window rules tend to work well when it detects the window correctly.  >> It works fine on my old rig but not >> on the new rig. When I had to use the old rig to watch TV, I checked, I >> couldn't find anything that tells gkrellm to be where it is but it comes >> up where I want it each time, apparently without me doing anything at >> all. New rig, it goes to the wrong place every single time. It's wrong >> but it is consistent. > Quit Gkrellm, then relaunch it and place it where you want it on the screen. > Hopefully Plasma will store this and survive a logout. If not, open the > Window decoration Plasma menu of Gkrellm after you reveal it as mentioned > above and add the window 'Position' property. Apply, then click OK. > > NOTE: I found such window positioning behavior to be particularly bad on X11 > as opposed to Wayland, but I understand NVidia is not yet working as well on > Wayland so YMMV. > I'm wondering if I should buy video cards that are not Nvidia.  It used to be that Nvidia was the Linux video card.  They had excellent support and all.  It seems they have fallen some.  I think the window rule will fix this tho.  >> I have KDE set to remember what was open and where at logout. I don't >> know if KDE just isn't remembering where to put gkrellm because it isn't >> really a window or what. I might add tho, even tho screen 1 is set as >> primary, it still acts like screen 2 is primary for some things. I >> wonder if that is why gkrellm parks itself on screen 2 instead. Some >> apps I use open to screen 2 until I set up a rule forcing it to open on >> screen 1. It should open there by default but it doesn't. I might add, >> when I plug in a USB stick, the notification thingy pops up on screen 2, >> not screen 1 where it should be. > Hmm ... from what I see here notifications always popup on the primary screen > - assuming you have no task bar on your secondary screen. > > Also, if you click to launch an application, but you move your mouse and click > quickly on the wallpaper on another screen, the application will launch on the > screen you placed and clicked your mouse on. > For some reason, the second monitor has a plasma thing, where app menu icon, virtual desktop, clock and such is, on the second monitor as well.  My TV screen has nothing.  No desktop icons, plasma thingy or anything.  It just has a default background image and that is it.  Why the second monitor got done that way, I dunno.  May I should remove the plasma thing completely.  >> I mention all this because it might give you a clue on where or how KDE >> is working now. Clearly gkrellm is unique because I can get everything >> else to work right, even if I have to force it with window/application >> rules. >> >> Oh, when looking at window rules in System Settings, it has a export and >> import feature. I never saw that before. Might be new. It's at the >> top I think. If you use that tool, may want to back up your settings >> when you get everything done. >> >> Hope that gives you some clue to a fix. Maybe. >> >> Dale >> >> :-) :-) > SystemSettings > Window Management > Window Rules, shows any windows you have > set bespoke settings for. You can add and modify application window settings > there, or you can do the same Alt+F3, the select More Actions and use the > settings at the bottom of the menu. I've used that before to remove rules that are not working right and I want a fresh start.  I've never used it to set up a rule tho.  It's a lot easier to right click on title bar and then it detects a lot of the settings already.  Just add things you want to change.  On other email, I to would miss gkrellm hugely.  I hate to hear the developer died.  He created a truly awesome tool.  I barely scrape the surface of what gkrellm is capable of and it is still irreplaceable.  If it stops working, I'll be lost.  Other tools don't even come close.  It's about info, not being pretty and flashy.  Or if Google did it, taking over the OS.  ROFL  Dale :-)  :-)  P. S.  QB is still working.  Files are checking out OK so far.  It will fix any errors tho.  I need that tool to do my video collection.  o_O --------------B81AC32420E4F7043BDF744D Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: 8bit
Michael wrote:
On Thursday 5 September 2024 15:34:06 BST Dale wrote:
Michael 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.
I'm having issues with gkrellm as well.  I tend to put gkrellm on
desktop 10 on the left side.  I'd like it to be on screen 1 as well. 
When I first login, gkrellm is on desktop 1 and on screen 2.  I have to
move it every time.
Gkrellm should show up on all desktops, if you select 'Set sticky state'.  
However, I understand the position on the desktop is a Plasma setting, not an 
application setting.


I only want it on desktop 10.  Some do want it on all desktops but I just want it on that one.  And on screen 1 would be nice.  When I'm not in my chair, I tend to park on desktop 10.  I can see gkrellm and with that, know pretty well what is going on.  I can even tell if a update is done or copying files within Konsole has completed. 


        
Usually I right click on the top bar of a window, 
select More Actions and either Window Settings or Application Settings,
depending on which I want.  I can then add Properties and set it like I
want.  It is best to have it like you want it before you start.  It
already has the settings that way.  I do this for Seamonkey, both
browser and email, QB and a few other apps.  Thing is, gkrellm doesn't
have a title bar to right click on.
If you right click on the Gkrellm on the Plasma toolbar you will be access the 
same Plasma window decorations as other windows have.  Or, easier, click 
Alt+F3 to popup the Plasma window menu on any application.

There is also a Grekllm setting under General > Properties > "Use window type 
decorations", but you'll have to restart Gkrellm for any changes to show up if 
you select this.


I didn't know about the Alt+F3 option.  I did that and my menu popped up.  I set it to be where I want it, screen 1 and desktop 10.  I'm sure it will stay where it is told now.  Those window rules tend to work well when it detects the window correctly. 


        
It works fine on my old rig but not
on the new rig.  When I had to use the old rig to watch TV, I checked, I
couldn't find anything that tells gkrellm to be where it is but it comes
up where I want it each time, apparently without me doing anything at
all.  New rig, it goes to the wrong place every single time.  It's wrong
but it is consistent. 
Quit Gkrellm, then relaunch it and place it where you want it on the screen.  
Hopefully Plasma will store this and survive a logout.  If not, open the 
Window decoration Plasma menu of Gkrellm after you reveal it as mentioned 
above and add the window 'Position' property.  Apply, then click OK.

NOTE:  I found such window positioning behavior to be particularly bad on X11 
as opposed to Wayland, but I understand NVidia is not yet working as well on 
Wayland so YMMV.


I'm wondering if I should buy video cards that are not Nvidia.  It used to be that Nvidia was the Linux video card.  They had excellent support and all.  It seems they have fallen some. 

I think the window rule will fix this tho. 


        
I have KDE set to remember what was open and where at logout.  I don't
know if KDE just isn't remembering where to put gkrellm because it isn't
really a window or what.  I might add tho, even tho screen 1 is set as
primary, it still acts like screen 2 is primary for some things.  I
wonder if that is why gkrellm parks itself on screen 2 instead.  Some
apps I use open to screen 2 until I set up a rule forcing it to open on
screen 1.  It should open there by default but it doesn't.  I might add,
when I plug in a USB stick, the notification thingy pops up on screen 2,
not screen 1 where it should be. 
Hmm ... from what I see here notifications always popup on the primary screen 
- assuming you have no task bar on your secondary screen.

Also, if you click to launch an application, but you move your mouse and click 
quickly on the wallpaper on another screen, the application will launch on the 
screen you placed and clicked your mouse on.


For some reason, the second monitor has a plasma thing, where app menu icon, virtual desktop, clock and such is, on the second monitor as well.  My TV screen has nothing.  No desktop icons, plasma thingy or anything.  It just has a default background image and that is it.  Why the second monitor got done that way, I dunno.  May I should remove the plasma thing completely. 


        
I mention all this because it might give you a clue on where or how KDE
is working now.  Clearly gkrellm is unique because I can get everything
else to work right, even if I have to force it with window/application
rules. 

Oh, when looking at window rules in System Settings, it has a export and
import feature.  I never saw that before.  Might be new.  It's at the
top I think.  If you use that tool, may want to back up your settings
when you get everything done. 

Hope that gives you some clue to a fix.  Maybe. 

Dale

:-)  :-) 
SystemSettings > Window Management > Window Rules, shows any windows you have 
set bespoke settings for.  You can add and modify application window settings 
there, or you can do the same Alt+F3, the select More Actions and use the 
settings at the bottom of the menu.

I've used that before to remove rules that are not working right and I want a fresh start.  I've never used it to set up a rule tho.  It's a lot easier to right click on title bar and then it detects a lot of the settings already.  Just add things you want to change. 

On other email, I to would miss gkrellm hugely.  I hate to hear the developer died.  He created a truly awesome tool.  I barely scrape the surface of what gkrellm is capable of and it is still irreplaceable.  If it stops working, I'll be lost.  Other tools don't even come close.  It's about info, not being pretty and flashy.  Or if Google did it, taking over the OS.  ROFL 

Dale

:-)  :-) 

P. S.  QB is still working.  Files are checking out OK so far.  It will fix any errors tho.  I need that tool to do my video collection.  o_O
--------------B81AC32420E4F7043BDF744D--