Bug 98856 - Can't drag an empty textbox
Summary: Can't drag an empty textbox
Status: NEW
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: UI (show other bugs)
Version:
(earliest affected)
5.0.5.2 release
Hardware: All All
: medium major
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
Depends on:
Blocks: Textbox
  Show dependency treegraph
 
Reported: 2016-03-24 09:18 UTC by Samuel Mehrbrodt (CIB)
Modified: 2020-01-22 13:43 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 Samuel Mehrbrodt (CIB) 2016-03-24 09:18:08 UTC
1. Create a new empty text box
2. Try to drag it around (before entering text in it)
3. The text box vanishes
Comment 1 steve -_- 2016-03-24 09:27:42 UTC
Confirmed w below → NEW

Version: 5.2.0.0.alpha0+
Build ID: 7ccdb94e2c5774f924bf89b34387c7d41e2e4c30
CPU Threads: 4; OS Version: Mac OS X 10.11.4; UI Render: default; 
TinderBox: MacOSX-x86_64@49-TDF, Branch:master, Time: 2016-03-03_02:42:27
Locale: de-DE (de.UTF-8)
Comment 2 Oliver Specht (CIB) 2016-03-24 11:06:35 UTC
This is not (necessarily) a bug. It was a design decision to remove empty text objects because otherwise you might fill you document unintentionally with unused, empty and mostly invisible objects without noticing.
Comment 3 V Stuart Foote 2016-03-24 13:22:02 UTC
Kind of agree that this is not a bug.

Doing cleanup of not completing creation of the text box object until some text is actually entered, or deletion when emptied (as with a cut-paste) makes sense. 

Not being able to reposition during creation is a bit annoying, but compared to littering the canvas with empty text boxes (invisible and no means to select) it seems a reasonable design. 

Those orphaned objects are a real nuisance in some other programs that do have selection ability--Illustrator or Photoshop for example.
Comment 4 Telesto 2016-12-31 09:44:21 UTC
Have found work-around (or a bug) related to this one.
1. Create a new empty text box (and let it 'activated')
2. Press CTRL+Z
3. Click at the position of the text box (it still there)

Personally I would prefer that i'm able to drag an empty textbox. It's counter intuitive at this point. But if the are fully invisible it useless of course.
Comment 5 QA Administrators 2018-01-01 03:26:41 UTC Comment hidden (obsolete)
Comment 6 sdc.blanco 2020-01-22 13:43:17 UTC
(In reply to Telesto from comment #4)
> Have found work-around (or a bug) related to this one.
> 1. Create a new empty text box (and let it 'activated')
> 2. Press CTRL+Z
> 3. Click at the position of the text box (it still there)
> 
> Personally I would prefer that i'm able to drag an empty textbox. It's
> counter intuitive at this point. But if the are fully invisible it useless
> of course.
Still works in 6.3.4.2.  They appear in Navigator (Drawing Objects), where you can double-click to get them back (also to drag and insert text).

FWIW - as user, was often frustrated when trying to drag empty textboxes (i.e. sympathy for OP).  Learned to put single character as workaround.

Proposal for alternative behavior:  
   If ((new empty text box) && drag))
   then keep   (i.e., added to Navigator, like Ctrl-Z)
   else Drop   (current behavior)

(Assumption is: user dragging an empty textbox is going to insert immediately afterwards, minimizing "orphan" problem from comment #2.)

Should this bug have "major" importance?