https://bugs.documentfoundation.org/show_bug.cgi?id=117166
Buovjaga <[email protected]> changed:
What |Removed |Added
----------------------------------------------------------------------------
Keywords| |needsUXEval
Status|NEEDINFO |NEW
CC| |libreoffice-ux-advise@lists
| |.freedesktop.org
Summary|Moving selections by |Improve UX of moving
|repeated arrow strokes |complex drawings with arrow
|renders offscreen |keys
|needlessly |
Severity|normal |enhancement
--- Comment #3 from Buovjaga <[email protected]> ---
Thanks for the file. I see what you mean.
(In reply to Eyal Rozenberg from comment #0)
> This should not happen - only the single, final rendering should happen (and
> possibly another when we still don't know if the button will get released).
So in essence, you would favour a solution, where only the selection handles
are seen moving and no processing power is wasted on rendering the drawing
itself?
I guess another (more complex to implement) way would be to replace the drawing
with a low-quality proxy rendering on the fly.
Let's consult design team.
--
You are receiving this mail because:
You are the assignee for the bug._______________________________________________
Libreoffice-bugs mailing list
[email protected]
https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
