| Deleting shapes selects arbitrary next shape [message #79691] |
Thu, 15 May 2003 14:05  |
Eclipse User |
|
|
|
I'm not sure if this is by design or not, but it can have useability impact.
We observed this in our development and also in the Logic Example.
The problem is related to the order shapes were created and the Outline
view. If you delete a shape, the Outline view will subsequently select by
default the last shape in the list. Sometimes this shape could be on the
opposite end of the diagram compared to the deleted shape. With the scroll
to selection functionality, the diagram will scroll to the top. This may
not be the desired behavior for a user if they were working in a specific
area of the diagram.
Should I log a defect on this problem or is there a way to get around it?
The only reason I can see for this is so that people can press the delete
key multiple times without having to reselect a new element.
FYI: The selection changed event is coming from the Tree Widget
NonResizableEditPolicy(SelectionEditPolicy).setSelectedState (int) line: 127
SelectionEditPolicy$1.selectedStateChanged(EditPart) line: 54
LEDEditPart(AbstractEditPart).fireSelectionChanged() line: 413
LEDEditPart(AbstractEditPart).setSelected(int) line: 958
LEDEditPart.setSelected(int) line: 138
ScrollingGraphicalViewer(AbstractEditPartViewer).setSelectio n(ISelection)
line: 449
SelectionSynchronizer.setViewerSelection(EditPartViewer, ISelection) line:
76
SelectionSynchronizer.selectionChanged(SelectionChangedEvent ) line: 62
TreeViewer(AbstractEditPartViewer).fireSelectionChanged() line: 157
TreeViewer.fireSelectionChanged() line: 144
TreeViewer(AbstractEditPartViewer).setSelection(ISelection) line: 454
TreeViewer$1.widgetSelected(SelectionEvent) line: 169
TypedListener.handleEvent(Event) line: 89
EventTable.sendEvent(Event) line: 81
Tree(Widget).sendEvent(Event) line: 840
Display.runDeferredEvents() line: 1838
Display.readAndDispatch() line: 1545
Workbench.runEventLoop(Window$IExceptionHandler) line: 1402
-Steve
|
|
|
| Re: Deleting shapes selects arbitrary next shape [message #79721 is a reply to message #79691] |
Thu, 15 May 2003 22:54  |
| Eclipse User |
|
|
|
Originally posted by: none.us.ibm.com
This is a bug in SWT on windows. Disposing a TreeItem results in the
selection changing to some other treeitem.
https://bugs.eclipse.org/bugs/show_bug.cgi?id=4849
The graphical editor is affected because it's selection is synchonized with
the tree's.
"Steven Shaw" <sshaw@rational.com> wrote in message
news:ba0l3d$n6r$1@rogue.oti.com...
> I'm not sure if this is by design or not, but it can have useability
impact.
> We observed this in our development and also in the Logic Example.
>
> The problem is related to the order shapes were created and the Outline
> view. If you delete a shape, the Outline view will subsequently select by
> default the last shape in the list. Sometimes this shape could be on the
> opposite end of the diagram compared to the deleted shape. With the
scroll
> to selection functionality, the diagram will scroll to the top. This may
> not be the desired behavior for a user if they were working in a specific
> area of the diagram.
>
> Should I log a defect on this problem or is there a way to get around it?
> The only reason I can see for this is so that people can press the delete
> key multiple times without having to reselect a new element.
>
> FYI: The selection changed event is coming from the Tree Widget
>
> NonResizableEditPolicy(SelectionEditPolicy).setSelectedState (int) line:
127
> SelectionEditPolicy$1.selectedStateChanged(EditPart) line: 54
> LEDEditPart(AbstractEditPart).fireSelectionChanged() line: 413
> LEDEditPart(AbstractEditPart).setSelected(int) line: 958
> LEDEditPart.setSelected(int) line: 138
> ScrollingGraphicalViewer(AbstractEditPartViewer).setSelectio n(ISelection)
> line: 449
> SelectionSynchronizer.setViewerSelection(EditPartViewer, ISelection) line:
> 76
> SelectionSynchronizer.selectionChanged(SelectionChangedEvent ) line: 62
> TreeViewer(AbstractEditPartViewer).fireSelectionChanged() line: 157
> TreeViewer.fireSelectionChanged() line: 144
> TreeViewer(AbstractEditPartViewer).setSelection(ISelection) line: 454
> TreeViewer$1.widgetSelected(SelectionEvent) line: 169
> TypedListener.handleEvent(Event) line: 89
> EventTable.sendEvent(Event) line: 81
> Tree(Widget).sendEvent(Event) line: 840
> Display.runDeferredEvents() line: 1838
> Display.readAndDispatch() line: 1545
> Workbench.runEventLoop(Window$IExceptionHandler) line: 1402
>
> -Steve
>
>
|
|
|
Powered by
FUDForum. Page generated in 0.04201 seconds
Home