SUMMARY Modernizes tool tip image and document previews to help locate need item faster when multiple similar items cant be differentiate from a 256px preview on high resolution and high dpi displays. as well as reducing the need for opening other programs and improving productivity. I propose a tool tip preview that uses the same engine that the information penile dose instead of the currant pre-made 256px thumbs. This compromise would save disk space and CPU time by only increasing the load on a single image vs just changing to a larger thumbs size and would allow real time updates on saved files and the ability to play videos and gifs as well. It would also be nice if there was a resize griper in the lower left of the tool tip that would increase or decrease the size of the tool tip and thus the preview image displayed as well as remembering the user desired size. other things that would be nice to include a separator bar between the image and Information text that can be clicked to hide/show or resize the info text allowing larger image when needed or longer text. ability to right click on tool tip to show a context menu with customize that work just like the preview panel showing check box to add/remove items, a menu to add more information, option to auto play or not, option to show info on right side or bottom depending on document aspect ratio, option to set fixed size or use griper. The ability to select, cut, copy, past, and edit the meta data and name right from the tool tip The ability to copy the preview image at its currant size could be useful as well.
Thanks for sharing this design proposal! A better place to do this is in the Visual Design Group chatroom, because this isn't really a bug or a discrete feature request (it's more like a bunch of feature requests all mashed together). As such it would make more sense to discuss it in a group setting where existing design choices and constraints that may not be immediately obvious can be explained, and we can go over which elements of this proposal might make sense to integrate. Check out https://community.kde.org/Get_Involved/Design Thanks for understanding!
Created attachment 176375 [details] attachment-865780-0.html Ok, thank you for your help. On Thu, Dec 5, 2024 at 10:48 AM TraceyC <bugzilla_noreply@kde.org> wrote: > https://bugs.kde.org/show_bug.cgi?id=488990 > > TraceyC <kdedev@tlcnet.info> changed: > > What |Removed |Added > > ---------------------------------------------------------------------------- > Resolution|--- |INTENTIONAL > Status|REPORTED |RESOLVED > > --- Comment #1 from TraceyC <kdedev@tlcnet.info> --- > Thanks for sharing this design proposal! > > A better place to do this is in the Visual Design Group chatroom, because > this > isn't really a bug or a discrete feature request (it's more like a bunch of > feature requests all mashed together). As such it would make more sense to > discuss it in a group setting where existing design choices and constraints > that may not be immediately obvious can be explained, and we can go over > which > elements of this proposal might make sense to integrate. > > Check out https://community.kde.org/Get_Involved/Design > > Thanks for understanding! > > -- > You are receiving this mail because: > You reported the bug.