Issue 12952 - drag-n-drop images into a table acts does not drop the image where cursor stands.
Summary: drag-n-drop images into a table acts does not drop the image where cursor sta...
Status: ACCEPTED
Alias: None
Product: Writer
Classification: Application
Component: ui (show other issues)
Version: OOo 1.1 Beta
Hardware: PC Windows 2000
: P4 Trivial (vote)
Target Milestone: ---
Assignee: AOO issues mailing list
QA Contact:
URL:
Keywords:
: 20223 (view as issue list)
Depends on:
Blocks:
 
Reported: 2003-04-02 12:42 UTC by mehlng
Modified: 2017-05-20 11:26 UTC (History)
4 users (show)

See Also:
Issue Type: DEFECT
Latest Confirmation in: ---
Developer Difficulty: ---

Attachments
an OOo document examplifying the problem (10.26 KB, application/octet-stream)
2003-04-02 12:43 UTC, mehlng 		no flags Details
Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this issue.
Description mehlng 2003-04-02 12:42:16 UTC 
When dragging an image and (trying to) insert it into a table, it doesn't being
dropped where your cursor is, it tends to be dropped where the object's image
left-right corner is and it doesn't being dropped into cells in the current
object's row almost never. it seems like a random bug - no rules for which cells
should work.
Comment 1 mehlng 2003-04-02 12:43:47 UTC 
Created attachment 5416 [details]
an OOo document examplifying the problem
Comment 2 mehlng 2003-04-02 12:44:53 UTC 
I've also noticed it leaves 'junk' in the table's cells
Comment 3 h.ilter 2003-04-02 13:07:39 UTC 
HI->MRU: Try to set the graphic in each cell, you'll need patience.
Comment 4 michael.ruess 2003-04-22 13:10:34 UTC 
MRU->OD: when moving a graphic inside a table you can see the anchor
jumping into the first cell while crossing cell borders. Also when the
dotted "help line" around a graphic is moved over the anchor, the
mentioned "junk" can be noticed.
Comment 5 Oliver-Rainer Wittmann 2003-04-22 13:52:05 UTC 
OD->MRU (22.04.2003):
Described defect isn't missing functionality or crash or freeze and
isn't broken - also in OOo 1.0.3/SO 6.0 PP3 and SO 5.2. Thus, decrease
priority to P4.
Because of priority, please re-target issue.
Comment 6 michael.ruess 2003-04-22 13:56:34 UTC 
Changed target to OO 2.0, because fix isn't so trivial as it may look.
Also the problem isn't newly intoduced (was available in much older
builds).
Comment 7 Oliver-Rainer Wittmann 2003-04-23 11:26:08 UTC 
OD (23.04.2003): accepted.
Comment 8 mehlng 2003-04-23 22:31:19 UTC 
I rated it P2 as it's a missing functionality as you have no trivial
way to move an image to a cell in a table. Having this bug in a
release will possibly cause alot of frustration to naive users.
Comment 9 Oliver-Rainer Wittmann 2003-04-24 07:14:48 UTC 
OD->mehlng (24.04.2003):
We rated the described defect with priority P4 because the defect
occurs, if at the proposed 'drop position' - the left-top-corner
respectively the right-left-corner of the graphic depending on the
text direction - is *no* paragraph. Observe the anchor of the graphic
during its move and You will succeed to place the graphic in the
proposed cell
Yes, You are right, the defect is very annoying and we will fix it,
but - as above mentioned - the corresponding code is not so trivial
and such a change in the current beta phase is somehow critical.
Comment 10 Oliver-Rainer Wittmann 2003-09-09 10:28:16 UTC 
.
Comment 11 ulf.stroehler 2003-10-02 17:09:53 UTC 
According to the OpenOffice.org roadmap
(http://tools.openoffice.org/releases) this issue was retargeted to
OOo Later.
Comment 12 jack.warchold 2003-10-16 15:00:32 UTC 
*** Issue 20223 has been marked as a duplicate of this issue. ***
Comment 13 michael.ruess 2006-01-18 14:13:04 UTC 
*** Issue 60757 has been marked as a duplicate of this issue. ***
Comment 14 Marcus 2017-05-20 11:24:20 UTC 
Reset assigne to the default "issues@openoffice.apache.org".
Comment 15 Marcus 2017-05-20 11:26:11 UTC 
Reset assigne to the default "issues@openoffice.apache.org".