Manipulator in wrong position when editing with Armature modifier enabled #33686

New Issue

Rodrigo Ledig · 2012-12-28T06:44:16+01:00

Rodrigo Ledig commented

2012-12-28 06:44:16 +01:00

%%%When in edit mode with an armature modifier enabled the manipulator is being showed as if the modifier were disabled. Although the manipulator is working correctly. You can open the attached file and see for yourself. Tested on Windows 7 and Gentoo Linux (official binaries) with versions 2.64a and 2.65a.

Machine
CPU: Intel(R) Core(TM) i3-2100 CPU @ 3.10GHz (4 CPUs), ~3.1GHz
RAM: 8192 MB
GFX: NVIDIA GeForce GT 220, 1024 MB
OS: Windows 7 Ultimate 64-bit (6.1, Build 7601) Service Pack 1 & Gentoo Linux x86_64
Drivers: Windows - nVidia 9.18.13.697 (Final Rettail), Gentoo - Nouveau kernel 3.6.11
Blender: 2.64a and 2.65a
%%%

%%%When in edit mode with an armature modifier enabled the manipulator is being showed as if the modifier were disabled. Although the manipulator is working correctly. You can open the attached file and see for yourself. Tested on Windows 7 and Gentoo Linux (official binaries) with versions 2.64a and 2.65a. Machine CPU: Intel(R) Core(TM) i3-2100 CPU @ 3.10GHz (4 CPUs), ~3.1GHz RAM: 8192 MB GFX: NVIDIA GeForce GT 220, 1024 MB OS: Windows 7 Ultimate 64-bit (6.1, Build 7601) Service Pack 1 & Gentoo Linux x86_64 Drivers: Windows - nVidia 9.18.13.697 (Final Rettail), Gentoo - Nouveau kernel 3.6.11 Blender: 2.64a and 2.65a %%%

Rodrigo Ledig commented

2012-12-28 06:44:16 +01:00

Changed status to: 'Open'

Ton Roosendaal commented

2012-12-28 12:24:31 +01:00

%%%Confirmed, goes on my todo!%%%

Campbell Barton commented

2013-01-09 07:55:59 +01:00

%%%This isnt so simple to fix, I had a patch we used for sintel which would make it show in the location you'd expect, but internally this is still transforming the original location.

closing - this is a known limitation.%%%

%%%This isnt so simple to fix, I had a patch we used for sintel which would make it show in the location you'd expect, but internally this is still transforming the original location. closing - this is a known limitation.%%%

Campbell Barton commented

2013-01-09 07:56:00 +01:00

Changed status from 'Open' to: 'Archived'

Campbell Barton closed this issue

2013-01-09 07:56:00 +01:00

Tobias Oelgarte commented

2013-01-09 10:55:23 +01:00

%%%But it is important to be able to drag the vertex to have the 3d manipulator at a reasonable location. If it isn't then grabbing a vertex is often impossible, because the distance you drag depends on the manipulator location relative to the view. If it is very close the view, the distance is massive, if it is somewhere near the view plane but not on screen it is nearly not reacting and so on. See: http://projects.blender.org/tracker/?func=detail&atid=498&aid=33647&group_id=9%%%

Rodrigo Ledig commented

2013-01-09 12:20:46 +01:00

%%%Sorry, I didn't know that was a known limitation.%%%

Ton Roosendaal commented

2013-01-10 15:19:42 +01:00

%%%The transform code stores the original cage vertices, and works on these vertices to apply transforms using our "CrazySpace" conversion.
That ensures that moving vertices will appear to move with your mouse motion.

However, as you can see on selecting items, rotate or scale uses the center of the original vertices too (the stippled line).%%%

%%%The transform code stores the original cage vertices, and works on these vertices to apply transforms using our "CrazySpace" conversion. That ensures that moving vertices will appear to move with your mouse motion. However, as you can see on selecting items, rotate or scale uses the center of the original vertices too (the stippled line).%%%

Sign in to join this conversation.

No Label

Download

What's New

Blender Studio

Manual

Developers Blog

Documentation

Benchmark

Blender Conference

Development Fund

One-time Donations

Manipulator in wrong position when editing with Armature modifier enabled #33686