Issue 26416 - Deleting or Drag-N-Drop from a table leaves a blank table
Summary: Deleting or Drag-N-Drop from a table leaves a blank table
Alias: None
Product: Writer
Classification: Application
Component: code (show other issues)
Version: OOo 1.1.1RC
Hardware: PC Linux, all
: P3 Trivial (vote)
Target Milestone: ---
Assignee: AOO issues mailing list
QA Contact:
Keywords: oooqa
: 30235 (view as issue list)
Depends on:
Reported: 2004-03-12 18:48 UTC by rblackeagle
Modified: 2013-08-07 14:38 UTC (History)
1 user (show)

See Also:
Latest Confirmation in: ---
Developer Difficulty: ---


Note You need to log in before you can comment on or make changes to this issue.
Description rblackeagle 2004-03-12 18:48:06 UTC
If I mark a table with Ctrl-A, Ctrl-A or by selecting with a mouse and then use
Ctrl-X, Delete or try to drag-and-drop it in another location, I am left with a
blank table.  The text disappears, but the empty table remains.

Expected behavior: both text AND table are removed from the original location. 
I classify this as a bug.  Even if the intent is for OOo users to be able to
delete the contents of a table and still have the table for use or correction,
then only the "Delete" key should function in the current fashion.  The purpose
of Ctrl-X is to remove something from one location and possibly copy it to
another.  The same is true of Drag-N-Drop.  By functioning in a way contrary to
the normal use of the functions (both Ctrl-X and drag-and-drop), the behavior
appears as a bug or a defect.

If you want to change it to an enhancement, that is fine with me, but it needs
correction regardless what it is called.

BTW, this is NOT the same as issue 7747 and I can find no other issues that fit
this one.
Comment 1 flibby05 2004-04-30 20:16:32 UTC
confirming with 1.1.2RC
Comment 2 h.ilter 2004-05-03 10:05:11 UTC
Subcomponent changed.
Comment 3 michael.ruess 2004-05-03 11:44:07 UTC
This behaviour works like it was designed for. When selecting from paragraph
ABOVE the table until paragraph succeeding the table, then the table will be
Change of behaviour must be blessed by UserExp dept.
Comment 4 bettina.haberer 2004-06-04 14:56:57 UTC
Issue type and target set. 
Comment 5 michael.ruess 2004-06-15 13:34:22 UTC
*** Issue 30235 has been marked as a duplicate of this issue. ***
Comment 6 bettina.haberer 2010-05-21 14:44:09 UTC
To grep the issues easier via "requirements" I put the issues currently lying on
my owner to the owner "requirements".