Skip to main content

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] [List Home]
Re: [platform-ui-dev] Voting: Accidental Layout of Views


+1
Please also remove the ability to drag a view using the "tab space" along the bottom (when it is stacked on another view).
When the view has a scrollbar along the bottom it is very easy to miss the scrollbar and end up moving the view instead.



David_Springgay@xxxxxxx
Sent by: platform-ui-dev-admin@xxxxxxxxxxx

12/11/01 03:27 PM
Please respond to platform-ui-dev

       
        To:        platform-ui-dev@xxxxxxxxxxx
        cc:        
        Subject:        [platform-ui-dev] Voting: Accidental Layout of Views


Accidental Layout of Views

The Loss of Context Proposal has been split up so we can move forward on
individual issues.  This section concerns the Accidental Layout issues
(Problem #8).  We would like to vote on the direction of this proposal.  If
agreement can be reached, we will progress with the implementation and
address PR's as they come up.

In Eclipse, the size and position of a view may be changed by grabbing the
view title with the mouse, and dragging.  This feature  has led to a number
of problems.

# If you click on the title bar of a view, and then move your mouse to
access the main toolbar or menubar, sometimes you don't release the mouse
button fast enough.  In this situation a d&d is started and a detached
window is created.  The detached window looks a lot like a view within a
folder, so you may not notice it until much later, after you do some other
actions, and the floating window manifests itself.
# If you click on a view and then drag it, there is no obvious way to
cancel the drag just by putting the view back where it came from.  This
creates a floating window, which you have to redrag to regain the original
layout.  This also occurs with view folders.
#If you click on the side of a view, to resize it, it may be interpreted as
a drag instead, because there is some overlap in the drag area.

We can resolve the first issue by changing the sensitivity of the drag, so
that there is a greater time period (num of pixels) before dragging begins.
To resolve the second, it should be possible to drop the view back in the
original position.  To resolve issue 3, we have removed the ability to drag
a view using the thin left and right borders of a view, where there may be
conflict with the resize bars.  A user may also use the Reset Perspective
action.

It is not appropriate to implement an Undo Layout action, or a Lock /
Unlock command.

Voting:

    +1 = You are in favour of this proposal & agree with further
exploration to determine API/contribution changes.
    0 = Abstain
    -1 = You are opposed to this proposal. When voting -1 you must also
provide a detailed explanation of your
    reasons.

Voting ends 1 week from date proposal is submitted to the mailing list.

_______________________________________________
platform-ui-dev mailing list
platform-ui-dev@xxxxxxxxxxx
http://dev.eclipse.org/mailman/listinfo/platform-ui-dev



Back to the top