[Bf-funboard] Warning when auto keyframe active

Patrik Andersson patrik.andersson.se at gmail.com
Tue Sep 25 10:19:09 CEST 2012 

your solution look best on the camera, otherwise the orange/red wire is hard to detect in my opinion and it give me more a bug-feeling than a solid user interface. A nice red/orange(optional color) border around the 3D view would be the option I would vote for. Red might be a too strong color, but it alerts you about the danger, orange is more for creative tasks. Maybe a striped red/orange color around the 3D view...

On Sep 25, 2012, at 10:10 AM, Pietro Grandi wrote:

> Nice, I prefer Nicholas' proposal, maybe less intrusive?
> 
> On Tue, Sep 25, 2012 at 6:58 AM, Alberto Torres <kungfoobar at gmail.com>wrote:
> 
>> How about this?
>> 
>> http://i.imgur.com/VW25Y.png
>> 
>> 2012/9/25 Nicholas Rishel <rishel.nick at gmail.com>:
>>> 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
>> _______________________________________________
>> 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

More information about the Bf-funboard mailing list