[plasmashell] [Bug 394119] Panel should not stop auto-hiding even when a window wants attention

https://bugs.kde.org/show_bug.cgi?id=394119 --- Comment #13 from Michael Zanetti --- (In reply to lucian303 from comment #12) > So let me get this straight. The *intended* behavior is that I click on > every single window that demands attention each time it does so that > autohide

[yakuake] [Bug 386350] Focus jumps between splits on open/close

https://bugs.kde.org/show_bug.cgi?id=386350 --- Comment #6 from Michael Zanetti --- (In reply to Luis from comment #5) > I can confirm that this happens on Kubuntu 17.04 (yakuake 3.0.4) and that > disabling compositor animations on yakuake is a workaround to this. Could you please share

[plasmashell] [Bug 394119] Panel should not stop auto-hiding even when a window wants attention

https://bugs.kde.org/show_bug.cgi?id=394119 Michael Zanetti changed: What|Removed |Added CC||mzane...@kde.org --- Comment #7 from Michael

[yakuake] [Bug 386350] New: Focus jumps between splits on open/close

https://bugs.kde.org/show_bug.cgi?id=386350 Bug ID: 386350 Summary: Focus jumps between splits on open/close Product: yakuake Version: 3.0.4 Platform: Other OS: Linux Status: UNCONFIRMED Severity: normal

[kwin] [Bug 384805] New: cursor jumps upon edge activation

https://bugs.kde.org/show_bug.cgi?id=384805 Bug ID: 384805 Summary: cursor jumps upon edge activation Product: kwin Version: 5.10.5 Platform: Other OS: Linux Status: UNCONFIRMED Severity: normal

[kwin] [Bug 384805] cursor jumps upon edge activation

https://bugs.kde.org/show_bug.cgi?id=384805 --- Comment #2 from Michael Zanetti --- Hi Martin, I'm not 100% sure either if it's really kwin... Maybe it's the panel? But perhaps it's something in that 1 pixel push back that break it? like, if it does setCursorPosition(x,

[kwin] [Bug 384805] cursor jumps upon edge activation

https://bugs.kde.org/show_bug.cgi?id=384805 --- Comment #4 from Michael Zanetti --- Hey, so, I've edited screenedge.cpp and commented out the pushback of the cursor, and indeed the issue is gone (obviously at the cost that the one pixel pushback doesn't work any more either). I als

[kwin] [Bug 384341] New: Small/Large Icons have hardcoded sizes and are super tiny on high-dpi screens

https://bugs.kde.org/show_bug.cgi?id=384341 Bug ID: 384341 Summary: Small/Large Icons have hardcoded sizes and are super tiny on high-dpi screens Product: kwin Version: unspecified Platform: Other OS: Linux

[kwin] [Bug 384341] In X11, Small/Large Icon window switchers have hardcoded sizes and are super tiny on high-dpi screens

https://bugs.kde.org/show_bug.cgi?id=384341 --- Comment #3 from Michael Zanetti --- I've manuall edited /usr/share/kwin/tabbox/big_icons/contents/ui/main.qml and doubled the iconSize value... muuch better already... -- You are receiving this mail because: You are watching all bug changes.

[kwin] [Bug 384341] In X11, Small/Large Icon window switchers have hardcoded sizes and are super tiny on high-dpi screens

https://bugs.kde.org/show_bug.cgi?id=384341 --- Comment #5 from Michael Zanetti --- to be precise, all the icons I have seen so far perfectly provide larger sizes, with the only exception I noticed so far being firefox. That one becomes quite blurry indeed. But at least for the small icons one I

[kwin] [Bug 384341] In X11, Small/Large Icon window switchers have hardcoded sizes and are super tiny on high-dpi screens

https://bugs.kde.org/show_bug.cgi?id=384341 --- Comment #7 from Michael Zanetti --- Created attachment 107687 --> https://bugs.kde.org/attachment.cgi?id=107687&action=edit manually patched big_icons tabbox with iconSize: 256 Attached a screenshot for the manually patched file... I

[plasmashell] [Bug 384355] New: Hinting glow wrongly sized on autohide panels

https://bugs.kde.org/show_bug.cgi?id=384355 Bug ID: 384355 Summary: Hinting glow wrongly sized on autohide panels Product: plasmashell Version: 5.10.5 Platform: Other OS: Linux Status: UNCONFIRMED Severity

[plasmashell] [Bug 384355] Hinting glow wrongly sized on autohide panels

https://bugs.kde.org/show_bug.cgi?id=384355 --- Comment #1 from Michael Zanetti --- Created attachment 107689 --> https://bugs.kde.org/attachment.cgi?id=107689&action=edit actual panel size -- You are receiving this mail because: You are watching all bug changes.

[plasmashell] [Bug 384355] Hinting glow wrongly sized on autohide panels

https://bugs.kde.org/show_bug.cgi?id=384355 --- Comment #2 from Michael Zanetti --- Could be related to the fact that this is a high dpi screen and I have set the scale factor to 2x -- You are receiving this mail because: You are watching all bug changes.

[kwin] [Bug 384341] In X11, Small/Large Icon window switchers have hardcoded sizes and are super tiny on high-dpi screens

https://bugs.kde.org/show_bug.cgi?id=384341 --- Comment #12 from Michael Zanetti --- (In reply to Martin Flöser from comment #11) > > So I don't think we lose anything by increasing the size of the icon > > switchers on hidpi displays. > > That depends on whom you ask.

[kwin] [Bug 384341] In X11, Small/Large Icon window switchers have hardcoded sizes and are super tiny on high-dpi screens

https://bugs.kde.org/show_bug.cgi?id=384341 --- Comment #13 from Michael Zanetti --- What I mean is that right now the Small Icons one is unusable on a high-dpi screen. By increasing the size of both (for high-dpi setups) the small one would be the same as the current big one with mostly sharp

[kopete] [Bug 362535] Kopete 1.9.0 somtimes won't encrypt even though the GUI says otherwise

https://bugs.kde.org/show_bug.cgi?id=362535 --- Comment #3 from Michael Zanetti --- (In reply to Pali Rohár from comment #2) > Michael, can you look at this bug? I'm sorry... I'm not really using Kopete (or any of KDE) any more... I'm afraid you're on your own with this.