Re: [clutter] Considering Clutter for Toonloop
hi; I'm currently out of office to a conference, so I'm going to answer very quickly... On Tue, 2010-07-27 at 10:21 -0400, Alexandre Quessy wrote: 1) My first requirement is that we can set the texture data using a pointer to char*, like in http://github.com/aalex/proto-toonloop/blob/proto-gtkglext/src/gui.cpp on line 368. (that's where the interesting Toonloop development is hidden these days!) ClutterTexture has the API to do exactly that: • clutter_texture_set_from_rgb_data() http://docs.clutter-project.org/docs/clutter/stable/ClutterTexture.html#clutter-texture-set-from-rgb-data • clutter_texture_set_area_from_rgb_data() http://docs.clutter-project.org/docs/clutter/stable/ClutterTexture.html#clutter-texture-set-area-from-rgb-data 2) My second requirement, is that we can set the actor (the plane on which we draw the texture) can be automatically resized when the window is resized. (the units are in pixels in Clutter, which is not what I am used with) I know this is possible in Clutter. it's possible. you can set the stage to be resizable and then use notification on allocation changes. in Clutter 1.4 there will be a ClutterBindConstraint and a ClutterAlignConstraint which allows to match position/size and align actors depending on normalized (0.0 → 1.0) values. 3) Third requirement: be able to resize the window, make it fullscreen, embed it in GTK+. Should be OK too in Clutter. true. clutter-gtk is the library that allows that. 4) Fourth requirement: be able to use shaders with two textures fed to it. The idea is to blend two images together using the overlay mode. (the live input + the animation playback) That's what I am not sure at all about. ClutterShader allows that - just create a ClutterTexture, get the CoglMaterial out of it and set two CoglTextures as two separate material layers. the layer number is also the texture sampler id. So far, GtkGlExt meets them all. For Clutter, they are probably all possible too, but it's not so obvious. The good point for Clutter, is that using GLSL shaders is quite easy with it. It wraps the low-level OpenGL calls in an elegant manner. the interactive test suite has a lot of code that deals with the API; some high level GL concepts are mapped in an object oriented way, but they are relatively the same. ciao, Emmanuele. -- Emmanuele Bassi, Open Source Software Engineer Intel Open Source Technology Center -- To unsubscribe send a mail to clutter+unsubscr...@o-hand.com
Re: [clutter] Is there a ClutterReflectTexture to use in Clutter 1.0?
[re-directing to the correct mailing list] hi; On Fri, 2010-07-16 at 11:34 +0800, Jianchun Zhou wrote: In Clutter 0.5, I had ever got a class named ClutterReflectTexture, and now I want use this reflect function in Clutter 1.0 I wonder if there is a similar one or not? that code was never in Clutter: it was in one of the toys. nowadays, two years and a half after that code was written, we have better ways of accomplishing the same result - even in languages that are not C. :-) first of all, ClutterCloneTexture has been replaced by ClutterClone, which can clone all actors, not just textures. then you don't need to drop into GL to paint: Cogl, the Clutter OpenGL abstraction library, can do that for you, and more efficiently. the whole paint() virtual function implementation can be replaced with something like this: static void clutter_texture_reflection_paint (ClutterActor *actor) { ClutterClone *super = CLUTTER_CLONE (actor); ClutterTextureReflectionPrivate *priv; ClutterActor *source; ClutterActorBox *box; CoglHandle material; gfloat width, height, r_height; gfloat rty; CoglColor color_1, color_2; CoglTextureVertex vertices[4]; priv = CLUTTER_TEXTURE_REFLECTION (actor)-priv; /* if we don't have a source actor, don't paint */ source = clutter_clone_get_source (super); if (source == NULL) return; /* if the source texture does not have any content, don't paint */ material = clutter_texture_get_cogl_material (CLUTTER_TEXTURE (source)); if (material == NULL) return; /* get the size of the reflection */ clutter_actor_get_allocation_box (actor, box); clutter_actor_box_get_size (box, width, height); /* get the composite opacity of the actor */ opacity = clutter_actor_get_paint_opacity (actor); /* clamp the size of the reflection */ r_height = priv-reflection_height; if (r_height 0 || r_height height) r_height = height; /* figure out the texel for the reflection */ rty = r_height / height; /* figure out the two colors for the reflection: the first is * full color and the second is the same, but at 0 opacity */ cogl_color_set_from_4f (color_1, 1.0, 1.0, 1.0, opacity / 255.); cogl_color_premultiply (color_1); cogl_color_set_from_4f (color_2, 1.0, 1.0, 1.0, 0.0); cogl_color_premultiply (color_2); /* now describe the four vertices of the quad; since it has * to be a reflection, we need to invert it as well */ vertices[0].x = 0; vertices[0].y = 0; vertices[0].z = 0; vertices[0].tx = 0.0; vertices[0].ty = 1.0; vertices[0].color = color_1; vertices[1].x = width; vertices[1].y = 0; vertices[1].z = 0; vertices[1].tx = 1.0; vertices[1].ty = 1.0; vertices[1].color = color_1; vertices[2].x = width; vertices[2].y = r_height; vertices[2].z = 0; vertices[2].tz = 1.0; vertices[2].ty = 1.0 - rty; vertices[2].color = color_2; vertices[3].x = 0; vertices[3].y = r_height; vertices[3].z = 0; vertices[3].tx = 0.0; vertices[3].ty = 1.0 - rty; vertices[3].color = color_2; /* paint the same texture but with a different geometry */ cogl_set_source (material); cogl_polygon (vertices, 4, TRUE); } [the code above is untested and uncompiled, but translated from the python example available in Git[0] so it should just work] ciao, Emmanuele. [0] http://git.clutter-project.org/bindings/pyclutter/plain/examples/reflection.py -- Emmanuele Bassi, Open Source Software Engineer Intel Open Source Technology Center -- To unsubscribe send a mail to clutter+unsubscr...@o-hand.com
Re: [clutter] Where is the doc for Clutter 0.8 ?
On Tue, 2010-07-13 at 16:08 +0300, Michael Boccara wrote: After the server migration, where can we find the documentation for Clutter 0.8 (and other versions before 1.0) ? just lost in transition, and has a lower priority with regards to the rest of the migration. after all, 0.8 is *really* old. will try to put it back online as soon as I can get hold of the original tarballs. ciao, Emmanuele. -- Emmanuele Bassi, Open Source Software Engineer Intel Open Source Technology Center -- To unsubscribe send a mail to clutter+unsubscr...@o-hand.com
Re: [clutter] clutter.pc buglet.
On Wed, 2010-06-23 at 19:44 +0800, Rob Kramer wrote: Hi, Commit 7e6b60 sets libdir incorrectly in clutter.pc.in: -libd...@libdir@ -included...@includedir@ +libdir=${exec_prefix}/libdir +includedir=${prefix}/include Changing that to ${exec_prefix}/lib makes things work again for me.. thanks. it turns out that that commit was wrong and I reverted it on master. just pull again, and sorry for the mess. ciao, Emmanuele. -- Emmanuele Bassi, Open Source Software Engineer Intel Open Source Technology Center -- To unsubscribe send a mail to clutter+unsubscr...@o-hand.com
[clutter] [ANNOUNCEMENT] List migration (PLEASE READ)
hi everyone; the last piece of the migration puzzle finally fell into place; we now have new mailing lists for Clutter, hosted at: http://lists.clutter-project.org the new lists are: • clutter-announce: a mailing list for announcement regarding Clutter, its integration libraries, its bindings and all projects related to Clutter; announcements can come from the Clutter Development Team but we invite the community to use it to let people know of new projects using Clutter. the list is moderated, and it should only be used for announcements. if you are subscribed to the clutter@o-hand.com mailing list then you'll be automatically subscribed. • clutter-app-devel-list: a mailing list for application development with Clutter. if you are subscribed to the clutter@o-hand.com mailing list then you'll be automatically subscribed. • clutter-devel-list: a mailing list for discussing the development of Clutter itself (and not development with Clutter). the clutter@o-hand.com mailing list will be closed; I will put a copy of the archives on the new website, for historical purposes. ciao, Emmanuele. -- Emmanuele Bassi, Open Source Software Engineer Intel Open Source Technology Center -- To unsubscribe send a mail to clutter+unsubscr...@o-hand.com
Re: [clutter] Perl bindings - Gtk and Gstreamer bindings no longer available?
On Sun, 2010-06-20 at 15:14 +1000, Chris Debenham wrote: It has been a long while since I followed this up. Is there any chance of a proper clutter-gtk/gstreamer perl bindings release? the bindings are available - unfortunately, the time I can devote to them is close to nil right now. if somebody wants to take over maintainership I can definitely give the write bit on the clutter-project.org/bindings repository. otherwise I'm afraid you'll have to wait. :-) ciao, Emmanuele. On 30 October 2009 11:48, Chris Debenham ch...@adebenham.com wrote: 2009/10/29 Emmanuele Bassi eba...@o-hand.com: On Wed, 2009-10-28 at 14:58 +1100, Chris Debenham wrote: I have been using the perl bindings for a while on Ubuntu but a little while ago they updated to the 1.0 bindings which seem to have dropped support for GTK and GStreamer. yes, they have been removed just like they have been removed from the Python bindings, because of the disconnection in stability guarantees between the Core API and the modules API. whilst Clutter Core reached API and ABI stability with 1.0, bpoth Clutter-GTK and Clutter-GStreamer haven't (yet); for this reason, and also the initialization ordering issues for Clutter and Clutter-GTK, it was decided to split out the bindings. It 'seems' like there is/was a plan to provide the clutter-gtk and clutter-gst bindings separately but I can not find them anywhere. Are the perl clutter-gtk and clutter-gst bindings in progress/available? not yet. unfortunately, I haven't had much time to maintain the bindings as of late - being busy working on the 1.2 API for Core; I've just shuffled around the clutter-perl Git repository, though, and I'll push both the Clutter-GStreamer and the Clutter-GTK bindings under that. Thanks - I'll check that out now -- Joan Crawford - I, Joan Crawford, I believe in the dollar. Everything I earn, I spend. - http://www.brainyquote.com/quotes/authors/j/joan_crawford.html -- Emmanuele Bassi, Open Source Software Engineer Intel Open Source Technology Center -- To unsubscribe send a mail to clutter+unsubscr...@o-hand.com
Re: [clutter] patch: Fix build when using make dist
On Tue, 2010-06-15 at 22:37 +0100, Richard Hughes wrote: Error with git master: + make -j2 V=1 ./cogl-material.c:41:32: error: cogl-color-private.h: No such file or directory ./cogl-material.c: In function '_cogl_material_get_colorubv': ./cogl-material.c:3251: warning: implicit declaration of function '_cogl_color_get_rgba_4ubv' Attached patch fixes the issue for me. thanks, applied to master. ciao, Emmanuele. -- Emmanuele Bassi, Open Source Software Engineer Intel Open Source Technology Center -- To unsubscribe send a mail to clutter+unsubscr...@o-hand.com
[clutter] Migration of clutter-project.org to a new server
hi everyone; for the past 9 months we've been in the process of migrating clutter-project.org to a new server. it seems that finally we're in the final stages of this long transfer. the change will involve: • the main Git server • the website • the project's blog • the Bugzilla installation • the mailing list and its archives everything will be moved under the clutter-project.org domain: source.clutter-project.org - the location for the various tarballs docs.clutter-project.org - the location for the documentation bugzilla.clutter-project.org - the new Bugzilla instance wiki.clutter-project.org - the new wiki git.clutter-project.org - the Git server for cloning repos, and cgit instance for browsing if you have write access to the Git repository, your key will be moved to the new one, so hopefully nothing will be required from you apart from removing git.clutter-project.org from the SSH known hosts; just poke me on IRC or via email if anything ceases to work. the Bugzilla instance at bugzilla.o-hand.com will be frozen, and the bugs moved to the new one. the version is currently the same, but we expect to upgrade to the latest version, and add Splinter for patches review. unfortunately, the mailing list software will be changed from the current one to mailman+listinfo; this means that you'll have to re-subscribe to the new list address. the archives are being collected, and will be available from the new website, as soon as it'll be available. ciao, Emmanuele. -- Emmanuele Bassi, Open Source Software Engineer Intel Open Source Technology Center -- To unsubscribe send a mail to clutter+unsubscr...@o-hand.com
Re: [clutter] patch: add a safety catch to the ClutterValue shotgun
On Wed, 2010-06-16 at 16:22 +0100, Richard Hughes wrote: Please review. Thanks. looks good. applied to master. ciao, Emmanuele. -- Emmanuele Bassi, Open Source Software Engineer Intel Open Source Technology Center -- To unsubscribe send a mail to clutter+unsubscr...@o-hand.com
Re: [clutter] How do i get screen properties with clutter?
On Sat, 2010-06-12 at 21:58 +0530, Ankur Sinha wrote: hey, I would like my stage to be say, 80% of the screen size. How would I find the size of the screen using pyclutter? I've been through the docs and I don't see any methods that would give me this info. Also, how do I remove window decorations? for eg, I'm making a splash, which doesn't need the title bar etc. Is there a property that I can set? Clutter does not abstract a platform's windowing system - except to the extent that it needs to effectively paint the stage and handle events on it. the rest is left to the platform's own libraries. you can use clutter-gtk (and its python bindings) to get a Stage embedded inside a gtk+ window - and then use gtk+'s API to achieve what you want. ciao, Emmanuele. -- Emmanuele Bassi, Open Source Software Engineer Intel Open Source Technology Center -- To unsubscribe send a mail to clutter+unsubscr...@o-hand.com
Re: [clutter] Problem migrating from 1.0.10 to 1.2.8
On Mon, 2010-06-07 at 17:04 -0700, Kevin Cote wrote: I have an application that I have developed over the last 6 months on top of v1.0.10. I am now trying to migrate this app to v1.2.8. I have tried running the migrated app under Ubuntu 9.0.4 and also Moblin v2. I get the same issues in both cases. My symptoms are twofold: - Text is garbled. By this I mean that each character is drawn almost like a block instead of the actual glyph. which GPU and driver are you using? - Certain textures are not rendered (meaning I don’t see them), yet the app functions as if they are there (meaning if the texture is a button control the button still functions even though it is invisible). again, these two seem connected (lack of mipmapping support). I tried executing some of the test-interactive programs and have seen two issues with v1.2.8. These issues don’t exist in v1.0.10: 1) With the test-texture-async I get the following output in the console and see no output to the application window. this has nothing to do with the rest of the issues; you have to pass a file to the test otherwise it'll fail. I'll add a check that bails out early instead of spewing errors. 2) With the test-texture-quality application I see the hand drawn properly on the first cycle, but for all other cycles, only a few pixels near the top are drawn. there you go: lack of mipmapping support on your platform. ciao, Emmanuele. -- Emmanuele Bassi, Open Source Software Engineer Intel Open Source Technology Center -- To unsubscribe send a mail to clutter+unsubscr...@o-hand.com
Re: [clutter] Long-running clutter process with multiple consecutive stages
On Mon, 2010-06-07 at 22:38 +0100, Rupert Swarbrick wrote: static gboolean on_delete (ClutterStage *stage, ClutterEvent *event, gpointer data) { clutter_actor_destroy (CLUTTER_ACTOR (stage)); clutter_main_quit(); return FALSE; } try not destroying the stage and returning TRUE. right now, you're saying I did not handle the event and yet you just destroyed the stage and quit the main loop. you should actually use the ::destroy signal instead. ciao, Emmanuele. -- Emmanuele Bassi, Open Source Software Engineer Intel Open Source Technology Center -- To unsubscribe send a mail to clutter+unsubscr...@o-hand.com
Re: [clutter] pyclutter embed gtk widgets inside clutter stage
On Tue, 2010-05-25 at 17:37 +0100, edo wrote: Hi everybody, i've started playing with pyclutter since a couple of months and it's really amazing! Using pyclutter-gtk i managed to embed a pyclutter stage inside a pygtk application, and i would like to add some pygtk widgets (like pygtk.Hbox, pygtk.Frame etc..) inside this stage or group containes in the stage. Do you have any clue? currently, in order to do that, you need to use clutter-gtk from master; it's experimental, and it's still in flux, so there are no Python bindings for this functionality. ciao, Emmanuele. -- Emmanuele Bassi, Open Source Software Engineer Intel Open Source Technology Center -- To unsubscribe send a mail to clutter+unsubscr...@o-hand.com
Re: [clutter] pyclutter embed gtk widgets inside clutter stage
On Tue, 2010-05-25 at 19:12 +0100, Edoardo Tosca wrote: so basically if i want to create a rich user interface with clutter i have to write my own custom widgets. Am I right? yes; you can also use Mx for Clutter-based widgets: http://gitorious.org/mx-toolkit ciao, Emmanuele. -- Emmanuele Bassi, Open Source Software Engineer Intel Open Source Technology Center -- To unsubscribe send a mail to clutter+unsubscr...@o-hand.com
[clutter] [ANNOUNCE] Clutter Core 1.3.2 (Developers Snapshot)
hi everyone; here's to you the first 1.3 developers snapshot of Clutter, in time for GNOME 2.31.2. Clutter 1.3.2 is now available for download at: http://www.clutter-project.org/sources/clutter/1.3/ A mirror is also available here: http://download.gnome.org/sources/clutter/1.3/ SHA256 Checksums: c128f8bd85897b78a053d0d856799d1feb277813324627ed5151dd5bfbf7ceb0 clutter-1.3.2.tar.bz2 83e783f217bde0663058c5a270df5c61c646bad232c88e6257479662da8c366c clutter-1.3.2.tar.gz Clutter is an open source software library for creating fast, visually rich, portable and animated graphical user interfaces. Clutter is licensed under the terms of the GNU Lesser General Public License version 2.1. Clutter currently requires: • GLib = 2.18.0 • Cairo = 1.6 • Pango = 1.20 • Atk = 1.7 • OpenGL = 1.2 + multi-texturing, OpenGL|ES 1.1 or OpenGL|ES 2.0 • GLX, WGL, Quartz or an EGL Implementation Depending on the platform and the configuration options Clutter also depends on: • GDK-Pixbuf = 2.0 • JSON-GLib = 0.8 Notes: • This is the first developers snapshot of the 1.3 cycle • This version is API and ABI compatible with the current stable release of Clutter • Installing the contents of this release will overwrite the files from the installation of the current stable release of Clutter • Bugs should be reported to: http://bugzilla.o-hand.com/enter_bug.cgi?product=Clutter What's new in Clutter 1.3.2: • List of changes since Clutter 1.2 » Add ActorMeta, a class for run-time composition of actions and constraints on a ClutterActor: » Add ClutterAction, a class for implementing business logic related to event handling. » Add ClutterConstraint, a class for implementing business logic related to sizing and positioning. » ClutterDragAction is an Action sub-class that implements signals and properties for dragging actors. » ClutterAlignConstraint and ClutterBindConstraint are two Constraint sub-classes that allow relative positioning with fixed layout managers. » Add ClutterState, an object for defining animated state transitions. » Add ClutterBoxLayout:homogeneous property. » Implement retained clip stacks. » Support retained paths. » Add an experimental vector3 API. » Require GLib = 2.18. » Require Atk = 1.7. » Make ClutterActor implement AtkImplementor, and allow retrieving an AtkObject from a ClutterActor. » Improve ClutterText's Pango layout caching mechanism. » Fix set up of the GLX_SGI_swap_control extension. » Fix EGLX backend. » Documentation fixes for Clutter and COGL. » Fix the conformance test suite by executing every test unit in a separate process. » Add platform-dependent defines for Cogl. » Update the MingW cross-compilation script. » New recipe in the Cookbook. Many thanks to: Neil Roberts Robert Bragg Øyvind Kolås Owen W. Taylor Brian Tarricone Damien Lespiau Adel Gadllah Alejandro Piñeiro Chris Lord Fridrich Strba José Dapena Paz Jussi Kukkonen Rob Bradford Elliott Smith Have fun with Clutter! -- Emmanuele Bassi, Open Source Software Engineer Intel Open Source Technology Center -- To unsubscribe send a mail to clutter+unsubscr...@o-hand.com
Re: [clutter] ClutterScript: includes
On Sat, 2010-05-08 at 14:54 -0400, Thomas Garner wrote: What's the simplest method to include scripts within a script? you don't. there is no inclusion specified. My end goal is to break out my js into more manageable pieces. if you call clutter_script_load_from_* multiple times on the same ClutterScript instance then ClutterScript will merge the definitions (including extending the definitions of objects with the same type and id or expanding the definitions of objects referred to only by an id). the returned value for clutter_script_load_from_* is the merge id, which can be used to unmerge the definitions. you can refer to the ClutterScript API reference documentation, and to the examples under Clutter's tests/ directory. ciao, Emmanuele. -- Emmanuele Bassi, Open Source Software Engineer Intel Open Source Technology Center -- To unsubscribe send a mail to clutter+unsubscr...@o-hand.com
Re: [clutter] clutter_actor_get_size return wrong size
On Tue, 2010-04-13 at 15:14 +0400, Sergey K wrote: My code: stage = clutter_stage_get_default(); clutter_stage_set_color (CLUTTER_STAGE (stage), stage_color); clutter_stage_set_fullscreen (CLUTTER_STAGE(stage),TRUE); gfloat width, height; clutter_actor_get_size(stage, width, height); What wrong with this? Some time ago it worked. set_fullscreen() is an inherently asynchronous operation on x11; this makes querying the size immediately after calling set_fullscreen(TRUE) not possible - you have to wait the main loop to spin and the stage window to receive an event back from the windowing system. the fact that it worked before it was most likely the result of a bug in our previous implementation, which also resulted in the Stage not getting the correct size all the time. yes, it's an implementation detail that leaked through; yes, it should be documented. ciao, Emmanuele. -- Emmanuele Bassi, Open Source Software Engineer Intel Open Source Technology Center -- To unsubscribe send a mail to clutter+unsubscr...@o-hand.com
Re: [clutter] Using cogl without clutter
On Wed, 2010-04-07 at 16:16 +0200, Oscar Lazzarino wrote: OK, let's try lowering the bar ;-) Would it be possible to use cogl_pango outside of the clutter_text actor (i.e. in a custom actor)? yes. The cogl_pango functions are treated as private functions and not documented, as far as I can see, and the simple approach the fact that are undocumented has nothing to do with whether they are private or not. :-) private functions in clutter or cogl are prefixed by an underscore. CoglColor *lWhite = cogl_color_new(); cogl_color_set_from_4f(lWhite, 1.0, 1.0, 1.0, 1.0); don't allocate a new CoglColor - use it on the stack: CoglColor white; cogl_color_set_from_4f (white, 1.0, 1.0, 1.0, 1.0); cogl_set_source_color(lWhite); PangoContext *lPangoCtx = pango_context_new(); use: layout = clutter_actor_create_pango_layout (actor, some text); instead of creating the layout and context yourself. pango_font_description_set_family(lPangoFontDescr, Sans); pango_font_description_set_size(lPangoFontDescr, 10 * PANGO_SCALE); pango_layout_set_font_description(lPangoLayout, lPangoFontDescr); cogl_pango_render_layout(lPangoLayout, mWidth/2, mHeight/2, lWhite, 0); this should work. shows me the ellipse, but not the text. I get the message (testCOGL:13610): CoglPango-CRITICAL **: cogl_pango_get_renderer_from_context: assertion `COGL_PANGO_IS_FONT_MAP (font_map)' failed Any hints? yes: you should not use generic PangoCairo context and layouts, and use the ones that Clutter creates for you. :-) ciao, Emmanuele. -- Emmanuele Bassi, Open Source Software Engineer Intel Open Source Technology Center -- To unsubscribe send a mail to clutter+unsubscr...@o-hand.com
Re: [clutter] Using cogl without clutter
On Tue, 2010-04-06 at 11:59 +0200, Oscar Lazzarino wrote: would it be possibile to use cogl without clutter, on a gl context created with gtkglext? no. ciao, Emmanuele. -- Emmanuele Bassi, Open Source Software Engineer Intel Open Source Technology Center -- To unsubscribe send a mail to clutter+unsubscr...@o-hand.com
Re: [clutter] clutter 1.2.4 on OSX 10.6.2 apparent COGL traceback
On Mon, 2010-03-29 at 13:12 -0400, Reid van Melle wrote: I've used Clutter a fair bit in the past on OSX, but have been away for a while (last time I used it was a 1.0 build). Just downloaded and installed it on my 10.6.2 machine, and all of the interactive tests get this traceback. the OSX backend is currently unmaintained; it has not been ported to the lazy initialization path and it doesn't support multiple stages. it also has issues in the main loop integration, and should use the same source used in the native OSX backend in GDK. if some Mac developer wants to hack on it we gladly accept patches. ciao, Emmanuele. -- Emmanuele Bassi, Open Source Software Engineer Intel Open Source Technology Center -- To unsubscribe send a mail to clutter+unsubscr...@o-hand.com
Re: [clutter] Profiling with UProf
On Thu, 2010-03-25 at 10:56 +, Neil Roberts wrote: On Thu, 25 Mar 2010 10:48:25 +, Stephen Kennedy wrote: Hi, I notice that you added profiling support to Clutter a while back, using a library called UProf. I would quite like to profile my Clutter-based app, but can not find any trace of the UProf library on the internet. Is it freely obtainable? UProf is available here: http://git.moblin.org/cgit.cgi/uprof/ We should probably mention that in some docs somewhere :) you mean something like: If you want support for profiling Clutter you will also need: • UProf = 0.2 UProf is available from: git://git.moblin.org/uprof.git currently in the README? ;-) ciao, Emmanuele. -- Emmanuele Bassi, Open Source Software Engineer Intel Open Source Technology Center -- To unsubscribe send a mail to clutter+unsubscr...@o-hand.com
Re: [clutter] Clutter stage transparency
On Wed, 2010-03-24 at 22:59 +0100, Bastian Winkler wrote: You also have to set the :use-alpha property http://www.clutter-project.org/docs/clutter/stable/ClutterStage.html#ClutterStage--use-alpha and call: clutter_x11_set_use_argb_visuals (TRUE); before calling clutter_init(), since: • it is an opt-in feature • it is a platform-specific feature ciao, Emmanuele. -- Emmanuele Bassi, Open Source Software Engineer Intel Open Source Technology Center -- To unsubscribe send a mail to clutter+unsubscr...@o-hand.com
[clutter] [ANNOUNCE] Clutter Core 1.2.2 - Stable release
hi everyone; Clutter 1.2.2 is now available for download at: http://www.clutter-project.org/sources/clutter/1.2/ A mirror is also available here: http://download.gnome.org/sources/clutter/1.2/ MD5 Checksums: 101cd6a03e4061b51ad6df6f6f7022bf clutter-1.2.2.tar.bz2 cb9008d29b822e015667ece74917fb67 clutter-1.2.2.tar.gz SHA256 Checksums: 57debf025ca8e576328fcbb4bd897e5a6889921132f2ebfd7e035f7e8975982c clutter-1.2.2.tar.bz2 6195c2560ca43d29ee737a72e7e8e68dbdba49af5c3ea5ca9f913507578090b2 clutter-1.2.2.tar.gz Clutter is an open source software library for creating fast, visually rich, portable and animated graphical user interfaces. Clutter is licensed under the terms of the GNU Lesser General Public License version 2.1. Clutter currently requires: • GLib = 2.16.0 • Cairo = 1.6 • Pango = 1.20 • OpenGL = 1.3 (or 1.2+multitexturing), OpenGL|ES 1.1 or OpenGL|ES 2.0 • GLX, SDL, WGL, Quartz or an EGL Implementation Depending on the platform and the configuration options Clutter also depends on: • GDK-Pixbuf = 2.0 • JSON-GLib = 0.8 Notes: • This is the second stable release of the 1.2 cycle • This version is API and ABI compatible with the previous stable release of Clutter • Installing the contents of this release will overwrite the files from the installation of the current stable release of Clutter • Bugs should be reported to: http://bugzilla.o-hand.com What's new in Clutter 1.2.2: • Since 1.2.0: » Fix introspection annotations for ClutterBox » Compilation fixes for the EGL native backend » Fix ClutterX11TexturePixmap ::queue-damage-redraw default handler registration to avoid a run-time warning » Handle TEXTURE_RECTANGLE_ARB in the 2D sliced textures, and add a test case for that extension to avoid regressions » Improve the strictness of the JSON parser in the internal copy of JSON-GLib to which we fall back in the absence of the system one » Fix a crasher on NVidia drivers when enabling the ARGB visuals by default on GLX. Many thanks to: José Dapena Paz Neil Roberts Owen W. Taylor Øyvind Kolås ciao, Emmanuele. -- Emmanuele Bassi, Open Source Software Engineer Intel Open Source Technology Center -- To unsubscribe send a mail to clutter+unsubscr...@o-hand.com
Re: [clutter] clutter-gtk release for clutter 1.2.0
On Sat, 2010-03-13 at 09:56 +, Peter Robinson wrote: Is there any plans to cut a clutter-gtk release that's compatible with the clutter 1.2 release? It seems the current 0.10.2 release is not. yes, I'm planning a clutter-gtk 0.10.4 release ASAP which will depend on Clutter 1.2; clutter-gtk 1.0 (which is the current master but with the API for embedding gtk+ widgets inside Clutter reviewed and cleaned up) will follow within the end of March. ciao, Emmanuele. -- Emmanuele Bassi, Open Source Software Engineer Intel Open Source Technology Center -- To unsubscribe send a mail to clutter+unsubscr...@o-hand.com
Re: [clutter] how to set image background?
On Fri, 2010-03-05 at 09:50 +0530, Kuldeep wrote: Is there any way to use background images for stage/containers/Box? instead of color. any reasons why you cannot just pack a ClutterTexture inside the container? ciao, Emmanuele. -- Emmanuele Bassi, Open Source Software Engineer Intel Open Source Technology Center -- To unsubscribe send a mail to clutter+unsubscr...@o-hand.com
Re: [clutter] i use the clutter-1.2.0 with eglnative backend, but run a program with a error
On Thu, 2010-03-04 at 09:54 +0800, miao yun wrote: ./bin-layout EGL: Verification failed in pixfmt.c on line 111 EGL: Verification failed in buffer.c on line 110 EGL: Verification failed in gdl_ws.c on line 369 EGL: Verification failed in pixfmt.c on line 111 EGL: Verification failed in buffer.c on line 110 EGL: Verification failed in gdl_ws.c on line 369 ** ClutterEGL:ERROR:clutter-backend-egl.c:395:clutter_backend_egl_get_features: assertion failed: (backend_egl-egl_context != NULL) Aborted can you try with 1.2.1 (current tip of master) and the latest patch attached to bug 2020 in bugzilla? also, those verification failed look like they come from your EGL driver. ciao, Emmanuele. -- Emmanuele Bassi, Open Source Software Engineer Intel Open Source Technology Center -- To unsubscribe send a mail to clutter+unsubscr...@o-hand.com
Re: [clutter] [PATCH] Add clutter_cairo_texture_move_region().
On Tue, 2010-03-02 at 02:12 -0800, Christian Hergert wrote: Hi, I wanted a way to move a region of a ClutterCairoTexture to a new location within the texture. I created clutter_cairo_texture_move_region() which is attached. API for 1.2 is frozen, at this point. My purpose for this is to make side-scrolling graphs; if there is a better way to do this I'm all ears! ideally, we want to make ClutterCairoTexture use the CoglPixelBuffer API internally, to let Cairo draw directly on a PBO (if supported by the GL implementation) and avoid a copy. we uncovered a bug in Mesa[0], which has now been fixed, so we might end up backporting the change during the 1.2.* cycle. currently, there is no cogl_pixel_buffer_set_region(), though one is planned when we move the CoglPixelBuffer API out of the experimental API; once that lands, the move_region() should probably use it. ciao, Emmanuele. -- Emmanuele Bassi, Open Source Software Engineer Intel Open Source Technology Center -- To unsubscribe send a mail to clutter+unsubscr...@o-hand.com
[clutter] [ANNOUNCE] Clutter Core 1.2.0 - Stable release
Unparent children when not going through Clutter::Container 2012 animator: Remove redundant declaration in header file 2013 ClutterFlowLayout segfaults without fixed size 2014 Fall back in _cogl_texture_2d_new_from_bitmap() 2019 test-text-field: Use the z modifier when printing the string length Many thanks to all the contributors for the 1.1 development cycle: Robert Bragg, Neil Roberts, Damien Lespiau, Chris Lord, Øyvind Kolås, Bastian Winkler, Joshua Lock, Owen W. Taylor, Thomas Wood, Samuel Degrande, Alejandro Piñeiro, Colin Walters, Götz Waschk, Halton Huo, Jussi Kukkonen, Rob Bradford, Zhou Jiangwei, Christian Persch, Johan Bilien, Jonas Bonn, Kristian Høgsberg, Raymond Liu, Tim Horton, Vladimir Nadvornik, Xu Li ciao, Emmanuele. -- Emmanuele Bassi, Open Source Software Engineer Intel Open Source Technology Center -- To unsubscribe send a mail to clutter+unsubscr...@o-hand.com
Re: [clutter] clutter-gtk
On Wed, 2010-02-24 at 13:34 +0100, Gerardo Di Iorio wrote: Is possible build clutter-gtk whith eglnative flavour??' no. GTK+ (barely) supports DirectFB, but the eglnative backend of Clutter assumes that Clutter owns the framebuffer. you can only use Clutter-GTK with the x11-based backends (glx and eglx, albeit the latter is completely untested) and with the win32 backend (though the win32 backend of gtk+ does not support client-side windows so embedding GtkWidgets inside ClutterActors does not work). ciao, Emmanuele. -- Emmanuele Bassi, Open Source Software Engineer Intel Open Source Technology Center -- To unsubscribe send a mail to clutter+unsubscr...@o-hand.com
Re: [clutter] Segmentation fault with get_pixbuf
On Sat, 2010-02-20 at 17:59 -0800, Saumitra Buragohain wrote: Hi Emmanuele, I'm using libclutter-0.8.0 clutter_texture_get_pixbuf() and clutter_texture_set_pixbuf() were removed from clutter in the 0.7 cycle. python-clutter 0.6.2-1gutsy1 pyclutter 0.6 was binding the clutter 0.6 API, that's why it's not working. you should *not* be using any of these versions, though; clutter 1.0 and pyclutter 1.0 are the stable releases for clutter. __ From: Emmanuele Bassi eba...@linux.intel.com To: clutter@o-hand.com Sent: Sat, February 20, 2010 7:49:56 AM Subject: Re: [clutter] Segmentation fault with get_pixbuf On Fri, 2010-02-19 at 19:17 -0800, Saumitra Buragohain wrote: I'm using texture.get_pixbuf() and am getting segmentation faults. Any idea where the problem can be? -S how are you using a function that doesn't exist any more? which version of Clutter and PyClutter are you using? ciao, Emmanuele. -- Emmanuele Bassi, Open Source Software Engineer Intel Open Source Technology Center -- To unsubscribe send a mail to clutter+unsubscr...@o-hand.com -- Emmanuele Bassi, Open Source Software Engineer Intel Open Source Technology Center -- To unsubscribe send a mail to clutter+unsubscr...@o-hand.com
Re: [clutter] error with json-glib
On Fri, 2010-02-19 at 15:53 +0100, Bastien Bouzerau wrote: Hi everybody, I'm a beginner in clutter developping. So I try to do beginner tutorial from tuxradar. http://www.tuxradar.com/content/clutter-beginners-tutorialhttp://www.tuxradar.com/content/clutter-beginners-tutorial But when I compile example.com, I have this error.. gcc example.c -o clutterapp `pkg-config clutter-1.0 --cflags --libs` /usr/include/clutter-1.0/clutter/clutter-json.h:9, from /usr/include/clutter-1.0/clutter/clutter-scriptable.h:34, from /usr/include/clutter-1.0/clutter/clutter.h:64, from example.c:1: /usr/include/clutter-1.0/clutter/json/json-types.h:25:2: erreur: #error Only json-glib/json-glib.h can be included directly. I am on Fedora 12 and I installed packages clutter-1.0.6-1.fc12.i686 gtk+ libX11 clutter 1.0.6 is slightly old - the latest stable release of clutter 1.0 is 1.0.10. anyway, it shouldn't fail - and surely it shouldn't fail with that error since the Clutter you are compiling against is apparently using the internal JSON-GLib copy instead of depending on the system one; and the internal JSON-GLib copy *does not have the inclusion guard* that contains that error. only the upstream JSON-GLib uses that inclusion guard. I think you might have some odd installation issue - some stale pkg-config file or a conflicting header installed from a previously compiled Clutter. I've found this bugs http://bugs.gentoo.org/show_bug.cgi?id=240433 but I don't understand what gnome-base/gail-1000 is GNOME-Gail doesn't have anything to do with Clutter and/or JSON-GLib. should I work on an Ubuntu or a Debian instead of Fedora ? Clutter is currently developed on Ubuntu, Debian, Fedora and Mandriva; I'm a Fedora user. I can assure you, you can probably use any Linux distribution under the sun. :-) ciao, Emmanuele. -- Emmanuele Bassi, Open Source Software Engineer Intel Open Source Technology Center -- To unsubscribe send a mail to clutter+unsubscr...@o-hand.com
Re: [clutter] Conformance tests seems to not compile
On Fri, 2010-02-12 at 23:43 +0100, Piñeiro wrote: after an update on clutter, trying to compile it I get this error (and several compilation warnings). CC test_conformance-test-cogl-pixel-buffer.o test-cogl-pixel-buffer.c: In function ‘create_map_tile’: test-cogl-pixel-buffer.c:69: warning: implicit declaration of function ‘cogl_pixel_buffer_new’ test-cogl-pixel-buffer.c:69: warning: assignment makes pointer from integer without a cast test-cogl-pixel-buffer.c:71: warning: implicit declaration of function ‘cogl_is_pixel_buffer’ test-cogl-pixel-buffer.c:72: warning: implicit declaration of function ‘cogl_is_buffer’ test-cogl-pixel-buffer.c:75: warning: implicit declaration of function ‘cogl_buffer_set_usage_hint’ test-cogl-pixel-buffer.c:75: error: ‘COGL_BUFFER_USAGE_HINT_TEXTURE’ undeclared (first use in this function) test-cogl-pixel-buffer.c:75: error: (Each undeclared identifier is reported only once test-cogl-pixel-buffer.c:75: error: for each function it appears in.) etc. I can workaround this problem by using the option --disable-conformance (although I still get several compilation warnings). I'm doing something wrong? seems to me you are stuck with an old cogl lying around your build. could you try cleaning your clone with: git clean -xdf ? I just cloned from scratch and everything worked fine. These days there were a lot of changes on cogl, so probably the issue is that the conformance tests are outdated. not that I can see. the test-cogl-pixel-buffer explicitly enables the experimental API it is testing by defining COGL_ENABLE_EXPERIMENTAL_API before including cogl/cogl.h. It is a know issue? It has sense to open a bug? no, it's not known; and no, we can track it on the mailing list for now. ciao, Emmanuele. -- Emmanuele Bassi, Open Source Software Engineer Intel Open Source Technology Center -- To unsubscribe send a mail to clutter+unsubscr...@o-hand.com
Re: [clutter] Animation help
On Thu, 2010-02-11 at 18:10 +, Matthew Hall wrote: Can someone help me animate a group? I have this code: clutter_actor_animate(group1, CLUTTER_LINEAR, 1000, 'x', (float)200, 'y', (float)100, rotation-angle-z, (float)360, NULL); but when I run it it says that group1 is not an actor. Removing the '' gives a segfault. Any help greatly appreciated, how do you declare and create group1? hint: if it looks like this: ClutterActor group1 = *clutter_group_new (); then, as the damn kids today say, you're doing it wrong. it should be: ClutterActor *group = clutter_group_new (); [note the pointer] if this doesn't match, you should probably pastebin your code and point us to it, because clutter_actor_animate() should not segfault. also, using: x, (float) 200, y, (float) 200, might not be enough for the variadic argument assignment - you might want to try with: x, 200.0f, y, 200.0f instead; a wrong type might lead to crashes as well, due to the fact that variadic arguments in C are generally hard. ciao, Emmanuele. ciao, Emmanuele. -- Emmanuele Bassi, Open Source Software Engineer Intel Open Source Technology Center -- To unsubscribe send a mail to clutter+unsubscr...@o-hand.com
Re: [clutter] Building Clutter for Fedora Core 8
On Thu, 2010-02-04 at 12:05 -0500, Ian Walberg wrote: We need to build and test clutter for a system with GLIBC 2.7 and we are using Fedora Core 8 for the build. there is no such thing as Fedora Core 8 - it's called Fedora. The core has been removed since Fedora 7. When trying to build clutter-1.0.8 we have resolved most dependencies but still have these and are looking for some guidance as we cannot update the GLIBC version from 2.7. Requested 'pangocairo = 1.20' but version of Pango Cairo is 1.18.4 Requested 'gobject-2.0 = 2.16' but version of GObject is 2.14.6 So there are 2 questions :- 1. What version of GLIBC does clutter-1.0.8 need? no version of glibc is required explicitly. 2. How do we fix the dependences above. compile and install Pango and GLib in a separate prefix - e.g. /opt - then direct pkg-config to that prefix using the PKG_CONFIG_PATH environment variable when configuring Clutter; also use LD_LIBRARY_PATH - or update /etc/ld.conf - to let the linker know about /opt/lib. you might also want to install Clutter under /opt, just in case. ciao, Emmanuele. -- Emmanuele Bassi, Open Source Software Engineer Intel Open Source Technology Center -- To unsubscribe send a mail to clutter+unsubscr...@o-hand.com
Re: [clutter] Why clutter_texture_new_from_pixbuf was removed?
On Sun, 2010-01-10 at 16:49 +0800, Jianchun Zhou wrote: I'm wondering why clutter_texture_new_from_pixbuf was removed, it was removed almost two years ago, for Clutter 0.6, when we removed the explicit dependency on GdkPixbuf to increase portability. the dependency on GdkPixbuf is internal only and it's not exposed in the API so that, for instance, we can use CoreGraphics directly when building on Quartz. this reduces the list of dependencies and will hopefully lead to a GdkPixbuf-free future of Clutter on Linux as well. if I want to create a texture from a chunk of memory data, what should I do? there's a slight disconnect between what your premise and what you're asking. • if you explicitly want to use GdkPixbuf with ClutterTexture: the release notes section in the README file has an example of how to re-implement what clutter_texture_new_from_pixbuf() did; also, the gtk_clutter_texture_new_from_pixbuf() and gtk_clutter_texture_set_from_pixbuf() methods in clutter-gtk expose the same functionality (because if you're using Clutter and GTK+ then you surely have access to the GdkPixbuf API as well). • if you just have a chunk of memory data you want to display in a ClutterTexture: use clutter_texture_set_from_rgb_data(). ciao, Emmanuele. -- To unsubscribe send a mail to clutter+unsubscr...@o-hand.com
[clutter] [ANNOUNCE] Clutter Core 1.1.4 (Developers Snapshot)
hi everyone; do you remember when I said that there would be monthly developers snapshots until the 1.2 release? well, it turns out that development, traveling and moving to a new house tends to disrupt release schedules. the best-laid plans of mice and men, and all that... anyhow, here's to you a new developers snapshot of Clutter; I'll try to keep these coming for the whole month, until we reach API and feature freeze later in January, in time for GNOME 2.30 and the next Moblin cycle. Clutter 1.1.4 is now available for download at: http://www.clutter-project.org/sources/clutter/1.1/ A mirror is also available here: http://download.gnome.org/sources/clutter/1.1/ MD5 Checksums: 7da9fdf29a1d03baee81d8fc6bffd66a clutter-1.1.4.tar.gz 228a20691b17e246b9f264ff97db77c8 clutter-1.1.4.tar.bz2 Clutter is an open source software library for creating fast, visually rich, portable and animated graphical user interfaces. Clutter is licensed under the terms of the GNU Lesser General Public License version 2.1. Clutter currently requires: • GLib = 2.16.0 • Cairo = 1.6 • Pango = 1.20 • OpenGL = 1.2, OpenGL|ES 1.1 or OpenGL|ES 2.0 • GLX, SDL, WGL, Quartz or an EGL Implementation Depending on the platform and the configuration options Clutter also depends on: • GDK-Pixbuf = 2.0 • JSON-GLib = 0.8 Notes: • This is the second developers snapshot of the 1.1 cycle • This version is API and ABI compatible with the current stable release of Clutter • Installing the contents of this release will overwrite the files from the installation of the current stable release of Clutter • Bugs should be reported to: http://bugzilla.o-hand.com What's new in Clutter 1.1.4: o Update the ClutterScript parser to be more resilient, and support constructor and ChildMeta properties. The parser also respects the order of the properties in the UI definitions when applying them, and will apply the properties of an Actor after building the scene graph. o Simplified the implementation of LayoutManager sub-classes, and added support for animating a layout manager. o Allow short-circuiting some layout operations by setting a specific flag on ClutterActor. o Improve caching of the preferred size of a ClutterActor. o Allow declaring internal children for a ClutterContainer implementation: the memory management of these actors will be deferred entirely to the Container. o Let the ClutterStage honour the :opacity property and the alpha component of the stage color. This requires support in the Clutter backend used. o Improve Windows and OSX backends. o Simplify the feature detection code for OpenGL; this also reduced the required OpenGL version to 1.2. o Improve the matrix stack handling code. The matrices can be debugged by using the COGL_DEBUG environment variable, assuming that Clutter was compiled with the right configure-time switch. o Improve COGL API for draw buffers, and for offscreen buffer support. o Add support for text direction to ClutterActor. o Documentation, introspection and build fixes. Many thanks to: Robert Bragg Neil Roberts Damien Lespiau Joshua Lock Bastian Winkler Rob Bradford Samuel Degrande Christian Persch Colin Walters Johan Bilien Raymond Liu Tim Horton Have fun with Clutter! -- To unsubscribe send a mail to clutter+unsubscr...@o-hand.com
Re: [clutter] [ANNOUNCE] Clutter Core 1.1.4 (Developers Snapshot)
hi; On Mon, 2010-01-04 at 17:03 +0600, Konstantin Salavatov wrote: What is mentioned by o Improve Windows and OSX backends. in windows part? Are any significant changes over previous verison present? there have been some changes in the generic backend code, and the Windows backend has been updated to match them; the Windows backend has also been tested on real-world cases and the compilation of Clutter has been fixed under MSVC. the work has been done by Neil Roberts, Ole André Vadla Ravnås, Haakon Sporsheim and Samuel Delgrande. ciao, Emmanuele. -- To unsubscribe send a mail to clutter+unsubscr...@o-hand.com
Re: [clutter] Anti aliasing support in cogl rectangles.
On Thu, 2009-12-31 at 12:04 +0530, Rajith Kalluraya wrote: Is there any anti aliasing support for cogl rectangles? no. I am using cogl rectangles in the paint implementation of my custom clutter actor. In the program, If my custom clutter actor is rotated in the x axis, I see a lot of staircasing (zero antialiasing) along the breadth of the cogl rectangle. yes, that's the expected behaviour. I am currently using clutter-0.8 on a device running on Open GL ES 1.1 with a display resolution of 240x400. you should try using cairo and clutter-cairo, if you are planning to do the drawing manually. cairo is a 2D drawing library that does anti-aliasing. ciao, Emmanuele. -- To unsubscribe send a mail to clutter+unsubscr...@o-hand.com
Re: [clutter] How can I avoid _clutter_do_pick at motion event?
On Wed, 2009-12-23 at 19:59 +0900, Rubric wrote: In case of embedded system, since glReadPixel has terrible performance, that's not entirely true for *every* embedded system. I'd suggest you ask for a better driver. I wish to avoid _clutter_do_pick at motion event in my clutter application. Is there any method? clutter_set_motion_events_enabled() will stop trying to find out the actor underneath the pointer - but it will disable event delivery on actors, so that only the Stage will emit pointer-related signals, like button-press, button-release and motion. also, enter and leave signals will not be emitted. ciao, Emmanuele. -- To unsubscribe send a mail to clutter+unsubscr...@o-hand.com
Re: [clutter] problem with threads and clutter-texture from file: Failed to create COGL texture
On Wed, 2009-12-02 at 11:27 +0200, Aapo Rantalainen wrote: 2009/12/2 danny tornad...@163.com: Your demo program works normally for me. Thank you very much for this information. I tested this on another computer and it worked. So I'm using clutter and threads in right way. no, you really aren't. (Maybe there should be little bit more manual than test/interactive/test-threads.c?) sure; but at least that code shows you how to use threads - and you're not even close to how test-threads is implemented. use the :load-async property on ClutterTexture to load data from files asynchronously using threads. Perhaps it a problem related to others such as VGA driver... this sentence doesn't make any sense. ciao, Emmanuele. -- To unsubscribe send a mail to clutter+unsubscr...@o-hand.com
Re: [clutter] problem with threads and clutter-texture from file: Failed to create COGL texture
On Wed, 2009-12-02 at 13:52 +, Emmanuele Bassi wrote: oh, and by the way: if your only goal is to load a texture from file asynchronously, please - *please* - do what Bastian already suggested, and use the :load-async property of ClutterTexture. it will transparently use threads to load the texture data from a provided file name. ciao, Emmanuele. -- To unsubscribe send a mail to clutter+unsubscr...@o-hand.com
Re: [clutter] problem with threads and clutter-texture from file: Failed to create COGL texture
On Wed, 2009-12-02 at 16:54 +0200, Aapo Rantalainen wrote: Hi, thanks, I got it working. In test-threads.c there was this row: clutter_threads_add_idle_full (G_PRIORITY_DEFAULT + 30, update_label_idle, update, NULL); So I though it is safe to put my clutter_* code same place. (So is this clutter_threads_add_idle_full also in clutter API or not?) no; the API subset that's clearly thread-related and that it safe (unless obviously not - like clutter_threads_init() and clutter_threads_set_lock_functions() - but these are clearly marked as such) to be called from another thread is set in the clutter_threads_* sub-namespace. we cannot put it in another namespace altogether - this is still Clutter API. Now I put my code under update_label_idle, which have clutter_actor_* calls, so this might be safe place? yes; idle and timeout callbacks will be executed from within the same thread that is spinning the main loop. I have lots of code using ClutterScript and json files. I realized that my target platform is too slow to load actors when needed, but it has lots of memory. I would like to use existing code, not to rewrite them using 'load-async'. load-async is a GObject property, and can be defined using ClutterScript: { type : ClutterTexture, load-async : true, filename : /path/to/filename, } will load the file asynchronously - as long as you use Clutter from master, which guarantees the ordering of object members; otherwise just set load-async to true and call clutter_texture_set_from_filename() explicitly. ciao, Emmanuele. -- To unsubscribe send a mail to clutter+unsubscr...@o-hand.com
RE: [clutter] problem with threads and clutter-texture from file: Failed to create COGL texture
Just curious, what is the point of the threads_enter threads_leave API if everything breaks outside of the main thread? Isn't even providing them asking for misunderstandings like this? You can replace the locking primitives Clutter uses through clutter_threads_set_lock_functions() And use, for instance, a re-entrant lock. Mostly, enter/leave are meant for language bindings and integration libraries, to enslave the Clutter lock to another locking system; The Python bindings, for instance, cannot use the clutter_threads_add_* API and must reimplement it in order to take the interpreter lock as well. Without clutter_threads_enter() and clutter_threads_leave() in the public API this would not be possible. Also, on Linux it's possible to use them (as I said) to mark a critical section; if you don't care about portability then it's something you can use - though it's discouraged and an unfortunate accident involving a bucket of puppies and a belt sander might happen if you don't follow the established worker-thread-sends-results-in-idle pattern. Ciao, Emmanuele. -- To unsubscribe send a mail to clutter+unsubscr...@o-hand.com
RE: [clutter] Is there any good text editor in clutter?
Hi; Anyone know where I can find a good text editor in clutter? Clutter is not a toolkit meant to be used to create a text editor. You can, but you'll have to write the text editor actor yourself after you realize that ClutterText does not cover all your use cases. I suggest you use GtkSourceView and clutter-gtk. Ciao, Emmanuele.
Re: [clutter] Problem with async
On Wed, 2009-11-11 at 14:56 +0100, Vincent Lauria wrote: void load_finished ( ClutterActor *image, GParamSpec *args1, gpointer data) { printf(load_finished()\n); clutter_actor_set_size (image, 100, 100); } the signature for this signal is wrong. please, check the documentation. int main(int argc, char **argv) { ClutterActor *stage; ClutterColor black = {0x00, 0x00, 0x00, 0xff}; clutter_init (argc, argv); g_thread_init (NULL); this is wrong. the order for calling g_thread_init() is important. the correct order is: g_thread_init (NULL); clutter_threads_init (); clutter_init (argc, argv); image = clutter_texture_new (); clutter_texture_set_filter_quality ((ClutterTexture *) image, CLUTTER_TEXTURE_QUALITY_MEDIUM); Medium is already the default. clutter_texture_set_load_async ((ClutterTexture *) image, TRUE); don't use C casting: use the proper macros. for reference on threading, please see: tests/interactive/test-threads.c; for reference on asynchronous loading, please see: tests/interactive/test-texture-async.c ciao, Emmanuele. -- To unsubscribe send a mail to clutter+unsubscr...@o-hand.com
Re: [clutter] Unable to compile git master
On Mon, 2009-11-02 at 11:29 -0700, Kevin DeKorte wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 I tried to compile git master today and I'm getting these errors... when was the last time you compiled master? please, run 'make distclean' or 'git clean -xdf' and try running autogen.sh again. ciao, Emmanuele. -- To unsubscribe send a mail to clutter+unsubscr...@o-hand.com
Re: [clutter] Perl bindings - Gtk and Gstreamer bindings no longer available?
On Wed, 2009-10-28 at 14:58 +1100, Chris Debenham wrote: I have been using the perl bindings for a while on Ubuntu but a little while ago they updated to the 1.0 bindings which seem to have dropped support for GTK and GStreamer. yes, they have been removed just like they have been removed from the Python bindings, because of the disconnection in stability guarantees between the Core API and the modules API. whilst Clutter Core reached API and ABI stability with 1.0, bpoth Clutter-GTK and Clutter-GStreamer haven't (yet); for this reason, and also the initialization ordering issues for Clutter and Clutter-GTK, it was decided to split out the bindings. It 'seems' like there is/was a plan to provide the clutter-gtk and clutter-gst bindings separately but I can not find them anywhere. Are the perl clutter-gtk and clutter-gst bindings in progress/available? not yet. unfortunately, I haven't had much time to maintain the bindings as of late - being busy working on the 1.2 API for Core; I've just shuffled around the clutter-perl Git repository, though, and I'll push both the Clutter-GStreamer and the Clutter-GTK bindings under that. ciao, Emmanuele. -- To unsubscribe send a mail to clutter+unsubscr...@o-hand.com
[clutter] [ANNOUNCE] Clutter Core 1.1.2 - Developers snapshot
hi everyone; less than 3 months after the 1.0.0 release here's a new development snapshot for Clutter. Clutter 1.1.2 is now available for download at: http://www.clutter-project.org/sources/clutter/1.1/ http://download.gnome.org/sources/clutter/1.1/ MD5 Checksums: 20d37870ed0db4aaf8404d78b89b0d71 clutter-1.1.2.tar.bz2 dc4cc91e721be887d5469ec7edde8f8c clutter-1.1.2.tar.gz Clutter is an open source software library for creating fast, visually rich, portable and animated graphical user interfaces. Clutter is licensed under the terms of the GNU Lesser General Public License version 2.1. Clutter currently requires: • GLib = 2.16.0 • Cairo = 1.6 • Pango = 1.20 • OpenGL = 1.4, OpenGL|ES 1.1 or OpenGL|ES 2.0 • GLX, SDL, WGL, Quartz or an EGL Implementation Depending on the platform and the configuration options Clutter also depends on: • GDK-Pixbuf = 2.0 • JSON-GLib = 0.8 Notes: • This is the first developers snapshot of the 1.1 cycle • This version is API and ABI compatible with the current stable release of Clutter • Installing the contents of this release will overwrite the files from the installation of the current stable release of Clutter • Bugs should be reported to: http://bugzilla.o-hand.com What's new in Clutter 1.1.2: • List of changes since Clutter 1.0 o Add ClutterLayoutManager, an abstract proxy class for easily writing layout management policies; also add ClutterLayoutMeta, a class for storing layout properties. o Add ClutterBox, a generic container actor that relies on a ClutterLayoutManager instance to manage the layout of its children. o Add the following layout managers: - ClutterFixedLayout - a layout manager implementing the policy used by ClutterGroup - ClutterBinLayout - a layout manager for packing actors as layers inside the same area, with per-actor alignment - ClutterFlowLayout - a layout manager arranging actors as a reflowing grid - ClutterBoxLayout - a layout manager arranging actors as a single line o Remove the requirement for the backend-specific implementation of ClutterStage to be a ClutterActor: a Stage implementation must only implement the ClutterStageWindow interface. This cleans up the backend code. o COGL source tree clean up and rationalization; COGL now knows the platform, and not only the driver (GL or GLES) so we can migrate part of the low-level backend code from Clutter to COGL where it makes sense. o Remove code duplication across whole COGL. o The GLES 2.0 driver for COGL, and the EGLX backend for Clutter have been fixed and confirmed working. o Add dump-pick-buffer to CLUTTER_DEBUG: this debug options dumps the contents of each pick() buffer into a PNG file, for debugging purposes. o Allow interpolating intervals of ClutterUnits for animating unit-based properties. o Increase strictness and correctness of the ClutterUnits grammar parser. o Add GValue transformation functions for ClutterPath to and from a string. o Fix word movement in ClutterText; implement GObject getter for :use-markup; emit notification for :position; decouple the :text property from the :use-markup property. o Do not queue redraws or relayouts on actors currently being destroyed. o Support #rrggbb and #rgb notations for ClutterColor. o Multiple bug fixes. o Provide _NET_WM_PID on the X11 stage implementation. o Documentation and Introspection annotation fixes. o Add test units for the ClutterActor size requesition. o Build fixes. o Use AM_SILENT_RULES if Automake 1.11 is detected, and fall back to Shave on older Automake versions. Many thanks to: Robert Bragg Damien Lespiau Neil Roberts Thomas Wood Owen W. Taylor Øyvind Kolås Götz Waschk Zhou Jiangwei Colin Walters Jonas Bonn Joshua Lock Jussi Kukkonen Samuel Degrande Vladimir Nadvornik Xu Li Have fun with Clutter! -- To unsubscribe send a mail to clutter+unsubscr...@o-hand.com
Re: [clutter] Clutter 1.1.2 warning message
On Fri, 2009-10-23 at 08:24 -0600, Kevin DeKorte wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 I upgraded to clutter 1.1.2 today and I am getting this message Clutter 1.1.2 is a developers snapshot; unless you intend to provide feedback on the new API you should be using Clutter 1.0.8. (src/fosfor:19254): Clutter-WARNING **: The required ID of 13290695 does not refer to an existing actor; this usually implies that the pick() of an actor is not correctly implemented or that there is an error in the glReadPixels() implementation of the GL driver. I am on an r600 video card using mesa from git. Is this a known issue. Also my os is 64bit if that makes any difference. this is a known issue, that is why we added a verbose warning: the GL driver you are using is not implementing glReadPixels() correctly - as the warning says. The events around this button appear to work so I'm not sure why I am getting this message. not every event is able to determine the source actor (which is what is causing the pick()) - you're probably seeing the warning coming from a motion or a crossing event, even though the button press works. ciao, Emmanuele. -- To unsubscribe send a mail to clutter+unsubscr...@o-hand.com
Re: [clutter] ClutterScript signal handling
On Mon, 2009-10-19 at 15:11 +0100, Glen Gray wrote: Hey guys, I was wondering if it's possible to with the ClutterScript API as per 1.0 series, to pass over data to a signal handler's gpointer user_data parameter ? Something along the lines of below, where button is the ide of another child object ? ... signals : [ { name : button-press-event, handler : stageClickCb, user_data : button} ], ... nope, you can't. ClutterScript does not special-case strings and we cannot get random user data since it would imply pointer handling. the way User Interface definition files work in similar contexts (GtkBuilder and libglade, which are the prior art for ClutterScript in terms of API and feature set) is to create an application structure, fill it up with relevant objects created using ClutterScript through clutter_script_get_objects() and then pass it to clutter_script_connect_signals(). ciao, Emmanuele. -- To unsubscribe send a mail to clutter+unsubscr...@o-hand.com
Re: [clutter] Segment fault on Clutter with SDL flavour
On Wed, 2009-09-30 at 22:14 +0700, Hieu Le Trung wrote: Hi, I'm trying Clutter-1.0 with SDL flavor. When running the test program, it produces segment fault. Any suggestion. the SDL backend is experimental, and not for public consumption; it is meant only for testing purposes (there's is a huge warning when you try to configure --with-flavour=sdl). having said that, in the clutter-1.0 branch the backend is currently broken, given the changes in the Stage implementation that happened between 0.9 and 1.0; Clutter from the master branch has a working SDL backend, but, again, I can't stress out too much that the backend is not meant to be used by developers unless you're porting Clutter itself to a new platform. ciao, Emmanuele. -- To unsubscribe send a mail to clutter+unsubscr...@o-hand.com
Re: [clutter] undefined reference to `CLUTTER_UNITS_FROM_DEVICE'
On Fri, 2009-10-02 at 16:37 -0400, Ian Walberg wrote: Has anyone seen this error? undefined reference to `CLUTTER_UNITS_FROM_DEVICE' We are linking to a cliutter-1.0.6 native arm lib on a beagle board. you are really *not* linking to clutter-1.0.6, if you are getting a warning from the linker - unless you are using that symbol yourself; that symbol does not exist in the 1.x API - it only existed in previous development cycles. ciao, Emmanuele. -- To unsubscribe send a mail to clutter+unsubscr...@o-hand.com
Re: [clutter] Reg: Cluuter window and GL Canvas
On Fri, 2009-09-11 at 10:02 +0530, Kuldeep wrote: Hi, I would like to know two things. First: Is it possible in clutter to render only, i.e, If I get GLCanvas from other Toolkit and I want to render the contents using clutter toolkit. Is it possible? If so then How we can do it? no, it's not possible. Clutter is responsible for setting up its own GL state, and so it needs to be the one library creating the GL context. Second is Window: Clutter toolkit creeates window by itself for displaying the UI, If we want to use the window created by other toolkits and rendering with Clutter. Is it possible? yes, depending on the toolkit and the integration with that toolkit. the Clutter-GTK and Clutter-Qt integration libraries allow you to embed a Clutter stage inside a GTK+ or a Qt window. ciao, Emmanuele. -- Emmanuele Bassi, Senior Engineer| emmanuele.ba...@intel.com Intel Open Source Technology Center | http://oss.intel.com -- To unsubscribe send a mail to clutter+unsubscr...@o-hand.com
Re: [clutter] Reg: Cluuter window and GL Canvas
On Fri, 2009-09-11 at 15:12 +0530, Kuldeep wrote: I want to use only clutter but not with any bindings. Also I want to include clutter toolkit for rendering purposes. So is it possible? Or do I need to implement anything extra here? clutter-gtk and clutter-qt are *not* bindings: they are integration libraries. they use public API, so they can be reimplemented, but there would be no point doing so. and you've failed to mention which toolkit you are planning to use or are using already. ciao, Emmanuele. On Fri, Sep 11, 2009 at 2:58 PM, Emmanuele Bassi eba...@linux.intel.com wrote: On Fri, 2009-09-11 at 10:02 +0530, Kuldeep wrote: Hi, I would like to know two things. First: Is it possible in clutter to render only, i.e, If I get GLCanvas from other Toolkit and I want to render the contents using clutter toolkit. Is it possible? If so then How we can do it? no, it's not possible. Clutter is responsible for setting up its own GL state, and so it needs to be the one library creating the GL context. Second is Window: Clutter toolkit creeates window by itself for displaying the UI, If we want to use the window created by other toolkits and rendering with Clutter. Is it possible? yes, depending on the toolkit and the integration with that toolkit. the Clutter-GTK and Clutter-Qt integration libraries allow you to embed a Clutter stage inside a GTK+ or a Qt window. ciao, Emmanuele. -- Emmanuele Bassi, Senior Engineer| emmanuele.ba...@intel.com Intel Open Source Technology Center | http://oss.intel.com -- To unsubscribe send a mail to clutter+unsubscr...@o-hand.com -- Emmanuele Bassi, Senior Engineer| emmanuele.ba...@intel.com Intel Open Source Technology Center | http://oss.intel.com -- To unsubscribe send a mail to clutter+unsubscr...@o-hand.com
Re: [clutter] show vs show_all
hi; On Thu, 2009-09-10 at 12:30 +1000, Danielle Madeley wrote: I was wondering why a call to clutter_actor_show_all() on a ClutterGroup does not recurse down the tree calling show_all() on all of its children? From clutter-group.c: static void clutter_group_real_show_all (ClutterActor *actor) { clutter_container_foreach (CLUTTER_CONTAINER (actor), CLUTTER_CALLBACK (clutter_actor_show), NULL); clutter_actor_show (actor); } I would have thought it would have been correct to call clutter_actor_show_all() on each of the children as well. no, ClutterGroup overrides show_all() exactly to avoid the gtk+-like behaviour that you (and I) are used to. :-) it's been like that since Clutter 0.2 -- the rationale being that you might be using a Group to hold invisible placeholders for later animations, or source actors for clones, and calling show_all() would display them. in theory, we might add a private no-show-all flag and a clutter_actor_set_no_show_all() - but as far as I'm concerned, if you're using ClutterGroup you're off to interesting behaviours anyway, and you should probably be using your own container. ciao, Emmanuele. -- Emmanuele Bassi, Senior Engineer| emmanuele.ba...@intel.com Intel Open Source Technology Center | http://oss.intel.com -- To unsubscribe send a mail to clutter+unsubscr...@o-hand.com
Re: [clutter] Run at full CPU usage
On Thu, 2009-09-10 at 09:46 +0700, Hieu Le Trung wrote: Is there any way that I can remove the FPS in the timeline to force Clutter to run at full CPU usage? which FPS? are you using Clutter 0.8? Clutter 1.0 is vblank-locked, so it will always repaint (and update the timelines) at the same rate. if you're trying to see the amount of frames per second you'd be able to display on a magical screen with no vertical blanking delay[0], you can run a Clutter application after exporting these two environment variables: CLUTTER_VBLANK=none CLUTTER_DEFAULT_FPS=1000 or by passing to it these two command line arguments: --vblank=none --clutter-default-fps=1000 for Clutter 0.8, just exporting CLUTTER_VBLANK=none will disable vblanking support. ciao, Emmanuele. +++ [0] I refuse to call this a benchmark, just like glxgears is not a benchmark. -- Emmanuele Bassi, Senior Engineer| emmanuele.ba...@intel.com Intel Open Source Technology Center | http://oss.intel.com -- To unsubscribe send a mail to clutter+unsubscr...@o-hand.com
Re: [clutter] compiling problem
On Thu, 2009-09-10 at 10:36 +0100, Emmanuele Bassi wrote: Hi list, after reading the last post of 'clutter blog' about jhbuild to get the last release of clutter I tried the process but I get the error commented in the blog page (http://www.clutter-project.org/blog/?p=83#comments ). When I'm building 'meta-pyclutter' raised this error: http://pastebin.com/m597cb1cd Anybody knows how can I solve it? I'm trying to compile it in Fedora 11. you're using automake-1.11, which is incredibly anal retentive about duplicate items inside the list of installed files. I'll push a fix as soon as possible. should be now fixed. testing is very much appreciated. ciao, Emmanuele. -- Emmanuele Bassi, Senior Engineer| emmanuele.ba...@intel.com Intel Open Source Technology Center | http://oss.intel.com -- To unsubscribe send a mail to clutter+unsubscr...@o-hand.com
Re: [clutter] Clutter-Sharp questions: Alpha and threading
hi; I'm referring to the C API, but I think the C# API will probably look similar. On Wed, 2009-09-09 at 13:03 +0200, Danny Haak wrote: I am currently trying to fix the Clutter-Sharp examples (making them work again with the current bindings), but I ran into a few problems. - The first thing is that Alpha functions are not implemented in the bindings (http://bugzilla.openedhand.com/show_bug.cgi?id=1803). ClutterAlpha's constructor does not take a function any more: it uses easing modes (an enumeration value). also, Clutter does not provide public Alpha functions any more: it provides the ClutterAnimationMode enumeration: http://www.clutter-project.org/docs/clutter/stable/clutter-Implicit-Animations.html#ClutterAnimationMode since I receive the Bugzilla email for each Clutter bug, I'd like to point out something that you did and that is always a pet peeve of mine: do *not* set the target milestone -- it's not something for you to set: it's for the maintainers and/or QA. the same applies to severity and priority. ciao, Emmanuele. -- Emmanuele Bassi, Senior Engineer| emmanuele.ba...@intel.com Intel Open Source Technology Center | http://oss.intel.com -- To unsubscribe send a mail to clutter+unsubscr...@o-hand.com
Re: [clutter] Clutter-Sharp questions: Alpha and threading
On Wed, 2009-09-09 at 15:16 +0200, Danny Haak wrote: On Wed, 2009-09-09 at 12:14 +0100, Emmanuele Bassi wrote: I'm referring to the C API, but I think the C# API will probably look similar. Yes, true. But, the main problem is that the documentation and examples are not quite on par with the code sometimes, which is confusing. Which is also the main reason for me to try to update the examples for clutter-sharp - to make it easier for people to start :). yeah, I guess the example code needs to be ported to the 1.0 API. ClutterAlpha's constructor does not take a function any more: it uses easing modes (an enumeration value). Clear now. The main problem is that the Alpha function accepts an ulong, and not the enum; which is confusing. I will try to fix that (not that experience in invoking c libraries in C#) and make a patch. Another issue arose: while BehaviourOpacity is working, BehaviourPath is not: GLib-GObject-WARNING **: IA__g_object_new_valist: invalid unclassed object pointer for value type `ClutterPath'. I will look into that as well. ClutterBehaviourPath uses the ClutterPath object, which encapsulates all the functionality that concerned describing paths from BehaviourPath and BehaviourBspline. you'll need to create a new Path object and pass it to the BehaviourPath behaviour -- something like: # define a path as a set of nodes my $behaviour = Clutter::BehaviourPath-new( Clutter::Alpha-new($timeline, 'ease-out-cubic'), Clutter::Path-new( [ 'move-to', [ [ 100, 100 ] ] ], [ 'line-to', [ [ 200, 100 ] ] ], [ 'line-to', [ [ 200, 200 ] ] ], [ 'curve-to', [ [ 100, 200 ], [ 100, 200 ], [ 100, 100 ] ] ], ), ); or # define a path using a SVG-like description my $behaviour = Clutter::BehaviourPath-new( Clutter::Alpha-new($timeline, 'ease-out-cubic'), Clutter::Path-new(M 100,100 L 200,100 L 200,200 C 100,200 100,200 100,100), ); in Perl. I actually need to add this example to the migration guide. :-) since I receive the Bugzilla email for each Clutter bug, I'd like to point out something that you did and that is always a pet peeve of mine: do *not* set the target milestone -- it's not something for you to set: it's for the maintainers and/or QA. the same applies to severity and priority. Excuse me, not my intention - will refrain from it next time. Maybe remove that field in the bug-enter form anyway? it has its uses, if a maintainer and/or a QA engineer files a bug. the bug filing form, though, needs some love anyway, maybe taking some of the lessons learned from the GNOME Bugzilla. ciao, Emmanuele. -- Emmanuele Bassi, Senior Engineer| emmanuele.ba...@intel.com Intel Open Source Technology Center | http://oss.intel.com -- To unsubscribe send a mail to clutter+unsubscr...@o-hand.com
Re: [clutter] x,y,z coords
On Thu, 2009-09-03 at 01:00 -0500, Peter Keller wrote: Hello, I've noticed that the clutter api provides placement for actors, but only oddly in the sense that the actors exists in a 3d space, but the set_position calls only take shorthanded 2d coordinates. I find it weird that if I want an actor like a rectangle or text actor rotated around the y axis I have to rotate it with the rotation api. Why can't one specify the 3d coords for three of the points of the actors if I happen to know what they are? because Clutter mainly (and currently) targeted at 2D elements in 3D space, not at fully 3D elements. In reading and trying out the API, I get the sense that the API was a 2d layout system that later got applied to 3d objects. no, it was a precise design choice that was made at the beginning of the project. ciao, Emmanuele. -- Emmanuele Bassi, Senior Engineer| emmanuele.ba...@intel.com Intel Open Source Technology Center | http://oss.intel.com -- To unsubscribe send a mail to clutter+unsubscr...@o-hand.com
Re: [clutter] WHERE IS clutter_sini?
On Thu, 2009-09-03 at 11:01 +0200, Samuel Degrande wrote: You said you are now porting clutter toys to clutter 1.0, have you ever successfully port one of the toys named odo? I did not have to port it, because Chris Lord already did it : http://chrislord.net/files/clutter-animations-talk.zip The new odo toys is in the 'demo' dir. Chris committed the code to the toys/ repository on clutter-project.org as well. :-) indeed, Chris's code is a great example of the vertex buffer API in COGL. ciao, Emmanuele. -- Emmanuele Bassi, Senior Engineer| emmanuele.ba...@intel.com Intel Open Source Technology Center | http://oss.intel.com -- To unsubscribe send a mail to clutter+unsubscr...@o-hand.com
Re: [clutter] Querying pointer position
On Wed, 2009-09-02 at 10:35 +0400, Samium Gromoff wrote: Is it possible to query pointer position outside event context, similar to what gdk_display_get_pointer() does? no, Clutter does not expose any API for doing that because Clutter is not in the business of abstracting platforms. you should either use platform-specific API or, if you use clutter-gtk, then you can use the GDK API. ciao, Emmanuele. -- Emmanuele Bassi, Senior Engineer| emmanuele.ba...@intel.com Intel Open Source Technology Center | http://oss.intel.com -- To unsubscribe send a mail to clutter+unsubscr...@o-hand.com
Re: [clutter] implement clipping instead of using stencil buffer
On Tue, 2009-09-01 at 18:14 +0100, Neil Roberts wrote: It might also be worth looking in to ways of avoiding clipping altogether in your application if at all possible. The only thing in Clutter core that I can think of that requires clipping would be an editable ClutterText. It is possible to change ClutterText so that it changes the vertex and texture coords rather than requiring the hardware to do the clipping. A patch was made for this a while ago in bug #833 but it was never applied because we decided it was simpler to just use GL's clipping mechanisms. not only simpler: it would also clip each editable Text to the entire leftmost (or rightmost, for RTL locales) glyph, instead of showing only parts of glyphs. also, it could only show entire lines and columns for a scrollable multi-line Text. in short, it would look slightly odd. ciao, Emmanuele. -- Emmanuele Bassi, Senior Engineer| emmanuele.ba...@intel.com Intel Open Source Technology Center | http://oss.intel.com -- To unsubscribe send a mail to clutter+unsubscr...@o-hand.com
Re: [clutter] implement clipping instead of using stencil buffer
On Tue, 2009-09-01 at 18:34 +0100, Neil Roberts wrote: not only simpler: it would also clip each editable Text to the entire leftmost (or rightmost, for RTL locales) glyph, instead of showing only parts of glyphs. also, it could only show entire lines and columns for a scrollable multi-line Text. No, that's not what it does. For glyphs that are partially obscured by the clip rect it would calculate new vertex coords and new texture coords so that it would only display a portion of the glyph. The calculation is simple because the clip rect and the coordinates are all in actor space. oh, right. I didn't remember that patch at all. well, that would solve the problem in ClutterText; it still would not really solve issues inside other clipped actors like scrollable containers, though. ciao, Emmanuele. -- Emmanuele Bassi, Senior Engineer| emmanuele.ba...@intel.com Intel Open Source Technology Center | http://oss.intel.com -- To unsubscribe send a mail to clutter+unsubscr...@o-hand.com
Re: [clutter] geometry caching for ClutterActors
On Mon, 2009-08-31 at 20:18 +1000, Davyd Madeley wrote: It's possible that I can fix this without changing Clutter (need to think about it a little more), but I was wondering if anyone else saw a possible use for a clutter_actor_flush_cached_size() method, or similar. if you only need to flush the cached size (not the position), just call: clutter_actor_set_size (actor, -1, -1); this will unset the cached minimum and natural size of the actor and will queue a relayout. ciao, Emmanuele. -- Emmanuele Bassi, Senior Engineer| emmanuele.ba...@intel.com Intel Open Source Technology Center | http://oss.intel.com -- To unsubscribe send a mail to clutter+unsubscr...@o-hand.com
Re: [clutter] Clutter and Mono
On Wed, 2009-08-26 at 08:53 +0200, Danny Haak wrote: Isn't there anybody with some more details? Can the Clutter-bindings for Mono be considered dead then? since the last commit in the clutter-sharp repository was: commit 349dba602015e07785a9d5f38c27c7380103fa9e Author: Aaron Bockover abocko...@novell.com Date: Mon Aug 17 14:33:18 2009 +0200 I'd say they are not dead. I am trying to get Clutter working i.c.m. with Mono. I downloaded the 1.0.0 version of Clutter from your website, compiled and installed it. I got the Mono bindings from GIT. But, when I am trying one of the examples from the clutter-sharp/examples directory, none is working, with errors on i.e.: - Flowers.cs: ClutterRun.Init () - test-entry.cs: static Entry entry; - test-scale.cs: static EffectTemplate template; Etc., etc. the examples have probably not been ported to the new API. you should contact the Clutter-Sharp maintainers. ciao, Emmanuele. -- Emmanuele Bassi, Senior Engineer| emmanuele.ba...@intel.com Intel Open Source Technology Center | http://oss.intel.com -- To unsubscribe send a mail to clutter+unsubscr...@o-hand.com
Re: [clutter] Clutter and MSVC
On Tue, 2009-08-25 at 19:09 +0200, Attila Kocsis wrote: I'm trying to use clutter with Microsoft Visual Studio 2008 Express. AFAIK the vcproj file is removed from the repository. I tried to create a project, but had several compile error, and gave up. I found precompiled binaries for the dependencies (glib,pango,...), but for clutter this is not avalaible. Is there any way to use Clutter with MSVC? Is there any plan to support it? as the documentation[0] says: If you were looking to build Clutter with Visual Studio [...] there is an external project which is maintaining build files for Clutter (and other glib-based projects) here: https://launchpad.net/oah ciao, Emmanuele. [0] http://git.clutter-project.org/cgit.cgi?url=clutter/tree/build/mingw/README -- Emmanuele Bassi, Senior Engineer| emmanuele.ba...@intel.com Intel Open Source Technology Center | http://oss.intel.com -- To unsubscribe send a mail to clutter+unsubscr...@o-hand.com
Re: [clutter] Incorporate OpenOffice
On Wed, 2009-08-19 at 09:41 +0300, Balogh Szabolcs wrote: Hello, I'm working on a document viewer application in python based on clutter 0.8, and I have some troubles... first of all: pyclutter 0.9.2 uses Clutter 1.0, and requires testing, so you should think about moving to that. 1. For pdf files I use poppler with python bindings. It's working fine... The only problem is, that I don't know how to scroll the document if after zooming it becomes bigger than the available space. How is possible to scroll in Clutter? if by scrolling you mean using the scrolling wheel on you mouse then connect to the scroll-event signal and then move the actor in the direction of the scrolling. if you mean scrolling as in scroll bars and a container using them then you should have a look at what NBTK (the tool kit we are using for Moblin and which is Clutter-based) does with NbtkViewport, NbtkScrollBar and NbtAdjustment. 2. For word/excel/ppt documents I have to incorporate the whole OpenOffice interface into my clutter based application. you can't do this. with *any* tool kit. Can somebody give me some help, how it is possible to incorporate the window from another application? and you can't do this with Clutter. ciao, Emmanuele. -- Emmanuele Bassi, Senior Engineer| emmanuele.ba...@intel.com Intel Open Source Technology Center | http://oss.intel.com -- To unsubscribe send a mail to clutter+unsubscr...@o-hand.com
Re: [clutter] questions regarding captured event
On Thu, 2009-08-13 at 09:38 +0100, Karl Lattimer wrote: Hi all, I'm having some trouble with captured-event, from the documentation gboolean user_function (ClutterActor *actor, ClutterEvent *event, gpointer user_data) : Run Last actor : the actor which received the signal this should be the actor that emitted the signal; copy and paste on docs should be disabled by default. :-/ Now I've taken this to mean that 'actor' is the actor which originally received the event, for instance, a button inside of a container. However it appears to be the actor the event has been captured by. yes, for obvious reasons we cannot emit signals on actors that did not receive the event. This leaves no way to determine what has received the event within the captured event call back. clutter_event_get_source(). Is this the correct behaviour, or am I correct in assuming that I should be receiving the actor for which the event would have been received by if it weren't for capturing it. the ::captured-event signal works exactly like the ::event signal, which has the same semantics used by gtk+, only it works from the top-most container to the actor. the event is propagated, in case of the ::event signal, from the reactive actor that received the event from the windowing system (as determined by the pick) to its parents until it reaches the stage; the ::captured-event signal is emitted before the ::event signal and is emitted on the stage that contains the actor and down through the actor's parents until it reaches the actor itself. ciao, Emmanuele. -- Emmanuele Bassi, Senior Engineer| emmanuele.ba...@intel.com Intel Open Source Technology Center | http://oss.intel.com -- To unsubscribe send a mail to clutter+unsubscr...@o-hand.com
Re: [clutter] questions regarding captured event
On Fri, 2009-08-14 at 10:43 +0100, Karl Lattimer wrote: This leaves no way to determine what has received the event within the captured event call back. clutter_event_get_source(). Great, I missed that, thanks :) Although just to clarify, this will return where the event would have ended up right? Like a button in a container say, where I've captured the event on the container instead of letting it drop through to the button. yes, that's exactly what get_source() does. ciao, Emmanuele. -- Emmanuele Bassi, Senior Engineer| emmanuele.ba...@intel.com Intel Open Source Technology Center | http://oss.intel.com -- To unsubscribe send a mail to clutter+unsubscr...@o-hand.com
RE: [clutter] Clutter Fixed Point API
On Fri, 2009-08-14 at 17:04 +0700, Hieu Le Trung wrote: I'm sure that my CPU does not have FPU so that it may cause performance bottle neck if using floating point math. so, you're using a GPU without an FPU? Is there any guide on adding Fixed Point support for Clutter? Or is there any document that list out the part of Clutter which is currently using Floating Point math? every part of Clutter is using floating point math, since it's passing single precision floating point values to the GL implementation underneath. ciao, Emmanuele. -- Emmanuele Bassi, Senior Engineer| emmanuele.ba...@intel.com Intel Open Source Technology Center | http://oss.intel.com -- To unsubscribe send a mail to clutter+unsubscr...@o-hand.com
[clutter] [ANNOUNCE] Clutter 1.0.2 (core) - stable release
hi everyone; Clutter 1.0.2 is now available for download at: http://www.clutter-project.org/sources/clutter/1.0/ MD5 Checksums: 3eb684b468af4ac7e01ef17030178027 clutter-1.0.2.tar.gz 498ac921fbe5881a03701877b7ea3edd clutter-1.0.2.tar.bz2 Clutter is an open source software library for creating fast, visually rich and animated graphical user interfaces. Clutter is licensed under the terms of the GNU Lesser General Public License version 2.1. Clutter currently requires: * GLib = 2.16.0 * Cairo = 1.6 * Pango = 1.20 * OpenGL = 1.4, OpenGL|ES 1.1 or OpenGL|ES 2.0 * GLX, SDL, WGL, Quartz or an EGL Implementation The official website is: http://www.clutter-project.org The Clutter blog is at: http://www.clutter-project.org/blog To subscribe to the Clutter mailing list, send mail to: clutter+subscr...@o-hand.com The official mailing list archive is: http://lists.o-hand.com/clutter/ API reference: http://www.clutter-project.org/docs/clutter/stable/ Notes - o This is the second stable release of the 1.0.x cycle. o This version is parallel installable with Clutter 0.8. o Installing this version will overwrite the files from the installation of a git clone of the current development branch. o The GL|ES backends are still broken; there is a patch attached to bug: http://bugzilla.openedhand.com/show_bug.cgi?id=1698 which fixes the GL|ES 2.0 COGL backend and the EGLX Clutter backend, and has been applied to the master branch. Before we backport it to the 1.0 branch I'd like to get wider testing for it. o Bugs should be reported to: http://bugzilla.o-hand.com What's new in Clutter 1.0.2 --- o Documentation fixes o Build fixes o Update the MingW script for building Clutter on Windows o Update the build instructions for OS X o On X11, make sure to destroy the stage Window when switching to a foreign one o Fix a bug where clutter_actor_apply_relative_transform() was no using the right vertex to perform the transformation Many thanks to: Damien Lespiau Colin Walters Joshua Lock Xu Li Full list of changes since 1.0.0: - Colin Walters (1): Add (allow-none) for clutter_stage_set_key_focus() Damien Lespiau (4): [gitignore] Ignore new test-color-hls-roundtrip test [build] GCC_FLAGS is no more, MAINTAINER_CFLAGS is the One. [debug] Fix __GNUC__ typo [debug] CLUTTER_{NOTE,MARK,DBG,GLERR,TIMESTAMP} should always be statements Emmanuele Bassi (20): Post-release bump to 1.0.1 [mingw/win32] Remove clutter-cairo [docs] Remove mentions of Clutter-Cairo [x11] Force a redraw before mapping the stage [actor] Use the right vertex [cogl] Expose cogl_is_vertex_buffer() [actor] Be more explicit when warning about invariants [docs] Fix a missing parameter [docs] Close a tag [x11] Destroy the Window we own when setting a foreign one [actor] Add missing return_if_fail() [x11] Do not ask to destroy an empty Window [osx] Clean up Makefile.am [build] Fix LDADD - LIBADD usage [docs] Fix the examples for animate() [build] Clean up cogl-pango Makefile [docs] Remove the version number from the title [units] Do not be locale-dependant on string conversion Update the NEWS [release] 1.0.2 Joshua Lock (1): [docs] Update building instructions for OS X Neil Roberts (5): [mingw-cross-compile.sh] Update version numbers of all the dependencies [mingw-cross-compile.sh] Add a note about MSYS in the comment [mingw-cross-compile.sh] Fix to use git rather than svn [mingw] Update the README Small doc fix to clutter_text_get_color Robert Bragg (2): [build] dist tests/interactive/wrapper.sh [build] remove reference to light1.png in tests/interactive/Makefile.am Xu Li (1): Add new Atom atom_NET_WM_PID to set pid info Have fun with Clutter! ciao, Emmanuele. -- Emmanuele Bassi, Intel Open Source Technology Center -- To unsubscribe send a mail to clutter+unsubscr...@o-hand.com
RE: [clutter] OMAP/ARM/BaegleBoard
On Thu, 2009-08-13 at 10:42 -0400, Ian Walberg wrote: Arrgggh, I had missed that. Does anyone know how broken it is? Can we help fix it? the support for GLES 2.0 under EGLX has been fixed in master (Clutter 1.1) thanks to a patch Zhou Jiangwei. the current combinations that can't test are: - GLES 1.1 on EGLX - GLES 1.1 on native framebuffer - GLES 2.0 on native framebuffer you can look at this commit: 2ab9bef5873ca9d226ddf31fc65b96fe20fa72d5 for the fixes needed in COGL and to this commit: 13e055a351f83c56b895b131566a6e842d24ed2a for the fixes in the EGLX backend. testing and eventual patches for the native framebuffer support would be much appreciated. ciao, Emmanuele. Thanks, Ian -Original Message- From: Hieu Le Trung [mailto:hie...@cybersoft-vn.com] Sent: Wednesday, August 12, 2009 7:52 PM To: Ian Walberg; clutter@o-hand.com Subject: RE: [clutter] OMAP/ARM/BaegleBoard Ivan, From the release note of 1.0, the OpenGL ES path has been broken. You can try with 0.8.8 which I've done before. Regards, -Hieu -Original Message- From: Ian Walberg [mailto:ian.walb...@airborne.aero] Sent: Thursday, August 13, 2009 4:47 AM To: clutter@o-hand.com Subject: [clutter] OMAP/ARM/BaegleBoard Has anyone built the 1.0 lib for the OMAP/ARM/Beagleboard? We have been using the pre-built packages and the Angstrom distribution so have not had to build them from source yet. Just being lazy and trying to save some time :) -- Emmanuele Bassi, Senior Engineer| emmanuele.ba...@intel.com Intel Open Source Technology Center | http://oss.intel.com -- To unsubscribe send a mail to clutter+unsubscr...@o-hand.com
Re: [clutter] clutter_actor_animate ()
On Thu, 2009-08-13 at 10:25 -0500, Uday Verma wrote: If you use variables to pass these values to clutter_actor_animate and if any of these variables is of incorrect type, the function just segfaults. gint angle = 360; // instead of a double clutter_actor_animate (myactor, CLUTTER_EASE_IN, 100, rotation-angle-z, x, NULL); // will segfault yes, it's expected; and there's nothing Clutter can do, since it's we're using variable length arguments to read the property (name, value) pairs. it's the burden of C developers to pass sensible stuff to the functions or expect a segmentation fault. if you want type safety for variable list of arguments I can suggest you use Python or Perl: the Clutter 1.0 bindings are quite good. ciao, Emmanuele. -- On Thu, Aug 13, 2009 at 3:50 AM, Samuel Degrandesamuel.degra...@lifl.fr wrote: On 13/08/2009 01:41, Ian Walberg wrote: Neil, Thanks that helps. However I am getting this following error :- 'Cannot bind property '' objects of type 'ClutterTexture' do not have this property' When I try the rotation example :- clutter_actor_animate (actor, CLUTTER_EASE_IN, 100, rotation-angle-z, 360, fixed::rotation-center-z,center, NULL); Thanks Ian I was caught by such an error several times !! You have to take care to provide the right type of values. So you need, for example clutter_actor_animate (actor, CLUTTER_EASE_IN, 100, rotation-angle-z, 360.0, fixed::rotation-center-z,center, NULL); This is rather very annoying, because we are so used to implicit type conversion... -- Samuel Degrande LIFL - UMR8022 CNRS - INRIA Futurs - Bat M3 Phone: (33)3.28.77.85.30 USTL - Universite de Lille 1 (33)3.62.53.15.70 59655 VILLENEUVE D'ASCQ CEDEX - FRANCE [CA certs: http://igc.services.cnrs.fr/CNRS-Standard/recherche.html ] -- To unsubscribe send a mail to clutter+unsubscr...@o-hand.com -- Uday http://soundc.de/ -- Emmanuele Bassi, Senior Engineer| emmanuele.ba...@intel.com Intel Open Source Technology Center | http://oss.intel.com -- To unsubscribe send a mail to clutter+unsubscr...@o-hand.com
RE: [clutter] clutter_actor_animate ()
On Thu, 2009-08-13 at 11:51 -0400, Ian Walberg wrote: I am happy to pass 'sensible stuff' and I am just working out what can be passed. How do I make the animation loop? by reading the documentation: http://www.clutter-project.org/docs/clutter/stable/clutter-Implicit-Animations.html ciao, Emmanuele. (and, by the way: quote properly) -- Emmanuele Bassi, Senior Engineer| emmanuele.ba...@intel.com Intel Open Source Technology Center | http://oss.intel.com -- To unsubscribe send a mail to clutter+unsubscr...@o-hand.com
Re: [clutter] Reg: GNU C library used
On Tue, 2009-08-11 at 10:20 +0530, Kuldeep wrote: I didnt understand what you said. Do you mean by you are not working towards porting of clutter on android? what I meant was exactly what I wrote: as far as I know there is currently no effort in the community, nor there is an effort from the Clutter team, towards porting Clutter to the only platform using the Bionic C library (Android). also, there is no effort, as far as I know, to make Clutter work on the Android software platform at all. Also My doubt is simple, clutter is developed in GNU C and android supports Bionic C. Will there be any problem if we compile clutter with Bionic C libraries or is it ok if we port GLib, Cairo, Pango and compile with Bionic Libraries? sure. as far as the licensing terms for Clutter are respected if you the redistribute the binaries of Clutter on Bionic, I have no objections to you porting Clutter to use another, non-GNU, C library. ciao, Emmanuele. -- Emmanuele Bassi, Senior Engineer| emmanuele.ba...@intel.com Intel Open Source Technology Center | http://oss.intel.com -- To unsubscribe send a mail to clutter+unsubscr...@o-hand.com
Re: [clutter] Reg: GNU C library used
On Mon, 2009-08-10 at 15:20 +0530, Kuldeep wrote: I would like to know whether there is a way to port clutter libraries to any Platform that supports Bionic C but not GNU C. Will ther ebe any issues if we port the clutter libraries in boinic c supported platforms. if you port, in order: - GLib - Cairo - Pango and, optionally GTK+ (for GDK-Pixbuf, though you might use the internal image loading code inside Clutter at the beginning) then I don't see why Clutter would be more problematic to port. as far as we're aware, currently there is no effort to port Clutter to another C library or to the only platform that uses Bionic. ciao, Emmanuele. -- Emmanuele Bassi, Senior Engineer| emmanuele.ba...@intel.com Intel Open Source Technology Center | http://oss.intel.com -- To unsubscribe send a mail to clutter+unsubscr...@o-hand.com
RE: [clutter] Reg: GNU C library used
On Mon, 2009-08-10 at 21:52 +0700, Hieu Le Trung wrote: Is there any existing port of Clutter over Android and Java layer? As I know, there is no Clutter Java binding existing. as I said already, there is currently no effort (as far as I know) to port Clutter on Android. the Java bindings can be obtained by using GObject-Introspection and JGIR[0]. ciao, Emmanuele. [0] http://live.gnome.org/JGIR -- Emmanuele Bassi, Senior Engineer| emmanuele.ba...@intel.com Intel Open Source Technology Center | http://oss.intel.com -- To unsubscribe send a mail to clutter+unsubscr...@o-hand.com
[clutter] Clutter 1.0 branched
hi everyone; after the 1.0 release, the Clutter repository has been branched. the clutter-1.0 branch will be used for bugfix releases for Clutter 1.0; I plan a 1.0.2 release by the end of the week. development will continue in the master branch, under the 1.1 version; this will lead to the 1.2 release by next January. unlike the 0.9 development cycle I plan on doing developers snapshots at regular intervals, one each month, so the first one will be in September. as a reminder: the 1.1 development cycle will be API compatible with 1.0, and only add or deprecate API. ciao, Emmanuele. -- Emmanuele Bassi, Senior Engineer| emmanuele.ba...@intel.com Intel Open Source Technology Center | http://oss.intel.com -- To unsubscribe send a mail to clutter+unsubscr...@o-hand.com
Re: [clutter] Guide for updating from 0.8
On Mon, 2009-08-10 at 16:46 +0100, Emmanuele Bassi wrote: obviously, if somebody comes up with other topics, then feel free to mention them on the mailing list or open a bug; patches, as always, are welcome. by the way, the README file also lists the changes in the release notes, and the deprecation defines should give a hint when the API has been changed/replaced. ciao, Emmanuele. -- Emmanuele Bassi, Senior Engineer| emmanuele.ba...@intel.com Intel Open Source Technology Center | http://oss.intel.com -- To unsubscribe send a mail to clutter+unsubscr...@o-hand.com
Re: [clutter] Guide for updating from 0.8
On Mon, 2009-08-10 at 16:58 +0100, Karl Lattimer wrote: On Mon, 2009-08-10 at 16:46 +0100, Emmanuele Bassi wrote: On Mon, 2009-08-10 at 16:42 +0100, Karl Lattimer wrote: Is there a guide available anywhere to assist in updating code from clutter-0.8 to clutter-1.0? I've been looking at the rest of the changes, and was planning to add a units-floats guide as well. This is the bit I'm having a few issues with as it goes :/ ClutterUnit to ClutterUnits seems a little more complicated than I first thought although looking through the docs it probably isn't too difficult. ClutterUnit has been replaced by float: ClutterUnits is now what it was meant to be (an opaque container for logical distances and positions), and not a pixels with a fractionary part. all you used to do with CLUTTER_UNITS_* now you just need to replace with operations on single precision floating point values. the ClutterUnits struct is an opaque container that you should use to store non-pixel values, e.g. a width in em, or a height in millimeters. when Clutter will be able to use XSETTINGS it will queue a relayout when the DPI of the display changes so that actors can recompute their size using ClutterUnits. obviously, if somebody comes up with other topics, then feel free to mention them on the mailing list or open a bug; patches, as always, are welcome. ClutterFixed throws out a few errors but they're pretty self explanatory maybe a few simple notes to help could be useful. all the ClutterFixed API suffered the same fate of the old ClutterUnit API, with the exception that it's now part of COGL instead of having been removed. you should only use fixed point if you measure a difference between fixed point and floating point operations -- though if your platform has a GPU and no FPU, then you're doing it wrong, as the kids nowadays say. ciao, Emmanuele. -- Emmanuele Bassi, Senior Engineer| emmanuele.ba...@intel.com Intel Open Source Technology Center | http://oss.intel.com -- To unsubscribe send a mail to clutter+unsubscr...@o-hand.com
RE: [clutter] Clutter 1.0 branched
On Mon, 2009-08-10 at 12:05 -0400, Ian Walberg wrote: Are the details of what is planned for 1.1 detailed anywhere? Bugzilla has a list of bugs with a 1.2 milestone; we haven't committed to any of them -- just a list of would be nice to have features and fixes. we'll have a more definite list in about a month. developers are also encouraged to file bugs (just *don't* touch the target milestone or the priority fields: those are for the Clutter team to use) and we'll see if we can target them for 1.2. ciao, Emmanuele. -- Emmanuele Bassi, Senior Engineer| emmanuele.ba...@intel.com Intel Open Source Technology Center | http://oss.intel.com -- To unsubscribe send a mail to clutter+unsubscr...@o-hand.com
Re: [clutter] EGL and OpenGL ES
On Fri, 2009-08-07 at 14:01 +0700, Hieu Le Trung wrote: I wonder if EGL and OpenGL ES is currently maintained or not? As I’m trying with the r1.0 and failed to compile with EGL backend. yes, as the release notes for the 1.0.0 release said: o The GL|ES backends are known to be broken; we are currently unable to test them, but we gladly accept patches for them until such time when we are able to resume testing. there is a patch attached to bug 1698: http://bugzilla.openedhand.com/show_bug.cgi?id=1698 that we'd like to integrate, as soon as we resolve some issues about copyright assignment; testing on multiple platforms would also be very well accepted. ciao, Emmanuele. -- Emmanuele Bassi, Senior Engineer| emmanuele.ba...@intel.com Intel Open Source Technology Center | http://oss.intel.com -- To unsubscribe send a mail to clutter+unsubscr...@o-hand.com
[clutter] [ANNOUNCE] PyClutter 0.9.2 - developers snapshot
The Python bindings for the Clutter core and integration libraries have been released. this release of the Python bindings map the Clutter 1.0 API cycle. Download is available at: http://www.clutter-project.org/sources/pyclutter/0.9/ MD5 checksums: c848543847191ab62361d3c705567d52 pyclutter-0.9.2.tar.gz 8019c0b94bbb347b87026a96cdeb9485 pyclutter-0.9.2.tar.bz2 Requirements: * GLib 2.14.0 or higher * GTK+ 2.10.0 or higher * Clutter 0.8.4 or higher * PyCairo 1.0.2 or higher * PyGObject 2.12.1 or higher * Python 2.5.0 or higher Optional requirements: * PyGStreamer * GTK+ = 2.10 * PyGTK This release is supporting the following Clutter releases: clutter-core1.0.0 clutter-gst 0.10.0 clutter-gtk 0.10.2 Documentation: an incomplete API reference is available at: http://www.clutter-project.org/docs/pyclutter/unstable/ Python developers are encouraged to submit patches to increase the quality and coverage of the documentation. Release notes: * This is a developers snapshot, intended for testing and feedback * Requires clutter core = 1.0.0 * Provides better bindings for the Cogl API * Adds more examples ported from the clutter core interactive tests Also, I'm proud of announcing that PyClutter gained a new maintainer: Bastian Winkler did most of the job of porting PyClutter to the new upstream API, and then some more by providing first class bindings to the COGL API and porting some of the interactive tests in Clutter to Python. Many thanks to Young-Ho Cha as well, for fixing some issues during the porting and making the API more pythonic. +++ Clutter is an open source software library for creating fast, visually rich and animated graphical user interfaces. Clutter uses OpenGL or OpenGL/ES to provide hardware acceleration to user interfaces. Clutter can be used as a canvas or as a base for writing a full toolkit on both desktop and embedded devices. Clutter is portable on various platforms, being developed on Linux and tested on Windows and OSX with native ports. Clutter has integration libraries for quickly developing applications with GTK+, GStreamer, Mozilla and other libraries. PyClutter is the collective name for the Python bindings for the Clutter core API and integration libraries The PyClutter bindings allow you to write canvas-based applications in a Pythonic and object-oriented way, freeing you from having to care about the casting and the memory management of the original Clutter C API, and yet remaining close to its spirit. More information about Clutter is available at: http://www.clutter-project.org/ ciao, Emmanuele. -- Emmanuele Bassi, Senior Engineer| emmanuele.ba...@intel.com Intel Open Source Technology Center | http://oss.intel.com -- To unsubscribe send a mail to clutter+unsubscr...@o-hand.com
Re: [clutter] Reg: http://bugzilla.openedhand.com/show_bug.cgi?id=1228 ( Unnecessary glColorMask on alpha drops performance )
On Mon, 2009-08-03 at 15:04 +0530, Mustafizur Rahaman wrote: There was a patch for performance improvement in the following bugzilla #Id (http://bugzilla.openedhand.com/show_bug.cgi?id=1228) where performance were getting dropped for setting Color Mask for alpha channel. From the comments mentioned in the bug description, i am not sure whether the patch is already applied or not. the patch as it is was not applied because the code to which it was referencing was completely changed, and the calls to glColorMask() were removed from COGL. ciao, Emmanuele. -- Emmanuele Bassi, Senior Engineer| emmanuele.ba...@intel.com Intel Open Source Technology Center | http://oss.intel.com -- To unsubscribe send a mail to clutter+unsubscr...@o-hand.com
Re: [clutter] python bindings cutter 1.0?
On Sat, 2009-08-01 at 13:42 +0100, Karl Lattimer wrote: Any news on the release of any pythong bindings for the current 1.0 series? the porting to the 1.0 API is currently being done in the pyclutter-0-9 branch and the relative bug 1697. the branch will be merged into master soon and released for testing, before releasing pyclutter 1.0. ciao, Emmanuele. -- Emmanuele Bassi, Senior Engineer| emmanuele.ba...@intel.com Intel Open Source Technology Center | http://oss.intel.com -- To unsubscribe send a mail to clutter+unsubscr...@o-hand.com
Re: [clutter] Help with clutter redraws.
On Fri, 2009-07-31 at 17:57 +0100, Øyvind Kolås wrote: On Thu, Jul 30, 2009 at 2:01 PM, Rajith Kallurayansraj...@gmail.com wrote: which is CPU intensive.I observe that clutter queues redraws and and processes them only when CPU is free, and hence in my application, the draw happens after the CPU intensive job is done, thereby causing a delay in screen updation. * snip * Currently, I am using clutter 0.8 and clutter-gtk-0.8 on a ARM processor with hardware acceleration. What you seem to be experiencing is not that the redrawing is delayed but that animations are being blocked. Clutter 1.0 changes how animations are driven and locks them to the redraw cycle; solving many idle priority related issues that existed in clutter-0.8 and before. as a side note: there's no power in the 'verse that can make the main loop work correctly when you're blocking it inside a handler -- say, for instance, you have while(1) {} or g_usleep() in an event handler or inside a Timeline::new-frame callback. the usual answers for CPU-intensive blocks are: - break them up in logical steps and use a state machine+idle/timeout source in the main loop to avoid blocking. - use threads and prepare to cross the plains of Despair and Rage, ascend the mountains of Doom, pass the Peak of Terror, and finally enter in a land made of unicorns and puppies where everything works by the power of rainbows and magic pixie fairy dust. for both solutions, Clutter provides API to do things The Right Way(tm), including: a timeout pool, frame sources and repaint cycle hooks. ciao, Emmanuele. -- Emmanuele Bassi, Senior Engineer| emmanuele.ba...@intel.com Intel Open Source Technology Center | http://oss.intel.com -- To unsubscribe send a mail to clutter+unsubscr...@o-hand.com
[clutter] [ANNOUNCE] Clutter 1.0.0 (core) - stable release
hi everyone; Clutter 1.0.0 is now available for download at: http://www.clutter-project.org/sources/clutter/1.0/ MD5 Checksums: dac6352daeef0926eab31c1a57e69148 clutter-1.0.0.tar.gz eb1a3db895d914dc29caadd15bc1f5e0 clutter-1.0.0.tar.bz2 Clutter is an open source software library for creating fast, visually rich and animated graphical user interfaces. Clutter is licensed under the terms of the GNU Lesser General Public License version 2.1. Clutter currently requires: * GLib = 2.16.0 * Cairo = 1.6 * Pango = 1.20 * OpenGL = 1.4, OpenGL|ES 1.1 or OpenGL|ES 2.0 * GLX, SDL, WGL, Quartz or an EGL Implementation The official website is: http://www.clutter-project.org The Clutter blog is at: http://www.clutter-project.org/blog To subscribe to the Clutter mailing list, send mail to: clutter+subscr...@o-hand.com The official mailing list archive is: http://lists.o-hand.com/clutter/ API reference: http://www.clutter-project.org/docs/clutter/stable/ Notes - o This is the first stable release of the 1.0.x cycle, and the first stable release of the 1.x API cycle. o The APIs of Clutter and COGL are now stable. o This version is parallel installable with Clutter 0.8. o Installing this version will overwrite the files from the installation of a git clone of the current development branch (master). o The GL|ES backends are known to be broken; we are currently unable to test them, but we gladly accept patches for them until such time when we are able to resume testing. o Bugs should be reported to: http://bugzilla.o-hand.com What's new in Clutter 1.0.0 --- * For the list of changes since the 0.8 release, please see the previous announcements: http://lists.o-hand.com/clutter/2543.html http://lists.o-hand.com/clutter/2869.html http://lists.o-hand.com/clutter/2902.html http://lists.o-hand.com/clutter/2946.html * List of changes since 0.9.8 o Allow per-stage disabling of motion event throttling; this should allow platforms or applications that require all the motion events not for drawing purposes to get them exactly like Clutter gets them from the windowing system. o Various documentation fixes. o Add per-word key navigation inside ClutterText. o Fix the RGB-HLS conversion. o Various fixes for the OSX and Windows backends. o Various build-related fixes. Many thanks to all the contributors for the 0.9 development cycle: Neil Roberts, Robert Bragg, Owen W. Taylor, Øyvind Kolås, Damien Lespiau, Havoc Pennington, Thomas Wood, Haakon Sporsheim, Ole André Vadla Ravnås, Bastian Winkler, Chris Lord, Colin Walters, Matthew Allum, Johan Bilien, Raymond Liu, Garry Bodsworth, Rob Bradford, Tomas Frydrych, Geoff Gustafson, Jonas Bonn, Robert Staudinger, Christian Persch, Dan Winship, Evan Martin, Gordon Williams, Jakub Higersberger, Jason Tackaberry, Jonathan Matthew, Marc-André Lureau, Marcos, Michael Mortensen, Shane Bryan, Takao Fujiwara, Tim Horton, Tommi Komulainen, Xu Li Full list of changes since 0.9.8: - Emmanuele Bassi (34): Post-release bump to 0.9.9 [cogl/gles] Fix missing symbols in CoglContext [docs] Move the releasing process to a separate file Allow disabling motion event throttling [gitignore] Add test-materials [cogl] Make the blend string error domain public [doc] Miscellaneous documentation fixes [docs] Improve the Units to and from string conversion [docs] Fix typo in the effects migration guide Fix copy-and-paste errors in the deprecation macros [docs] Update the animations tutorial [docs] Update the building instructions [docs] Update the creating new behaviours chapter [build] Use per-target flags and libraries [docs] Update the Actor subclassing documentation [docs] Fix wrong XML elements [text] Allow key navigation by word [osx] Implement StageWindow::show/::hide [tests] Add RGB-HLS roundtrip test unit [color] Fix HLS to RGB colorspace conversion Convert gint to GLints in the Shader types wrapper [glx] Explicitly set the depth size for GLX visuals [stage] Add a warning for :offscreen usage Remove explicit size of the Vertex arrays [build] Use API_VERSION, not MAJORMINOR [build] Generate ChangeLog from the Git import [animation] Force the final state inside ::completed [animation] Fix variable use [units] Add binding-friendly initializers [docs] Update requirements and release notes [docs] Point the TODO to Bugzilla Fix compiler warnings when COGL debug level=minimum Update the NEWS [release] 1.0.0 Geoff Gustafson (1): [text] Queue a redraw when the selection is cleared Haakon Sporsheim (6): Reposition variable declarations to avoid C99. Remove config.h inclusion
[clutter] releases for Clutter 1.0 and integration libraries
hi everyone; I wanted to give a proper notice about how we're going to play the 1.0 release of Clutter and relative integration libraries. Clutter 1.0.0 is going to be the first stable release of the 1.0 cycle, and the first release of the 1.0 API cycle. for Clutter-GTK and for Clutter-GStreamer, both Damien (clutter-gst maintainer extraordinaire) and myself (as clutter-gtk maintainer) feel that we still need some time to iron out API and features before committing the two modules to a stable API guarantee. for this reason, both Clutter-GTK and Clutter-GStreamer will be released as 0.10[0]. both libraries will depend on Clutter 1.0. other libraries, like Clutter-MozEmbed and Clutter-Box2D, will depend on Clutter 1.0 as well, and they will probably be using the 0.10 version number, given their relative infancy; it will be decided on a case-by-case basis. so, just to recap: Clutter: + core: 1.0 +- 1.2 + gtk: 0.10 +--- 1.0 +--- 1.2 + gst: 0.10 +--- 1.0 +--- 1.2 ... ciao, Emmanuele. +++ [0] as a side note on the roadmap: the plan for Clutter-GTK is to incorporate Alex Larsson patchset to allow embedding GTK+ widgets inside a Clutter scene in the 0.11 cycle and then release 1.0 after GTK+ 2.18 has been released. as for Clutter-GStreamer, Damien has plans about changing some API and using playbin2 and other features of GStreamer before committing to 1.0. -- Emmanuele Bassi, Senior Engineer| emmanuele.ba...@intel.com Intel Open Source Technology Center | http://oss.intel.com -- To unsubscribe send a mail to clutter+unsubscr...@o-hand.com
Re: [clutter] releases for Clutter 1.0 and integration libraries
On Wed, 2009-07-29 at 13:30 +0300, Veli Ogla Sungutay wrote: Thank you for the 1.0 release Emmanuele. It would also be very informative if Moblin folks also comment on integration of their libraries. What is the status and the future of NBTK for example? NBTK in Git master is going to depend on Clutter 1.0, as well as the rest of the libraries that we develop. ciao, Emmanuele. -- Emmanuele Bassi, Senior Engineer| emmanuele.ba...@intel.com Intel Open Source Technology Center | http://oss.intel.com -- To unsubscribe send a mail to clutter+unsubscr...@o-hand.com
Re: [clutter] Re: Clutter with GLES
On Wed, 2009-07-29 at 12:28 +0200, Koen Kooi wrote: On 29-07-09 11:10, Emmanuele Bassi wrote: On Wed, 2009-07-29 at 10:12 +0200, Koen Kooi wrote: Today I want to try clutter with GLES but failed to compiled for some missing variables such as /model_view, projection_stack…/ Looks a lot like this bug that's still open: http://bugzilla.openedhand.com/show_bug.cgi?id=1698 I really wish that clutter people who break such stuff would clean up after themselves and I'd really wish for GL|ES users to submit patches since we explained multiple times that we cannot currently test GL|ES backends. let me re-state this as clearly as I can: compiling *is* *not* *the* *problem*: there have been changes in how Clutter and COGL work, and GL| ES backends have *not* been ported to them because we cannot *test* it. And people aren't going to test it since it doesn't compile. Also, is downloading and installing the powervr simulator or an opensource gl-gles bridge that hard? the PowerVR simulator has its own idiosyncrasies that might make stuff compile, but break subtly; this is acquired knowledge from the 0.8 development cycle. the only way of actually verifying that the GL|ES backends work with real implementations is to have real implementations run the code. which we don't have. The cynical side of me suggests that intel is blocking GLES work so clutter only works on x86, but that's just me being cynical. that would be just you being cynical and wrong. we helped, and still help everyone that wishes to use Clutter on GL|ES hardware. if we wanted to mess people up we could have just yanked out the whole GL|ES backends from the start. ciao, Emmanuele. -- Emmanuele Bassi, Senior Engineer| emmanuele.ba...@intel.com Intel Open Source Technology Center | http://oss.intel.com -- To unsubscribe send a mail to clutter+unsubscr...@o-hand.com
[clutter] Re: [Moblin Dev] [ANNOUNCE] Clutter 1.0.0 (core) - stable release
On Wed, 2009-07-29 at 17:06 +0200, Koen Kooi wrote: On 29-07-09 11:44, Emmanuele Bassi wrote: hi everyone; Clutter 1.0.0 is now available for download at: Clutter currently requires: * GLib= 2.16.0 * Cairo= 1.6 * Pango= 1.20 * OpenGL= 1.4, OpenGL|ES 1.1 or OpenGL|ES 2.0 Does this mean GLES1.1 and/or GLES 2.0 builds and works? If not, you shouldn't mention them in release notes, since it's highly misleading. straight from the release notes, 20 lines below: o The GL|ES backends are known to be broken; we are currently unable to test them, but we gladly accept patches for them until such time when we are able to resume testing. ciao, Emmanuele. -- Emmanuele Bassi, Senior Engineer| emmanuele.ba...@intel.com Intel Open Source Technology Center | http://oss.intel.com -- To unsubscribe send a mail to clutter+unsubscr...@o-hand.com
Re: [clutter] Re: Clutter with GLES
On Wed, 2009-07-29 at 17:10 +0200, Koen Kooi wrote: the PowerVR simulator has its own idiosyncrasies that might make stuff compile, but break subtly; this is acquired knowledge from the 0.8 development cycle. the only way of actually verifying that the GL|ES backends work with real implementations is to have real implementations run the code. which we don't have. OK, understood. I still maintain that people aren't going to test stuff that doesn't compile. I can get people to debug runtime problems, but I can't get them to fix the build first. it works fine with the win32 and osx backends: we received valuable feedback and patches to make both backends compile (for the win32 backend Neil is usually on the case, but we've been swamped by Moblin work so it takes time even for him) and work. The cynical side of me suggests that intel is blocking GLES work so clutter only works on x86, but that's just me being cynical. that would be just you being cynical and wrong. we helped, and still help everyone that wishes to use Clutter on GL|ES hardware. if we wanted to mess people up we could have just yanked out the whole GL|ES backends from the start. You should yank then from the releases, but keep them in git. there is no such thing as yank then from releases. Cairo still ships with the glitz backend that can be enabled by a configure option, even though it's completely unmaintained except for drive-by patches, if we want to look at another similar case. That way it's clear that GLES is broken and basically unsupported, but leaves the door open for someone to fix it. given the amount of emails, comments on blogs and conversations on IRC in which I explained the GL|ES situation, it would be fair to assume that, by now, the people that might want to use Clutter 1.0 on embedded hardware with GL|ES support are aware of the situation. ciao, Emmanuele. -- Emmanuele Bassi, Senior Engineer| emmanuele.ba...@intel.com Intel Open Source Technology Center | http://oss.intel.com -- To unsubscribe send a mail to clutter+unsubscr...@o-hand.com
Re: [clutter] releases for Clutter 1.0 and integration libraries
On Wed, 2009-07-29 at 11:39 -0500, Uday Verma wrote: So any plans/ideas on when 0.10 for clutter-gst would be available for download? My project depends on both clutter and clutter-gst, so I can't really move to clutter-1.0 till I have clutter-gst-0.10 available. Hope its coming out real soon :) just look at the clutter-gst Git repository. :-) ciao, Emmanuele. -- Emmanuele Bassi, Senior Engineer| emmanuele.ba...@intel.com Intel Open Source Technology Center | http://oss.intel.com -- To unsubscribe send a mail to clutter+unsubscr...@o-hand.com
[clutter] RE: [Moblin Dev] [ANNOUNCE] Clutter 0.9.8 (core) - 1.0.0rc3, developers snapshot
On Sun, 2009-07-19 at 18:39 -0700, Hernandez, Eli wrote: Emmanuelle, it is Emmanuele... Thanks so much for your reply, when is pyclutter expected to go to 1.0 and be available for general use? Bastian Winkler (the new pyclutter co-maintainer) has been working on a 0.9/1.0 port of the API; it will probably be ready in the coming weeks for testing. in any case, you can watch this bug: http://bugzilla.openedhand.com/show_bug.cgi?id=1697 for progress. I'm on a schedule a demonstrate an application which UI has been written for Moblin based on the Clutter/PyCLutter APIs and would like to know if can I rely on pycluttter 1.0 being ready on time. My demo will take place sometime in August '09. august 2009 is in 10 days. pyclutter 1.0 might very well not be ready in 10 days, to leave you with enough time to actually port or write your demo. ciao, Emmanuele. -- Emmanuele Bassi, Senior Engineer| emmanuele.ba...@intel.com Intel Open Source Technology Center | http://oss.intel.com -- To unsubscribe send a mail to clutter+unsubscr...@o-hand.com
Re: [clutter] GUADEC Slides
On Fri, 2009-07-17 at 11:48 +0300, Veli Ogla Sungutay wrote: Hi Emmanuelle, it's Emmanuele. Have you guys uploaded the GUADEC slides to moblin.org? Thanks! not yet; we will send an email the list (and post to the blog) when we will. ciao, Emmanuele. -- Emmanuele Bassi, Senior Engineer| emmanuele.ba...@intel.com Intel Open Source Technology Center | http://oss.intel.com -- To unsubscribe send a mail to clutter+unsubscr...@o-hand.com
Re: [clutter] Keyboard events when using GtkClutterEmbed
On Fri, 2009-07-17 at 15:32 +1000, Saul Lethbridge wrote: If I attach a signal to the stage using clutter embed, should I be seeing keyboard events? attach a signal? you mean connect a callback? and which signal? you need to enable focusing on the GtkClutterEmbed for GTK+ to deliver key events to the Clutter stage embedded into it. ciao, Emmanuele. -- Emmanuele Bassi, Senior Engineer| emmanuele.ba...@intel.com Intel Open Source Technology Center | http://oss.intel.com -- To unsubscribe send a mail to clutter+unsubscr...@o-hand.com
[clutter] [ANNOUNCE] Clutter 0.9.8 (core) - 1.0.0rc3, developers snapshot
hi everyone; Clutter 0.9.8 is now available for download at: http://www.clutter-project.org/sources/clutter/0.9/ MD5 Checksums: 21e43b1ac1ba672857c039a5c69ea750 clutter-0.9.8.tar.gz 068af064ac5e3dd69628c24962bbe125 clutter-0.9.8.tar.bz2 Clutter is an open source software library for creating fast, visually rich and animated graphical user interfaces. Clutter is licensed under the terms of the GNU Lesser General Public License version 2.1. Clutter currently requires: * GLib = 2.16.0 * Cairo = 1.6 * Pango = 1.20 * OpenGL = 1.4, OpenGL ES 1.1 or OpenGL ES 2.0 * GLX, SDL, WGL, Quartz or an EGL Implementation The official website is: http://www.clutter-project.org The Clutter blog is at: http://www.clutter-project.org/blog To subscribe to the Clutter mailing list, send mail to: clutter+subscr...@o-hand.com The official mailing list archive is: http://lists.o-hand.com/clutter/ API reference: http://www.clutter-project.org/docs/clutter/0.9/ Notes - o This is a development release of Clutter 0.9 leading towards the 1.0 stable cycle. It is the second release candidate for the 1.0.0 release: the Clutter high-level API is to be considered frozen, as well as the COGL low-level API. o This version is fully API and ABI incompatible with the previous 0.8 releases. o This version is parallel installable with Clutter 0.8. o Installing this version will overwrite the files from the installation of a git clone of the current development branch (master). o Bugs should be reported to: http://bugzilla.o-hand.com What's new in Clutter 0.9.8 --- * List of changes since 0.9.6 o Add more introspection annotations for language bindings. o Fix a bug in clutter_animation_set_alpha(), which also broke the clutter_actor_animate_with_alpha() function. o Check if the stage requires a relayout before showing it; this fixes a bug in the X11-based backends, especially under compositing window managers, where a 640x480 window would flicker before the default stage was shown for the first time. o Performance fixes for Cogl. o Sliced textures were broken by the COGL journalling. o Use the redraw cycle when asynchronously loading textures from files. o Miscellaneous compilation fixes for the OS X and Windows backends. o Allow querying from within the paint function of an Actor whether the actor is currently being directly painted or by a Clone actor. o In the GLX backend, when using the non-implicit sync-to-vblank inside glXSwapBuffers(), call glFinish() to avoid potential tearing. Many thanks to: Colin Walters Evan Martin Marcos Owen W. Taylor Xu Li Full list of changes since 0.9.6: - Colin Walters (1): Use the (allow-none) annotation for clutter_init* Emmanuele Bassi (12): Post-release bump to 0.9.7 Add more (allow-none) annotations Small code clean up [tests] Remove test-perspective [glx] Make the wait_for_vblank function private Remove unused TEXTURE_IN_CLONE_PAINT private flag [actor] Allow querying whether we are painted by a Clone [osx] Remove old units macros [osx] Enable motion event dispatch Fix comments inside configure.ac Update NEWS file [release] 0.9.8 Evan Martin (1): [docs] Fix typos and remove mentions of SVN Jakub Higersberger (1): Use correct signal detail Marcos (1): [win32] Compilation fixes Neil Roberts (1): [stage] Force an allocation before showing the stage Owen W. Taylor (1): Call glFinish() before manually waiting for VBLANK Robert Bragg (4): [cogl matrix stack] Create a client side matrix stack for the projection matrix [cogl] Fix drawing with sliced textures using material layer0 overrides ensure next iteration [cogl] Fix more brokeness with _cogl_material_equal Xu Li (1): [x11] update_wm_hints after unsetting WITHDRAWN pippin (1): serialize upload of asyncronously loaded textures Have fun with Clutter! ciao, Emmanuele. -- Emmanuele Bassi, Intel Open Source Technology Center -- To unsubscribe send a mail to clutter+unsubscr...@o-hand.com
Re: [clutter] Practical advice needed for creating custom actors
On Sun, 2009-07-12 at 23:31 +0200, Alexander Teinum wrote: Hi Clutterers. :) I want to create a tab-widget with a path consisting of a couple of arcs and four lines. The path will be filled with a gradient and the arcs have to be smooth (anti-aliased). I have managed to draw the widget as I want it with ClutterCairoTexture, but I'm wondering if it's better to do it with COGL. no. the COGL primitives API does not paint anti-aliased lines, and it doesn't support[0] gradients. Better as in better hardware accelerated performance and perhaps that it's somehow more native to Clutter (although I'm not sure if there's a difference in that sense). there is no difference in terms of nativeness; the performance issue is true, though: we use a non-hw accelerated Cairo surface, so you need to make sure you're not updating the contents of the CairoTexture needlessly -- you should draw on your cairo_t* only when the allocation changes, and possibly only if the allocation size is different than the size of the CairoTexture surface. we plan to add more features to the COGL primitives, including anti-aliasing and gradients, but they are for future development cycles. ciao, Emmanuele. [0] it is possible to set up a linear gradient by changing the color at different vertices, but it won't work as well as the Cairo pattern API. -- Emmanuele Bassi, Senior Engineer| emmanuele.ba...@intel.com Intel Open Source Technology Center | http://oss.intel.com -- To unsubscribe send a mail to clutter+unsubscr...@o-hand.com
Re: [clutter] Re: [patches] retry on previous clutter patches
On Sat, 2009-07-11 at 12:43 -0700, Evan Martin wrote: Since this was met with crickets, I instead attached these my patches to bugs. sorry: the Clutter team was at the Gran Canaria Desktop Summit[0] last week, and the Internet access was - let's say - spotty at best. usually, sending patches to the mailing list is discouraged; we use Bugzilla to track patches and bugs instead. so thanks for opening a bug. :-) I'll review the patches as soon as possible. ciao, Emmanuele. -- Emmanuele Bassi, Senior Engineer| emmanuele.ba...@intel.com Intel Open Source Technology Center | http://oss.intel.com -- To unsubscribe send a mail to clutter+unsubscr...@o-hand.com