Re: [clutter] Clutter Mx user resize
Hi Emilio, On Wed, 2010-04-28 at 17:35 -0300, Emilio Fernandes wrote: How can i set the MxWindow unresizable? I have this code: application = mx_application_new (argc, argv, App, MX_APPLICATION_SINGLE_INSTANCE); window = mx_application_create_window (application); stage = (ClutterActor *)mx_window_get_clutter_stage (window); clutter_stage_set_user_resizable (CLUTTER_STAGE (stage), FALSE); I already set clutter_stage_set_user_resizable (CLUTTER_STAGE (stage), FALSE), but the app window continues resizable! Ant tips for this? This sounds like a bug - please file this at http://bugs.meego.com/ Application and Window haven't been used too much, so you may find there are bugs here and there. Any testing is much appreciated. --Chris -- To unsubscribe send a mail to clutter+unsubscr...@o-hand.com
Re: [clutter] windows
On Thu, 2009-12-10 at 09:27 -0700, Kevin DeKorte wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 12/10/09 09:15, Ged Wed wrote: Hey Roman, In reviewing the code i cant help see some architectural relevance to googles o3d. i have been hacking against o3d for 2 months. I see openGl based UI as important. Because clutter is low level and portable it begs the question Could Clutter be exposed as a browser plugin. Its really just a matter of exposing it over NSAPI with some decent messaging and thread management. In gecko-mediaplayer we now have an option to choose an alternate backend. One of those alternates is fosfor which is a clutter-gtk / clutter-gst application and we can embed that application in a firefox window (the window managed by gecko-mediaplayer). As for directly including clutter into a plugin. I don't see why you can't, especially with the clutter-gtk wrapper. I think what would be really interesting would be to use gobject-introspection and gjs to expose the Clutter API to plugins. Sand-boxing issues aside of course. Perhaps you could do this as a mozilla extension and limit its use to privileged javascript (running from other extensions). --Chris -- To unsubscribe send a mail to clutter+unsubscr...@o-hand.com
Re: [clutter] memory leak in texture creation?
On Sun, 2009-09-27 at 12:17 -0700, Nils Nieuwejaar wrote: I have attached a simple test program that seems to show that there is a memory leak in texture creation. The program creates an actor, displays it on the screen, and then destroys it once per second. If the actor is created by cloning an existing actor, the memory usage of the program stays constant. If the actor's texture is created from scratch each time, the memory consumption of the program grows steadily. This behavior is present in at least 0.8.8 and 1.0.0. Hi Nils, Sounds like a problem with your video driver leaking texture memory. Running this app, I have completely stable memory usage under the latest release of Clutter 1.0. Cheers, -- Chris Lord Intel Open-source Technology Centre, Europe -- To unsubscribe send a mail to clutter+unsubscr...@o-hand.com
[clutter] Re: Problems with animation on clutter-mozembed
Hi Cong, On Fri, 2009-09-25 at 18:29 +0800, Cong Liu wrote: Hi Chris, After moving ClutterMozEmbed out of a clipped ClutterGroup through clutter_actor_animate and then moving it back, I found that the embedded browser won't response to any mouse or keyboard events. Would you plz tell me how to solve this problem? You might need to set the key focus on the actor with clutter_actor_grab_key_focus. If it isn't responding to mouse events, have you made sure it's reactive and that whatever actor you're putting it in has a correct picking implementation? (see ClutterActorClass::pick in the documentation) Cheers, -- Chris Lord, Intel Open Source Technology Centre -- To unsubscribe send a mail to clutter+unsubscr...@o-hand.com
Re: [clutter] How to compile clutter-mozembed
I've not added the API to do this yet, I'm afraid. It's not a priority, but patches welcome. I'd suggest that the cluttermozembed should create a shared memory segment, write the data to that segment, then send a message to headless along the lines of 'render-html shm-name', then block for a reply (something like 'html-rendered'), after which it can free the shared memory segment. --Chris On Mon, 2009-05-11 at 14:31 +0800, Yao wrote: Hi, All: I have built mozilla-headless and clutter-mozembed successfully. and Tests under clutter-mozembed/tests works well. And now i have a question about clutter-mozembed, how can i use clutter-mozembed to load a partial html string not a web url just like webkit_web_view_load_string (int webkit)? Thanks a lot. I really appreciate any help. On Sun, May 3, 2009 at 3:58 PM, Harry Zhang zhangha...@gmail.com wrote: I've figured out the solution by myself, of course, based on Chris's original hints. :) Simply use make SKIP_GRE_REGISTRATION=1 install command in objdir, and all the related stuffs will be installed into /opt/mozzila which is set in .mozconfig using --prefix=PREFIX option. After set configuration path for pkg and ldconfig, clutter-mozembed was successfully built and tests also work well. Thanks Chris a lot for your help! On Sat, May 2, 2009 at 12:54 AM, Harry Zhang zhangha...@gmail.com wrote: Chris, Thanks a lot for your great help, I've compiled the trunk with headless branch and your example .mozconfig file by using command: make -f client.mk build After the successful compilation, I've get an object directory; then I follow the Build and Install instructions of Mozilla (https://developer.mozilla.org/en/Build_and_Install) and run make package in the object dir, so I get a tarball in the end. I unpacked it in /opt/mozzila and add a configuration file for ldconfig to recognize it; but my problem become how can I make use of the stuffs in dist dir of objdir, to somehow install them so that clutter-mozembed can be configured and compiled? Many thanks in advance! On Thu, Apr 30, 2009 at 8:22 PM, Chris Lord ch...@openedhand.com wrote: On Thu, 2009-04-30 at 15:58 +0800, Harry Zhang wrote: Hi all, I'm trying to compile the clutter-mozembed from the git source http://git.clutter-project.org/cgit.cgi?url=clutter-mozembed/tree/ During the configuration steps, I was told that mozilla-js and mozilla-headless 1.9.2alpre are required, so I follow the log message in http://git.o-hand.com/cgit.cgi/mozilla-headless/ and download the mozilla sources from http://hg.mozilla.org/incubator/offscreen/file/cac1faadfc8f However, after successfully configure, make and make install the codes (configure --enable-application=xulrunner --disable-javaxpcom), the required header file moz-headless.h are still not found during the compilation of clutter-mozembed, so anybody can kindly offer some hints on how to make this work? Thanks in advance! Regards, Harry After downloading the mozilla sources, you need to switch to the headless or headless-plugins branch, done by running 'hg checkout branch' (where branch is 'headless' or 'headless-plugins'). You then need the correct configure arguments, or the default backend
Re: [clutter] Cylinder effect in clutter
This is probably referring to the texture-deformation demo in clutter-toys (it isn't a test) - It's called 'odo'. Note, if the actor in question isn't a texture, you'll need fbo support (or you'll have to do it in some other, more cunning way). --Chris On Sun, 2009-03-22 at 19:36 -0700, Peng Liu wrote: Could you please tell us which one? __ From: Pierre-Luc Beaudoin pierre-...@pierlux.com To: Yaser Hameed (RBEI/ECA3) yaser.ham...@in.bosch.com Cc: clutter@o-hand.com clutter@o-hand.com Sent: Thursday, March 19, 2009 8:12:46 PM Subject: Re: [clutter] Cylinder effect in clutter 2009/3/19 Yaser Hameed (RBEI/ECA3) yaser.ham...@in.bosch.com: I have a list of actors each of constant size…I want to put them into a roller / cylinder like in an iphone…can anyone help me with this ..? Look at the tests in clutter, there is one of them that has a openedhand logo being rolled up. That could be a starting point. Pierre-Luc -- To unsubscribe send a mail to clutter+unsubscr...@o-hand.com -- Chris Lord, Intel Open Source Technology Centre -- To unsubscribe send a mail to clutter+unsubscr...@o-hand.com
Re: [clutter] Tidy finger scroll
Hi, On Fri, 2009-02-20 at 09:07 +0100, Mike Massonnet wrote: Le Fri, 20 Feb 2009 16:03:05 +0800, Kiran Bhide (RBEI/ECG3) kiran.bh...@in.bosch.com a écrit : Hello, I am using tidy-finger-scroll in kinetic mode in a particular application. Using: tidy-1.0 with Clutter 0.8 Does anybody have an idea how to always hide the scrollbar, even while scrolling ? Thanks ! Kiran I don't know how it changed lately, but the scrollbar you see is hardcoded in tidy, so it displays always. The only solution is to modify the source and remove the calls to (off my head) scrollbars_show. I don't remember which object exactly, but one related from the viewport to the finger_scroll_view. Mike TidyFingerScroll is an extension of TidyScrollView. To hide the scroll-bars permanently, you can set the size of the scroll-bars to zero by using tidy_scroll_view_get_[hv]scroll_bar() and setting the 'xthickness' and 'ythickness' stylable values using: tidy_stylable_set (TIDY_STYLABLE (vscrollbar), xthickness, 0, NULL); tidy_stylable_set (TIDY_STYLABLE (hscrollbar), ythickness, 0, NULL); I'd recommend doing it this way rather than changing the Tidy code. Other tricks, if you set the scroll-bars reactive, they'll remain visible permanently too (and will be interactive). -- Chris Lord, Intel Open Source Technology Centre -- To unsubscribe send a mail to clutter+unsubscr...@o-hand.com
Re: [clutter] Texture scaling
On Wed, 2009-01-14 at 07:19 +, Dan Higham wrote: Hi clad, correct me if I am wrong but I think you have to use set_scale, I am sure this is the case after adding the texture to a group and trying to resize the group. You can't resize a group, it takes the size of its children. You can set the scale of a group, but unless you know exactly how its children are behaving, you won't be able to control its size exactly. You probably want to create a custom actor. On 14 Jan 2009, at 02:27, Vlad Seryakov v...@crystalballinc.com wrote: Hello, I am loading icons of different size and at the time of performing animation would like to scale them to the same dimensions but they are still displayed with their original size. After create an actor from .png i call set_size but it does not work. Is it possible to do or i am doing t wrong way? Hard to tell without the code. Setting the size of a ClutterTexture or a ClutterTextureClone should work correctly. Possibly you want to set the gobject property 'sync-size' to FALSE. If this doesn't shed any light, care to produce a test-case or share the code you're using? -- Chris Lord, Intel Open Source Technology Centre -- To unsubscribe send a mail to clutter+unsubscr...@o-hand.com
Re: [clutter] Problem with foofone demo from clutter-toys
On Sun, 2009-01-11 at 12:13 +1100, Erik de Castro Lopo wrote: Erik de Castro Lopo wrote: Any clues why this is going so badly wrong? This is on an Ubuntu Intrepid Ibex machine with all stock libraries and clutter 0.8.4 installed from source. Ok, a bit of testing on an Ubuntu Hardy based system seems to suggest that this is due to either the X driver (Intel i915) or buggy libraries on the Intrepid system. Yes, unfortunately Ubuntu have picked a buggy driver revision. A temporary fix is to disable text mip-mapping (note that you'll have problems using high-quality textures too, but the default settings for this are fine). You can do this application-side, with clutter_set_use_mipmapped_text (FALSE); before creating any ClutterLabel/ClutterEntry actors, or you can patch Clutter itself. In clutter-main.c, search for the line pango_clutter_font_map_set_use_mipmapping (ctx-font_map, TRUE); and change 'TRUE' to 'FALSE'. This will affect all Clutter applications and fix the problem. Note that scaled text will also look awful, however. -- Chris Lord, Intel Open Source Technology Centre -- To unsubscribe send a mail to clutter+unsubscr...@o-hand.com
Re: [clutter] Outline of text - PATCH
On Wed, 2008-10-15 at 21:41 +0200, Arnaud VALLAT wrote: Hello, please find along with this email patches to add outline rendering capability to ClutterLabel (and so to PangoClutter). Following is the function to call to use outline feature. void clutter_label_set_outline(ClutterLabel *label, gboolean outline); gboolean clutter_label_get_outline(ClutterLabel *label); void clutter_label_set_outline_width(ClutterLabel *label, gfloat outline_width); gfloat clutter_label_get_outline_width(ClutterLabel *label); I've tried to respect the coding convention of files I have modified. Hopes this is how to submit a patch. Rno Cool stuff, having text outlines would be great - if you could file this in the Clutter bugzilla: http://bugzilla.o-hand.com/ with the attached diffs as a single patch, I'm sure it will get reviewed soon. -- Chris Lord, Intel Open Source Technology Centre -- To unsubscribe send a mail to [EMAIL PROTECTED]
Re: [clutter] Zoom of sorts
On Tue, 2008-08-19 at 11:54 +1000, Saul Lethbridge wrote: I'm wanting the user to be able to zoom in and out of my stage (using the scroll button on the mouse), what would be the best and most efficient way of doing this? Hook on to the 'captured-event' signal of the stage; [code] g_signal_connect (clutter_stage_get_default (), captured-event, G_CALLBACK (your_callback), your_data); [/code] And if the event type is CLUTTER_SCROLL, set the scale of the stage: [code] static gboolean your_callback (ClutterActor *stage, ClutterEvent *event, gpointer your_data) { gdouble scale_x, scale_y; ClutterScrollEvent *scroll_event; if (event-type != CLUTTER_SCROLL) return FALSE; scroll_event = (ClutterScrollEvent *)event; clutter_actor_get_scale (stage, scale_x, scale_y); if (scroll_event-direction == CLUTTER_SCROLL_UP) clutter_actor_set_scale (stage, scale_x + 0.1, scale_y + 0.1); else if (scroll_event-direction == CLUTTER_SCROLL_DOWN) clutter_actor_set_scale (stage, scale_x - 0.1, scale_y - 0.1); return TRUE; } [/code] Note that I've not tried this code, so it may not work... Also, adjusting the scale properties linearly may not produce the results you intend (instead, you may want to multiply scale_x/scale_y, or have preset values). Also, you'll want to put upper/lower bounds on the values they can take too. Hope that helps, --Chris -- To unsubscribe send a mail to [EMAIL PROTECTED]
Re: [clutter] API suggestion for COGL
On Wed, 2008-08-13 at 09:15 +0400, Mykhailo Parfeniuk wrote: Hi, I would like to know is there any plans to add to COGL API text rendering, gradient and texture filling for primitives. The latter is already possible using the cogl_texture_polygon call, and colours can be specified for each vertex. I'm not sure if this function will allow you to specify a NULL texture, however, or if colours are stored in cogl paths, so I'm not sure if gradients without textures are possible. I imagine someone else will give you a better answer later :) --Chris -- To unsubscribe send a mail to [EMAIL PROTECTED]
Re: [clutter] Re: tidy svn has a forgotten clutter-0.6
On Fri, 2008-08-08 at 19:30 +0200, Mike Massonnet wrote: Meh, it is actually in tidy.pc.in /o\ Anyhow, I fetched two 0.6's still in tidy. 2008/8/8 Mike Massonnet [EMAIL PROTECTED]: Hi devs, Tidy svn has still a clutter-0.6 in the way, it doesn't do anything except that pkg-config --cflags tidy-0.1 returns -I/usr/include/clutter-0.6. Thanks, both fixed in trunk. --Chris -- To unsubscribe send a mail to [EMAIL PROTECTED]
Re: [clutter] build of clutter-cairo svn: seems configure doesn't check for gtk+2.0/gdk-pixbuf
On Wed, 2008-07-23 at 12:26 +0200, Philippe Strauss wrote: Hello the list, I'm trying to build clutter-cairo from svn, using: snip clutter-cairo.h:31:35: error: gdk-pixbuf/gdk-pixbuf.h: No such file or directory Thanks for pointing this out, clutter-cairo really doesn't need to use GdkPixbuf, I'm fixing this now and we'll make a release shortly afterwards. Cheers, --Chris -- To unsubscribe send a mail to [EMAIL PROTECTED]
[clutter] Tidy now ported to Clutter 0.8
Hello Clutter mailing list subscribers, Thanks mostly to the efforts of Emmanuele Bassi (and a tiny bit to myself and the various patch contributors), Tidy, our reference, high-level UI toolkit is now ported to Clutter 0.8. Tidy can be checked out from subversion: svn co http://svn.o-hand.com/repos/tidy/trunk tidy From the README: Tidy is a simple, high level library of actors built upon Clutter. It is meant to be used both as a library to link against and (preferably) as a copy-and-paste staging area for projects and other libraries. Enjoy! --Chris -- To unsubscribe send a mail to [EMAIL PROTECTED]
Re: [clutter] Sharing textures between two glx contexts
On Sun, 2008-07-06 at 21:01 +0200, Filippo Argiolas wrote: Hi, within past days I've been doing some test to use clutter for gstreamergl rendering. This would really be useful for my SoC project, to bring some animated bling to Cheese. snip Rather than re-engineering this, you may want to look at the existing library that does exactly this, clutter-gst: http://www.clutter-project.org/sources/clutter-gst/ Or, if you're developing against Clutter trunk, you can get the latest clutter-gst from subversion: http://svn.o-hand.com/repos/clutter/trunk/clutter-gst/ Hopefully that'll save you some hassle :) --Chris -- To unsubscribe send a mail to [EMAIL PROTECTED]
Re: [clutter] clutter_texture_set_from_rgb_data
On Wed, 2008-07-02 at 10:13 +0100, Neil Roberts wrote: On Wed, 2008-07-02 at 14:28 +0800, HASWANI HARISH-VCKR47 wrote: While going through clutter_texture_set_from_rgb_data API, I found that currently clutter support only 4 BPP. will clutter 0.8 support 3BPP Clutter happily supports 3 bytes per pixel if by that you mean 1 byte for each of the R, G and B components and no alpha channel. You just need to set the has_alpha argument to FALSE. The documentation is a bit misleading there. I added some clarification to the docs about this yesterday, hopefully it's a little bit clearer now. --Chris -- To unsubscribe send a mail to [EMAIL PROTECTED]
RE: [clutter] Comments about new texture-from-pixmap feature
I've been looking at this and have been coming to the same conclusion. You could pack the yuv (444, 422, 420, whatever) data in an arbitrary way into an RGBA texture and use shaders to translate to real RGBA. This would avoid the multi-texturing, but I imagine you'd still have to munge the data to get it into a format that's convenient to read by shader (so probably not the memcpy, or equivalent). A fall-back would require multi-texturing though, and I agree that this is probably best off in the clutter-gst layer. Implementing this at the cogl level will likely over-complicate a lot of code and restrict expandability. --Chris On Tue, 2008-07-01 at 14:31 -0400, Kashyap Ashwin wrote: Is this even possible to do without memcopying data around? I420 is planar and then the Cb, Cr are subsampled. So reconciling the difference with RGBA seems to be impossible. Does any one have any ideas on how this can be done without memcopy and without multi-texture? With multi-texturing, you need to setup three textures in order to pull it off. This is more suitable to do in a higher layer like the clutter-gst-video-sink, don't you think? http://www.fourcc.org for general info on color space conversions. http://www.fourcc.org/source/YUV420P-OpenGL-GLSLang.c for a multi-texture example. -Ashwin -Original Message- From: Matthew Allum [mailto:[EMAIL PROTECTED] Sent: Tuesday, July 01, 2008 12:57 PM To: Jason Tackaberry Cc: clutter Subject: Re: [clutter] Comments about new texture-from-pixmap feature On Mon, 2008-06-30 at 22:55 -0400, Jason Tackaberry wrote: On Mon, 2008-06-30 at 11:46 -0400, Jason Tackaberry wrote: This assumes though that clutter does hardware-accelerated colorspace conversion of YUV frames via fragment programs. I'm curious on which cards/chipsets is this supported right now? Actually, does clutter_texture_set_from_yuv_data() do anything right now? I was curious about the fragment program (if any) clutter used, and what kind of software fallback existed, but looking at COGL I got the impression this was a TODO? We hope to get clutter_texture_set_from_yuv_data() fixed up in some form for Clutter 0.8. Its the last remaining niggle really. Patches warmly welcomed. == Matthew -- To unsubscribe send a mail to [EMAIL PROTECTED] -- To unsubscribe send a mail to [EMAIL PROTECTED]
RE: [clutter] Webkit
You can find a demonstration browser at http://svn.o-hand.com/repos/clutter/trunk/toys/mallums-magic-browser/ I'm not sure what causes the error you mention, but I also experience it on the first make on a clean build-tree. --Chris On Tue, 2008-06-24 at 12:21 -0400, Kashyap Ashwin wrote: I got clutter-cairo-0.6.2 and that fixes the problem, thanks! Is there a sample browser for the webkit-clutter backend? Can you please send me a link? I still get this on first compile, it goes away when I do make again: Creating hashtable for JavaScriptCore/kjs/string_object.cpp JavaScriptCore/pcre/dftables JavaScriptCore/pcre/chartables.c WebCore/platform/clutter/PopupFactoryClient.h /bin/bash: WebCore/platform/clutter/PopupFactoryClient.h: Permission denied Thanks, -Ashwin -Original Message- From: iain [mailto:[EMAIL PROTECTED] Sent: Monday, June 23, 2008 6:45 PM To: Kashyap Ashwin Cc: Matthew Allum; clutter@o-hand.com Subject: RE: [clutter] Webkit On Mon, 2008-06-23 at 18:29 -0400, Kashyap Ashwin wrote: I don't think clutter-cairo-0.6 has create_region function... Errors with clutter-0.6: WebKit/clutter/webkit/webkitwebview.cpp: In function 'void webkit_web_view_expose(WebkitActor*, WebkitActorRectangle*)': WebKit/clutter/webkit/webkitwebview.cpp:216: error: 'clutter_cairo_create_region' was not declared in this scope WebKit/clutter/webkit/webkitwebview.cpp: In function 'void webkit_web_view_request_coords(ClutterActor*, ClutterActorBox*)': WebKit/clutter/webkit/webkitwebview.cpp:747: error: 'clutter_cairo_surface_resize' was not declared in this scope It looks like you need a newer version of clutter-cairo iain -- To unsubscribe send a mail to [EMAIL PROTECTED]
Re: [clutter] clutter_actor_transform_stage_point gives bad coordinates
Hi Peter, On Wed, 2008-06-11 at 10:50 +0200, Peter Csaszar wrote: Hi, I have found myself in a problem I have no idea how to solve. Could someone please help me on this? The next code : g_debug(Received event coordinates: %d,%d, event-x, event-y); x = y = 0; if(!clutter_actor_transform_stage_point(CLUTTER_ACTOR(self), event-x, event-y, x, y)) return FALSE; g_debug(Transformed event coordinates: %d,%d, x, y); clutter_actor_transform_stage_point expects ClutterUnit, not gint. To cast the gints (event-x and event-y) to ClutterUnits, use CLUTTER_UNITS_FROM_INT(value). Cheers, --Chris -- To unsubscribe send a mail to [EMAIL PROTECTED]