[kwin] [Bug 455780] WindowHeap-based effects are slightly slower to activate than previous versions

2024-07-13 Thread Nate Graham
https://bugs.kde.org/show_bug.cgi?id=455780

Nate Graham  changed:

   What|Removed |Added

 Status|RESOLVED|CLOSED

-- 
You are receiving this mail because:
You are watching all bug changes.

[kwin] [Bug 455780] WindowHeap-based effects are slightly slower to activate than previous versions

2024-07-13 Thread Nate Graham
https://bugs.kde.org/show_bug.cgi?id=455780

Nate Graham  changed:

   What|Removed |Added

 Status|REOPENED|RESOLVED
 Resolution|--- |FIXED

--- Comment #25 from Nate Graham  ---
> After a recent update
This would suggest there was a regression unrelated to the original issue.
Please open a new bug report for it.

> Task switcher
This is a different issue, likely Bug 479250.

-- 
You are receiving this mail because:
You are watching all bug changes.

[kwin] [Bug 455780] WindowHeap-based effects are slightly slower to activate than previous versions

2024-07-12 Thread Reiner Schmitts
https://bugs.kde.org/show_bug.cgi?id=455780

Reiner Schmitts  changed:

   What|Removed |Added

 Blocks||490178


Referenced Bugs:

https://bugs.kde.org/show_bug.cgi?id=490178
[Bug 490178] WindowHeap-based effects are slightly slower to activate than
previous versions
-- 
You are receiving this mail because:
You are watching all bug changes.

[kwin] [Bug 455780] WindowHeap-based effects are slightly slower to activate than previous versions

2024-07-12 Thread Reiner Schmitts
https://bugs.kde.org/show_bug.cgi?id=455780

Reiner Schmitts  changed:

   What|Removed |Added

 CC||faf04...@doolk.com
Version|5.25.1  |6.1.2

--- Comment #24 from Reiner Schmitts  ---
I have kwin version 6.1.2-1, and I can report the same Issue again. Task
switcher and present windows are having some noticable amount of delay before
they appear/function.

-- 
You are receiving this mail because:
You are watching all bug changes.

[kwin] [Bug 455780] WindowHeap-based effects are slightly slower to activate than previous versions

2024-07-10 Thread bugzilla_noreply
https://bugs.kde.org/show_bug.cgi?id=455780

polardelph...@gmail.com changed:

   What|Removed |Added

 Resolution|FIXED   |---
 CC||polardelph...@gmail.com
 Status|RESOLVED|REOPENED

--- Comment #23 from polardelph...@gmail.com ---
After a recent update, I can experience the same symptoms. Present windows is
only activated with a very noticable delay. When you try to spam "meta+w" it is
super laggy and easyly reproducable through that way.

-- 
You are receiving this mail because:
You are watching all bug changes.

[kwin] [Bug 455780] WindowHeap-based effects are slightly slower to activate than previous versions

2023-12-14 Thread Nate Graham
https://bugs.kde.org/show_bug.cgi?id=455780

Nate Graham  changed:

   What|Removed |Added

 Status|CONFIRMED   |RESOLVED
 Resolution|--- |FIXED
   Version Fixed In||6.0

--- Comment #22 from Nate Graham  ---
This is massively improved for me now; well within the range of the snappiness
of the old C++ based effects for me, even when the system is under load. Let's
call it fixed now!

-- 
You are receiving this mail because:
You are watching all bug changes.

[kwin] [Bug 455780] WindowHeap-based effects are slightly slower to activate than previous versions

2023-12-14 Thread Nate Graham
https://bugs.kde.org/show_bug.cgi?id=455780

--- Comment #21 from Nate Graham  ---
https://invent.kde.org/plasma/kwin/-/commit/0ff4f84aceef4262d4da3602d3cbe34c630ea2de
should help too.

-- 
You are receiving this mail because:
You are watching all bug changes.

[kwin] [Bug 455780] WindowHeap-based effects are slightly slower to activate than previous versions

2023-12-12 Thread Vlad Zahorodnii
https://bugs.kde.org/show_bug.cgi?id=455780

--- Comment #20 from Vlad Zahorodnii  ---
Git commit ef2c4e201e2f062798068b728066630bf5ff85de by Vlad Zahorodnii.
Committed on 12/12/2023 at 16:21.
Pushed by vladz into branch 'master'.

