Bug 126124 - Cannot find the border of the text box easily when I want to resize or move text
Summary: Cannot find the border of the text box easily when I want to resize or move text
Status: RESOLVED INSUFFICIENTDATA
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Impress (show other bugs)
Version:
(earliest affected)
6.2.4.2 release
Hardware: x86-64 (AMD64) Linux (All)
: medium enhancement
Assignee: Not Assigned
URL:
Whiteboard:
Keywords: needsUXEval
Depends on:
Blocks:
 
Reported: 2019-06-27 08:43 UTC by 1532336965
Modified: 2020-03-11 03:25 UTC (History)
3 users (show)

See Also:
Crash report or crash signature:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description 1532336965 2019-06-27 08:43:08 UTC
Description:
I used to be a Microsoft Office user but LibreOffice is much faster which led to my transition from Microsoft to LibreOffice. When I am using LibreOffice Impress, I cannot find the border of text boxes instantly. I have to guess where the border is at and go back and forth and finally land on where my cursor shows the arrows. I cannot efficiently arrange my text boxes by having to guess where the border is at. 

Steps to Reproduce:
1. Create textbox
2. Input text
3. Click on open space to finish the editing process


Actual Results:
My textbox is set up but I have to spent more effort than I am willing to in order to find the border of the text box to resize or move the text box.

Expected Results:
I expect the border of the text box to show even though I have not selected it, so I can accurately click and hold onto the text box border/corners which allows me to resize or move it conveniently when I need to. 


Reproducible: Always


User Profile Reset: No



Additional Info:
The text box borders should only show during the editing process of the presentation, and not print unless I specified so in text box border settings.
Comment 1 V Stuart Foote 2019-06-27 17:07:32 UTC
Not clear there is an issue here.

If focus is out of the Draw Text box object, a click on the Text box will either drop into text cursor mode (border grabs not enabled), or will drop into the Frame of the text box (border grabs present).

Hunting around with mouse pointer is only needed when in the text cursor mode, and I agree it is annoying.

But, isn't it a simple work flow to click back on canvas, releasing the Text cursor, and then back into the Text box--just a bit further from text? You'll have the exact active object to work with with out the visual clutter of showing the object Frame for all text boxes..
Comment 2 Heiko Tietze 2019-08-12 16:01:26 UTC
A usability test in Nantes revealed the same issue but from the opposite point of view. Task was to copy text, and the user struggled with the fact that clicking the frame and some space around does not activate the edit mode but selects the frame [1]. So while you want a larger clickable area to move around a text box, others ask for easier switching into the edit mode.
And actually the hot zone is large enough to activate both, even with huge spacing you get the field highlighted on click. Do you agree?

[1] https://design.blog.documentfoundation.org/2017/10/28/impress-lists/ (see copy/paste)
Comment 3 QA Administrators 2020-02-09 03:42:36 UTC Comment hidden (obsolete)
Comment 4 QA Administrators 2020-03-11 03:25:44 UTC
Dear 1532336965,

Please read this message in its entirety before proceeding.

Your bug report is being closed as INSUFFICIENTDATA due to inactivity and
a lack of information which is needed in order to accurately
reproduce and confirm the problem. We encourage you to retest
your bug against the latest release. If the issue is still
present in the latest stable release, we need the following
information (please ignore any that you've already provided):

a) Provide details of your system including your operating
   system and the latest version of LibreOffice that you have
   confirmed the bug to be present

b) Provide easy to reproduce steps – the simpler the better

c) Provide any test case(s) which will help us confirm the problem

d) Provide screenshots of the problem if you think it might help

e) Read all comments and provide any requested information

Once all of this is done, please set the bug back to UNCONFIRMED
and we will attempt to reproduce the issue. Please do not:

a) respond via email 

b) update the version field in the bug or any of the other details
   on the top section of our bug tracker

Warm Regards,
QA Team

MassPing-NeedInfo-FollowUp