Mercurial > MadButterfly
view dox/MadButterfly_Clutter.h @ 269:c96f38ad4bb6
Fix mis-behavior of translate_path_data() on arc.
- Arc in a path in svg2code_ex is not showed.
- translate_path_data() in svg2code.py was modified for calling
binary version new method for path shape.
- rdman_shape_path_new_from_binary()
- Code to translate path data does not handle arc in a right way.
- Copy calc_center_and_x_aix() from shape_path.c to svg2code.py and
change name _calc_ellipse_of_arc()
- _calc_ellipse_of_arc() handle arc data for translate_path_data()
| author | Thinker K.F. Li <thinker@branda.to> |
|---|---|
| date | Sun, 25 Jan 2009 00:20:34 +0800 |
| parents | 8d97455811a8 |
| children |
line wrap: on
line source
/*! \page mb_clutter What is MadButterfly different from Clutter? * * Maybe some people would ask, "why don't you just use Clutter?" * The anwser is the author of MadButterfly know name of Clutter, * but he don't know what is Clutter exactly when he start the project. * The author of MadButterfly is some kind of cowboy, he make things * just because he have some ideas. Actually, he know what Clutter * just one week after starting the project. Some guy send him a * video from Andre Schmidt. Andre implements a software to control * volumne of sound card as a concept proving for idea of using * SVG as a media to connect UI designers and application programmers. * The work of Andre is based on Clutter. It is first time the author * of MadButterfly know what Clutter is exactly. * * Although, they are so similar. We can also find some thing different. * Clutter is heavily depend on OpenGL/OpenGL ES. Most embedded systems * do not have OpenGL included. MadButterfly have a static/compile time * SVG to C translator. MadButterfly is focus on implementing mechanism * to adapt SVG to C and other languages. Clutter is about more and more * heavy. * * MadButterfly is supposed to be a light-weight GUI toolkit for embedded * or small devices. */