Losing focus/selection
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
Inkscape |
New
|
Undecided
|
Unassigned |
Bug Description
This bug report consolidates descriptions of issues that are related to losing selections. The list was created by Sergey Karelin in forum at linuxgraphics.ru. This is all about user experience.
1. Undo loses selection. https:/
2. Changing values in docked dialogs demands pressing Esc. This can be fine in some cases, but when you e.g. create a new layer from the Layers dialog, focus stays on "Create new layer" button which is far from desirable:
lh6.ggpht.
3. When you choose font size in Text options toolbar and press Esc, focus isn't returned to the canvas and stays in the toolbar.
4. Creating a new layer loses selection of an object, because selection switches to the newly created layer.
5. Rubberband selection of objects doesn't lead to switching to the layer which contains these objects, whereas shift+clicking these objects does.
6. Selecting an arbitrary layer loses selection of an object.
7. When you select two closely placed objects, only the topmost one gets selected, even though cursor is above the lower one:
lh6.ggpht.
8. When you try dragging an already selected object that is below another object, the upper objects gets selected and is dragged instead.
If you think they should be filed separately (except those already filed), don't hesitate to order me around :)
First attempt at triageing the list ;)
1. Undo loses selection
Bug #170394“objects lose selection after undoing some operations”
2. Changing values in docked dialogs demands pressing Esc
Bug #201203 “focus issues when using docked palettes”
Bug #505225 in Inkscape: “Layer text box popup”
3. font size in Text options toolbar
Confirmed (new in 0.48) - please file as separate bug.
4. Creating a new layer loses selection of an object
Depends on the use case: just when preparing a test file for the layer foxus issues described in this report, I was glad it works this way: Create an object on current layer, click 'Add layer', create new object as intended on the new layer without first deselecting the current selection, change to the new layer and draw the second object on the new layer.
Please file as separate bug (no existing one found), but consider different scenarios why a new layer is added (usually to crate the next object on the new layer).
related but not the same:
Bug #385240 “layer focus no-man's land”
5. Rubberband selection doesn't switch to object layer
Seems intentional: rubber-band always selects across layers - which one should be set active if the selection is on several layers? Shift-select OTOH changes to the layer of the first clicked object, but ignores layers of objects added later to the selection.
Not a (usability) bug (IMHO), but feel free to file one.
6. Selecting an arbitrary layer loses selection of an object.
Not a bug: configurable in 'Preferences > Selecting: [ ] Deselect upon layer change.
7. only the topmost selected, even though cursor is above lower one
The screenshot shows the opposite: the cursor is above the upper object, but the lower one is selected (not reproduced). The text describes the obvious and expected behavior: the object below the cursor is selected which normally is the top-most visible (selectable) one at this location.
Use 'Alt-click' to select under, if the lower object is overlapped by the topmost object (as seen in the screenshot). Else I don't understand the issue… (unless clipping/masking is involved which screws the selection area, bug #365458) tavmjong. free.fr/ INKSCAPE/ MANUAL/ html/Select. html#Select- Mouse>
<http://
8. dragging an already selected object selects upper object tavmjong. free.fr/ INKSCAPE/ MANUAL/ html/Transforms .html#Transform s-Mouse- Translations>
Not a bug: use 'Alt+drag' to avoid selecting a different object
<http://