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

                    Sent by:                       To:     platform-ui-dev@xxxxxxxxxxx                            
                    platform-ui-dev-admin@e        cc:                                                            
                               Subject:     [platform-ui-dev] Voting: Accidental Layout of    
                    12/11/2001 03:27 PM                                                                           
                    Please respond to                                                                             

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

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


     +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

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

platform-ui-dev mailing list

Back to the top