Re: KDE Plasma LTS for Debian stable
On 10/12/2020 18:12, Joe McEntire wrote: > I don't know where this information is coming from, but 5.19.5 is in testing > right now. Experimental has 5.20 and there's talk of getting 5.20.5 in time > for the freeze, so we'll probably end up with some iteration of 5.20 in > stable > if I had to take a stab at it. I cannot imagine a world where Debian's KDE > team puts in all the work to get these newer versions in, just to roll back > to > something that is older than what is in current stable. Current stable > (Buster) uses 5.14! So rest easy, there's no way we're going to have 5.12 or > 5.8 in stable, it's just not a thing. > > https://tracker.debian.org/pkg/kwin > I understand the question as why is debian targeting 5.20 for the next stable instead of 5.18 LTS. The answer is simple: LTS means 1.5 year of support, maybe more [1]. That's not long enough for the debian release cycle: 5.18 was at the beginning of this year. That means support will end at about the time or shortly after the next debian stable will be released. [1] https://community.kde.org/Schedules/Plasma_5#LTS_releases
Re: Bottom bar not hiding after switching window
Dear Thom, It doesn't matter how I switch, it's the same behaviour whether I "alt-tab" or click with the mouse onto another window: Switch window, bar is shown (regardless of where my mouse is, also far away from the bar), then move my mouse to the bar and away from it (no clicking) and it stays hidden until I switch windows again (or move the mouse to the bottom). And there's nothing asking for attention as far as I can dicern - the "program indicators" are usual orange if that's the case and none are now. Cheers, Simon On 10/06/2020 18:14, Thom Castermans wrote: > Dear Simon, > > I also have my taskbar set to auto-hide, and did have some problems > with it in the past, but those have been resolved. What exactly do you > mean with switching windows? Are you switching using a keyboard > shortcut? AFAIK the taskbar is shown if and only if the mouse cursor > is close to the bottom of the screen. > > What *might* be happening is that one window asks for attention > (notification etc.). That causes the taskbar to remain visible. > > Cheers, > Thom > > > Op wo 10 jun. 2020 om 14:56 schreef Simon Frei : >> I more or less recently switched over from XFCE to KDE and must say, I >> am pretty impressed :) >> Thanks a lot for packaging this fine DE for debian! >> >> I am on debian testing. >> One quite annoying behaviour I observe is that the bottom bar (set to >> auto-hide) is not auto-hiding when switching windows. It does auto-hide >> when I move the mouse onto the bottom bar and away again. That's quite >> annoying especially on a small laptop screen when the open window has an >> input field at the bottom (like most messengers). >> Can anyone reproduce? I assume not, at least I couldn't find any info on >> anyone having the same problem online. >> Is there a cache/config file relevant to this behaviour I could check or >> move out of place to see if it's a misconfig? >> >> Thanks in advance for any help. >> >> Cheers, >> Simon >>
Bottom bar not hiding after switching window
I more or less recently switched over from XFCE to KDE and must say, I am pretty impressed :) Thanks a lot for packaging this fine DE for debian! I am on debian testing. One quite annoying behaviour I observe is that the bottom bar (set to auto-hide) is not auto-hiding when switching windows. It does auto-hide when I move the mouse onto the bottom bar and away again. That's quite annoying especially on a small laptop screen when the open window has an input field at the bottom (like most messengers). Can anyone reproduce? I assume not, at least I couldn't find any info on anyone having the same problem online. Is there a cache/config file relevant to this behaviour I could check or move out of place to see if it's a misconfig? Thanks in advance for any help. Cheers, Simon