[Bf-taskforce25] [Bf-blender-cvs] SVN commit: /data/svn/bf-blender [18991] branches/blender2.5/blender/source /blender/editors/animation/anim_ipo_utils.c: F-Curve names: Experimental style 2

[Joshua Leung]

Hi UI-inclined people,

Comments on which style works better (or suggestions on radically different
methods) are welcome.

Note that the original style is practically the same one used in a few other
packages (i.e. Realflow, and the old Lightwave). No other package really
uses the "Array-Index" before the property name, but rather after it. In
this regard, the style I've presented here is a bit on the radical side,
though from what I've read, it might work.

Regards,
Joshua

On Mon, Feb 16, 2009 at 10:48 PM, Joshua Leung <aligorith at gmail.com> wrote:

> Revision: 18991
>
> http://projects.blender.org/plugins/scmsvn/viewcvs.php?view=rev&root=bf-blender&revision=18991
> Author:   aligorith
> Date:     2009-02-16 10:48:38 +0100 (Mon, 16 Feb 2009)
>
> Log Message:
> -----------
> F-Curve names: Experimental style 2
>
> In this commit, I've experimented with the way in which F-Curve names (seen
> in DopeSheet/Graph Editor) are put together.
>
> Now, F-Curve names are assembled in the form:
> <array-index> <property-name> (<struct-name>)
> i.e.  "X Location (Bone)", "Y Location (Object)"
> "Specularity (VeryLongMaterialName)", etc.
>
> The goal of this experiment was to hopefully make it quicker to do a
> left-margin scan and identify the defining differences between closely
> related F-Curves.
> - This has the benefit of no (potential) need for horizontal scrolling back
> and forth to see and compare the end portions of names, and also to avoid
> the important parts of the name getting pushed out of the standard viewable
> area by some owner-struct long names.
> - The downside is the loss of the clear hierarchial layout closely related
> to the RNA-paths used internally, that was provided by the old method. Also,
> this method also looks rather awkward on first glance, but if it improves
> efficiency of use, why not :)
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.blender.org/pipermail/bf-taskforce25/attachments/20090216/cb309d6f/attachment.htm