Agree with Daniel here. It needs to be' a visual indicator, one than doesn't need the timeline to be open, and not flashing in front of you
On Saturday, October 13, 2012, Daniel Salazar - 3Developer.com wrote: > I would be very opposed to disabling auto-key on load, in the past it > was like that and resulted in lost work for animators all the time. If > an animator is activly working on a shot he should not have to > remember to activate autokey every time he/she goes for a coffee break > or switches files. > > I think the way it is current is getting quite close to what it should > be. Maybe a bit of a stronger hint wont hurt but it's certainly more > flashy than a static icon on the timeline > > Daniel Salazar > patazstudio.com > > > On Fri, Oct 12, 2012 at 10:20 PM, Nathan Vegdahl <[email protected]> > wrote: > > Maybe we should take an entirely different approach to this. > > > > What if we just make auto-key settings not loaded from blend files by > > default? That way people keep the auto-key prefs they're used to. It > > doesn't seem like this is the kind of setting that makes sense to > > carry along with blend files anyway. It's very specific to people's > > own workflows. > > > > Then there is no need for an indicator in the first place. > > > > --Nathan > > > > > > On Fri, Oct 12, 2012 at 9:17 PM, Nathan Vegdahl <[email protected]> > wrote: > >>> It's fine to have an indicator that autokey is on, > >>> it just doesn't need to look as if something bad is happening. > >> > >> Just keep in mind that the original motivation of all of this was that > >> the auto-key toggle in the timeline was not visually obvious enough. > >> > >> In general, there is going to be a conflict between the purpose of the > >> feature and people who are annoyed by its non-subtley. We already > >> have a subtle indicator: the auto-key toggle button. The entire point > >> of this is to _not_ be subtle. > >> > >> (And incidentally, now that you mention it, I agree, red should be > >> reserved for errors.) > >> > >> --Nathan > >> > >> > >> On Mon, Oct 8, 2012 at 11:43 PM, Brecht Van Lommel > >> <[email protected]> wrote: > >>> It was made optional now in svn, but I think that does not really > >>> address the issue. It's fine to have an indicator that autokey is on, > >>> it just doesn't need to look as if something bad is happening. Red > >>> should be reserved for errors. There is no need for a warning/error > >>> here, just good feedback about what is happening. > >>> > >>> For example improve the blinking so that it's more like the report > >>> message blinking in the info header (which is better visible), show > >>> the autokey icon in the 3D view header or next to the object name, > >>> color the header a bit yellow, or show a report that X keyframes were > >>> inserted after transform is done. I don't know which combination works > >>> best but the red border is just too much and the current blinking is > >>> not very visible by itself. > >>> > >>> Brecht. > >>> > >>> On Mon, Oct 8, 2012 at 3:19 PM, Francesco Siddi > >>> <[email protected]> wrote: > >>>> Hello, > >>>> > >>>> a new feature has recently been introduced in Blender: when Autokey is > >>>> turned on and some object/armature transformation is performed, every > 3D > >>>> viewport gets a red outline and a message reminding the user of the > fact > >>>> the a keyframe will be created at the end of the transformation. > >>>> > >>>> After talking with other users, it seems clear that this feature > should at > >>>> least be optional, if not off by default. It's quite distracting to > work > >>>> with a flashing outline all the time. > >>>> > >>>> Thank you! > >>>> Francesco > >>>> _______________________________________________ > >>>> Bf-committers mailing list > >>>> [email protected] > >>>> http://lists.blender.org/mailman/listinfo/bf-committers > >>> _______________________________________________ > >>> Bf-committers mailing list > >>> [email protected] > >>> http://lists.blender.org/mailman/listinfo/bf-committers > > _______________________________________________ > > Bf-committers mailing list > > Bf-co _______________________________________________ Bf-committers mailing list [email protected] http://lists.blender.org/mailman/listinfo/bf-committers