plugins/overview: Load milou on demand

Milou.ResultsView loads runners regardless whether the query string is
empty. It's not clear what milou should do. There are valid arguments
both in favor and against preloading runners.

This change puts Milou.ResultsView behind a Loader so milou is loaded
when it's actually needed and not when starting overview.

M  +10   -5src/plugins/overview/qml/main.qml

https://invent.kde.org/plasma/kwin/-/commit/ef2c4e201e2f062798068b728066630bf5ff85de

-- 
You are receiving this mail because:
You are watching all bug changes.

[kwin] [Bug 455780] WindowHeap-based effects are slightly slower to activate than previous versions

2023-12-08 Thread bugzilla_noreply
https://bugs.kde.org/show_bug.cgi?id=455780

fanzhuyi...@gmail.com changed:

   What|Removed |Added

 CC||fanzhuyi...@gmail.com

-- 
You are receiving this mail because:
You are watching all bug changes.

[kwin] [Bug 455780] WindowHeap-based effects are slightly slower to activate than previous versions

2023-12-08 Thread Vlad Zahorodnii
https://bugs.kde.org/show_bug.cgi?id=455780

--- Comment #19 from Vlad Zahorodnii  ---
Git commit eb13085de2173cb31dbb645725462d5cefadb213 by Vlad Zahorodnii.
Committed on 08/12/2023 at 14:40.
Pushed by vladz into branch 'master'.

plugins/overview: Load screen delegate asynchronously

The compilation step still takes a significant amount of time on the
first launch. On my machine, it's around 1s. Even if it happens just
once, freezing the session for 1 second is not great.

This change makes the overview effect load main.qml asynchronously
when plasma session starts. By the time the session is loaded, it should
be ready.

M  +4-0src/effect/quickeffect.cpp
M  +8-1src/plugins/overview/overvieweffect.cpp

https://invent.kde.org/plasma/kwin/-/commit/eb13085de2173cb31dbb645725462d5cefadb213

-- 
You are receiving this mail because:
You are watching all bug changes.

[kwin] [Bug 455780] WindowHeap-based effects are slightly slower to activate than previous versions

2023-12-08 Thread Vlad Zahorodnii
https://bugs.kde.org/show_bug.cgi?id=455780

--- Comment #18 from Vlad Zahorodnii  ---
Git commit f1ff706b3b1e769eaf67c4a5042e522edc286ab3 by Vlad Zahorodnii.
Committed on 08/12/2023 at 11:21.
Pushed by vladz into branch 'master'.

scripting: Cache WindowThumbnail textures

Effects like overview can create more than one thumbnail for the same
window. For example, if you have 4 virtual desktops, the overview is
going to create 9 window thumbnails for the desktop background, which in
its turn means that each thumbnail is going to have its own texture.
That's not great.

WindowThumbnailItem.sourceSize has been dropped because it's unused and
will complicate texture caching.

M  +156  -147  src/scripting/windowthumbnailitem.cpp
M  +37   -18   src/scripting/windowthumbnailitem.h

https://invent.kde.org/plasma/kwin/-/commit/f1ff706b3b1e769eaf67c4a5042e522edc286ab3

-- 
You are receiving this mail because:
You are watching all bug changes.

[kwin] [Bug 455780] WindowHeap-based effects are slightly slower to activate than previous versions

2023-12-07 Thread Bug Janitor Service
https://bugs.kde.org/show_bug.cgi?id=455780

--- Comment #17 from Bug Janitor Service  ---
A possibly relevant merge request was started @
https://invent.kde.org/plasma/kwin/-/merge_requests/4768

-- 
You are receiving this mail because:
You are watching all bug changes.

[kwin] [Bug 455780] WindowHeap-based effects are slightly slower to activate than previous versions

2023-12-07 Thread bugzilla_noreply
https://bugs.kde.org/show_bug.cgi?id=455780

unblended_icing...@simplelogin.com changed:

   What|Removed |Added

 CC||unblended_icing552@simplelo
   ||gin.com

-- 
You are receiving this mail because:
You are watching all bug changes.

[kwin] [Bug 455780] WindowHeap-based effects are slightly slower to activate than previous versions

2023-11-23 Thread David Edmundson
https://bugs.kde.org/show_bug.cgi?id=455780

David Edmundson  changed:

   What|Removed |Added

 CC||tjkrobert...@gmail.com

--- Comment #16 from David Edmundson  ---
*** Bug 455585 has been marked as a duplicate of this bug. ***

-- 
You are receiving this mail because:
You are watching all bug changes.

[kwin] [Bug 455780] WindowHeap-based effects are slightly slower to activate than previous versions

2023-10-24 Thread Nate Graham
https://bugs.kde.org/show_bug.cgi?id=455780

Nate Graham  changed:

   What|Removed |Added

   See Also||https://bugs.kde.org/show_b
   ||ug.cgi?id=476002

-- 
You are receiving this mail because:
You are watching all bug changes.

[kwin] [Bug 455780] WindowHeap-based effects are slightly slower to activate than previous versions

2023-09-11 Thread Nate Graham
https://bugs.kde.org/show_bug.cgi?id=455780

Nate Graham  changed:

   What|Removed |Added

  Component|effects-various |effects-window-management

-- 
You are receiving this mail because:
You are watching all bug changes.

[kwin] [Bug 455780] WindowHeap-based effects are slightly slower to activate than previous versions

2023-05-21 Thread Alex A.D.
https://bugs.kde.org/show_bug.cgi?id=455780

--- Comment #15 from Alex A.D.  ---
(In reply to Lyubomir from comment #12)
> I think this also affects the Application Launcher. This is a very big issue, 
> waiting for 1-3 seconds before it appearing...

I don't use Application Launcher so I can't confirm or disprove this. I use
desktop grid and it works perfectly. Quite fast.

-- 
You are receiving this mail because:
You are watching all bug changes.

[kwin] [Bug 455780] WindowHeap-based effects are slightly slower to activate than previous versions

2023-05-20 Thread Nate Graham
https://bugs.kde.org/show_bug.cgi?id=455780

--- Comment #14 from Nate Graham  ---
Lyubomir, none of those issues are related; this bug report is only about
WindowHeap-based KWin effects, which do not include Application Launcher or
Plasma panels.

Please submit new bug reports for new issues.

-- 
You are receiving this mail because:
You are watching all bug changes.

[kwin] [Bug 455780] WindowHeap-based effects are slightly slower to activate than previous versions

2023-05-20 Thread Lyubomir
https://bugs.kde.org/show_bug.cgi?id=455780

--- Comment #13 from Lyubomir  ---
... And tooltips, it basically makes the taskbar freeze until the effect starts
functioning.

-- 
You are receiving this mail because:
You are watching all bug changes.

[kwin] [Bug 455780] WindowHeap-based effects are slightly slower to activate than previous versions

2023-05-20 Thread Lyubomir
https://bugs.kde.org/show_bug.cgi?id=455780

--- Comment #12 from Lyubomir  ---
I think this also affects the Application Launcher. This is a very big issue,
waiting for 1-3 seconds before it appearing...

-- 
You are receiving this mail because:
You are watching all bug changes.

[kwin] [Bug 455780] WindowHeap-based effects are slightly slower to activate than previous versions

2023-05-15 Thread Alex A.D.
https://bugs.kde.org/show_bug.cgi?id=455780

--- Comment #11 from Alex A.D.  ---
I wish devs deliver previous version of the present-windows but they responded
on reddit that they won't. New present-effects version is a complete regression
in terms of perfromance, usability and configurability.

If anyone is interested in compiling old version please let me know.

-- 
You are receiving this mail because:
You are watching all bug changes.

[kwin] [Bug 455780] WindowHeap-based effects are slightly slower to activate than previous versions

2023-05-15 Thread Bug Janitor Service
https://bugs.kde.org/show_bug.cgi?id=455780

Bug Janitor Service  changed:

   What|Removed |Added

   Priority|NOR |HI

-- 
You are receiving this mail because:
You are watching all bug changes.

[kwin] [Bug 455780] WindowHeap-based effects are slightly slower to activate than previous versions

2023-05-15 Thread Nate Graham
https://bugs.kde.org/show_bug.cgi?id=455780

Nate Graham  changed:

   What|Removed |Added

 CC||al.neo...@gmail.com

--- Comment #10 from Nate Graham  ---
*** Bug 469446 has been marked as a duplicate of this bug. ***

-- 
You are receiving this mail because:
You are watching all bug changes.

[kwin] [Bug 455780] WindowHeap-based effects are slightly slower to activate than previous versions

2023-02-07 Thread Nate Graham
https://bugs.kde.org/show_bug.cgi?id=455780

Nate Graham  changed:

   What|Removed |Added

 CC||bugsefor...@gmx.com

--- Comment #9 from Nate Graham  ---
*** Bug 465419 has been marked as a duplicate of this bug. ***

-- 
You are receiving this mail because:
You are watching all bug changes.

[kwin] [Bug 455780] WindowHeap-based effects are slightly slower to activate than previous versions

2023-01-30 Thread bugzilla_noreply
https://bugs.kde.org/show_bug.cgi?id=455780

--- Comment #8 from guimarcalsi...@gmail.com ---
On a 6th gen i5 it takes around 4 seconds to activate the overview effect the
first time, however, that only happens the first time. All subsequent
activations work fine. I wonder if it would be possible to preload the active
effects when the session starts.

-- 
You are receiving this mail because:
You are watching all bug changes.

[kwin] [Bug 455780] WindowHeap-based effects are slightly slower to activate than previous versions

2022-12-05 Thread Nate Graham
https://bugs.kde.org/show_bug.cgi?id=455780

Nate Graham  changed:

   What|Removed |Added

 CC||w...@mail.ru

--- Comment #7 from Nate Graham  ---
*** Bug 462608 has been marked as a duplicate of this bug. ***

-- 
You are receiving this mail because:
You are watching all bug changes.

[kwin] [Bug 455780] WindowHeap-based effects are slightly slower to activate than previous versions

2022-10-22 Thread Phos
https://bugs.kde.org/show_bug.cgi?id=455780

--- Comment #6 from Phos  ---
It takes the animation so long to activate that I have already released the
key. Its pretty jarring how slow it is to activate.

-- 
You are receiving this mail because:
You are watching all bug changes.

[kwin] [Bug 455780] WindowHeap-based effects are slightly slower to activate than previous versions

2022-10-22 Thread Phos
https://bugs.kde.org/show_bug.cgi?id=455780

--- Comment #5 from Phos  ---
It seems to have gotten worse again in 5.26. The new animation curves are nice
though. Still a very noticeable lag between pressing the button and the
animation.
Another issue with 5.26 is that the animation never plays again when you
activate the effects multiple times. For example, the Present Windows effect
just doesn't play when you press the activation button multiple times.

-- 
You are receiving this mail because:
You are watching all bug changes.

[kwin] [Bug 455780] WindowHeap-based effects are slightly slower to activate than previous versions

2022-09-22 Thread Nate Graham
https://bugs.kde.org/show_bug.cgi?id=455780

Nate Graham  changed:

   What|Removed |Added

   See Also||https://bugs.kde.org/show_b
   ||ug.cgi?id=459467

-- 
You are receiving this mail because:
You are watching all bug changes.

[kwin] [Bug 455780] WindowHeap-based effects are slightly slower to activate than previous versions

2022-09-22 Thread Nate Graham
https://bugs.kde.org/show_bug.cgi?id=455780

Nate Graham  changed:

   What|Removed |Added

 CC||liubomi...@gmail.com

--- Comment #4 from Nate Graham  ---
*** Bug 453221 has been marked as a duplicate of this bug. ***

-- 
You are receiving this mail because:
You are watching all bug changes.

[kwin] [Bug 455780] WindowHeap-based effects are slightly slower to activate than previous versions

2022-09-22 Thread Nate Graham
https://bugs.kde.org/show_bug.cgi?id=455780

Nate Graham  changed:

   What|Removed |Added

 CC||mako...@hotmail.com

--- Comment #3 from Nate Graham  ---
*** Bug 459281 has been marked as a duplicate of this bug. ***

-- 
You are receiving this mail because:
You are watching all bug changes.

[kwin] [Bug 455780] WindowHeap-based effects are slightly slower to activate than previous versions

2022-09-08 Thread Nate Graham
https://bugs.kde.org/show_bug.cgi?id=455780

Nate Graham  changed:

   What|Removed |Added

Summary|WindowHeap-based effects|WindowHeap-based effects
   |are noticeably slower to|are slightly slower to
   |activate than previous  |activate than previous
   |versions|versions
   Severity|normal  |minor

--- Comment #2 from Nate Graham  ---
It's become faster recently, but the small delay is still there.

-- 
You are receiving this mail because:
You are watching all bug changes.