text frame selection

classic Classic list List threaded Threaded
5 messages Options
Michael Meeks-5 Michael Meeks-5
Reply | Threaded
Open this post in threaded view
|

text frame selection

Hi Armin,

        Is there a good reason why - when you are in a slide - and you click
inside a text box to edit; the frame is not selected such that you
cannot see it, or grab its handles, or resize / move it around easily ?
even being aware it is there is not trivial.

        The behavior here is somewhat unexpected and unfamiliar to me. Of
course after some years of suffering (a bit at least) - I happen to know
that in order to re-position the text it is necessary to click around
above the top-most text - trying to guess where the hit-area is in order
to select the text frame, and then you can move it around but ... ;-)
Empirically this is not true for most people - some are not good at
guessing the location of invisible frames.

        Is there any particularly good reason for that ? I hate to see
customers complain about this ;-) and presumably the fix is not terribly
hard, but ... I thought you might have some insight into the historic
thinking here ! =)

        Thanks !

                Michael.
--
[hidden email] <><, GM Collabora Productivity
Hangout: [hidden email], Skype: mmeeks
(M) +44 7795 666 147 - timezone usually UK / Europe
_______________________________________________
LibreOffice mailing list
[hidden email]
https://lists.freedesktop.org/mailman/listinfo/libreoffice
htietze htietze
Reply | Threaded
Open this post in threaded view
|

Re: text frame selection

The respective ticket is https://bugs.documentfoundation.org/show_bug.cgi?id=94223 (and maybe some other too)

Am 26.10.2018 um 10:45 schrieb Michael Meeks <[hidden email]>:

Hi Armin,

Is there a good reason why - when you are in a slide - and you click
inside a text box to edit; the frame is not selected such that you
cannot see it, or grab its handles, or resize / move it around easily ?
even being aware it is there is not trivial.

The behavior here is somewhat unexpected and unfamiliar to me. Of
course after some years of suffering (a bit at least) - I happen to know
that in order to re-position the text it is necessary to click around
above the top-most text - trying to guess where the hit-area is in order
to select the text frame, and then you can move it around but ... ;-)
Empirically this is not true for most people - some are not good at
guessing the location of invisible frames.

Is there any particularly good reason for that ? I hate to see
customers complain about this ;-) and presumably the fix is not terribly
hard, but ... I thought you might have some insight into the historic
thinking here ! =)

Thanks !

Michael.
--
[hidden email] <><, GM Collabora Productivity
Hangout: [hidden email], Skype: mmeeks
(M) +44 7795 666 147 - timezone usually UK / Europe


_______________________________________________
LibreOffice mailing list
[hidden email]
https://lists.freedesktop.org/mailman/listinfo/libreoffice
Samuel Mehrbrodt-2 Samuel Mehrbrodt-2
Reply | Threaded
Open this post in threaded view
|

Re: text frame selection

In reply to this post by Michael Meeks-5
I thought I had fixed this with
https://bugs.documentfoundation.org/show_bug.cgi?id=116342 but maybe I
was missing something...

Regards
Samuel


Am 26.10.2018 um 10:45 schrieb Michael Meeks:

> Hi Armin,
>
> Is there a good reason why - when you are in a slide - and you click
> inside a text box to edit; the frame is not selected such that you
> cannot see it, or grab its handles, or resize / move it around easily ?
> even being aware it is there is not trivial.
>
> The behavior here is somewhat unexpected and unfamiliar to me. Of
> course after some years of suffering (a bit at least) - I happen to know
> that in order to re-position the text it is necessary to click around
> above the top-most text - trying to guess where the hit-area is in order
> to select the text frame, and then you can move it around but ... ;-)
> Empirically this is not true for most people - some are not good at
> guessing the location of invisible frames.
>
> Is there any particularly good reason for that ? I hate to see
> customers complain about this ;-) and presumably the fix is not terribly
> hard, but ... I thought you might have some insight into the historic
> thinking here ! =)
>
> Thanks !
>
> Michael.
_______________________________________________
LibreOffice mailing list
[hidden email]
https://lists.freedesktop.org/mailman/listinfo/libreoffice
Regina Henschel Regina Henschel
Reply | Threaded
Open this post in threaded view
|

Re: text frame selection

Hi Samuel,

Samuel Mehrbrodt schrieb am 26-Oct-18 um 10:59:
> I thought I had fixed this with
> https://bugs.documentfoundation.org/show_bug.cgi?id=116342 but maybe I
> was missing something...

The presentation objects title and subtitle, and the graphic object text
box are OK. But the presentation object outline is missing to show its
edges, if it is in edit mode.

Bug 116342 is about the default for uno:PickThrough ("Select text area
only" in UI).

The frame in Writer has a similar problem, only Writer has the option to
turn on text boundaries.

Michael, you need not search the edges. If you are in edit mode, press
ESC-key to leave edit mode. It goes to object mode and you will see the
edges. ESC-key has the advantage, that you do not accidentally activate
a different object. Of cause this is only a workaround.

Kind regards
Regina
_______________________________________________
LibreOffice mailing list
[hidden email]
https://lists.freedesktop.org/mailman/listinfo/libreoffice
Armin Le Grand-2 Armin Le Grand-2
Reply | Threaded
Open this post in threaded view
|

Re: text frame selection

In reply to this post by Michael Meeks-5
Hi Michael,


Am 26-Oct-18 um 10:45 schrieb Michael Meeks:

> Hi Armin,
>
> Is there a good reason why - when you are in a slide - and you click
> inside a text box to edit; the frame is not selected such that you
> cannot see it, or grab its handles, or resize / move it around easily ?
> even being aware it is there is not trivial.
>
> The behavior here is somewhat unexpected and unfamiliar to me. Of
> course after some years of suffering (a bit at least) - I happen to know
> that in order to re-position the text it is necessary to click around
> above the top-most text - trying to guess where the hit-area is in order
> to select the text frame, and then you can move it around but ... ;-)
> Empirically this is not true for most people - some are not good at
> guessing the location of invisible frames.

You can just press ESC - that will go from TextEdit to ObjectSelected.
...and then RETURN again to go back to TextEdit (and CTRL+RETURN to go
to the next TextBox BTW)

>
> Is there any particularly good reason for that ? I hate to see
> customers complain about this ;-) and presumably the fix is not terribly
> hard, but ... I thought you might have some insight into the historic
> thinking here ! =)

There was - the EditEngine was the last part in Draw/Impress that *had*
to paint to OutDev directly in EditMode - no Buffering, no Overlay. A
very special, exceptional state to be in. This is internally gone for a
while with using 'TextEdit on the Overlay' (grep for log). So now it
would be possible to cleanup these 'special state' stuff and offer thje
handles/frame just in parallell to TextEdit.
Just tell me when you have budget for this :-)

>
> Thanks !
>
> Michael.

You're welcome!
alg

--
ALG (PGP Key: EE1C 4B3F E751 D8BC C485 DEC1 3C59 F953 D81C F4A2)

_______________________________________________
LibreOffice mailing list
[hidden email]
https://lists.freedesktop.org/mailman/listinfo/libreoffice