https://bugs.kde.org/show_bug.cgi?id=483575
Bug ID: 483575 Summary: Delay time between click and menu appearing Classification: I don't know Product: kde Version: unspecified Platform: openSUSE OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: general Assignee: unassigned-b...@kde.org Reporter: giuseppelovare...@gmail.com Target Milestone: --- SUMMARY Upon trying Plasma 6.0.2 (and KF6), I noticed that the delay when opening menus on Qt-based software in KDE - that most of us perceive as lag - can be traced down to the menus waiting for the button-click animation to end before opening. Of course, this hinders the feeling of responsiveness of the whole desktop environment; is it a known behavior? I could not find anything related to this, maybe I used the wrong keywords. STEPS TO REPRODUCE 1. Open a Qt-based application which presents a "slow" animation for button-clicks, like systemsettings or Discover; 2. Click the Hamburger menu 3. Notice the delay between the click and the menu showing up OBSERVED RESULT The menu opens when the button-click animation ends. EXPECTED RESULT The menu opens upon click, and the animation speed is tuned by the user. SOFTWARE/OS VERSIONS Linux/KDE Plasma: openSUSE Tumbleweed (available in About System) KDE Plasma Version: 6.0.2 KDE Frameworks Version: 6.0.0 Qt Version: 6.6.2 ADDITIONAL INFORMATION I think this is an old issue, but I only noticed the cause today. My suggestion is rather noobish: I suppose we have a sequential .onClick -> doAnimation -> openMenu setup in the code, if possible, making the two instruction parallel could solve the problem. -- You are receiving this mail because: You are watching all bug changes.