On None, Paul Wise wrote:
Not entering in the patch itself because I don't know configure syntax. I think
you should explain the propose of don't show the jpeg (tiff or mng) in the
available render targets. I know that you have explained it in the IRC but it
would be good if you explain
---
This is an automatically generated e-mail. To reply, visit:
http://patches.synfig.org/r/9/
---
Review request for Synfig.
Summary
---
This patch solves the situation that
---
This is an automatically generated e-mail. To reply, visit:
http://patches.synfig.org/r/9/
---
(Updated 2008-10-17 16:05:25.243427)
Review request for Synfig.
Summary
---
---
This is an automatically generated e-mail. To reply, visit:
http://patches.synfig.org/r/10/
---
Review request for Synfig.
Summary
---
If a manual sif file with canvas width
---
This is an automatically generated e-mail. To reply, visit:
http://patches.synfig.org/r/10/
---
(Updated 2008-10-26 02:52:03.037228)
Review request for Synfig.
Summary
---
---
This is an automatically generated e-mail. To reply, visit:
http://patches.synfig.org/r/10/
---
(Updated 2008-10-26 07:50:39.764646)
Review request for Synfig.
Summary
---
---
This is an automatically generated e-mail. To reply, visit:
http://patches.synfig.org/r/11/
---
Review request for Synfig.
Summary
---
Stop a bunch of compile warnings about
---
This is an automatically generated e-mail. To reply, visit:
http://patches.synfig.org/r/11/
---
Review request for Synfig.
Summary
---
Stop a bunch of compile warnings about
---
This is an automatically generated e-mail. To reply, visit:
http://patches.synfig.org/r/7/
---
Review request for Synfig.
Changes
---
Added a screenshot. Unrelated. Only for
/#scomment2
tool box
- Carlos
On 2009-03-23 06:33:11.879835, Carlos López González wrote:
---
This is an automatically generated e-mail. To reply, visit:
http://patches.synfig.org/r/7
---
This is an automatically generated e-mail. To reply, visit:
http://patches.synfig.org/r/17/#review45
---
Ship it!
I've applied to current svn r2360 compiled and ran synfigstudio
---
This is an automatically generated e-mail. To reply, visit:
http://patches.synfig.org/r/18/#review47
---
Ship it!
Makefile.am did not patch properly because the file was changed
---
This is an automatically generated e-mail. To reply, visit:
http://patches.synfig.org/r/21/#review48
---
Please rework the following files:
Makefile.am
valuenode.cpp
to match
On 2009-04-11 20:34:30.731550, Paul Wise wrote:
/synfig-core/trunk/src/synfig/valuenode_pow.cpp, lines 63-64
http://patches.synfig.org/r/18/diff/2/?file=111#file111line63
I don't think these need to be exported to the user interface or the
.sif file?
wrote:
That
On 2008-10-18 00:31:14.554976, Paul Wise wrote:
I think that it should catch the exception instead of testing if the file
can be created.
Carlos López González wrote:
using try { stuff } catch() {} doesn't seem to correct the problem. Maybe
it has to be caught in other place
---
This is an automatically generated e-mail. To reply, visit:
http://patches.synfig.org/r/22/#review51
---
Looks nice. Any suggestion for the new icons?. Maybe something
---
This is an automatically generated e-mail. To reply, visit:
http://patches.synfig.org/r/22/#review57
---
Ship it!
Ok, let's do the new icons in a separate commit. Ship it!.
-
---
This is an automatically generated e-mail. To reply, visit:
http://patches.synfig.org/r/8/#review58
---
Pabs, I don't have much idea about autoreconf language. Can you review it?
---
This is an automatically generated e-mail. To reply, visit:
http://patches.synfig.org/r/24/#review59
---
Does this patch solve the problem that pixelgeek is having to compile
---
This is an automatically generated e-mail. To reply, visit:
http://patches.synfig.org/r/23/#review76
---
Ship it!
Although it can be rearranged later in other place it is a good
---
This is an automatically generated e-mail. To reply, visit:
http://patches.synfig.org/r/30/
---
Review request for Synfig.
Summary
---
Include predefined and preferred FPS
---
This is an automatically generated e-mail. To reply, visit:
http://patches.synfig.org/r/27/#review80
---
Ship it!
It looks ok to me. Tested and works fine. It would be
---
This is an automatically generated e-mail. To reply, visit:
http://patches.synfig.org/r/30/
---
(Updated 2009-06-20 05:01:21.801365)
Review request for Synfig.
Summary
---
widget? Does it have to do with i18n/l10n?
Carlos López González wrote:
It is not a good new to hear that you cannot properly use this patch
tracker to comment in place. I have not idea what's the reason. If it is
needed I'll remove all my accented letters from the diffs and from any
Hi dear Synfig's users and developers!! ( [image: :?:] ) [image: ;)]
I plan to release Synfig 0.61.10 at the end of September this year. To do
that we need the effort from all the community. [image: :mrgreen:]
So I need help for:
1. Download and build install the latest git master code. I'll
Hi Zelgadis!
El 14 de abril de 2010 08:55, Zelgadis ksee.zelga...@gmail.com escribió:
Hi!
It's Zelgadis.
2010/4/14 Carlos López González genet...@gmail.com:
Thoughts? :)
-- Forwarded message --
From: Oliver Horn, Oho! Services oliver.h...@ohoservices.de
Date: 2010/4
Hi!
It is perfectly possible to pull from your repository and merge it to
master. Even it is prefereible for changes with the entity you're doing.
Patches are for things like a single commit with modifications on a few
files and about one matter only. If for some reason your code has to be
Hi!
maybe you've already seen my commits on the genete_advanced_outline branch.
I want to explain you what I've done to implement the behavior of standard
widthpoint position but with homogeneous movement.
1) I've removed the homogeneous parameter from the layer. For new layers the
behavior of
the first passes the
bline info, the rest are forbidded to override it on the animated one due to
the 2.b) rule.)
All this mess is making me think if we are going in to the right direction.
^___^''
Carlos
http://synfig.org
El 29 de agosto de 2011 08:21, Carlos López González
genet...@gmail.comescribió
Hi!
I've done some improvements towards the ability of extending advanced
outlines with the Draw Tool.
I've preferred to show the lower and upper boundaries to the user just in
case he needs to change it back (the default behavior of the extend Draw
Tool is not the wanted one)
But I've coded to
Hi!
El 13 de octubre de 2011 06:42, Zelgadis ksee.zelga...@gmail.com escribió:
Hi!
2011/10/13 Carlos López González genet...@gmail.com:
Hi!
I've done some improvements towards the ability of extending advanced
outlines with the Draw Tool.
I've preferred to show the lower and upper
Hi! I've build Synfig Studio genete_draw_tool_2 in a Ubuntu 11.04 32 bits
machine and it works fine. I can't reproduce the problem here.
Any idea?
Carlos
http://synfig.org
-- Mensaje reenviado --
De: Carlos López González genet...@gmail.com
Fecha: 13 de octubre de 2011 18:47
during one of our brainstorming sessions ^___^
Cheers!
El 24 de octubre de 2011 13:02, Carlos López González
genet...@gmail.comescribió:
Hi!
The support to create advanced outlines with the draw tool is fully
implemented. Maybe it is needed to add one more option on the tool's option
panel
Hi!
Try now.
Cheers!
El 21 de noviembre de 2011 09:08, Yu Chen jco...@gmail.com escribió:
Hi
Can you help add my account as a developer on the sourceforge, so that I
can manage to assign a bug to myself.
Thanks
Yu
--
Carlos
http://synfig.org
Hi!
I've updated the texts for the 0.63.03 press release.
It is pending to add nice screen shots for the features or any of it is
considered not needed.
Tomorrow maybe I can have some time to warp the remaining images.
It is needed to update the download links and front download button too.
Maybe
It was intentionally set off by me. If pot file is not updated and people
starts to translate a new language, then the translations are hard to
merge with a new pot file.
We should think on a regular pot update anytime it is updated on git branch
and not only very close to the release date.
So,
some more.
Alas, my time is limited (as yours is also).
-David
2012-02-24 08:01, Carlos López González skrev:
So I enter to chat on this issue...
I think that the main issue with the development of a open project is that
when resources are limited, the open tasks cannot be too much. So we
Maybe it worths to look at all the models:
http://en.wikipedia.org/wiki/Category:Free_and_open_source_software_organizations
to see if any other fits our needs better.
2012/2/24 Carlos López González genet...@gmail.com
Already mentioned by Rylleman at synfig-devl! :)
2012/2/24 Ricolandia.com
Hi!
I would like to keep you informed about the progresses of the Cairo render
implementation.
So far I've been reading code the last days and finally I started to have a
better idea of how does the current render system works. From my point of
view it is absolutely needed to fully understand the
López González genet...@gmail.com
Hi!
I've changed my email address for the synfig-devl mailing list. This is
the new one.
Just to make sure we're on the same page, I'll add that it's important
that every single method in etl::surface use get_data()/set_data()
instead of accessing the data
Hi,
I've recently added some commits to master branch that hangs out my build
on Mac OSX. I suspect a compiler warning fix I did for ETL/_smash.h
Please don't merge master into any development branch until I fix it. There
are so few commits so it must be easy to fix.
Cheers!
--
Carlos
network
forum: http://synfig.org/forums/
web site: synfig.org
What do you think?
-David
2012-05-30 08:52, Carlos López González skrev:
Hi!
continuing the thread [1] started here and taking account that we are on
June 1st, there are three months and a half for the due date to join
Excellent news!
I'll notify it to G+!
Thanks!
2012/6/6 Denis Washington den...@online.de
Hi,
Thanks to Dmitry Smirnov, Synfig is back in Debian again!
http://packages.debian.org/**sid/synfigstudiohttp://packages.debian.org/sid/synfigstudio
Regards,
Denis
Hi!
You might have noticed that there are some new commits on the
genete_new_cairo_core branch. In the last few days my mind has been boiling
facing some problems on the strategy I planned for the Cairo render
implementation.
One of the things that bugs me more of the original strategy, is that
CairoColor
based on the render method.
It looks complex to handle but I think it is worth to look at.
Cheers!
2012/6/10 Carlos López González genet...@gmail.com
Hi!
You might have noticed that there are some new commits on the
genete_new_cairo_core branch. In the last few days my mind has been
and then pass the Color or a calculated CairoColor
based on the render method.
It looks complex to handle but I think it is worth to look at.
Cheers!
2012/6/10 Carlos López González genet...@gmail.com
Hi!
You might have noticed that there are some new commits on the
genete_new_cairo_core
is supported by Cairo libraries, use the Cairo API
when possible.
Thanks!
2)
2012/6/11 Carlos López González genet...@gmail.com:
Ok, finally I figured out the best way to handle the multiple Surface
support in Synfig.
The idea is that really there is not need to have a CairoSurface.
Instead
Context class
implementation to layer.cpp or leave it on context.cpp and fill
context.h with a single #include layer.h
Cheers!
2012/6/17 Carlos López González genet...@gmail.com:
Hi!
I'm sorry for force the situation to use a generic class that supports
both color types. IT IS NOT POSSIBLE
/31 Carlos López González genet...@gmail.com:
Hi,
I've recently added some commits to master branch that hangs out my build on
Mac OSX. I suspect a compiler warning fix I did for ETL/_smash.h
Please don't merge master into any development branch until I fix it. There
are so few commits so
::render (well formerly synfig::cairorender in the next future)
when the derived layer doesn't have accelerated_render defined (as
happens in many layers that are deform type (noise distort, twirl,
etc.)
More to come hopefully in next days.
Cheers!
2012/6/22 Carlos López González genet...@gmail.com
in the future defining a new get_cairocolor() for each layer and use
it instead of the other one.
2012/7/2 Carlos López González genet...@gmail.com:
Hi!
2012/7/2 Nikita Kitaev nikita...@gmail.com:
Nice, the code's coming together! I played around with it today and
fixed a couple of compile
Hi Tim,
I've never looked into synfig's mod_png library so I'm just talking
from a quick reading of the mptr_png.cpp file (responsible of loading
a png into a Importer layer).
It looks like the importer calls the png library function to fill up
the HDR information. This function is the
and it will self create a cairo_surface_t
image type. It needs a new constructor.
I'll start to make those changes this afternoon.
Cheers!
2012/7/4 Nikita Kitaev nikita...@gmail.com:
Hi!
On Mon, Jul 2, 2012 at 4:47 AM, Carlos López González
genet...@gmail.com wrote:
Hi!
2012/7/2 Nikita Kitaev
2012/7/9 Nikita Kitaev nikita...@gmail.com:
On Sun, Jul 8, 2012 at 10:49 PM, Carlos López González
genet...@gmail.com wrote:
Hi!
2012/7/9 Nikita Kitaev nikita...@gmail.com:
I updated my cairo png target so that it now works with the updates to
the target system (see my branch
happening with the write to png combined with direct
manipulation process.
Cheers
2012/7/9 Carlos López González genet...@gmail.com:
2012/7/9 Nikita Kitaev nikita...@gmail.com:
On Sun, Jul 8, 2012 at 10:49 PM, Carlos López González
genet...@gmail.com wrote:
Hi!
2012/7/9 Nikita Kitaev nikita
Hi!
The issue was simply that you were assuming a different byte order
than the one used on your machine.
To avoid having these issues, always access whole pixels.
Can you be a little more explicit there ^^?
I don't imagine other way than access the data directly by pixel channels.
Some
Ok, thank you very much for the quick and helpful response.
After modify the code for little endian system it works great!
Carlos
The ARGB32 format docs say:
* @CAIRO_FORMAT_ARGB32: each pixel is a 32-bit quantity, with
* alpha in the upper 8 bits, then red, then green, then blue.
*
I'm sorry about my previous question to you Andrea, because I missed
the first part of your post.
Now that you kindly have explained it twice to me I understand that it
is needed to access the data using a 32 bits unsigned int to get it
with the correct endianess.
Thanks!
For a code example, see
this one
by one but if anyone is wiling to help working on parallel with me, it
is more than welcome!
Cheers!
2012/7/9 Carlos López González genet...@gmail.com:
As probably you have noticed, I've asked to cairo mailing list some
explanation about why the write to png is apparently not working.
I've
Rectangle layer done. Initial results for png export looks like
cairo_png target is about 15% faster.
Also a render artifact from Software Rectangle render is fixed in cairo.
~__^
2012/7/20 Zelgadis ksee.zelga...@gmail.com:
2012/7/20 Carlos López González genet...@gmail.com:
Hi!
Here
Hi David!
As you already know you have all my support for this new adventure you're
starting.
I would like to advice you to fork synfig code via github and keep your
local repository updated on your github account. This way it is very simple
for anyone to pull from your branch and merge on the
is rendered using a Circle layer and the right one is
rendered using a Radial Gradient layer. Everything using Software render.
I expect to have a Circle layer fully rendered using Cairo API in a few
days.
Cheers!
2012/7/21 Carlos López González genet...@gmail.com
Rectangle layer done. Initial
Simple non feathered circles is complete. Cairo is 29% faster with circles.
Cheers!
2012/8/7 Carlos López González genet...@gmail.com
Ok, so now working on Circle layer.
Initially the code will be similar to the rectangle but I was scratching
my head on how to emulate the feather. Then I
a little bit.
Another bug discovered!
Cheers!
2012/8/11 Carlos López González genet...@gmail.com
Thanks Diego!
Circle Layer fully implemented. Feather is achieved with a radial gradient
with many (10) color stops. Possibly optimizations to evaluate the fall off
functions in a smarter way than
in the optimization cycle.
See you on the next layer!
Cheers
2012/8/12 Dave Jeffery kecskebak.b...@gmail.com
Hi Carlos!
On 12 August 2012 12:29, Carlos López González genet...@gmail.com wrote:
Checkerboard Layer finished. It is 20% faster in Cairo than in software.
Congratulations on completing another
2012/8/14 Zelgadis ksee.zelga...@gmail.com
Hi!
Awesome results!
2012/8/14 Carlos López González genet...@gmail.com:
Hi!
Thank you all for the kind comments! ^__^
So I've mostly finished the Layer_Polygon. These are the statistics:
Without feather Cairo wins being 40% faster
Oh, well, it was *me* who misunderstood the meaning ^__^'''
I believed that he wanted vacations to me from coding! LOL
Cheers!
2012/8/14 Timothée Giet anim...@gmail.com
2012/8/14 Zelgadis ksee.zelga...@gmail.com
2012/8/14 Zelgadis ksee.zelga...@gmail.com:
P.S. People, wouldn't it be
--
On Aug 15, 2012 7:02 PM, Carlos López González genet...@gmail.com
wrote:
Hi!
So this is my last vacations day :(
I've started the port of linear gradients to Cairo with excellent results.
Initially Cairo decreases Software render time a 83%. It means that Cairo
is about six
Hi Joshua,
welcome to the list.
Cheers!
2012/8/16 Joshua joshbe...@gmail.com
You sir, are a machine. Congratulations on those results. Be sure to
have some more vacations soon :D (also, this is my first post to the
mailing list. Hi all.)
sampling to achieve good
results) if we integrate that get_color with the raster sources API we can
have advantage of the further Cairo facilities to clip, and matrix
operations, etc.
I'm exited!
Cheers
2012/8/15 Carlos López González genet...@gmail.com
Don't go yet! there's more!
Radial
Hi!
I've implemented Cairo render for Translate, Scale, Rotate and Stretch
layers.
The most interesting one is the Rotate layer that has one average
performance of 1,4 times faster than Software.
Cheers!
2012/8/19 Carlos López González genet...@gmail.com
Hi!
More news!
I've finished
)
Cheers!
2012/8/24 Carlos López González genet...@gmail.com
Hi!
It is more than helpful! I'll give it a try as soon as possible
Thanks!
2012/8/24 Dave Jeffery kecskebak.b...@gmail.com
I know nothing about autotools (as I told you yesterday!) but from what
I've seen in other programs
Hi!
I've been playing with Pango library meanwhile was implementing the Cairo
render to the Layer_Freetype class.
I've found the following:
1) Currently I've not found any API in Pango that scales directly the font
size vertically. If you're aware of it, please let me know. I know that it
is
Hi David!
I'm sorry I didn't approve your post from the mailing list. I promise to
check the synfig-devl pending approval list more frequent.
Cheers!
2012/8/7 David Jeffery david.richard.jeff...@gmail.com
Hi Carlos!
The progress on the circle is wonderful news - I'm always interested to
Accidentally I deleted this message form the moderation queue. Luckily I've
rescued it.
Cheers!
-- Forwarded message --
From: Carlos Lopez Gonzalez carloslopezgonza...@yahoo.es
Date: 2012/8/28
Subject: Rv: Synfig-devl post from ap...@sfconservancy.org requires approval
To:
and that doesn't have a solution plus I'm getting bored about the stupid
parameters that controls the Text layer. They are simply breaking the Pango
logical!!
complain mode off
Oh well, thanks for listen ^___^
Cheers
2012/8/27 Carlos López González genet...@gmail.com
Ok, so some first kind
Hi there!
thank you all for the quick feedback on this matter!!. Considering that I
agree with all your comments I'll do this:
Implement Text layer using Pango-Cairo libraries with the minimum effort
to maximize the emulation of the basic parameters.
Also, it is worth to mention that once the
!
K.
2012/8/31 Carlos López González genet...@gmail.com:
Hi there!
thank you all for the quick feedback on this matter!!. Considering that I
agree with all your comments I'll do this:
Implement Text layer using Pango-Cairo libraries with the minimum
effort to
maximize the emulation
,
unlike a good 25% of people around here :(
Cheers,
Rich
On 13/09/2012 09:21, Dave Jeffery wrote:
Hi Rich!
I hope you are well. I'm sorry to bother you but a friend of mine, Carlos
López González had a question about C++ (a language that's a mystery to
me), so I wondered if you might know
Hi Rich,
Thanks again for your detailed reply. I spend some hours yesterday doing a
simple little change from int to ptrdiff_t in the code of
generic_pen::difference_type. The compiler complained to build in a huge
amount of parts of the code. It seems that the solution isn't that trivial
as I
For further references.
-- Forwarded message --
From: Rich Talbot-Watkins rich...@gmail.com
Date: 2012/9/14
Subject: Re: Big arrays in C++
To: Carlos López González genet...@gmail.com
Ahhh that's a shame. But I'm not really so surprised. Only a few years
ago, many people
Hi!
After the Warp layer bug hiatus I'm back on the Cairo render road. ^__^
I've been working on implement the Blur layer. Very interesting! This is
the summary of changes:
1) I've needed to add a new member function to the etl::surface:
void etl::surface::copy(const etl::surface rhs);
to allow
it is not so slow than now.
So far that's my last commit with Blur layer.
Cheers!
2012/9/17 Carlos López González genet...@gmail.com
Hi!
After the Warp layer bug hiatus I'm back on the Cairo render road. ^__^
I've been working on implement the Blur layer. Very interesting! This is
the summary
!
2012/9/18 Carlos López González genet...@gmail.com
Hi!
I've been working to be able to render gaussian blurs using Cairo
surfaces.
I needed to do some changes as you can see in the commits list. It seems
to work but for some reason the alpha is washed out. It is like if the
alpha value were
render for Haltone2 and 3 is
(surprisingly) slightly faster than the software method. Images are
basically the same so it has not interest on show them.
I'm working on Shade layer now ;-).
Cheers!
2012/9/20 Carlos López González genet...@gmail.com
Hi!
all the blending functions that I proudly
Hi!
Recently I've subscribed to cairo mailing list and I've realized that they
do a good practice that consists on add a test sample code for each bug
they find out (when possible).
I think that it would be good to have a kind of testing area in the
repository code that would consists in a list
If the repository is separated, how do we ensure that the synfig CLI is
found?. Somehow the path to the synfig executable has to be provided.
Give it manually?
I understand the need of separate the legacy image files but it would be
easier to render the tests using make test in the synfig folder
If we go to separated repositories we can always create a super project
that embed both repositories using git
submoduleshttps://git.wiki.kernel.org/index.php/GitSubmoduleTutorial.
I need to learn more git to achieve that level.
^__^
Carlos
2012/9/27 Carlos López González genet...@gmail.com
Hi!
I've added Cairo support for Shade and Bevel layers.
Again the results are very similar but slightly slower. These kind of
layers that manipulate pixels directly doesn't seem to improve much using
Cairo colors. In fact they loose time doing some unwanted operations (due
premultiplied and due
Hi!
I've been playing with the Synfig blending methods to compare them with the
Cairo operators.
I started by coding a simple application that writes to png the different
examples that uses the cairo operators from here:
http://cairographics.org/operators/
Then I created the two same rectangles
ksee.zelga...@gmail.com:
2012/9/29 Carlos López González genet...@gmail.com:
Hi!
I've added Cairo support for Shade and Bevel layers.
Again the results are very similar but slightly slower. These kind of layers
that manipulate pixels directly doesn't seem to improve much using Cairo
colors
, CAIRO_OPERATOR_ADD);
cairo_paint_with_alpha(cr, alpha);
// NEW CODE end
I cannot test it right now, but I'm very excited on I have found a way
to perform the desired blending operation with atomic Cairo
instructions!!
Cheers!
2012/10/2 Carlos López González genet
of LIGHTEN)
Cheers!
2012/10/3 Joshua Bell joshbe...@gmail.com:
Agreed. You're a legend, Carlos.
Timothée Giet anim...@gmail.com wrote:
Great!
Carlos, you rock :)
2012/10/3 Carlos López González genet...@gmail.com
Hi!
This morning I came out with another simper solution for the STRAIGHT
Any opinions on this?
2012/10/9 Carlos Lopez Gonzalez carloslopezgonza...@yahoo.es:
- Mensaje reenviado -
De: Rich Bowen rbo...@sourceforge.net
Para: Konstantin Dmitriev zelgadis_k...@users.sf.net; Genete
gen...@users.sf.net; Pixelgeek pxeg...@users.sf.net
CC: Rich Bowen
with the missing areas
to code. Specially I would need help when dealing with the direct to
screen drawing and the usage of the cairo_gl surface. There is so few
documentation and examples in that area and any help is welcome.
Cheers!
2012/10/5 Carlos López González genet...@gmail.com:
Thanks guys
Hi jcome!
welcome to the coding!
I think that the code shown is to obtain the local name of the layer.
The layer nature doesn't change when the canvas parameter null, inline
or exported. In all the cases the local name of the layer is Group
Other thing is what should the parameter canvas show
Hi!
currently the Sourceforge git repositories are down so I wasn't able to
push to them. I don't know how would them be back.
Please checkout fresh newly code from github:
https://github.com/synfig/synfig
If anyone is going to fetch code from any branch of the synfig code, please
use the github
!
2012/10/5 Carlos López González genet...@gmail.com:
Thanks guys!
I'm having troubles with BRIGHTEN mode. Although Cairo has a LIGHTEN
operator (that does a ver similar operation) it doesn't remove the
source part that is not onto the destination so I need to do an extra
operation.
Doing
Hi!
From now on, all my commits would go to:
https://github.com/genete/synfig
Once I finish it or have something usable I'll pull from synfig's
repository and eventually merge with the master branch.
Cheers!
2012/10/23 Carlos López González genet...@gmail.com
Hi!
finally I broke the bug
There wont be renaming in the core code. Just change the interface, that
is, the layer parameter vocabulary *only* at the local names of each
parameter.
Cheers
Carlos
El 04/11/2012 08:59, Yu Chen jco...@gmail.com escribió:
Hi,
There is a question need your help:
If bline_point, the type name
1 - 100 of 371 matches
Mail list logo
