Bug 139591 - Separation between start interactive frame not ok. I's hard to place cursor at the start of the paragraph with the mouse (depend on zoomlevel)
Summary: Separation between start interactive frame not ok. I's hard to place cursor a...
Status: RESOLVED NOTABUG
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
Version:
(earliest affected)
Inherited From OOo
Hardware: All All
: medium trivial
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2021-01-13 18:46 UTC by Telesto
Modified: 2021-09-15 19:40 UTC (History)
3 users (show)

See Also:
Crash report or crash signature:

Attachments
Example file (8.57 KB, application/vnd.oasis.opendocument.text)
2021-01-13 18:46 UTC, Telesto 		Details
View All Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this bug.
Description Telesto 2021-01-13 18:46:02 UTC 
Description:
Separation between start interactive frame not ok. I's hard to place cursor at the start of the paragraph with the mouse

Steps to Reproduce:
1. Open the attached file
2. Click left from the H of hello in the Interactive frame (to place cursor at the left) -> Will select the full frame. You need to pick the middle of the H

Actual Results:
Frame selected

Expected Results:
Cursor before H


Reproducible: Always


User Profile Reset: No



Additional Info:
Version: 7.2.0.0.alpha0+ (x64)
Build ID: f2171af6ce3516598d9f8bac8294025a21a5b1a2
CPU threads: 4; OS: Windows 6.3 Build 9600; UI render: Skia/Raster; VCL: win
Locale: nl-NL (nl_NL); UI: en-US
Calc: CL
Comment 1 Telesto 2021-01-13 18:46:20 UTC 
Created attachment 168858 [details]
Example file
Comment 2 Telesto 2021-01-13 18:49:09 UTC 
Will get worse with zoom <100%
Comment 3 Telesto 2021-01-13 18:50:10 UTC 
Also in
Versie: 4.4.7.2 
Build ID: f3153a8b245191196a4b6b9abd1d0da16eead600
Locale: nl_NL
Comment 4 Dieter 2021-01-29 08:17:21 UTC 
Tested with

Version: 7.2.0.0.alpha0+ (x64)
Build ID: 9f9798f07f0b56ae474f31ded671cc8da598d244
CPU threads: 4; OS: Windows 10.0 Build 19042; UI render: Skia/Raster; VCL: win
Locale: de-DE (de_DE); UI: en-GB
Calc: threaded

If mouse position is displayed as arrow, you select frame (this is also at beginning of H); if it changes to cursor-symbol cursor is placed left from H.

I won't consider this as a bug.
Comment 5 Buovjaga 2021-09-10 13:03:26 UTC 
Noel commented that he agrees with Telesto, saying "Tognazzini in his books talks about the human importance of building slop into interfaces to work with humans"
https://asktog.com/atc/principles-of-interaction-design/

Meaning that users should be allowed to be sloppy.
Comment 6 Heiko Tietze 2021-09-13 09:18:30 UTC 
Sloppy user is a weak argument when there is zero space between content and frame. If we think about changing this we have to find a different method of object activation, thinking of ctrl+click. And it has to be done for all kind objects. My take: NAB.
Comment 7 Cor Nouws 2021-09-14 20:20:46 UTC 
I agree the behavior is unpleasant. On the other hand: you see it happening right before your face (sorry I have no accessibility expertise) so easy to guess how to fix it.
I'm sure there are more places with frames/objects, where the user needs to learn how to access (text) content most easily.

So if a change would be possible (e.g. in text area, ignore snapping the cursor to the frame) I would not object. So that would make this to a RFE.

Note: In any case F2 always(?) activates content of a selected object. Sometimes/also starting to type does.
Comment 8 Heiko Tietze 2021-09-15 19:40:18 UTC 
We discussed the topic in the design meeting.

It's a minor and artificial issue; you can click somewhere or use F2 to enter the frame and use ctrl+pos1 to jump to the beginning. Changing the situation is a huge effort and rather not worth the little benefit. The similar issue exists with lists or indexes.

=> NAB