Issue 21518 - Clic does not select the foreground item
Summary: Clic does not select the foreground item
Alias: None
Product: Draw
Classification: Application
Component: ui (show other issues)
Version: OOo 1.1
Hardware: All All
: P3 Trivial (vote)
Target Milestone: AOO Later
Assignee: AOO issues mailing list
QA Contact:
Depends on:
Reported: 2003-10-21 20:18 UTC by ccasteyde
Modified: 2013-02-07 22:17 UTC (History)
1 user (show)

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

sample file for the bug (5.98 KB, application/octet-stream)
2003-10-21 20:19 UTC, ccasteyde
no flags Details
Designer behaviour on clic on foreground item (28.33 KB, image/png)
2003-10-22 18:40 UTC, ccasteyde
no flags Details

Note You need to log in before you can comment on or make changes to this issue.
Description ccasteyde 2003-10-21 20:18:58 UTC
When a draw item is over another draw item that is selected, 
clicking on the foremost item does not select it. 
It's unusual and force the user to deselect the background 
item before trying to select the foreground one. 
Clicking shoud always select the clicked item. 
To reproduce : 
1. Open the following attachment (focus.sxd) 
2. Click on the big green square to select it. 
3. Click on the blue circle. It is not selected 
but should be. 
Comment 1 ccasteyde 2003-10-21 20:19:36 UTC
Created attachment 10525 [details]
sample file for the bug
Comment 2 wolframgarten 2003-10-22 07:27:18 UTC
Comment 3 wolframgarten 2003-10-22 07:27:52 UTC
Reassigned to Christian.
Comment 4 wolframgarten 2003-10-22 07:28:15 UTC
Comment 5 clippka 2003-10-22 13:10:30 UTC
well, this is the usual behaviour and not a bug. One could argue that
its not the best behaviour. What is user expirience take on this issue?
Comment 6 ccasteyde 2003-10-22 18:38:40 UTC
Actually, it always was StarOffice/OpenOffice behaviour. 
But this is not the behaviour of others painting/drawing 
programs, neither the behaviour of all other programs I saw. 
For instance, if you take Visual Basic (if you use Windows) 
or Qt Designer (if you use somenthing else), and that you 
draw a form with a frame and a button in the frame, 
then select the frame (which is "behind" the button), 
you can simply select the button by clicking on it, 
and without deselecting the frame. 
Attached a screen shot of Qt Designer. 
As the user experience is concerned, this is quite anoying 
in certain complex vector graphics. When you have several 
lines / symbols on the graphic and try to select one, 
suppose you don't clic "exactly" on the symbol (for instance 
an oblique line). OpenOffice then selects the background 
symbol, which is right. The user then must deselect this 
item before trying to clic on the line again, whereas its 
mouse is nearly on the line. It must therefore either press 
the escape key (eventually leaving the mouse if he's left 
handed), or move the mouse outside the drawing and clic on the 
bacground to deselect the item, then move the mouse near the 
line it wand to select and try again. In general, he fails 
a second time, and then he becomes less accurate because 
he's getting nervous. 
This is particularly true because, in general, the foreground 
item is <b>smaller</b> than the bacground one, and therefore 
quite difficult to select. 
By the way, there could also be a selecting mode that make 
the mouse automatically select the item over which it is or 
the nearest, with a modifier keyboard key pressed 
for instance. 
Whatsoever, the current behaviour is odd and neither "standard" 
compliant nor easy to use. 
Comment 7 ccasteyde 2003-10-22 18:40:06 UTC
Created attachment 10561 [details]
Designer behaviour on clic on foreground item
Comment 8 ace_dent 2008-05-16 02:57:28 UTC Issue Tracker - Feedback Request.

The Issue you raised has the status 'New' pending further action, but has not
been updated within the last 4 years. Please consider re-testing with one of the
latest versions of OOo, as the problem(s) may have already been addressed.
Either use the recent stable version:
or consider trying the new OOo 3 BETA (still in testing):
Please report back the outcome so this Issue may be Closed or Progressed as
necessary - otherwise it may be Resolved as Invalid in the future. You may also
wish to search for (and note) any duplicates of this Issue that may have
advanced further by checking the Issue Tracker:
Many thanks,
Cleaning-up and Closing old Issues as part of:
~ The Grand Bug Squash, pre v3 ~