Bug 62071 - Pressing Delete Should Delete Objects (text boxes, images, etc...) if Cursor is in Front of Object
Summary: Pressing Delete Should Delete Objects (text boxes, images, etc...) if Cursor ...
Status: NEW
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
Version: 4.0.0.3 release
Hardware: All All
: high enhancement
Assignee: Not Assigned
QA Contact: Joel Madero
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2013-03-09 17:16 UTC by kaesezeh
Modified: 2013-11-08 22:02 UTC (History)
1 user (show)

See Also:
i915 platform:
i915 features:

Attachments
example of two frame bugs (12.37 KB, application/vnd.oasis.opendocument.text)
2013-03-09 17:16 UTC, kaesezeh 		Details
Attachment now with "here" (12.54 KB, application/vnd.oasis.opendocument.text)
2013-03-19 04:12 UTC, kaesezeh 		Details
View All

Description kaesezeh 2013-03-09 17:16:33 UTC 
Created attachment 76233 [details]
example of two frame bugs

(1) take the attachment, put the cursor in front of "here" and hold Delete. Desired behavior: everything after it gets deleted incl. the frame 2 on p. 2, but instead frame 2 gets put onto p. 1. Thus, if one ahs a document with many frames and wants to delete many pages with many frames, one has to all delete them one by one, which is counterintuitive

(2) Put the cursor in front of XXX1 in the table and insert a frame. Even if you set the background of the frame to No Fill, the resulting frame has the same background shading as the cell to which it is attached (see frame 3). This is annoying because it means I can't attrach frames where they belong - i have to cheat and anchor them to the page so they have no background.
Comment 1 Joel Madero 2013-03-18 17:50:13 UTC 
PLEASE keep bugs separate, these are two different bug reports. I am investigating item #1, item #2 should be reported as a separate bug.
Comment 2 Joel Madero 2013-03-18 17:55:03 UTC 
hm...I don't see "here" anywhere on the document. Can you clarify where to put the cursor?
Comment 3 kaesezeh 2013-03-19 04:12:21 UTC 
Oops, sorry, here it is.
Comment 4 kaesezeh 2013-03-19 04:12:44 UTC 
Created attachment 76731 [details]
Attachment now with "here"
Comment 5 Joel Madero 2013-03-19 04:53:22 UTC 
This is a tough one, I believe that the current behavior is intended but indeed could use some work to make it better so, here it goes for triaging.

I can confirm that this is a valid enhancement request on:
Version 4.1.0.0.alpha0+ (Build ID: b514f0ce86e85d9be269ddf2e797befbbf3423f)
Date:   Thu Mar 7 21:46:30 2013 +0200 
Platform: Bodhi Linux 2.2 x64
+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + 
As I've been able to confirm the enhancement request I am marking as:

New (confirmed)
Enhancement
High - would make dealing with documents with multiple frames much much easier. I think frames are used often enough to set this to high, also current behavior is very counter intuitive

+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + 
LibreOffice is powered by a team of volunteers, every bug is confirmed (triaged) by human beings who mostly give their time for free. We invite you to join our triaging by checking out this link:
https://wiki.documentfoundation.org/QA/BugTriage

There are also other ways to get involved including with marketing, UX, documentation, and of course developing -  http://www.libreoffice.org/get-help/mailing-lists/. 

Lastly, good bug reports help tremendously in making the process go smoother, please always provide reproducible steps (even if it seems easy) and attach any and all relevant material
Comment 6 Joel Madero 2013-03-19 05:05:48 UTC 
more of an update, it seems like this is not just for text frames, OLE objects in general, images, etc... all have this behavior. Makes me more sure that this is intended (not sure why, developer may have better insight)

Updating title

Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.