Blender Foundation: Blender 2.x BF release: Detail: 21333 Problem with the continuous window feature.

Log In
New Account

[#21333] Problem with the continuous window feature.

Date:
2010-02-24 20:49 Priority:
3

State:
Closed

Submitted by:
Jean Creignou (jeanc) Assigned to:
Martin Poirier (theeth)

Category:
Interface Status:
Fixed / Closed

Relates to: Duplicates:

Patches:

Summary:
Problem with the continuous window feature.

Detailed description

The continuous windows does not work correctly when pushing a button from the Toolbar. Indeed a small mouvement (not even leaving the Toolbar) put my mouse in the other side of the 3D view (and it is not possible anymore to synchronise the mouse cursor and the position blender think it is). I think that this feature should not be active before the mouse is put into the 3D view.

This problem may be related to my screen problem (some lines of blender 2.5 are shifted and the shift change when mouving the mouse which is really anoying).

# On Blender 2.5 alpha 1

# Configuration (Satelite Toshiba)
2 processors: Intel(R) Core(TM)2 Duo CPU T5750 @ 2.00GHz
Graphic card (none): Mobile GM965/GL960 Integrated Graphics Controller
OS: Mandriva 2010

# Frequency:
Always

# Reproduce
Run blender (default settings)
Click on the button 'Rotate' of the 3DView Toolbar and move the mouse (some px suffice).

Followup

Message

Date: 2010-03-17 10:44
Sender: Matt Ebb
I have a suspicion that this is related to the graphics card/drivers. Have you tried updating to the latest driver version? Also, have you tried the different Window Draw Methods in User Preferences->System?

Date: 2010-03-19 21:51
Sender: Jean Creignou
I have tried the different 'Window Draw Method'.
Only: Full, Overlap Flip, Overlap. Allows me to have a correct display (otherwise some lines appear shifted very often -it flickers- which is unbearable) .

But all the methods do the same. I suspect the graphics card/drivers too.

I must admit that this bug is not very important (I use shortkeys) and with the version alpha2 it is now possible to retrieve the synchronysation with the cursor easily (even if it still jump at the other side of the 3D view after any 1px movement if I pushed one of the 'Translate,Rotate,Scale' buttons).

As the Graphic card is 'Integrated' i.e. no real graphic card. I fear that there is no update (moreover I'm not a Mandriva expert and don't now how to find and update drivers).

Thank you very much for the advices.

Jean

Date: 2010-03-22 10:37
Sender: Shane Ambler
Using r27639 on Mac OSX 10.5.8 with Geforce4MX 32 MB

I don't think this is limited to the toolbar buttons, but there is some calcs that could use some adjustment.

I will say Rotate is probably the only offender. Scale and translate feel like the amount of mouse movement relates to the amount of change, the location and quick jump of the cursor when using the toolbar can make it feel weird though.

I find that using the toolbar rotate button is almost impossible (and most people probably won't use it over the keyboard anyway, but that's another thing)
In this explanation I have a cube (just the default in the centre of 3D space) located in the centre of the 3D view and in top view.

Clicking the rotate toolbar button, after a slight movement I get the cursor jump across to the opposite side of the 3d view.
From there if I move the cursor off the right side of the window then towards the object and circle around it I get close to a rotation amount matching the mouse movement.
Another way is to move the mouse down the right side of the window then off the right side and start moving around the object I get the same.

Any other movement will cause some rotational effect but not what matches the amount of mouse movement.
eg. Click the rotate button and when the cursor shows up at the right of the 3D View move towards the centre of the object and circle around the outside of the object, you get some rotating back and forth that doesn't match the mouse movement.

Another example is click the rotate button and keep moving the mouse left to right (or top to bottom) across the window a few times. You will find the rotation amount reduces to small movements and you will find it hard to get back to a good rotation/ mouse movement relationship.

The more times you move across the window the less rotation you get and the harder it is to get back to the place where it matches the mouse movement.

The other thing with the toolbar buttons is that the feedback line that is normally drawn from the rotation centre to the cursor is only shown within the toolbar area, and with just a little eyeballing it only slightly matches the rotation amount near the beginning of the rotation.

Which brings me to the non-toolbar rotation.

If you press R you get the feedback line from the rotation centre point to the cursor, and it follows around quite well. But if you go off the side of the window and start moving around this link is broken completely.
So if you press R then move off the side of the window and then back to the object you still have the feedback line going off the other side of the window and small amounts of rotation compared to mouse movement.

I would suggest that when beginning a transformation (toolbar or keyboard started), the cursor is removed from the screen and the feedback line or some other widget is used to provide feedback to the user, using mouse position relative to the last position to adjust the amount of transformation with limits to prevent going into way out locations that prevent easy recovery to the transform control.

Date: 2010-03-26 05:32
Sender: Matt Ebb
Ok, I understand now. I can't reproduce the messed up screen drawing, but I can confirm the issue when using rotate from the toolbar. Assigning to Martin to take a look at.

Date: 2010-12-15 16:24
Sender: Ton Roosendaal
The 'continuous grab' was giving region rect to wrap, making it use area rect goes much nicer and solves context issues like this.
Also works good for quad-view 3d windows :)

Date: 2010-12-21 07:06
Sender: Shane Ambler
Almost - I see the improvement but using rotate in the toolbar is still a loss.

Click rotate in the toolbar and move the cursor off the side to wrap around and then move the cursor in a circular motion around the object - it won't follow the cursor.

I'm thinking the point used to calculate the rotation angle needs to be reset/adjusted on wrap around.

Attached Files:

Name	Date	Download

LineShiftAlpha1.png	2010-02-24 20:49	Download

Changes:

Field	Old Value	Date	By

status_id	Open	2010-12-15 16:24	ton
close_date	None	2010-12-15 16:24	ton
Status	Investigate	2010-12-15 16:24	ton
Resolution	None	2010-03-26 05:32	broken
assigned_to	none	2010-03-26 05:32	broken
File Added	10103: LineShiftAlpha1.png	2010-02-24 20:49	jeanc