Issue 94775 - Cannot delete or edit snap point or snap line
Summary: Cannot delete or edit snap point or snap line
Status: CLOSED FIXED
Alias: None
Product: Draw
Classification: Application
Component: ui (show other issues)
Version: OOO300m9
Hardware: All All
: P3 Trivial with 2 votes (vote)
Target Milestone: OOo 3.2
Assignee: wolframgarten
QA Contact: issues@graphics
URL:
Keywords: oooqa
: 94526 95853 98394 98554 (view as issue list)
Depends on:
Blocks:
 
Reported: 2008-10-08 15:39 UTC by kamataki
Modified: 2009-07-21 07:51 UTC (History)
4 users (show)

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


Attachments
Snap Point context menu (1.98 KB, image/png)
2008-10-08 15:40 UTC, kamataki
no flags Details

Note You need to log in before you can comment on or make changes to this issue.
Description kamataki 2008-10-08 15:39:23 UTC
Reproduce scenario:
1. Select "Insert Snap Point/Line..." in context menu.
2. Click "OK", close dialog box.
3. Select "Snap Lines" - "Snap Lines Visible" in context menu.
4. Move mouse cursor on Snap Point.
5. Select "Delete Snap Point" in context menu(DeleteSnapPoint.png). 

But I cannot delete snap point with OOo 3.0.0 rc4(OOO300_m9).

I can delete snap point if I move snap point outside ruler or click "delete" in
"Edit Snap Point dialog box".

This Issue does not have any problem with OOo 2.4.1.

References:
http://oooug.jp/faq/index.php?faq/4/1271
Comment 1 kamataki 2008-10-08 15:40:51 UTC
作æˆã•ã‚ŒãŸæ·»ä»˜ (id=57061)
Snap Point context menu
Comment 2 Rainer Bielefeld 2008-10-08 16:36:17 UTC
I checked with "Ooo 3.0.0 RC3 Multilingual version English  UI WIN XP: [OOO300m8
(Build9357)]" and can confirm the reported effect.
It's also impossible to edit snap points and snap lines.
Reason seems to be that the wrong dialogue (or function) will be opened

Steps to reproduce:
1. open new DRAW document.
2. Menu 'Insert -> Snap Point/Line -> Point -> 100mm/100mm' <ok>
   snap point will be inserted at X/Y 100/100mm as expected
3. Right click on snap point, context menu 'Edit snap point' (to move it to 
   other coordinates as used to do from 2.4.1)
   expected: dialogue 'Edit Snap Object' should appear
   actual: 'New Snap Object' appears, so it will not be possible to edit 
            Snap Object

I believe that a related problem makes it impossible to delete the snap point.
Same problems with Snap Line
Same problems (as expected) using German UI

I was able to reproduce the problem also with "Ooo-dev 3.0.0 Beta Multilingual
version English UI WIN XP: [OOO300m3 (Build9344)]" 

That all works fine with 2.4.1

@kamataki:
For the sake of completeness, please specify your OS and Platform!
Comment 3 Regina Henschel 2008-10-08 17:04:37 UTC
I can delete the snap point with the key, which is associated to the menu item,
in my German OOo3.0rc4 the key l. But I cannot delete it with mouse click on the
item.
Comment 4 kamataki 2008-10-09 03:32:55 UTC
kamataki->rainerbielefeld:

I checked with Windows PC and XP SP2. Thanks!
Comment 5 wolframgarten 2008-10-09 08:20:27 UTC
Reproducible. Connected to i94526. Reassigned.
Comment 6 Rainer Bielefeld 2008-11-05 14:36:51 UTC
*** Issue 95853 has been marked as a duplicate of this issue. ***
Comment 7 kpalagin 2008-11-07 19:10:22 UTC
Seems to be duplicate of http://www.openoffice.org/issues/show_bug.cgi?id=94526
Comment 8 groucho266 2008-12-09 14:25:40 UTC
When the context commands are processed they use the then current mouse position
to determine which snap point to operate on.  This last mouse position is the
one where the context command was clicked, which typically is some distance from
the origin of the context menu.  As a result the snap point for which the
context menu was opened is not found.

