[Libreoffice-ux-advise] [re-PUSHED] Re-sizing handles ...

Stefan Knorr (Astron) heinzlesspam at googlemail.com
Sat Nov 26 03:10:29 PST 2011


Hi,

here is the promised patch to (again) change the Tango handles
slightly. It also adds a recoloured version of the sprite that fits
better into Galaxy. (Patch again provided under LGPLv3+/MPL.) Sorry
about the delay.

Okay, ... so:
>>  But I kind of see
>> what you're getting at here... maybe it would be a good idea to turn
>> on a different set of handles once LibO uses a screen past a certain
>> ppi setting (say, 150 ppi) or has detected a high-contrast theme.
>
>       Yep - removing the setting from the UI, and just auto-detecting it
> might be a quick, partial solution.
>
>> Then, there is a practical "problem": we already use the 13*13 handles
>> in some situations [1], therefore we'd need (new) 15*15 handles. That
>> bit of course is only some copy/paste/enlarging action away.
>
>       Right, which requires re-layout / extending of the image.

Let's try to address all of that in 3.6, I'll hopefully be able to
turn that into a bit of a spec until shortly after the beginning of
the cycle. Basically, my ideas are as follows:
* enough different handle sizes so that we can get from 72 ppi up to
350 ppi (important for tablets/smartphones), I think ~50 ppi steps
would be useful
* maybe different handles on touch displays (if it makes sense and if
we can even detect that)
* handles one size larger when high-contrast view is activated
* something to avoid overlaying two differently sized
handles/animations with two differently sized handles (looks a bit
ugly currently)
* using different handles for different kinds of curve nodes (requires
the addition of a diamond-shaped handle to match Inkscape)
* a new sprite
* maybe recycle some of the content of the spec Christoph linked to earlier

For 3.5, let's try to make it work really well in the short time
remaining: let's just remove the "large handles" option from the UI
and always use larger handles.
Now, about the glue points: my best explanation is that they are drawn
atop each other right now, at least the bug with the yellow background
doesn't go away even when the yellow background is completely removed
from the deselected glue handle (which it is now); is maybe [1]
helpful here? (Btw, two lines above that, the comment says something
to the effect of "size fixed to 7px for now".)

>> Or: Open Impress/Draw. (Activate Big Handles.) Click on a text field.
>> The top left handle should be a 13*13px handle overlaid by a 9*9px
>> handle.
>
>       Sure :-) of course, as long as the thing animates life is fine - we
> could feasibly use a smaller size as the notification for larger handles
> though ... [ actually that is quite easy, from your patch I think this
> is done via the 2nd call to  'GetNextBigger' in GetOverlayObject - which
> we could specialise to 'GetSelected' do some magic for large ones, and
> fall-back to GetNextBigger for other cases

The problem is, the second example isn't animated and it's not even
a11y related, so all users get to see this. (See the screenshot
attached.)


Wishing you joyful weekend,
Astron.


[1] http://opengrok.libreoffice.org/xref/core/svx/source/svdraw/svdglue.cxx#257
-------------- next part --------------
A non-text attachment was scrubbed...
Name: 0001-More-changes-to-the-new-Tango-handles-adding-new-Gal.patch
Type: text/x-patch
Size: 54791 bytes
Desc: not available
URL: <http://lists.freedesktop.org/archives/libreoffice-ux-advise/attachments/20111126/71e5064d/attachment-0001.bin>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: screenshottext.png
Type: image/png
Size: 4306 bytes
Desc: not available
URL: <http://lists.freedesktop.org/archives/libreoffice-ux-advise/attachments/20111126/71e5064d/attachment-0001.png>


More information about the Libreoffice-ux-advise mailing list