[E-devel] pulse testers
I haven't forgotten you or lost your addresses, things are just taking a little longer than expected. -- Mike Blumenkrantz Zentific: Coding in binary since '10. -- AppSumo Presents a FREE Video for the SourceForge Community by Eric Ries, the creator of the Lean Startup Methodology on Lean Startup Secrets Revealed. This video shows you how to validate your ideas, optimize your ideas and identify your business strategy. http://p.sf.net/sfu/appsumosfdev2dev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] pulse testers
Take your time, we will probably be still here when you are finished with the mixer. At least could you give us the svn revision you based the new mixer implementation on, so we can compile a compatible version of the EFL's and e17. -- Mark-Willem Jansen Date: Thu, 14 Jul 2011 02:47:54 -0400 From: m...@zentific.com To: enlightenment-us...@lists.sourceforge.net; lists.sourceforge.net enlightenment-devel@lists.sourceforge.net Subject: [E-devel] pulse testers I haven't forgotten you or lost your addresses, things are just taking a little longer than expected. -- Mike Blumenkrantz -- AppSumo Presents a FREE Video for the SourceForge Community by Eric Ries, the creator of the Lean Startup Methodology on Lean Startup Secrets Revealed. This video shows you how to validate your ideas, optimize your ideas and identify your business strategy. http://p.sf.net/sfu/appsumosfdev2dev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Search EFL compatible embedded hardware
On Thu, 14 Jul 2011 09:27:24 +0200 Andreas Volz li...@brachttal.net said: what are your pricepoints (lets say BOM price maybe target retail price?). what about screen and resolution? what is the target use - simply click once kind of gps nav thing - no smooth scrolling stuff, or you want like smooth scrolling in elementary (60fps) how much effort do you plan to put into a port? for almost all soc's these days a linux port is a done deal. even older ones. the problem is things like gpu - if you want or need one. how good will that be? thats still to this day the poorest supported bit of an soc. often on older ones all u get, IF u can get source for their gles drivers is a poorly ported driver with lots of things not finished and left up to you, and even with lots of lurking bugs/gotchas. if you dont want x11 then u'd have to do a little work on making a gl_fb engine (gl_x11 but minus the x11 windowing bits and just raw gles/egl on fb). Hello, For a project I'm searching some low cost hardware that is EFL compatible. Spec: - flat board possible to mount on back of (included) display (~5-8) - supports Linux (or any other opensource OS) - supports EFL or possible to port without big efford - X or framebuffer output for one single fullscreen process - fanless - low power needs - touch screen (optional) - enough memory to run OS + EFL + small application - less CPU usage needed (enough for simple animations) - runs OS from flash - USB or SD card support - sound output (optional) - hardware possible to buy as prototype and at larger numbers Maybe think of some digital image frame hardware or some PNA (navigation) hardware but I need it for another usage. All what I found was not tiny enough from board size and offered better (more expensive) hardware than I need. As I know some of you are working with EFL on embedded hardware maybe someone has an hint for me. For sure this hardware needs to be cheap! regards Andreas -- Technical Blog http://andreasvolz.wordpress.com/ -- AppSumo Presents a FREE Video for the SourceForge Community by Eric Ries, the creator of the Lean Startup Methodology on Lean Startup Secrets Revealed. This video shows you how to validate your ideas, optimize your ideas and identify your business strategy. http://p.sf.net/sfu/appsumosfdev2dev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- - Codito, ergo sum - I code, therefore I am -- The Rasterman (Carsten Haitzler)ras...@rasterman.com -- AppSumo Presents a FREE Video for the SourceForge Community by Eric Ries, the creator of the Lean Startup Methodology on Lean Startup Secrets Revealed. This video shows you how to validate your ideas, optimize your ideas and identify your business strategy. http://p.sf.net/sfu/appsumosfdev2dev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] pulse testers
On Thu, 14 Jul 2011 10:07:27 +0200 Mark-Willem Jansen markwil...@hotmail.com wrote: Take your time, we will probably be still here when you are finished with the mixer. At least could you give us the svn revision you based the new mixer implementation on, so we can compile a compatible version of the EFL's and e17. -- Mark-Willem Jansen Date: Thu, 14 Jul 2011 02:47:54 -0400 From: m...@zentific.com To: enlightenment-us...@lists.sourceforge.net; lists.sourceforge.net enlightenment-devel@lists.sourceforge.net Subject: [E-devel] pulse testers I haven't forgotten you or lost your addresses, things are just taking a little longer than expected. -- Mike Blumenkrantz For E17 I'm working off current HEAD and will be merging as necessary to keep up-to-date, though since nobody ever touches mixer I assume it will work with much older revisions as well. The only dependency with a version requirement is EINA, and as long as you have a working eina_file with mmap support ( r58637, April 2011 ) you'll be fine. The pulse integration I am writing only uses ECORE, so there are no other dependencies. -- Mike Blumenkrantz Zentific: Coding in binary since '10. -- AppSumo Presents a FREE Video for the SourceForge Community by Eric Ries, the creator of the Lean Startup Methodology on Lean Startup Secrets Revealed. This video shows you how to validate your ideas, optimize your ideas and identify your business strategy. http://p.sf.net/sfu/appsumosfdev2dev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Search EFL compatible embedded hardware
On Thu, 14 Jul 2011 17:15:53 +0900 Carsten Haitzler (The Rasterman) ras...@rasterman.com wrote: On Thu, 14 Jul 2011 09:27:24 +0200 Andreas Volz li...@brachttal.net said: for almost all soc's these days a linux port is a done deal. even older ones. the problem is things like gpu - if you want or need one. how good will that be? thats still to this day the poorest supported bit of an soc. often on older ones all u get, IF u can get source for their gles drivers is a poorly ported driver with lots of things not finished and left up to you, and even with lots of lurking bugs/gotchas. if you dont want x11 then u'd have to do a little work on making a gl_fb engine (gl_x11 but minus the x11 windowing bits and just raw gles/egl on fb). Don't think he mentioned gl at all. For a project I'm searching some low cost hardware that is EFL compatible. Spec: - flat board possible to mount on back of (included) display (~5-8) - supports Linux (or any other opensource OS) - supports EFL or possible to port without big efford - X or framebuffer output for one single fullscreen process Simple enough to get EFL + frame buffer working so long as you can get fb working in the kernel. I'm doing exactly this, one single full screen elementary app on top of frame buffer. I'm hoping to get it running on a x486 board from ICOP soon. The stuff I'm doing is not touch screen though, so don't know about that part. -- A big old stinking pile of genius that no one wants coz there are too many silver coated monkeys in the world. signature.asc Description: PGP signature -- AppSumo Presents a FREE Video for the SourceForge Community by Eric Ries, the creator of the Lean Startup Methodology on Lean Startup Secrets Revealed. This video shows you how to validate your ideas, optimize your ideas and identify your business strategy. http://p.sf.net/sfu/appsumosfdev2dev___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Search EFL compatible embedded hardware
On Thu, 14 Jul 2011 18:23:16 +1000 David Seikel onef...@gmail.com said: On Thu, 14 Jul 2011 17:15:53 +0900 Carsten Haitzler (The Rasterman) ras...@rasterman.com wrote: On Thu, 14 Jul 2011 09:27:24 +0200 Andreas Volz li...@brachttal.net said: for almost all soc's these days a linux port is a done deal. even older ones. the problem is things like gpu - if you want or need one. how good will that be? thats still to this day the poorest supported bit of an soc. often on older ones all u get, IF u can get source for their gles drivers is a poorly ported driver with lots of things not finished and left up to you, and even with lots of lurking bugs/gotchas. if you dont want x11 then u'd have to do a little work on making a gl_fb engine (gl_x11 but minus the x11 windowing bits and just raw gles/egl on fb). Don't think he mentioned gl at all. he doesnt need to mention it - he needs it if he wants high resolution rendering with lots of scaling, blending etc. AT high speed... software only goes so far. gl is not a requirement one should list - its a means to an end: fast rendering. For a project I'm searching some low cost hardware that is EFL compatible. Spec: - flat board possible to mount on back of (included) display (~5-8) - supports Linux (or any other opensource OS) - supports EFL or possible to port without big efford - X or framebuffer output for one single fullscreen process Simple enough to get EFL + frame buffer working so long as you can get fb working in the kernel. I'm doing exactly this, one single full screen elementary app on top of frame buffer. I'm hoping to get it running on a x486 board from ICOP soon. The stuff I'm doing is not touch screen though, so don't know about that part. -- A big old stinking pile of genius that no one wants coz there are too many silver coated monkeys in the world. -- - Codito, ergo sum - I code, therefore I am -- The Rasterman (Carsten Haitzler)ras...@rasterman.com -- AppSumo Presents a FREE Video for the SourceForge Community by Eric Ries, the creator of the Lean Startup Methodology on Lean Startup Secrets Revealed. This video shows you how to validate your ideas, optimize your ideas and identify your business strategy. http://p.sf.net/sfu/appsumosfdev2dev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Search EFL compatible embedded hardware
On Thu, 14 Jul 2011 19:15:33 +1000 David Seikel onef...@gmail.com said: On Thu, 14 Jul 2011 17:41:27 +0900 Carsten Haitzler (The Rasterman) ras...@rasterman.com wrote: On Thu, 14 Jul 2011 18:23:16 +1000 David Seikel onef...@gmail.com said: On Thu, 14 Jul 2011 17:15:53 +0900 Carsten Haitzler (The Rasterman) ras...@rasterman.com wrote: On Thu, 14 Jul 2011 09:27:24 +0200 Andreas Volz li...@brachttal.net said: for almost all soc's these days a linux port is a done deal. even older ones. the problem is things like gpu - if you want or need one. how good will that be? thats still to this day the poorest supported bit of an soc. often on older ones all u get, IF u can get source for their gles drivers is a poorly ported driver with lots of things not finished and left up to you, and even with lots of lurking bugs/gotchas. if you dont want x11 then u'd have to do a little work on making a gl_fb engine (gl_x11 but minus the x11 windowing bits and just raw gles/egl on fb). Don't think he mentioned gl at all. he doesnt need to mention it - he needs it if he wants high resolution rendering with lots of scaling, blending etc. AT high speed... software only goes so far. gl is not a requirement one should list - its a means to an end: fast rendering. He did not mention that either, in fact what he did mention seemed to go in the opposite direction - depends if he includes scrolling with animation. a lot of people don't. for efl scrolling and animation is the same thing. it's all re-rendering. - flat board possible to mount on back of (included) display (~5-8) - X or framebuffer output for one single fullscreen process - enough memory to run OS + EFL + small application - less CPU usage needed (enough for simple animations) snip All what I found was not tiny enough from board size and offered better (more expensive) hardware than I need. Don't sound like he's wanting to do much high resolution or high speed rendering. Sounds more like my current project. Sometimes a slow processor, with minimal RAM, and software rendering on a simple frame buffer are all you need. If, as you say, gl is that much work, then he would need to consider if he actually needs it, not just let it go without saying. Same with me, I did not need X, I did not need GL, I don't even need directFB so those are things I do not have to worry about for my project. It's all working fine on software driven fb with much less effort. it all depends on what your final target experience is meant to be. The older generation of gumstyx might work for him, it comes with E17 as the default window manager, so you know it runs EFL and Linux. Only reason I'm not using those in my current project is that the client wanted VGA output. Just like Andreas, my client is having a hard time sourcing stuff that is not just way overpowered for the application. that's pretty much part of the game. if you want to order in large quantities - you can get just about anything. small quantities == you have to piggyback off excess volume and that generally either means obsolete stock someone hasn't dumped yet, or something recent thats out and in the mainstream and hasn't been passed up yet in favor of the next best thing. probably the only socs i know u can find readily these days that are not the cortex-a8 land (gumstix as u mention) might be the older pxa or s3c64xx ones - those are now pretty much on the get rid of stock list i'd think - or close to it. the gumstix verdex (pxa270) is about as old school as u get now in easy to find volume. and its a mere $20 less than the omap 3503 overo which gets you a significantly faster SoC. you're talking $150 vs $130. you seriously aren't going to get a hell of a lot cheaper unless you make your own boards, and then you'll have to pay for the board design, production runs etc up front so you'll only come out cheaper if your volume is up there. only thing i know of that might be cheaper is finding an already mass-produced device (gumstix arent mass-production really, though cool and awesome) and strip it down. chances are u will find it around a similar price range, BUt you'll get a screen, battery and other bits too. e.g. this: http://phandroid.com/2010/03/02/below-100-hivision-speedpad-android-tablet/ for $100 you get a s3c6410 (its going to beat the fastest pxa270 gumstix has at 600mhz as it'll clock in at between 800mhz AND has an opengl-es2 gpu in there too - thus why i ask about the opengl stuff). now let's compare the CHEAPESt thing gumstix has: gumstix vs speedpad price: $129 vs $99 speed: 400mhz vs 800mhz ram: 64m vs 256m storage: 16m vs 2048m camera: n/a vs yes screen: n/a vs 7 800x480 + touch battery: n/a vs yes (4200mAh 6hrs) wifi: n/a vs 802.11b/g i'm not saying that he should go for this, i'm just saying that... a ready-made product is already cheaper than a bare bones board. i'd
[E-devel] Connman Dbus name was changed
Dear developers, Could someone please correct the module connman because upstream the conmann developers changed from using 'org.moblin.connman' to 'net.conmann' in the Dbus interface. Thanks in advance. -- AppSumo Presents a FREE Video for the SourceForge Community by Eric Ries, the creator of the Lean Startup Methodology on Lean Startup Secrets Revealed. This video shows you how to validate your ideas, optimize your ideas and identify your business strategy. http://p.sf.net/sfu/appsumosfdev2dev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E SVN: devilhorns trunk/ecore/src/lib/ecore_x/xcb
Hey what about killing completely xlib, now ? Vincent -- AppSumo Presents a FREE Video for the SourceForge Community by Eric Ries, the creator of the Lean Startup Methodology on Lean Startup Secrets Revealed. This video shows you how to validate your ideas, optimize your ideas and identify your business strategy. http://p.sf.net/sfu/appsumosfdev2dev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E SVN: devilhorns trunk/ecore/src/lib/ecore_x/xcb
On 07/14/11 11:46, Vincent Torri wrote: Hey what about killing completely xlib, now ? Vincent Soon ;) XCB stuff still needs more work before that can happen tho. Granted, I do have E fully working here (locally) with the new XCB stuff, but there are still so things/issues to iron out (opengl, intl support, etc). dh -- AppSumo Presents a FREE Video for the SourceForge Community by Eric Ries, the creator of the Lean Startup Methodology on Lean Startup Secrets Revealed. This video shows you how to validate your ideas, optimize your ideas and identify your business strategy. http://p.sf.net/sfu/appsumosfdev2dev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- AppSumo Presents a FREE Video for the SourceForge Community by Eric Ries, the creator of the Lean Startup Methodology on Lean Startup Secrets Revealed. This video shows you how to validate your ideas, optimize your ideas and identify your business strategy. http://p.sf.net/sfu/appsumosfdev2dev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E SVN: hermet IN trunk/elementary: data/images data/themes src/bin src/lib
On 14/07/11 18:52, Gustavo Sverzut Barbieri wrote: 2011/7/13 ChunEon Parkher...@naver.com: elm_naviframe_item_text_part_set/get() or something like that. - Yes. it looks not bad for me. But it will cause more mistakes of users since they should pass the part name, (I don't like it from that point of view although.) And some widgets have the item_label_set now. Need to keep the consistency if everyone agree with. Yes, Daniel is right and the current item_label_set() are more like unconverted legacy. They must be fixed and new APIs must be correct from start. Unfortunately, because those are not elm_widgets, calling elm_object_text_set won't work. We really need to find a solution to this one. Possibly another API that allows passing additional data? elm_object_text_subitem_set or something like that? -- Tom. -- AppSumo Presents a FREE Video for the SourceForge Community by Eric Ries, the creator of the Lean Startup Methodology on Lean Startup Secrets Revealed. This video shows you how to validate your ideas, optimize your ideas and identify your business strategy. http://p.sf.net/sfu/appsumosfdev2dev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E SVN: devilhorns trunk/ecore/src/lib/ecore_x/xcb
On Thu, 14 Jul 2011, Christopher Michael wrote: On 07/14/11 11:46, Vincent Torri wrote: Hey what about killing completely xlib, now ? Vincent Soon ;) XCB stuff still needs more work before that can happen tho. Granted, I do have E fully working here (locally) with the new XCB stuff, but there are still so things/issues to iron out (opengl, intl support, etc). i'm still a bit surprised that you made ecore_xcb completely async and event-driven (you told me that on IRC), as I know that there could be some problems if you keep the API that is in Ecore_X.h Vincent dh -- AppSumo Presents a FREE Video for the SourceForge Community by Eric Ries, the creator of the Lean Startup Methodology on Lean Startup Secrets Revealed. This video shows you how to validate your ideas, optimize your ideas and identify your business strategy. http://p.sf.net/sfu/appsumosfdev2dev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- AppSumo Presents a FREE Video for the SourceForge Community by Eric Ries, the creator of the Lean Startup Methodology on Lean Startup Secrets Revealed. This video shows you how to validate your ideas, optimize your ideas and identify your business strategy. http://p.sf.net/sfu/appsumosfdev2dev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E SVN: devilhorns trunk/ecore/src/lib/ecore_x/xcb
On 07/14/11 11:58, Vincent Torri wrote: On Thu, 14 Jul 2011, Christopher Michael wrote: On 07/14/11 11:46, Vincent Torri wrote: Hey what about killing completely xlib, now ? Vincent Soon ;) XCB stuff still needs more work before that can happen tho. Granted, I do have E fully working here (locally) with the new XCB stuff, but there are still so things/issues to iron out (opengl, intl support, etc). i'm still a bit surprised that you made ecore_xcb completely async and event-driven (you told me that on IRC), as I know that there could be some problems if you keep the API that is in Ecore_X.h Vincent Well, the event-driven part was fairly easy. By it's nature, xcb itself is async (to an extent). Now, having said that, the ecore_x (xcb) stuff could be a bit 'more' async wrt some things. We could do caching of cookies/requests/replies, etc, etc and improve things in some areas. Yes, it's not 100% perfect just yet, there are areas for improvement of course...BUT my first focus was on just making it 'work' (evas/ecore/E/elm). Now that that is done, we can start to 'improve' the current implementation and add more caching of cookies, more async code, etc, etc. Feel free to jump in anywhere Vincent ;) I know you have some XCB experience ;) dh dh -- AppSumo Presents a FREE Video for the SourceForge Community by Eric Ries, the creator of the Lean Startup Methodology on Lean Startup Secrets Revealed. This video shows you how to validate your ideas, optimize your ideas and identify your business strategy. http://p.sf.net/sfu/appsumosfdev2dev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E SVN: devilhorns trunk/ecore/src/lib/ecore_x/xcb
On Thu, 14 Jul 2011, Christopher Michael wrote: On 07/14/11 11:58, Vincent Torri wrote: On Thu, 14 Jul 2011, Christopher Michael wrote: On 07/14/11 11:46, Vincent Torri wrote: Hey what about killing completely xlib, now ? Vincent Soon ;) XCB stuff still needs more work before that can happen tho. Granted, I do have E fully working here (locally) with the new XCB stuff, but there are still so things/issues to iron out (opengl, intl support, etc). i'm still a bit surprised that you made ecore_xcb completely async and event-driven (you told me that on IRC), as I know that there could be some problems if you keep the API that is in Ecore_X.h Vincent Well, the event-driven part was fairly easy. By it's nature, xcb itself is async (to an extent). Now, having said that, the ecore_x (xcb) stuff could be a bit 'more' async wrt some things. We could do caching of cookies/requests/replies, etc, etc and improve things in some areas. ok, so *ecore_xcb* is not async. That is, you didn't suppress the round trips. Vincent Yes, it's not 100% perfect just yet, there are areas for improvement of course...BUT my first focus was on just making it 'work' (evas/ecore/E/elm). Now that that is done, we can start to 'improve' the current implementation and add more caching of cookies, more async code, etc, etc. Feel free to jump in anywhere Vincent ;) I know you have some XCB experience ;) dh dh -- AppSumo Presents a FREE Video for the SourceForge Community by Eric Ries, the creator of the Lean Startup Methodology on Lean Startup Secrets Revealed. This video shows you how to validate your ideas, optimize your ideas and identify your business strategy. http://p.sf.net/sfu/appsumosfdev2dev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E SVN: devilhorns trunk/ecore/src/lib/ecore_x/xcb
On 07/14/11 12:10, Vincent Torri wrote: On Thu, 14 Jul 2011, Christopher Michael wrote: On 07/14/11 11:58, Vincent Torri wrote: On Thu, 14 Jul 2011, Christopher Michael wrote: On 07/14/11 11:46, Vincent Torri wrote: Hey what about killing completely xlib, now ? Vincent Soon ;) XCB stuff still needs more work before that can happen tho. Granted, I do have E fully working here (locally) with the new XCB stuff, but there are still so things/issues to iron out (opengl, intl support, etc). i'm still a bit surprised that you made ecore_xcb completely async and event-driven (you told me that on IRC), as I know that there could be some problems if you keep the API that is in Ecore_X.h Vincent Well, the event-driven part was fairly easy. By it's nature, xcb itself is async (to an extent). Now, having said that, the ecore_x (xcb) stuff could be a bit 'more' async wrt some things. We could do caching of cookies/requests/replies, etc, etc and improve things in some areas. ok, so *ecore_xcb* is not async. That is, you didn't suppress the round trips. Vincent Not yet. I focused first on just getting everything working correctly ;) When all the major issues are flushed out, then we can move on to adding more 'async' behavior (round-trips, caching, etc). dh Yes, it's not 100% perfect just yet, there are areas for improvement of course...BUT my first focus was on just making it 'work' (evas/ecore/E/elm). Now that that is done, we can start to 'improve' the current implementation and add more caching of cookies, more async code, etc, etc. Feel free to jump in anywhere Vincent ;) I know you have some XCB experience ;) dh dh -- AppSumo Presents a FREE Video for the SourceForge Community by Eric Ries, the creator of the Lean Startup Methodology on Lean Startup Secrets Revealed. This video shows you how to validate your ideas, optimize your ideas and identify your business strategy. http://p.sf.net/sfu/appsumosfdev2dev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E SVN: hermet IN trunk/elementary: data/images data/themes src/bin src/lib
On Thu, Jul 14, 2011 at 12:58 PM, Tom Hacohen tom.haco...@partner.samsung.com wrote: On 14/07/11 18:52, Gustavo Sverzut Barbieri wrote: 2011/7/13 ChunEon Parkher...@naver.com: elm_naviframe_item_text_part_set/get() or something like that. - Yes. it looks not bad for me. But it will cause more mistakes of users since they should pass the part name, (I don't like it from that point of view although.) And some widgets have the item_label_set now. Need to keep the consistency if everyone agree with. Yes, Daniel is right and the current item_label_set() are more like unconverted legacy. They must be fixed and new APIs must be correct from start. Unfortunately, because those are not elm_widgets, calling elm_object_text_set won't work. We really need to find a solution to this one. Possibly another API that allows passing additional data? elm_object_text_subitem_set or something like that? check what we did for tooltips and others, they have some kind of interface in the items, if you follow you have generic functions to operate on them. but all in all I'd go for actual interfaces (in classes, not instances -- partial infra for Evas_Object is there, but lacks for generic items) -- Gustavo Sverzut Barbieri http://profusion.mobi embedded systems -- MSN: barbi...@gmail.com Skype: gsbarbieri Mobile: +55 (19) 9225-2202 -- AppSumo Presents a FREE Video for the SourceForge Community by Eric Ries, the creator of the Lean Startup Methodology on Lean Startup Secrets Revealed. This video shows you how to validate your ideas, optimize your ideas and identify your business strategy. http://p.sf.net/sfu/appsumosfdev2dev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Connman Dbus name was changed
On Thu, Jul 14, 2011 at 10:05 AM, Berno Strik libernu...@gmail.com wrote: Dear developers, Could someone please correct the module connman because upstream the conmann developers changed from using 'org.moblin.connman' to 'net.conmann' in the Dbus interface. This was a long time ago. It's already fixed. I did it in r55462 and raster added compat mode in r55482 regards, Lucas De Marchi -- AppSumo Presents a FREE Video for the SourceForge Community by Eric Ries, the creator of the Lean Startup Methodology on Lean Startup Secrets Revealed. This video shows you how to validate your ideas, optimize your ideas and identify your business strategy. http://p.sf.net/sfu/appsumosfdev2dev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
[E-devel] New Server available / Suggestions
Hi list! It took a while, but with today I've got a new OBS instance running to provide EFL packages for OpenSUSE 11.4/11.3. As I'm not that experienced RPM packager, I thought about adapting the kind of packaging like in http://download.enlightenment.org/releases/RHEL6/x86_64/ as long as it doesn't conflict with Suse's guidelines/specifications. Currently I've just added the old packages to see wether it's building at all or not. The primary use for these packages will be to provide OpenSUSE packages of 'enna'. Well, at least for my private development efforts. And when I got a connection to the Packman OBS, or a local clone of their repository running. I think that enna's lack of publicity depends on 'easy availability' and I couldn't find any pre-compiled package, some time ago. As it's the only media center solution that runs on my Zotac MAG in a suitable performance, I will spend some time in its development. I will update these packages on an occasional basis, but try to keep them updated. So within the next few days I will update all packages to the latest releases that I can find at http://download.enlightenment.org/releases/. You can get the packages at http://repos.dev.4kit.de/ What do you think? Regards -- AppSumo Presents a FREE Video for the SourceForge Community by Eric Ries, the creator of the Lean Startup Methodology on Lean Startup Secrets Revealed. This video shows you how to validate your ideas, optimize your ideas and identify your business strategy. http://p.sf.net/sfu/appsumosfdev2dev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E SVN: devilhorns trunk/ecore/src/lib/ecore_x/xcb
On Thu, 14 Jul 2011 12:14:05 -0400 Christopher Michael cpmicha...@comcast.net said: On 07/14/11 12:10, Vincent Torri wrote: On Thu, 14 Jul 2011, Christopher Michael wrote: On 07/14/11 11:58, Vincent Torri wrote: On Thu, 14 Jul 2011, Christopher Michael wrote: On 07/14/11 11:46, Vincent Torri wrote: Hey what about killing completely xlib, now ? Vincent Soon ;) XCB stuff still needs more work before that can happen tho. Granted, I do have E fully working here (locally) with the new XCB stuff, but there are still so things/issues to iron out (opengl, intl support, etc). i'm still a bit surprised that you made ecore_xcb completely async and event-driven (you told me that on IRC), as I know that there could be some problems if you keep the API that is in Ecore_X.h Vincent Well, the event-driven part was fairly easy. By it's nature, xcb itself is async (to an extent). Now, having said that, the ecore_x (xcb) stuff could be a bit 'more' async wrt some things. We could do caching of cookies/requests/replies, etc, etc and improve things in some areas. ok, so *ecore_xcb* is not async. That is, you didn't suppress the round trips. Vincent Not yet. I focused first on just getting everything working correctly ;) When all the major issues are flushed out, then we can move on to adding more 'async' behavior (round-trips, caching, etc). i smell a misunderstanding of xcb here.. and xlib. xlib *IS* async. x PROTOCOL is async. in that there are a LOT of calls to xlib do NOT send a request and WAIt for a reply. xcreatewindow doesnt. xsetwindowattributes doesnt. xconfigurewindow doesnt, xputimage doesnt... but other calls do - xgetwindowattributes, xinternatom, etc. - they REQUIRE a reply from x in order to return. xcb simply exposes the lower level x protocol more than xlib does so it ALLOWS you to make these sync calls become async.. *IF* you use the calls very differently to how you did before. basically an xcb based ecore_x vs xlib has basically no benefits compared to xlib with regards to async except in a few rare internal places (eg on init). what needs to change is the ecore_x calls need to allow more async behavior. that means making sync calls that batch a lot of requests and replies into a single round trip, or that allow for completely event-driven replies (eg you xgetwindowproperty AND the property reply comes in some time later as an event). event driven means major changes in code that uses ecore_x as the code cannot get the data then do its thing. it has to start a get and queue it deferring the do its thing until the reply comes in. this has a knock on effect to all other code logic that was dependant on the reply. total async execution is the holy grail and best possible result. it is also the hardest. the middle ground is a much less round trips world where, for example, when e has to manage a new window, it queues every property fetch and then does a single round-trip wait for al the replies, as opposed to a round trip per property (it may have to fetch between 0 and 100 properties for a new window). this requires ecore_x to expose enough handles/functionality to do this and then something like e17 to actually make use of it before you see the real benefits. benefits xcb can help with other than async tho are memory footprint. xlib allocates quite a lot of memory for storing information that may be needed by clients and this data is in malloc()ed segments private to each process. we can do this ourselves and instead use shared mmaped files thus having the memory only allocated once and shared between all ecore_x using processes. we can probably also just avoid storing data we dont need or allocate it on demand as opposed to it being a fixed overhead, regardless how little or much is needed. -- - Codito, ergo sum - I code, therefore I am -- The Rasterman (Carsten Haitzler)ras...@rasterman.com -- AppSumo Presents a FREE Video for the SourceForge Community by Eric Ries, the creator of the Lean Startup Methodology on Lean Startup Secrets Revealed. This video shows you how to validate your ideas, optimize your ideas and identify your business strategy. http://p.sf.net/sfu/appsumosfdev2dev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] [PATCH] Display preedit in entry of E17
On 07/13/2011 12:56 PM, Jihoon Kim wrote: Hello, EFL developers. The entry in E17 doesn't display preedit string. There has been no code to display the preedit string in e_entry.c. This patch will make it be possible. Would you please review this patch? Committed to SVN @61389. thanks, Mike -- AppSumo Presents a FREE Video for the SourceForge Community by Eric Ries, the creator of the Lean Startup Methodology on Lean Startup Secrets Revealed. This video shows you how to validate your ideas, optimize your ideas and identify your business strategy. http://p.sf.net/sfu/appsumosfdev2dev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
[E-devel] E16 installer for MacOSX
I have uploaded a binary installer for Enlightenment 16, esd and Eterm for MacOSX 10.6 (Snow Leopard). This is for MacOSX systems without Fink or Macports installed. Please test and report any problems. http://trac.enlightenment.org/e/raw-attachment/wiki/MACOSX/e16%20Installer.dmg The reason I picked such out-of-date programs is because I need to test an installer with binaries that have no issues, but which involve an X11 window manager and integrated apps. This is so I can understand any issues with the installer and my chosen file layout before I make an E17 installer. I'll be releasing an E17 binary installer for MacOS following this. Thanks, Dave -- AppSumo Presents a FREE Video for the SourceForge Community by Eric Ries, the creator of the Lean Startup Methodology on Lean Startup Secrets Revealed. This video shows you how to validate your ideas, optimize your ideas and identify your business strategy. http://p.sf.net/sfu/appsumosfdev2dev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel