In T13037#234908, @tcorreabr wrote:In T13037#234728, @mvourlakos wrote:In T13037#234721, @tcorreabr wrote:Going back to solution B, what do you think about WallpapersModel working with thumbnails of images/videos recorded on disk?
I think the problem with WallpaperPreviewItem wasting memory would be alleviated, although we no longer have live previews.WallpapersModel won't care if somehow a screenshot is provided for specific activity and screen. It will be extendable to new ways to present previews. Of course I don't know how that screenshot can be taken for activities that are not the active one and if the user must also approve first such behavior.
No, I wasn't thinking about screenshots. The idea was that WallpaperPreviewItem take the paths provided by WallpapersModel and generate thumbnails of the images/videos on disk, with a small size to not take up much space in memory when loaded.
- Queries
- All Stories
- Search
- Advanced Search
Advanced Search
Jul 7 2020
Jul 4 2020
In T13037#234729, @davidedmundson wrote:Redesign PlasmaShell in order to have DesktopViews for each running Activity in each screen. In Example 1 that would mean six different DesktopViews that could be used afterwards as Previews in kwin scripts, desktop components etc... Personally I can not take over such big task.
It's not that much work to do, the challenge is keeping the memory down.
1920x1080x4bytesperpixel = 8Mb. Then we need that in memory and in the GPU as a texture. That's 16. Then we need the final framebuffer with the applets drawn on, both front and back. So 32Mb. Then we multiply that by 6.
Maybe some magic tricks with expose events could help us.
In T13037#234721, @tcorreabr wrote:Going back to solution B, what do you think about WallpapersModel working with thumbnails of images/videos recorded on disk?
I think the problem with WallpaperPreviewItem wasting memory would be alleviated, although we no longer have live previews.
Jul 3 2020
In T13037#234603, @tcorreabr wroteI also think that solution A is a big task, but if there is a consensus that it is the right one, wouldn't it be better to concentrate efforts on it?
Jun 2 2020
May 29 2020
May 27 2020
May 26 2020
May 25 2020
May 24 2020
May 23 2020
May 22 2020
May 20 2020
Sorry I don't like the idea adding such option.
if you want to increase the bouncing level the right line is at:
https://invent.kde.org/plasma/latte-dock/-/blob/master/plasmoid/package/contents/ui/main.qml#L982
- this patch only increases the thickness of launcher animation I dont consider this an improvement. This is subjective
- Provide videos with before and after
- I dont think I am interested in adding a bounce slider in Tasks for this
- You increase the max zoom factor to 500% this is out of scope
- I can accept an improvement for bouncing animation but without [2] and [3] and as long as the improvement is not subjective