Issue 89717 - moving of text objects with mouse is not always possible
Summary: moving of text objects with mouse is not always possible
Status: CONFIRMED
Alias: None
Product: Impress
Classification: Application
Component: code (show other issues)
Version: OOo 1.0.0
Hardware: All All
: P3 Trivial (vote)
Target Milestone: ---
Assignee: AOO issues mailing list
QA Contact:
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2008-05-21 12:15 UTC by sven.jacobi
Modified: 2017-05-20 11:08 UTC (History)
1 user (show)

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


Attachments

Note You need to log in before you can comment on or make changes to this issue.
Description sven.jacobi 2008-05-21 12:15:40 UTC
If you are in edit mode and then pressing esc to get into the selection mode,
the shape cannot be moved with the mouse. You first have to deselect and then
reselect the shape without getting in edit mode, then moving is possible.
Comment 1 Armin Le Grand 2008-05-21 16:24:50 UTC
AW: No changes in DrawingLayer concerning this, but the difference between the
state after ESC and deselect/select is the shell. After ESC, the toolbar still
shows the text edit toolbar, after deselect/select, we are back in graphic edit
shell. This seems to be the root cause since You can get the same effect when
clicking on the boundrect and ending the edit, but keeping the object selected.
AW->AF: In TextEdit Shell in that state, neither SdrDragView::BegDragObj in svx
is called, nor FuSelection::MouseButtonDown in sd (which triggers the first one
in graphic edit mode), so i think the shell somehow completely suppresses
forwarding the mouse events in that mode in sd. Please have a look.
Comment 2 sven.jacobi 2008-05-26 17:42:43 UTC
I hope this issue will be fixed for OOo3.0
Comment 3 groucho266 2008-05-28 16:47:51 UTC
AF->CL: Please take over.
Comment 4 clippka 2008-06-06 10:54:30 UTC
retarget
Comment 5 Marcus 2017-05-20 11:08:17 UTC
Reset assigne to the default "issues@openoffice.apache.org".