This is not easy to fix because of the asynchronous nature of the context menu
execution.  One attempt was made by not updating the mouse position while the
context menu is displayed.  This seems to have worked in older versions but does
not anymore: when the mouse is moved in the short time span between closing of
the context menu and execution of the context command then this new mouse
position IS used to update the internal position.
Comment 9 groucho266 2008-12-09 14:26:10 UTC
Setting target to OOo 3.2 due to time constraints.
Comment 10 azo 2008-12-23 17:45:55 UTC
Linking an issue from Ubuntu launchpad to here.
Same problem, same version of OpenOffice. Launchpad link:
https://bugs.launchpad.net/ubuntu/+source/openoffice.org/+bug/310910

Comment 11 wolframgarten 2009-01-23 12:26:04 UTC
*** Issue 98394 has been marked as a duplicate of this issue. ***
Comment 12 wolframgarten 2009-01-28 10:10:29 UTC
*** Issue 98554 has been marked as a duplicate of this issue. ***
Comment 13 siggimund 2009-03-30 11:41:01 UTC
Workaround until fix (for Windows):
Left Click and release the mouse pointer on the snap point or line and and
remove your hands from the mouse without moving the cursor from the line. Now
press SHIFT F10 of [Menu Key] to bring up the context menu with the Edit/delete
snap-line/snap-point and use the *keyboard cursors* (Not the Mouse) to navigate
to the Edit/Delete menu item and press enter. If you choose the edit
snap-line/point menu item you can now use the mouse in the popup dialog without
problems.

If you are not to shaky with your hands you can also right-click to bring up the
context menu and then, again without moving the mouse-cursor, leave the mouse
and use the cursor keys to navigate to the desired menu item.

Can't remember if the SHIFT F10 and [Menu key] works in the same way on the
Linux version of OO but I guess the 2nd way should also work there !?

(Couldn't find the associated menu to create a shortcut as hinted by regina, but
that would be an even better workaround)
Comment 14 groucho266 2009-04-06 15:41:39 UTC
*** Issue 94526 has been marked as a duplicate of this issue. ***
Comment 15 groucho266 2009-04-08 14:16:04 UTC
Fixed by passing the index of the snap line/point to the processing FuSnapLine.
 For this the context menu is created and displayed manually and synchronous
instead of using a resource.

Revision of the fix is 270654.
Comment 16 groucho266 2009-04-24 12:38:39 UTC
@wg: Please verify.
Comment 17 wolframgarten 2009-04-27 12:26:14 UTC
Verified in CWS.
Comment 18 wolframgarten 2009-05-20 12:25:52 UTC
Tested in m48. Closed.
Comment 19 Joe Smith 2009-07-16 15:03:13 UTC
Verifying: I see correct behavior in DEV300_m52
Comment 20 Regina Henschel 2009-07-16 16:13:34 UTC
It is not correct.
The edit entry opens the edit dialog, but the shown values are measured from
paper edge, but they should be measured according to the ruler.
Comment 21 wolframgarten 2009-07-20 12:50:14 UTC
According to whats written in the help this behavior is correct. And this would
be another issue since the summary does not cover this behavior.
Comment 22 wolframgarten 2009-07-20 12:50:36 UTC
Closed.
Comment 23 thorsten.ziehm 2009-07-20 15:34:33 UTC
Sorry this issue was wrongly closed. This issue will be reopened automatically.
And will be set after that back to fixed/verified.
Comment 24 thorsten.ziehm 2009-07-20 15:39:20 UTC
Set to state 'fixed'.
Comment 25 thorsten.ziehm 2009-07-20 15:43:45 UTC
Set back to state 'verified/fixed'.

Again. Sorry for the mass of mails.
Comment 26 wolframgarten 2009-07-21 07:51:33 UTC
Tested in m52. Closed.