[Bf-funboard] Warning when auto keyframe active

Tue Sep 25 18:29:50 CEST 2012

What's different from normal in your mockup?  At a glance, I'm
honestly not seeing it, which suggests to me that it's not any more
visually obvious than the autokey button being toggled on in the
timeline.  If it's something you have to intentionally look at, it
kind of defeats the purpose, IMO, because you could just check to see
if autokey is toggled on.  For it to be effective, it needs to
violently grab the user's attention even when they're not thinking.
;-)  It can't be subtle.

IMO, either changing the background color or having an obvious colored
border around the 3d view would be best.

--Nathan

On Mon, Sep 24, 2012 at 9:36 PM, Nicholas Rishel <rishel.nick at gmail.com> wrote:
> This might be a simple and elegant way to communicate "the item you have
> selected will be recorded if transformed":
> http://www.pasteall.org/pic/show.php?id=38124
>
> Sorry if I missed someone else already suggesting this.
>
> On Fri, Sep 21, 2012 at 4:25 AM, Bol Bib <bollebib at hotmail.com> wrote:
>
>> I'm with you on the seceral proposals for the 3Dview
>>
>> -record button (I'd prefer bottom right actually..,but just a detail)
>> -different theme for the transform gizmo perhaps? glowing? Inverted colors?
>> -Different theme or indicator on the Header perhaps?
>>
>>
>> -colored border might still be my favorite though.
>>
>>
>> maybe with the option to turn it off for those who don't want it.
>>
>>
>>
>>
>>
>> But I don't follow on confirmation of transforming.
>>
>> That would mean that everytime you make a change ,something flashes. That
>> gets old and annoying really quickly,I think.
>>
>>
>>
>> At the most you could briefly make the cursor have a blinking effect,but
>> I'm not sold by this last idea.
>>
>>
>> Unless I interpreted it wrong?
>>
>>
>>
>>
>>
>>
>>
>> > From: bassam at urchn.org
>> > To: bf-funboard at blender.org
>> > Date: Thu, 20 Sep 2012 22:17:54 -0400
>> > Subject: Re: [Bf-funboard] Warning when auto keyframe active
>> >
>> > yeah, that would work... unless you wanted to use it later for something
>> > else!
>> > some suggestion:
>> >
>> > -different theme color for 'transform'. right now, wireframe/border goes
>> > white when transforming, this could maybe turn red or some other color
>> > to alert instead.
>> >
>> > the following suggestion have two possibilities: always-on or just
>> > during transform:
>> >
>> > -3d view red rectangle border
>> > -red record icon
>> > -record text
>> > -combination of any of the above
>> > -background color of 3d view
>> >
>> > final suggestion warnings that happen after the transformation has been
>> > confirmed:
>> >
>> > -a color change on transform confirmation: any of the above suggestions
>> > or even briefly flashing red the background before going back to normal.
>> >
>> > -an alert telling that keyframes have been inserted (similar to what
>> > happens after pressing i key on a keying set)
>> >
>> > restatement of problem that led me to the above suggestions:
>> >
>> > sometimes when autokey is on we forget and transform create keyframes or
>> > changing them when that was not desired. a notification of some sort in
>> > the 3d view that is obvious can either prevent this, or at least help
>> > alert that it has happened so an undo is instantly possible.
>> >
>> >
>> >
>> > On Fri, 2012-09-21 at 10:49 +1000, Campbell Barton wrote:
>> > > Just a note to say Im happy to add some functionality similar to whats
>> > > been suggested - but also am not totally convinced a `good enough`
>> > > solution has been suggested yet.
>> > >
>> > > Maybe add a record icon in 3d view would be enough (top right? - that
>> > > corner is free).
>> > >
>> > > On Tue, Sep 18, 2012 at 6:59 PM, Matjaz Lamut <matjaz.lamut at gmail.com>
>> wrote:
>> > > > Ah yes, completely forgot about the 3d view, where most (all?) of the
>> > > > recorded transforms happen. In this case my proposal doesn't really
>> work.
>> > > >
>> > > >
>> > > > Matjaž
>> > > >
>> > > > On Tue, Sep 18, 2012 at 9:42 AM, Pietro Grandi
>> > > > <pietro.grandi.3d at gmail.com>wrote:
>> > > >
>> > > >> I agree, for my experience the main problems find themselves within
>> 3D
>> > > >> View.
>> > > >>
>> > > >> On Tue, Sep 18, 2012 at 12:35 AM, Bassam Kurdali <bassam at urchn.org>
>> wrote:
>> > > >>
>> > > >> > it's not a terrible idea, but there is one flaw in it:
>> > > >> >
>> > > >> > the problem with autokey left on by accident isn't a problem in
>> any of
>> > > >> > the time-based views. You may not even have these visible. It
>> *is* a
>> > > >> > problem in the 3D View - at least the way most people use it, as
>> > > >> > transforming objects in the 3D view is what generates the
>> automatic
>> > > >> > keyframe.
>> > > >> > therefore any warning sign should be in the 3d view, otherwise it
>> can be
>> > > >> > totally missed.
>> > > >> > A red (or otherwise themable) frame around the 3d view to my mind
>> would
>> > > >> > be the least obtrusive, but still visible enough to prevent
>> accidental
>> > > >> > keying.
>> > > >> >
>> > > >> > anyway, this is all academic unless somebody decides to code it :)
>> > > >> >
>> > > >> >
>> > > >> > On Mon, 2012-09-17 at 22:42 +0200, Matjaz Lamut wrote:
>> > > >> > > Hello,
>> > > >> > >
>> > > >> > > The most elegant solution would be to colour the frame cursor
>> when
>> > > >> > > recording is enabled.
>> > > >> > >
>> > > >> > > - It's the one UI element that appears in all time-related
>> editors.
>> > > >> > > - It's also a prominent (visible) UI element in said editors.
>> > > >> > > - Frame cursor tells from the start that the colour change has
>> to do
>> > > >> > > something with animation even for unfamiliar users (rather than
>> > > >> possibly
>> > > >> > > giving the false impression of an error in an editor with a red
>> line
>> > > >> > around)
>> > > >> > > - The rest of the interface can stay nice, calm grey (or
>> whichever
>> > > >> colour
>> > > >> > > one is using)
>> > > >> > > - Very simple :)
>> > > >> > >
>> > > >> > > See screenshots for the proposal.
>> > > >> > >
>> > > >> > >
>> https://dl.dropbox.com/u/1482587/Blender%20UI/BlenderRecordOff.png
>> > > >> > >
>> https://dl.dropbox.com/u/1482587/Blender%20UI/BlenderRecordOn.png
>> > > >> > >
>> > > >> > >
>> > > >> > > Regards,
>> > > >> > > Matjaž Lamut
>> > > >> > >
>> > > >> > >
>> > > >> > >
>> > > >> > >
>> > > >> > >
>> > > >> > > On Mon, Sep 17, 2012 at 8:11 PM, <lemo_net at yahoo.fr> wrote:
>> > > >> > >
>> > > >> > > > I agree. I got a lot of trouble with animators letting auto
>> key on.
>> > > >> > > > A red time line could be cool.
>> > > >> > > > Bertrand
>> > > >> > > > -----Original Message-----
>> > > >> > > > From: Bassam Kurdali <bassam at urchn.org>
>> > > >> > > > Sender: bf-funboard-bounces at blender.org
>> > > >> > > > Date: Mon, 17 Sep 2012 14:06:24
>> > > >> > > > To: <bf-funboard at blender.org>
>> > > >> > > > Reply-To: bassam at urchn.org, bf-funboard at blender.org
>> > > >> > > > Subject: Re: [Bf-funboard] Warning when auto keyframe active
>> > > >> > > >
>> > > >> > > > fwiw this comes up when working on group projects; jumping
>> into a
>> > > >> file
>> > > >> > > > where someone has left autokeying on, and getting surprised
>> by it.
>> > > >> > > >  a red border around the viewport doesn't seem like a terrible
>> > > >> solution
>> > > >> > > > - even a thin, non annoying one would be noticable. And it
>> fits with
>> > > >> > > > e.g. changing the border around the camera when we have
>> locked camera
>> > > >> > to
>> > > >> > > > view.
>> > > >> > > >
>> > > >> > > > So I think this is a reasonable suggestion. with colored
>> border
>> > > >> around
>> > > >> > > > the viewport seeming like a best option.
>> > > >> > > > or... we could modify dr. epilepsy(1) to turn on when autokey
>> is
>> > > >> > > > depressed.
>> > > >> > > >
>> > > >> > > > (1)https://www.youtube.com/watch?v=3WGQ6_T6HRA
>> > > >> > > > On Mon, 2012-09-17 at 18:19 +0200, Bol Bib wrote:
>> > > >> > > > > I second this request,would be very useful to have some
>> kind of
>> > > >> > (color?)
>> > > >> > > > indicator,prefarably in  or around  the viewport,since the
>> timeline
>> > > >> is
>> > > >> > not
>> > > >> > > > always around.
>> > > >> > > > >
>> > > >> > > > > -some ways: border around viewport
>> > > >> > > > > -blinking record button (might be too intrusive tho)
>> > > >> > > > > -other..?
>> > > >> > > > >
>> > > >> > > > >
>> > > >> > > > > > Date: Mon, 17 Sep 2012 11:37:13 +0200
>> > > >> > > > > > From: pietro.grandi.3d at gmail.com
>> > > >> > > > > > To: bf-funboard at blender.org
>> > > >> > > > > > Subject: [Bf-funboard] Warning when auto keyframe active
>> > > >> > > > > >
>> > > >> > > > > > Hi there,
>> > > >> > > > > > this is my first post. I'm Pietro Grandi, italian 3D
>> artist and
>> > > >> > happy
>> > > >> > > > > > blender user!
>> > > >> > > > > >
>> > > >> > > > > > I wish to suggest a feature: sometimes I forget the "auto
>> > > >> keyframe"
>> > > >> > > > toggle
>> > > >> > > > > > on and I continue with my work... the result is that I
>> come with
>> > > >> > lot of
>> > > >> > > > > > keyframes that I have to remove manually. Could we have a
>> > > >> warning,
>> > > >> > > > like a
>> > > >> > > > > > red bar or something like this?
>> > > >> > > > > > I mean something similar to 3D Studio max, where in 'auto
>> > > >> keyframe
>> > > >> > > > mode'
>> > > >> > > > > > you can see lot of red everywhere.
>> > > >> > > > > >
>> > > >> > > > > > This can sound stupid, maybe, but I think that could be
>> useful.
>> > > >> > > > > >
>> > > >> > > > > > Thank you,
>> > > >> > > > > > Pietro
>> > > >> > > > > > _______________________________________________
>> > > >> > > > > > Bf-funboard mailing list
>> > > >> > > > > > Bf-funboard at blender.org
>> > > >> > > > > > http://lists.blender.org/mailman/listinfo/bf-funboard
>> > > >> > > > >
>> > > >> > > > > _______________________________________________
>> > > >> > > > > Bf-funboard mailing list
>> > > >> > > > > Bf-funboard at blender.org
>> > > >> > > > > http://lists.blender.org/mailman/listinfo/bf-funboard
>> > > >> > > >
>> > > >> > > >
>> > > >> > > > _______________________________________________
>> > > >> > > > Bf-funboard mailing list
>> > > >> > > > Bf-funboard at blender.org
>> > > >> > > > http://lists.blender.org/mailman/listinfo/bf-funboard
>> > > >> > > > _______________________________________________
>> > > >> > > > Bf-funboard mailing list
>> > > >> > > > Bf-funboard at blender.org
>> > > >> > > > http://lists.blender.org/mailman/listinfo/bf-funboard
>> > > >> > > >
>> > > >> > > _______________________________________________
>> > > >> > > Bf-funboard mailing list
>> > > >> > > Bf-funboard at blender.org
>> > > >> > > http://lists.blender.org/mailman/listinfo/bf-funboard
>> > > >> >
>> > > >> >
>> > > >> > _______________________________________________
>> > > >> > Bf-funboard mailing list
>> > > >> > Bf-funboard at blender.org
>> > > >> > http://lists.blender.org/mailman/listinfo/bf-funboard
>> > > >> >
>> > > >> _______________________________________________
>> > > >> Bf-funboard mailing list
>> > > >> Bf-funboard at blender.org
>> > > >> http://lists.blender.org/mailman/listinfo/bf-funboard
>> > > >>
>> > > > _______________________________________________
>> > > > Bf-funboard mailing list
>> > > > Bf-funboard at blender.org
>> > > > http://lists.blender.org/mailman/listinfo/bf-funboard
>> > >
>> > >
>> > >
>> >
>> >
>> > _______________________________________________
>> > Bf-funboard mailing list
>> > Bf-funboard at blender.org
>> > http://lists.blender.org/mailman/listinfo/bf-funboard
>>
>> _______________________________________________
>> Bf-funboard mailing list
>> Bf-funboard at blender.org
>> http://lists.blender.org/mailman/listinfo/bf-funboard
>>
> _______________________________________________
> Bf-funboard mailing list
> Bf-funboard at blender.org
> http://lists.blender.org/mailman/listinfo/bf-funboard