https://bugs.kde.org/show_bug.cgi?id=454104
Bug ID: 454104
Summary: There is no reason for the loading splash to be a
modal window.
Product: krita
Version: unspecified
Platform: Other
OS: Linux
Status: REPORTED
Severity: normal
Priority: NOR
Component: Usability
Assignee: krita-bugs-n...@kde.org
Reporter: vikinghelme...@gmail.com
Target Milestone: ---
SUMMARY
***
NOTE: If you are reporting a crash, please try to attach a backtrace with debug
symbols.
See
https://community.kde.org/Guidelines_and_HOWTOs/Debugging/How_to_create_useful_crash_reports
***
Krita takes some time to start up, even on my current machine, which is less
than a year old. This is expected and perfectly fine, except that during this
time, its splash window is modal—that is, above all other windows and incapable
of being moved, or minimized—and worse, taking up extremely valuable real
estate in the center of my screen. This basically makes my computer unusable
until it is 100% loaded, which can take some time.
I cannot think of any reason why a splash screen should be modal, and
realistically there are few occasions that warrant any window to be modal
anymore. I thought about making this a request, but ultimately I find it to be
a serious flaw in the user interface and worthy of a bug.
STEPS TO REPRODUCE
1. Load Krita
2. Observe central splash window for some time.
3. Continue business as usual after you have your monitor back.
OBSERVED RESULT
There is no way to hide the Krita splash.
EXPECTED RESULT
Krita splash should be unassuming and follow typical layout manager rules. To
be fair, I've only used it on XFCE lately, not the KDE desktop; but honestly, I
know it's a special request either way, and it's still just not necessary. This
should hopefully be relatively easy to patch.
SOFTWARE/OS VERSIONS
Windows:
macOS:
Linux/KDE Plasma: Mint 20.3 (XFCE)
(available in About System)
KDE Plasma Version:
KDE Frameworks Version:
Qt Version:
ADDITIONAL INFORMATION
--
You are receiving this mail because:
You are watching all bug changes.
