Date: prev next · Thread: first prev next last
April 2018 Archives by date, by thread · List index


https://bugs.documentfoundation.org/show_bug.cgi?id=117166

--- Comment #4 from Eyal Rozenberg <eyalroz@technion.ac.il> ---
(In reply to Buovjaga from comment #3)
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.

If we're getting into it, I'd differentiate at least three cases:

1. Movement key combination held down (that's a hardware abstraction layer
thing - not something LO should detect; I think)
2. Second move key (or another key combination?) pressed very closely after
first movement key (or another combination?)
3. Nothing pressed very closely after first movement (or other key combination)

The differentiation between the second and third case isn't clear, but it could
perhaps be based on whether the effect of the keypress can be comfortably
rendered before the next key/key combination registers.

So, for case 1 I would indeed like something like the effect of the moving
selection rectangle rather than the selection itself. A simplified rendering
(e.g. less lines/no area/no transparency/etc. could work too, but like you said
- implementing that is a big deal. Now, I do mean animation - along a
continuous path, not at intervals (Not 100% sure about this though).

For case 2 - Act similarly to case 1, but don't make it an animation; or
rather, a "stop-motion" animation - only render at the positions the move keys
would have placed the object.

For case 3 - Just render the whole thing like LO does now.

-- 
You are receiving this mail because:
You are on the CC list for the bug.

Context


Privacy Policy | Impressum (Legal Info) | Copyright information: Unless otherwise specified, all text and images on this website are licensed under the Creative Commons Attribution-Share Alike 3.0 License. This does not include the source code of LibreOffice, which is licensed under the Mozilla Public License (MPLv2). "LibreOffice" and "The Document Foundation" are registered trademarks of their corresponding registered owners or are in actual use as trademarks in one or more countries. Their respective logos and icons are also subject to international copyright laws. Use thereof is explained in our trademark policy.