Bug 126874 - When in text edit mode, ignore the hit area of other text boxes that overlap with the box being edited
Summary: When in text edit mode, ignore the hit area of other text boxes that overlap ...
Status: RESOLVED WONTFIX
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Impress (show other bugs)
Version:
(earliest affected)
6.4.0.0.alpha1+
Hardware: All All
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords: needsUXEval
Depends on:
Blocks:
 
Reported: 2019-08-13 08:38 UTC by DarkTrick
Modified: 2020-06-08 13:34 UTC (History)
2 users (show)

See Also:
Crash report or crash signature:


Attachments
File for testing (12.35 KB, application/vnd.oasis.opendocument.presentation)
2019-08-13 08:39 UTC, DarkTrick
Details
Demonstrating video (326.32 KB, application/x-matroska)
2019-08-13 08:39 UTC, DarkTrick
Details

Note You need to log in before you can comment on or make changes to this bug.
Description DarkTrick 2019-08-13 08:38:40 UTC
Description:
Reproducing might be difficult. I advice 
- Using the provided attachment for testing
- Watching the attached video for seeing how it works

Steps to Reproduce:
(1) create two textboxes, which frames overlap
(2) enter edit-text-mode in one box
(3) click the frame, that's shown around the text

Actual Results:
(4) currently edited textbox gets selected

Expected Results:
(4) second text box gets selected.


Reproducible: Always


User Profile Reset: Yes



Additional Info:
Comment 1 DarkTrick 2019-08-13 08:39:12 UTC
Created attachment 153337 [details]
File for testing
Comment 2 DarkTrick 2019-08-13 08:39:46 UTC
Created attachment 153338 [details]
Demonstrating video
Comment 3 BogdanB 2019-08-20 08:13:15 UTC
You can click on the right box on other margin of this box.
Comment 4 DarkTrick 2019-08-20 10:44:37 UTC
(In reply to BogdanB from comment #3)
> You can click on the right box on other margin of this box.

The provided example is of course a simplified example. The problem rises, when there are many objects on screen. Worst case: all edges are covered by other objects. 

I can tell from my own experience constructing a mid-complex presentation, that this hinders workflow.
Comment 5 DarkTrick 2019-12-17 14:22:14 UTC
As it is related, please see the attachments of bug 125759 for an example of how I'd expect textboxes would behave:

Example system in html:
https://bugs.documentfoundation.org/attachment.cgi?id=156624

Video showing the example system in action:
https://bugs.documentfoundation.org/attachment.cgi?id=156625
Comment 6 Buovjaga 2020-04-27 18:25:04 UTC
So your proposal is: when in text edit mode, ignore the hit area of other text boxes that overlap with the box being edited?

Using Navigator is always a good idea with a complex melange of shapes.
Comment 7 DarkTrick 2020-04-28 12:11:13 UTC
> So your proposal is: when in text edit mode, ignore the hit area of other text boxes that overlap with the box being edited?
Yes.
Comment 8 Buovjaga 2020-04-28 12:18:16 UTC
Ok, seems to be a controversial proposal with potential angry user mobs approaching us.
Comment 9 Heiko Tietze 2020-04-30 13:36:31 UTC
I don't see the need. If you are in edit mode it's unlikely and not recommended to click somewhere. But in fact you can click the text anywhere on overlapping text boxes without switching to another object. If you are outside you want to find the text box on top.

Let's turn the question into its basic scenario: How do I enter the edit mode on overlapping objects? And the answer is to use the Navigator. Or use tab/ctrl+tab to traverse through the object list. And there is the hidden gem alt+click.
Comment 10 Heiko Tietze 2020-06-08 13:34:09 UTC
No further input, so resolving WF now.