[Bf-funboard] Warning when auto keyframe active
Bol Bib
bollebib at hotmail.com
Fri Sep 21 10:25:11 CEST 2012
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
More information about the Bf-funboard
mailing list