~ yu


2012/5/22 Carlos Lopez Gonzalez <carloslopezgonza...@yahoo.es>

> Hi guys!
> First sorry for miss the interesting conversation hold yesterday but I was
> distracted working on Cairo implementation strategy ^__^
>
> Instead quote to each answer let me do a summary of the redefinition
> process, my preferences and thoughts.
>
> Duck: I am with Nikitakit here. Although "Control point" is OK it is too
> long and works conceptually I do prefer something more synthetic and
> generic. Handle or Anchor are good candidates to me. Currently there are
> BLine point and Width point that refers to the group of ducks that belongs
> to a list item. This is related to the problem of rename BLine. I vore for
> Handle.
>
> Curves panel: Graph panel. OK
>
> CPoint: Color stop. OK
>
> Encapsulate and Paste Canvas layer: Both concepts and its icons has to be
> reviewed. I vote for Encapsulate -> Group (as verb) and Paste Canvas layer
> -> Group layer (as noun).
>


I am a bit sad, I have to say bye-bye to (Paste) Canvas Layer :( This is an
unique indicator of Synfig differs to other graphics softwares. and it
is/will a big actor (concept) in my UI redesign plan. Any way, I trust the
choice what you guys do :)

Regarding icons, there would be one more involved: canvas type of Paste
Canvas Layer in Parameters panel. We can not just used Canvas Icon for
canvas type, because Canvas Icon is a green ball as you can see, the circle
shape already used by Vector type. So maybe we should redesign canvas icon
as well, and the apply same metaphor to canvas type. Actually, when I
redesigned these icons for various panels and types, I tried to redesign
canvas icon, but I couldn't find a solution that satisfied me.

The current one is based on the concept of encapsulate. The new _group
layer_  and _group tool_ can take the folder icon used by current group
panel, as we are trying to introduce _group concept_ in other bitmap based
softwares. folder metaphor is used in Photoshop, AnimePro etc...

Design a icon for the new Sets Panel is a challenge as well, since there is
not other applications have this concept, use "Tag" icon sounds
work, unfortunately, "Tag" icon exists in Synfig Studio as metaphor of
metadata.


Cheers!


>
> Group: Set is OK
>
> BLine: Say we call it Curve. It implies to call Curve point to the set of
> ducks that represent the current BLine point. So if we rename Duck to
> Control point we should say: "Then the user should select all the Curve
> point's Control points" instead of "Then the user selects all the BLine
> point's Ducks.". The second is more synthetic and better to understand to
> me. Curve point seems to mean that it lies on the curve and that's not true
> for a generic duck. Either we think on other name for "BLine point" (Curve
> item or similar) or we use a shorter term on Duck (like Handle or Anchor).
> I still preferring Spline. Spline implies geometry definition of a curve.
> But curve is also referred to a "action curve" in the traditional animation
> way or we can talk about graph curve when referring to whats is drawn on
> the now called Graph panel. There exists a "X,Y curve" (given a x obtain a
> y) but there doesn't exists a "X, Y spline" because the splines are defined
> in other way. My vote is for Spline. I don't see anything wrong with the
> fact that it is a math concept. IPO driver is also an abstract concept and
> everyone is happy with it. A Bezier curve or more generically a Spline is a
> new concept for most of people that is not used to computer vector graphics
> and use the right terms will help on further confusion on use the same word
> (curve) for other common items.
>
> BLine point: Derived from above. We currently talk about BLine point's
> tangent duck as something easy to find and understand. Translated it would
> be: "Curve point's tangent Control point" too many points in my opinion.
> "Spline Item tangent's handle" sounds better to me. Well, everything sounds
> strange to me now! ^__^''
>
> Params: Parameters
>
> Children Panel: Library is ok. But we should then remove the Canvas panel
> and give its functionality to the Canvases list, which is currently useless.
>
> Import: Place. The word "Place" looks strange to me in a menu entry.
> Import looks good to me and it does not imply a conversion except for SVG
> import which I think that is the wrong concept. Although SVG import module
> should be removed after SVG2SIF Inkscape's script, it can be renamed to SVG
> convert which is really what is happening.
>
> Regarding to renaming implementation process I think that we should do it
> in one shot but without hurry up due to a new release. I don't plan to do a
> release soon. Unless someone come with some substantial commits and it
> deserves a release, the next release is planned with the new Cairo
> implementation as main change so it will take a while at the moment.
>
> So resume is:
>
> Duck: Handle
> Curves panel: Graph panel
> Encapsulate: Group
> Paste Canvas layer: Group layer
> Group: Set
> BLine: Spline
> BLine point: Spline item
> Params: Parameters
> Children: Library (and enable Canvases list there)
> Import: no change.
>
> Cheers!
>
>
>
>
>
> ------------------------------------------------------------------------------
> Live Security Virtual Conference
> Exclusive live event will cover all the ways today's security and
> threat landscape has changed and how IT managers can respond. Discussions
> will include endpoint security, mobile security and the latest in malware
> threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
> _______________________________________________
> Synfig-devl mailing list
> Synfig-devl@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/synfig-devl
>
>
------------------------------------------------------------------------------
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
_______________________________________________
Synfig-devl mailing list
Synfig-devl@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/synfig-devl

Reply via email to