Re: [E-devel] moving things to OLD/BROKEN
On Tue, 2009-06-09 at 14:01 -0300, Gustavo Sverzut Barbieri wrote: Hi all, the following all fit under not being maintained: ... - MISC/gevas2 - MISC/gevas-examples I'm happy to move these to some other repository if they are a problem in the enlightenment one. I hoped a MISC prefix was enough to hint that they are not central to efl/e17 itself. I do use these bindings in my file manager so they are being maintained whenever I update my e suite from svn. As this is purely a free effort I might only do the updates on a whim. Let me know if they are a problem and I'll move their code somewhere else. signature.asc Description: This is a digitally signed message part -- Crystal Reports - New Free Runtime and 30 Day Trial Check out the new simplified licensing option that enables unlimited royalty-free distribution of the report engine for externally facing server and web deployment. http://p.sf.net/sfu/businessobjects___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] gnome-terminal Edit Current Profile window
On Tue, 2008-06-24 at 02:33 +1000, Carsten Haitzler wrote: On Sun, 15 Jun 2008 20:51:59 +1000 Ben Martin [EMAIL PROTECTED] babbled: Hi, I'm wondering if anyone else has issues opening the Edit Current Profile window of gnome-terminal when running E17? The behaviour I am getting is sometimes the properties window does not open, and when it does sometimes you can not properly manage or close it. I'm not sure what g-t would be doing that is so wonderful for this window... works reliably for me all the time? :/ $ rpm -qf /usr/bin/gnome-terminal gnome-terminal-2.22.2-1.fc9.x86_64 e17 version 0.16.990.043 (from about dialog) pulled from cvs.enlightenment.org:/cvs/e signature.asc Description: This is a digitally signed message part - Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://sourceforge.net/services/buy/index.php___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Handling hardware keys on maemo with EFL
On Mon, 2008-05-12 at 13:08 -0300, Gustavo Sverzut Barbieri wrote: On Sun, May 11, 2008 at 5:05 AM, Ben Martin [EMAIL PROTECTED] wrote: Hi, Evas_Modifier_Mask mask = 0; evas_object_key_grab(edje, F6, mask, ~mask, 0); evas_object_event_callback_add( edje, EVAS_CALLBACK_KEY_DOWN, _cb_key_down, ee ); This have nothing to do with EFL, Maemo have these mapped like this and the keys are documented in their website. They provide it like that and we just keep. This seems the most logical. I guess if you start performing tricks to support one hardware platform specially then there will be no end to the custom enum {}'s for each platform ;) signature.asc Description: This is a digitally signed message part - This SF.net email is sponsored by the 2008 JavaOne(SM) Conference Don't miss this year's exciting event. There's still time to save $100. Use priority code J8TL2D2. http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
[E-devel] Handling hardware keys on maemo with EFL
Hi, I notice that things like the fullscreen key on maemo are mapped to F6 by default. Are folks developing for maemo with EFL just using xev to work out the default key bindings and mapping key grabs for those events to callbacks to handle them? This works but isn't exactly straightforward readability wise. I guess the app could #define MAEMO_N810_FULLSCREEN_KEY to F6 to make things more legible unless there is already a preferred method to handle these extra keys. Evas_Modifier_Mask mask = 0; evas_object_key_grab(edje, F6, mask, ~mask, 0); evas_object_event_callback_add( edje, EVAS_CALLBACK_KEY_DOWN, _cb_key_down, ee ); signature.asc Description: This is a digitally signed message part - This SF.net email is sponsored by the 2008 JavaOne(SM) Conference Don't miss this year's exciting event. There's still time to save $100. Use priority code J8TL2D2. http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Gevas (was: E + SCALE ( http://www.socallinuxexpo.org/ Feb 8-10 2008 ))
On Fri, 2008-01-18 at 22:57 -0300, Gustavo Sverzut Barbieri wrote: On Jan 18, 2008 10:41 PM, Ben Martin [EMAIL PROTECTED] wrote: On Fri, 2008-01-18 at 22:27 -0300, Gustavo Sverzut Barbieri wrote: On Jan 18, 2008 10:21 PM, Ben Martin [EMAIL PROTECTED] wrote: On Sat, 2008-01-19 at 10:21 +1100, Carsten Haitzler wrote: while i have nothing against adding locks on primitives - if we do it in one place (ecore) we will need to start doing it everywhere. locks will add overhead. those on limited computing (embedded devices) will feel it most. also if we look at the work needed to add it everywhere - that's not a small undertaking at all. i have decided in the past not to bother as gustavo put this clearly - i kind of expect people to have threads do entirely independent things outside the main gui thread and communicate back cleanly via pipes - glib expects people to use threads with glib and has primitives for making them interact directly with the main loop from a thread. different design approaches there. right now i (personally) thing the best way to integrate is to have ecore main loop and glib main loop run in separate threads, with them communicating via pipes used to glue them together. maybe some pipe wrapping/handling stuff in ecore might help with this? That last one will be my fallback position of adding the needed stuff into glib2 becomes to hard / difficult. If we could add these primitives and write one on the top of the other, then we could even try to get EFL approved as glib-friend under the Gnome foundation, specially on GMAE (Gnome Mobile), this would bring us more developers and even companies. It's nothing more than words/marketing, but it helps a lot in the end... right now they just have Cairo (vectorial, slow) and Clutter (3d-oriented, good with hw-accel but the name can say about software performance...). Evas can fit perfectly in the hole of fast 2d graphics/canvas. Edje is also unmatched by existing software. I'm not too sure about the glib-friend branding having too much meaning... but I'm not a CTO ;p Since gevas has been available for quite a while, admittedly only allowing edje/gtk2 integration but no companies (that have contacted me anyway) have been racing in to help advance gevas. If the glib-friend status was really that sort of road block to corporate adoption then surely one would have stood up to buy that branding for gevas. Well, I'm working at INdT and doing EFL for Maemo, a GTK-device and I can tell how difficult is to have people _look_ at non-Gnome technology. Non-tech people (managers) often buy buzzwords and they want to believe some things. You have to write code, show, push... push... push... NOTE: I'm NOT talking about INdT here, but others companies. INdT is a non-profit research center focused on Nokia, so it's easy for us. I heard from 2 companies with M in the name (moto and marvell) _INFORMAL_ requests to get EFL into GMAE so they can sell it to their managers more easy, phrase was somehow like: We already convinced them to use Gnome tech (GMAE), I don't care what is there, it's approved, if you put this wonderful tech there we can use it, otherwise we need to get yet-another-approval, this was after my talk at ELCE-2007 Well, I guess if/when the layering on top of glib2 happens then we can get the branding fairly easily. But I'm not sure when I'll be able to hack on it at the moment :( At first we were to use Gevas, but it was a bit unmaintained, then we opted to drop Glib completely and use just EFL + Python, this proved to be a sane decision :-) It's hard to get around the perception of gevas being unmaintained. It works for what I use it for so there isn't much point in churning cvs and releases for nothing :/ But whatever happens to solve the need at hand :) But it would seem that gevas fits in well on meamo where they want you to use their gtk2 stuff to appear like other maemo apps with tabs etc. So being able to take advantage of evas+ecore while having all the normal trappings of a maemo app might be quite nice. We're pushing a whole-evas UI and being successful. Admittedly iPhone helped _a lot_ here. We were using ETK with custom theme to make regular GUI widgets, but we're now moving for an all-edje solution with great success. What I see is _NOT_ people trying to use EFL with GTK. People are really losing hope of the toolkit itself, and the requirements for such form-focused toolkits (unless you're doing some POS, ERP, ...). What people want is the Gnome stack, things that integrate nicely with your app, like the tons of libraries they provide (libsoup for http/xml/soap, gnomevfs, gstreamer, telepathy, libpurple, various parsers, integrations
Re: [E-devel] Gevas (was: E + SCALE ( http://www.socallinuxexpo.org/ Feb 8-10 2008 ))
On Fri, 2008-01-18 at 22:27 -0300, Gustavo Sverzut Barbieri wrote: On Jan 18, 2008 10:21 PM, Ben Martin [EMAIL PROTECTED] wrote: On Sat, 2008-01-19 at 10:21 +1100, Carsten Haitzler wrote: while i have nothing against adding locks on primitives - if we do it in one place (ecore) we will need to start doing it everywhere. locks will add overhead. those on limited computing (embedded devices) will feel it most. also if we look at the work needed to add it everywhere - that's not a small undertaking at all. i have decided in the past not to bother as gustavo put this clearly - i kind of expect people to have threads do entirely independent things outside the main gui thread and communicate back cleanly via pipes - glib expects people to use threads with glib and has primitives for making them interact directly with the main loop from a thread. different design approaches there. right now i (personally) thing the best way to integrate is to have ecore main loop and glib main loop run in separate threads, with them communicating via pipes used to glue them together. maybe some pipe wrapping/handling stuff in ecore might help with this? That last one will be my fallback position of adding the needed stuff into glib2 becomes to hard / difficult. If we could add these primitives and write one on the top of the other, then we could even try to get EFL approved as glib-friend under the Gnome foundation, specially on GMAE (Gnome Mobile), this would bring us more developers and even companies. It's nothing more than words/marketing, but it helps a lot in the end... right now they just have Cairo (vectorial, slow) and Clutter (3d-oriented, good with hw-accel but the name can say about software performance...). Evas can fit perfectly in the hole of fast 2d graphics/canvas. Edje is also unmatched by existing software. I'm not too sure about the glib-friend branding having too much meaning... but I'm not a CTO ;p Since gevas has been available for quite a while, admittedly only allowing edje/gtk2 integration but no companies (that have contacted me anyway) have been racing in to help advance gevas. If the glib-friend status was really that sort of road block to corporate adoption then surely one would have stood up to buy that branding for gevas. But it would seem that gevas fits in well on meamo where they want you to use their gtk2 stuff to appear like other maemo apps with tabs etc. So being able to take advantage of evas+ecore while having all the normal trappings of a maemo app might be quite nice. But first things first... must, get, device. signature.asc Description: This is a digitally signed message part - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Call for help: E + SCALE ( http://www.socallinuxexpo.org/ Feb 8-10 2008 )
On Sat, 2008-01-19 at 12:58 +1100, Carsten Haitzler wrote: On Fri, 18 Jan 2008 14:00:53 +1000 Ben Martin [EMAIL PROTECTED] babbled: Also if emotion works well on the n8x0 I'd have that going as part of a demo loop or available for easy exhibition. i actually haven't built libxine and/or emotion for the n800 or my neo(s). :/ it likely will NOT run that well... :( Well, a sub 200mhz smart phone can pull off about 15fps depending on how things are encoded. So I'm still optimistic that an n800 can do acceptably for some video playback... but I'll get back to you on that sometime :) signature.asc Description: This is a digitally signed message part - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Gevas (was: E + SCALE ( http://www.socallinuxexpo.org/ Feb 8-10 2008 ))
On Sat, 2008-01-19 at 10:21 +1100, Carsten Haitzler wrote: while i have nothing against adding locks on primitives - if we do it in one place (ecore) we will need to start doing it everywhere. locks will add overhead. those on limited computing (embedded devices) will feel it most. also if we look at the work needed to add it everywhere - that's not a small undertaking at all. i have decided in the past not to bother as gustavo put this clearly - i kind of expect people to have threads do entirely independent things outside the main gui thread and communicate back cleanly via pipes - glib expects people to use threads with glib and has primitives for making them interact directly with the main loop from a thread. different design approaches there. right now i (personally) thing the best way to integrate is to have ecore main loop and glib main loop run in separate threads, with them communicating via pipes used to glue them together. maybe some pipe wrapping/handling stuff in ecore might help with this? That last one will be my fallback position of adding the needed stuff into glib2 becomes to hard / difficult. signature.asc Description: This is a digitally signed message part - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Gevas (was: E + SCALE ( http://www.socallinuxexpo.org/ Feb 8-10 2008 ))
On Fri, 2008-01-18 at 17:57 +0100, Michael 'Mickey' Lauer wrote: Ben Martin wrote: Unfortunately its too early to demo gevas on meamo and its integration... maybe in 6 months You've been doing or will do more work on that? Great! I'm very interested in combining glib and ecore mainloops. What's your general experience with that? (yes, I've seen gevas in CVS). I always plan to do more work on gevas, finding the time to actually make it happen is another story. I have long planned to force the ecore/glib thing somehow (or maybe in two ways and let the user choose). I don't see that adding the idle_enter stuff to glib2 would be end-of-the-world difficult but I guess time will tell. At the moment the integration is mainly with edje and gevas but if I'm to be tinkering around with a gevas + maemo combo then having a full ecore-gevas hookup would make things easier. signature.asc Description: This is a digitally signed message part - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Call for help: E + SCALE ( http://www.socallinuxexpo.org/ Feb 8-10 2008 )
On Fri, 2008-01-18 at 13:50 +1100, Carsten Haitzler wrote: (Resend) What: Gareth from SCALE has really kindly offered Enlightenment.org (that's use guys) free floor/booth space @ SCALE ( http://www.socallinuxexpo.org/ ) Next February (2008). So it looks like I will be there. Also Nathan of EWL fame and work will likely be there. Is there anyone else in the area (This is southern califronia) who wants to join and help put together/man a booth and at an expo? Hands up now? Suggestions on things to do are welcome. I sort of assumed that maybe folks just sent their suggestions directly to you before thus the low list traffic on the topic :/ I'd go for having demos running on the '73, n8x0 and laptop machine. Maybe pushing the fact that the same edje file is running on all three devices if using emotion that the source code is identical. Though I have no doubt that you are already planning to have those devices demoing I'd be pushing the same easy API, same code angle. Also if emotion works well on the n8x0 I'd have that going as part of a demo loop or available for easy exhibition. Unfortunately its too early to demo gevas on meamo and its integration... maybe in 6 months ;) It would be cool to have+show reimplementations of some older games running purely or very heavily in edje/embryo, maybe one day I'll get around to brewing some off :| ... So want to come - show off your E desktop or whatever? :) * Grumbles about long raft trip and lack of suitable tarp to remain buoyant. signature.asc Description: This is a digitally signed message part - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E CVS: gevas2 monkeyiq
On Wed, 2007-08-15 at 08:07 +0200, Vincent Torri wrote: On Wed, 15 Aug 2007, Enlightenment CVS wrote: +evas_cflags=$EVAS_CFLAGS +evas_libs=$EVAS_LIBS +AC_SUBST(EVAS_LIBS) +AC_SUBST(EVAS_CFLAGS) you don't need to substitute these 2 variables, but maybe what you want to do is substituting (does that word exist ?? :) ) evas_cflags and evas_libs. Vincent the lower case versions are already ac_subst()'ed at the bottom of the file. Although in poor taste the original evas-config cflags/libs were in evas_config/libs in lower case. I should remove the lower version I guess. signature.asc Description: This is a digitally signed message part - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get.splunk.com/___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E17 coding funds: Who wants to get paid to fix bugs and finish off todo items for E17?
On Fri, 2006-07-14 at 11:56 +0900, Carsten Haitzler wrote: OK - I'm putting out some feelers here to see... Of all you guys out there - would you ant to get paid bounties for finishing off some TODO items for E17? for fixing certain bugs? Do you have the time lets say over the next coming month to work on this - in return for a little cash for your time and effort? who is up for it? I mean SERIOUS offers only - people who do have or can make the time and do have the skills to do the work? This is definitely excellent timing, I was going to start hunting around for a little cash shortly... Good to see E17 getting some bounty action too ;) We have work that covers: Coding (new code) Debugging (fix known bugs) Either of the above is fine. Artwork isn't my thing though. Artwork (draw us some icons bay-bee) Theme work (en-masse cleanups of the default theme - especially namespace for parts, groups and signal names) As extra motivation - we may not just have some funds available - but also the ability to become the default desktop for a few 10,000 installs of Linux... so if E can't motivate you, and money doesn't do the trick - maybe being part of pushing a nice desktop out for Linux might do it? No autographed rasties EFL shirts :( Can we keep this thread down to only those who want to participate - and not a string of comments as I want to track who is willing to do what and I have enough mail to track as-is. Any ANSI C coding, debugging, maybe unit testing stuff is fine by me. signature.asc Description: This is a digitally signed message part - Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnkkid=120709bid=263057dat=121642 ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Evas vs Gtk/Gdk: why the difference of perfs is so important?
On Sun, 2006-04-09 at 10:03 +0900, Carsten Haitzler wrote: On Sat, 8 Apr 2006 20:44:30 +0200 Simon TRENY [EMAIL PROTECTED] babbled: Hi, I ran on my P3 1Ghz a small (stupid) test to compare Evas and Gdk performances: with Evas, I displayed a big image (1600x1200) in a smaller window (1300x1100) and I dragged the image quickly with the mouse. The dragging was laggy and the cpu usage was almost 100%. I then ran exactly the same test with gqview (a gtk image viewer) with the same image and the same viewport size (1300x1100). There, the dragging was smooth and the cpu usage around 50%. I know this test is not representative (it shows a special case with no accurate results) but it just illustrates the feeling I have: evas seems a lot slower than the renderers of Gtk and QT, when it has to refresh a big part of its viewport. Of course, using the GL engine improves the perfs a lot, but the comparison doesn't make sense anymore: Evas is hardware-accelerated while Gtk is not. of course! i have known this ever since. scrolling is evas's weak point. also note GDK USES x's drawing calls whihc probably sue hardware to fill in solid colors - and the last thing... it uses hardware to BLIT (copy pixels from one area to another) when scrolling. evas does a full redraw with the cpu (with you have the software engine). i have known this ever since and actually have warned people many times but evas will suck for scrolling. If on the other hand you choose to test the canvas' using something like image scaling or evas_bench style animation you'll notice that evas is faster ;) http://www.linuxjournal.com/article/8213 These tests also cover the case of having to redraw much/most of the canvas. signature.asc Description: This is a digitally signed message part
Re: [E-devel] Remaking an evas with fonts = segv?
On Thu, 2005-06-23 at 11:02 +0900, Carsten Haitzler wrote: On Sun, 19 Jun 2005 11:09:33 +1000 Ben Martin [EMAIL PROTECTED] babbled: Hi, The attached very clumsy source causes a rather nasty stack error and then segvs when you right click in the evas. Basically it seems here atleast that doing a evas_free() on a evas which has fonts in it and then recreating it will cause very nasty things to happen. Doing evas_object_del() on the font object before deleting the canvas doesn't help either :( It seems that once the font object is not made for a canvas you can delete/create the canvas+window as many times as you like. you'll need an image in ./data/backdrop.png setup the font correctly to run the demo. fixed now ? :) Seems to still go down after a right click on the canvas here. Does it work there? signature.asc Description: This is a digitally signed message part
[E-devel] Remaking an evas with fonts = segv?
Hi, The attached very clumsy source causes a rather nasty stack error and then segvs when you right click in the evas. Basically it seems here atleast that doing a evas_free() on a evas which has fonts in it and then recreating it will cause very nasty things to happen. Doing evas_object_del() on the font object before deleting the canvas doesn't help either :( It seems that once the font object is not made for a canvas you can delete/create the canvas+window as many times as you like. you'll need an image in ./data/backdrop.png setup the font correctly to run the demo. #include stdio.h #include stdlib.h #include sys/time.h #include unistd.h #include X11/Xlib.h #include X11/Xutil.h #include Evas.h #include Evas_Engine_Software_X11.h // // // int frames = 0; int win_w = 480; int win_h = 640; Evas *evas; Display*disp; Window win; XSetWindowAttributes attr; XClassHint chint; XSizeHints szhints; int main( int argc, char** argv ) { RESTART: disp = XOpenDisplay(NULL); if (!disp) { printf(Error: cannot open display.\n); return(-1); } attr.backing_store = NotUseful; attr.colormap = DefaultColormap(disp, DefaultScreen(disp)); attr.border_pixel = 0; attr.background_pixmap = None; attr.event_mask = ExposureMask | ButtonPressMask | ButtonReleaseMask | PointerMotionMask | StructureNotifyMask; attr.bit_gravity = ForgetGravity; win = XCreateWindow(disp, DefaultRootWindow(disp), 0, 0, win_w, win_h, 0, DefaultDepth(disp, DefaultScreen(disp)), InputOutput, DefaultVisual(disp, DefaultScreen(disp)), CWBackingStore | CWColormap | CWBackPixmap | CWBorderPixel | CWBitGravity | CWEventMask, attr); XStoreName(disp, win, Evas Software X11 Test); chint.res_name = Evas_Software_X11_Test; chint.res_class = Main; XSetClassHint(disp, win, chint); XMapWindow(disp, win); XSync(disp, False); evas = evas_new(); evas_output_method_set(evas, evas_render_method_lookup(software_x11)); evas_output_size_set(evas, win_w, win_h); evas_output_viewport_set(evas, 0, 0, win_w, win_h); { Evas_Engine_Info_Software_X11 *einfo; einfo = (Evas_Engine_Info_Software_X11 *) evas_engine_info_get(evas); /* the following is specific to the engine */ einfo-info.display = disp; einfo-info.visual = DefaultVisual(disp, DefaultScreen(disp)); einfo-info.colormap = DefaultColormap(disp, DefaultScreen(disp)); einfo-info.drawable = win; einfo-info.depth = DefaultDepth(disp, DefaultScreen(disp)); einfo-info.rotation = 0; einfo-info.debug = 0; evas_engine_info_set(evas, (Evas_Engine_Info *) einfo); } // setup scene // make backgroound { Evas_Object*ob; ob = evas_object_image_add(evas); evas_object_image_file_set(ob, data/backdrop.png, NULL); evas_object_layer_set(ob, 0); int w=0, h=0; evas_object_image_size_get( ob, w, h ); evas_object_image_fill_set( ob, 0, 0, w, h ); evas_object_resize( ob, w, h ); evas_object_move( ob, 0, 0 ); evas_object_show(ob); } { Evas_Object*ob; ob = evas_object_image_add(evas); evas_object_image_file_set(ob, data/backdrop.png, NULL); evas_object_layer_set(ob, 0); int w=0, h=0; evas_object_image_size_get( ob, w, h ); evas_object_image_fill_set( ob, 0, 0, w, h ); evas_object_resize( ob, w, h ); evas_object_move( ob, w, 0 ); evas_object_show(ob); } { Evas_Object*ob; ob = evas_object_image_add(evas); evas_object_image_file_set(ob, data/backdrop.png, NULL); evas_object_layer_set(ob, 0); int w=0, h=0; evas_object_image_size_get( ob, w, h ); evas_object_image_fill_set( ob, 0, 0, w, h ); evas_object_resize( ob, w, h ); evas_object_move( ob, 0, h ); evas_object_show(ob); } { Evas_Object*ob; ob = evas_object_image_add(evas); evas_object_image_file_set(ob, data/backdrop.png, NULL); evas_object_layer_set(ob, 0); int w=0, h=0; evas_object_image_size_get( ob, w, h ); evas_object_image_fill_set( ob, 0, 0, w, h ); evas_object_resize( ob, w, h ); evas_object_move( ob, w, h ); evas_object_show(ob); } { evas_font_path_append( evas, /usr/ego/themes/default ); Evas_Object*ob; ob = evas_object_text_add( evas ); evas_object_text_text_set(
Re: [E-devel] GPL on eclair?
On Sat, 2005-05-07 at 03:53 -0400, Mike Frysinger wrote: On Saturday 07 May 2005 03:40 am, you wrote: According to the FSF, BSD is compatible with GPL. So, eclair can be on GPL even if the EFL are on BSD. On the contrary, if the EFL were on GPL, I don't think eclair could be on BSD. BSD is more permissive than GPL. yes, as in you can import BSD code into GPL code, but not the other way around i just see it as an annoying issue where you suddenly cant assume that you can copy paste code from any old random e17 app into any other random e17 app then again i'm not raster so it's not my position to say what is and isnt ok side note, doing a quick check on all the COPYING files, these are GPL: e17/apps/iconbar e17/apps/eclair e17/libs/esmart e17/libs/epsilon e17/proto/exml misc/camE misc/enotes misc/eplay misc/gevas misc/gevas/demo misc/gevas-examples Hmm, something seems to have modded the COPYING in gevas. The source files are all GNU Library General Public License... So the project should be that way too, I think autotools is a little overhappy to add (replace with?) a GPL COPYING file to a project. misc/embrace misc/eke -mike --- This SF.Net email is sponsored by: NEC IT Guy Games. Get your fingers limbered up and give it your best shot. 4 great events, 4 opportunities to win big! Highest score wins.NEC IT Guy Games. Play to win an NEC 61 plasma display. Visit http://www.necitguy.com/?r=20 ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel signature.asc Description: This is a digitally signed message part
[E-devel] Feeding events around in evas
Hi, I noticed that recent evas cvs has broken gevas event feeding. I am calling evas_event_feed_mouse_down() inside the GTK+2 event handler and attaching to evas objects with evas_object_event_callback_add( eobj, EVAS_CALLBACK_MOUSE_DOWN, __gevas_mouse_down, object ); Though the events never hit the down() handler. Should an event fed to an evas, such as a mouse_down be passed onto evas objects in the canvas which are under the mouse? Do I now need to call some other function to get the propagation again? signature.asc Description: This is a digitally signed message part
Re: [E-devel] Re: edb Building with multiple versions of Berkeley DB
On Tue, 2004-11-16 at 08:48 +0900, Carsten Haitzler wrote: On Mon, 15 Nov 2004 18:12:51 -0500 Bart Elberg [EMAIL PROTECTED] babbled: Looks like we have a similar problem and IT IS CRITICAL FOR US TO SOLVE THIS!! We're integrating our existing application libraries with an EFL-based GUI and once we start linking with libedb it core dumps. The trace looks like this: something else is pulling in a libdb (-ldb) link (another shared lib or an explicit link). since edb is originally a fork of libdb2 (sleepycat's libdb2.7) with just a nice wrapper on top (due to libdb changing on-disk format every minor version or 2 and thus making it impossible to open files created when linked to a previous libdb) - it shares internal symbol names and this does screw things up. the solution is more or less a lot of mind-numbingly boring sed work with symbols in the code (also being careful to not be too zealous and change something that is a substring of something else). Another option which I throw out there is to update the libdb code in edb to using db-4.x (or something like 3.x). Basically atleast the min version that has --with-uniquename=option which makes the build of db use unique symbols for all its stuff. I use db-4.x in my libstldb4's internal db-4.x and it links into apps nicely which also link to other standard db libs. From rom looking at the edb source it appears to be a version of db from before they had the unique-name option. If we are updating edb's db it would be better to do it now than after a release. I am not sure how much bigger an edb with db-4.x will be as compared to its current form. signature.asc Description: This is a digitally signed message part
[E-devel] edb Building with multiple versions of Berkeley DB
Hi, The issue has been around for ages and I was hoping it would silently disappear :/ If you have an app that uses edb (or links with an EFL that does) and the app wants to use a berkeley dbX version itself then you get segv. I'm not sure if the bdb that edb is based on supports unique prefixing: http://www.sleepycat.com/docs/ref/install/multiple.html For example, the following app runs fine when compiled without linking to any other berkeley db than edb, but once db4 is involved it crashes badly with a non informative backtrace. $ gcc edbdump.c -o edbdump -ledb $ ./edbdump $ gcc edbdump.c -o edbdump -ldb -ledb $ ./edbdump Segmentation fault $ Given the strong embedded emph for EFL I'm not sure if we can move edb to using a berkeley db supporting the uniquename option or not. At any rate being able to use edb + some other lib that uses db4 would be nice. Sample that doesn't play well with db4 and edb (used above). #include db4/db.h #include Edb.h int main( int argc, char** argv ) { int rc = 0; DB_ENV *dbenvp = 0; DB *dbp = 0; E_DB_File* foo = e_db_open( /tmp/bar.edb ); return 0; } signature.asc Description: This is a digitally signed message part
Re: [E-devel] Desktop File managers for use with E16.6?
On Fri, 2004-02-06 at 12:26, Beny Spensieri Jr wrote: I'd like to switch to e16 as my window manager on my Fedora Core install, but Nautilus wants to hog the ability to display my background, I'd rather have e do it since each desktop can have its own wallpaper. GMC works, but its pretty old (and no longer in development), and I'd rather use something a little more modern. Any good desktop file managers that work well with E and Gnome2? I suppose I should mention the libferris + ego combo http://witme.sourceforge.net/libferris.web/ you can also have it display many background pages (with names so that e can put them on different desktops for you) and have icons on them. The installation process is not for the unmotivated right now though. -- Blogtackular http://advogato.org/person/monkeyiq/ signature.asc Description: This is a digitally signed message part
Re: [E-devel] [patch] quick gevas2 fix
Sorry about that :( Updated API calls commited. On Wed, 2003-08-27 at 10:12, Aaron Michael Cohen wrote: This fixes a couple of function names that have changed. diff -ur e17.org/misc/gevas2/src/gevas.c misc/gevas2/src/gevas.c --- e17.org/misc/gevas2/src/gevas.c 2003-08-26 20:05:22.119171813 -0400 +++ misc/gevas2/src/gevas.c 2003-08-26 18:50:10.427000821 -0400 @@ -200,7 +200,7 @@ void gevas_add_fontpath(GtkgEvas * ev, const gchar * path) { -evas_object_font_path_append(EVAS(ev), (char*)path); +evas_font_path_append(EVAS(ev), (char*)path); fprintf(stderr, GEVAS add font path: %s\n, path); } @@ -1486,11 +1486,11 @@ /* break; */ case ARG_FONT_CACHE: -evas_object_font_cache_set( ev-evas, GTK_VALUE_INT(*arg)); +evas_font_cache_set( ev-evas, GTK_VALUE_INT(*arg)); break; case ARG_IMAGE_CACHE: -evas_object_image_cache_set(ev-evas, GTK_VALUE_INT(*arg)); +evas_image_cache_set(ev-evas, GTK_VALUE_INT(*arg)); break; case ARG_SIZE_REQUEST_X: @@ -1546,10 +1546,10 @@ GTK_VALUE_POINTER(*arg) = ev-evas; break; case ARG_FONT_CACHE: - GTK_VALUE_INT(*arg) = evas_object_font_cache_get(ev-evas); + GTK_VALUE_INT(*arg) = evas_font_cache_get(ev-evas); break; case ARG_IMAGE_CACHE: -GTK_VALUE_INT(*arg) = evas_object_image_cache_get(ev-evas); +GTK_VALUE_INT(*arg) = evas_image_cache_get(ev-evas); break; case ARG_SIZE_REQUEST_X: GTK_VALUE_INT(*arg) = ev-size_request_x; --- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf ___ enlightenment-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] evas and gtk?
currently its in the enlightenment cvs misc/gevas2/ and wants GTK+ 2 to work with should work with recent evases I think I last synced it a month ago or something like that so any changes should be minor to get it to work with current cvs evas. If you get really keen you could marshal edje signals to gtk+ signals and create a gedje for using edje with gevas2 but I leave that as an open project until I get around to doing it ;) Enjoy. On Mon, 2003-08-25 at 06:01, Brian Mattern wrote: I know there is a gevas somewhere (gtk evas widget). Not sure if it ever got ported to the newest evas. Its available on the sourceforge project page for enlightenment, but again, i don't know what state its in. -- brian On Sun, 2003-08-24 at 11:31, Corey Donohoe wrote: I've used evas and gtk, but only embedding an evas in drawingareas. (i.e. evidence, ebony, etcher) If you're wondering if you could add a gtkbuttonbox or a gtkentry to an evas, no you can't. Maybe you're looking for something like e17/libs/ewl ? * Aaron Michael Cohen ([EMAIL PROTECTED]) wrote: How well do gtk and evas play well together? can you have a gtk widget wrapped to an evas object? -- Aaron Michael Cohen [EMAIL PROTECTED] __ Corey Donohoe [EMAIL PROTECTED] [EMAIL PROTECTED] --- This SF.net email is sponsored by: VM Ware With VMware you can run multiple operating systems on a single machine. WITHOUT REBOOTING! Mix Linux / Windows / Novell virtual machines at the same time. Free trial click here:http://www.vmware.com/wl/offer/358/0 ___ enlightenment-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/enlightenment-devel --- This SF.net email is sponsored by: VM Ware With VMware you can run multiple operating systems on a single machine. WITHOUT REBOOTING! Mix Linux / Windows / Novell virtual machines at the same time. Free trial click here:http://www.vmware.com/wl/offer/358/0 ___ enlightenment-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/enlightenment-devel --- This SF.net email is sponsored by: VM Ware With VMware you can run multiple operating systems on a single machine. WITHOUT REBOOTING! Mix Linux / Windows / Novell virtual machines at the same time. Free trial click here:http://www.vmware.com/wl/offer/358/0 ___ enlightenment-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] For code owners and contributers
On Fri, 2003-02-14 at 08:35, Carsten Haitzler wrote: 1. collect all names from AUTHORS files. list all of them. (this will assume the step of making sure they are up-to-date has been done) i REPEAT it is the responsibility of the contributors to make sure their patches include patches to AUTHORS as the maintainer is not likely to know what real name/email to include for that contributor (and is often too busy to go hunting it down too). So if you CARE - check out cvs and the AUTHORS files. Append your name or send in a patch to append it. 2. match author names with sourceforge login names/accounts 3. all developers who have not committed code in 12 months go onto a contributors list. all authors who have committed code in the last 12 months get on the current developers list ? does 12 months sound good? This does leave a big gap in some cases, for example efsd and gevas2 where cvs commits are not as frequent. I think for some projects the maintainer/major author just needs to be listed on the page if the project itself is mentioned. If we start adding automated scripts to drop people off after 12 months then I suspect we might start seeing little README commits every 11 to stop the automation :) I think surely if folks see a major component like efsd and only a few names next to it then they will jump in if they want to hack it. Maybe we can add a list of which projects should get the new love, so that folks dont start hacking on something like ebits1 etc? This way they know what is for hacking and that those projects need love no matter how many names are attached. -- Patches talk and bullshit walks. http://witme.sourceforge.net/libferris.web/ --- This SF.NET email is sponsored by: FREE SSL Guide from Thawte are you planning your Web Server Security? Click here to get a FREE Thawte SSL guide and find the answers to all your SSL security issues. http://ads.sourceforge.net/cgi-bin/redirect.pl?thaw0026en ___ enlightenment-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/enlightenment-devel