https://bugs.kde.org/show_bug.cgi?id=465154
--- Comment #4 from Will Chen ---
Seems like there are quite a few places where `.z` gets imperatively or
declaratively assigned an arbitrary-but-high value:
https://invent.kde.org/search?search=z%3A&project_id=2506&group_id=1552&sear
https://bugs.kde.org/show_bug.cgi?id=458645
Will Chen changed:
What|Removed |Added
CC||inbox@willchen.business
--- Comment #4 from Will
https://bugs.kde.org/show_bug.cgi?id=468043
Bug ID: 468043
Summary: KRunner doesn't focus correct window when switching to
window on other virtual desktop.
Classification: Plasma
Product: krunner
Version: unspecified
Pl
https://bugs.kde.org/show_bug.cgi?id=465154
--- Comment #3 from Will Chen ---
I neglected to mention this in my original report. I believe this is a recent
regression. It only started happening on my main machine when I updated in
January, and it does not happen, for example, in NixPkgs
https://bugs.kde.org/show_bug.cgi?id=465154
Will Chen changed:
What|Removed |Added
Summary|GlobalDrawer{} Z-order |(Regression.)
|drawn on top of
https://bugs.kde.org/show_bug.cgi?id=465154
--- Comment #2 from Will Chen ---
Manually setting the Z-Order can fix it as a temporary workaround:
```QML
_testMenu.z = _globalDrawer.z + 1
```
At the point where it breaks, the ancestry tree of the button and the
GlobalMenu{} itself changes
https://bugs.kde.org/show_bug.cgi?id=465154
Will Chen changed:
What|Removed |Added
Summary|Inconsistent Z-order for|GlobalDrawer{} Z-order
https://bugs.kde.org/show_bug.cgi?id=465154
--- Comment #1 from Will Chen ---
Created attachment 155871
--> https://bugs.kde.org/attachment.cgi?id=155871&action=edit
Tooltips are also covered.
This also happens to tooltips, as can be seen in Kirigami Gallery 22.12.1 when
the GlobalDr
https://bugs.kde.org/show_bug.cgi?id=465154
Bug ID: 465154
Summary: Inconsistent Z-order for GlobalDrawer{} with
Controls.Menu{}.
Classification: Frameworks and Libraries
Product: frameworks-kirigami
Version: 5.102.0
Pl
https://bugs.kde.org/show_bug.cgi?id=465073
--- Comment #1 from Will Chen ---
Okay. Looks like this is just the default behaviour of
`Controls.Popup.closePolicy: Popup.CloseOnEscape | Popup.CloseOnPressOutside`,
and setting it to `Popup.NoAutoClose` restores the previous behaviour— Which
https://bugs.kde.org/show_bug.cgi?id=465073
Bug ID: 465073
Summary: GlobalDrawer gets hidden by Esc. even when in
non-modal Sidebar mode.
Classification: Frameworks and Libraries
Product: frameworks-kirigami
Version: 5.102.0
https://bugs.kde.org/show_bug.cgi?id=463416
Bug ID: 463416
Summary: Can't directly open folders in Kate anymore.
Classification: Applications
Product: kate
Version: 22.12.0
Platform: Manjaro
OS: Linux
Status: RE
https://bugs.kde.org/show_bug.cgi?id=392164
--- Comment #8 from Will Chen ---
(In reply to Gerion from comment #6)
> Hmm, interesting thought. If I get it right, this is always equal on both
> sides, isn't it? I'm really interested in a mode:
> - Share only on request fr
13 matches
Mail list logo
