Re: [E-devel] A nice article I think E devs should read
On Tue, 25 Jun 2013 08:18:01 +0900 Carsten Haitzler (The Rasterman) ras...@rasterman.com wrote: On Mon, 24 Jun 2013 11:05:00 +0100 Tom Hacohen tom.haco...@samsung.com said: On 22/06/13 02:42, Carsten Haitzler (The Rasterman) wrote: On Fri, 21 Jun 2013 11:04:32 +0100 Tom Hacohen tom.haco...@samsung.com said: Hey, I often argue against adding new features (and bugs), libs, widgets, etcetera. I often explain my stance in a per case way. However I stumbled across this nice article which explains where I am coming from. You should probably read it, and hopefully be more conscious about it: http://firstround.com/article/The-one-cost-engineers-and-product-managers-dont-consider there's a project you'd love and adore. it's called gnome 3. remove all possibly removable features and options. :) yes. features. code.. they cost more than just development. it's called maintenance. s a project gets bigger (more code. more features) it requires more manpower for maintenance. that's life. You either mistakenly or intentionally got it wrong. I guess me writing E (while actually meaning EFL + E) was also confusing. Obviously if customizability is a main feature of your product, those features are essential and should not be dropped. I was more talking about adding elm widgets just for the sake of it, or thinking about adding things. Also, I don't completely agree with everything he said, but it's still a good read and I think everyone should take some things from it. well his article makes a VERY strong point of never add features.. ever (unless you absolutely must and have no choice and can justify it) in fact it makes a point of removing features. it's a very gnome-like stance. yes - elm has too many. we need to refactor much of it to at least internally be the same widget/core just with differing styles. toggle got refactored into check at some point. we could refactor radio and check to merge. gengrid and genlist should become one. etc. u may notice no new widgets have appeared in elm for a while. I've thought for about a decade, mayby longer, that a widget set should be a tiny number of very generic building blocks and some inheritance. I called it Not A Widget Set. this is also why we've talked about bob... punt off every little customization off into snippets of lua... :) edje itself has also become a massive blob of features too... and this is an attempt at finding a better way to manage our feature-pile. Bob and Lua? Something I've managed to fail to know about? -- 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 -- This SF.net email is sponsored by Windows: Build for Windows Store. http://p.sf.net/sfu/windows-dev2dev___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] A nice article I think E devs should read
On Tue, 25 Jun 2013 10:06:10 +0900 Cedric BAIL cedric.b...@free.fr wrote: On Tue, Jun 25, 2013 at 9:25 AM, David Seikel onef...@gmail.com wrote: On Tue, 25 Jun 2013 08:18:01 +0900 Carsten Haitzler (The Rasterman) ras...@rasterman.com wrote: On Mon, 24 Jun 2013 11:05:00 +0100 Tom Hacohen tom.haco...@samsung.com said: On 22/06/13 02:42, Carsten Haitzler (The Rasterman) wrote: On Fri, 21 Jun 2013 11:04:32 +0100 Tom Hacohen tom.haco...@samsung.com said: Hey, I often argue against adding new features (and bugs), libs, widgets, etcetera. I often explain my stance in a per case way. However I stumbled across this nice article which explains where I am coming from. You should probably read it, and hopefully be more conscious about it: http://firstround.com/article/The-one-cost-engineers-and-product-managers-dont-consider there's a project you'd love and adore. it's called gnome 3. remove all possibly removable features and options. :) yes. features. code.. they cost more than just development. it's called maintenance. s a project gets bigger (more code. more features) it requires more manpower for maintenance. that's life. You either mistakenly or intentionally got it wrong. I guess me writing E (while actually meaning EFL + E) was also confusing. Obviously if customizability is a main feature of your product, those features are essential and should not be dropped. I was more talking about adding elm widgets just for the sake of it, or thinking about adding things. Also, I don't completely agree with everything he said, but it's still a good read and I think everyone should take some things from it. well his article makes a VERY strong point of never add features.. ever (unless you absolutely must and have no choice and can justify it) in fact it makes a point of removing features. it's a very gnome-like stance. yes - elm has too many. we need to refactor much of it to at least internally be the same widget/core just with differing styles. toggle got refactored into check at some point. we could refactor radio and check to merge. gengrid and genlist should become one. etc. u may notice no new widgets have appeared in elm for a while. I've thought for about a decade, mayby longer, that a widget set should be a tiny number of very generic building blocks and some inheritance. I called it Not A Widget Set. this is also why we've talked about bob... punt off every little customization off into snippets of lua... :) edje itself has also become a massive blob of features too... and this is an attempt at finding a better way to manage our feature-pile. Bob and Lua? Something I've managed to fail to know about? Right now only a thought exercice, but you can get info there : https://phab.enlightenment.org/w/bob/ . Definitely something my LuaJIT experiments will be good for. A daemon could be in charge of generating the JIT and thus sharing information across processes (Does LuaJIT allow for this?). If that means that some EFL based C code is generating and compiling Lua code, in response to commands from a socket, then yes. If that also includes running the results in a threaded way with message passing, then also yes (same daemon). I have these working already. Designed to deal with thousands of Lua scripts running at once, and using LuaJIT. I've mentioned this before. -- 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 -- This SF.net email is sponsored by Windows: Build for Windows Store. http://p.sf.net/sfu/windows-dev2dev___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
[E-devel] Bob. Was: A nice article I think E devs should read
On Tue, 25 Jun 2013 17:02:43 +0900 Carsten Haitzler (The Rasterman) ras...@rasterman.com wrote: On Tue, 25 Jun 2013 11:36:10 +1000 David Seikel onef...@gmail.com said: On Tue, 25 Jun 2013 10:06:10 +0900 Cedric BAIL cedric.b...@free.fr wrote: Right now only a thought exercice, but you can get info there : https://phab.enlightenment.org/w/bob/ . Definitely something my LuaJIT experiments will be good for. A daemon could be in charge of generating the JIT and thus sharing information across processes (Does LuaJIT allow for this?). this is way too premature in terms of optimizing imho. sure - having N apps all go run their own jit on the same bit of lua is inefficient. having it jitted once and shared is much better. but how do we share jitted code sensibly so it can be executed in N places safely? we would need to share jitted code inside mmaped shared memory segs mmaped to the same absolute addresses, unless we modified the jit engine to use base address relative code generation... ugh!. or we run it all in the server and ipc results/input to and fro? ... hmm ewww... If that means that some EFL based C code is generating and compiling Lua code, in response to commands from a socket, then yes. If that also includes running the results in a threaded way with message passing, then also yes (same daemon). I have these working already. Designed to deal with thousands of Lua scripts running at once, and using LuaJIT. I've mentioned this before. right now thoughts are along the lines of every object type (widget? or part in edje) is really a bunch of lua to implement it - or to calculate it and hand off to a go implement this state for me code... what i'd like to see is for it to be easily parallelisable into threads. so we can calculate lots of params/parts in parallel when possible (independent calc paths - eg of 2 child branches before parent has to look at results of children) etc. thus why calc vs implement should be stages.. maybe lua tables with functions (methods) to implement calc , implement, etc. etc. - don't know. thought exercise atm. My point is that this sort of thing is not just a thought exercise for me, I've done a lot of the work already for another project. I was always keeping Edje Lua in mind when I did it though, thinking some of the work could apply there. Naturally I used EFL for this project. B-) It's a virtual world scripting engine. Second Life / OpenSim virtual worlds are made of 256 x 256 meter sims, with hundreds or thousands of these sims in any given world. Each sim might have several thousand LSL scripts running, and in a lot of cases most of those scripts are just multiple copies of the same dozen scripts. So I've been writing a daemon that generates Lua scripts (translated from pre existing LSL scripts), then compiles and runs them with LuaJIT, using a threaded worker queue with message passing system. Getting it to run fast and use minimal resources is important for this project. I don't want thousands of these same dozen scripts soaking up memory, I want one of each. This daemon will also run in the virtual world viewer, driving Edje UIs via Edje Lua. I got a lot of the bob bits already sorted out, before I knew there was a bob. B-) -- 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 -- This SF.net email is sponsored by Windows: Build for Windows Store. http://p.sf.net/sfu/windows-dev2dev___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Bob. Was: A nice article I think E devs should read
On Tue, 25 Jun 2013 19:57:45 +0900 Carsten Haitzler (The Rasterman) ras...@rasterman.com wrote: On Tue, 25 Jun 2013 19:40:03 +1000 David Seikel onef...@gmail.com said: On Tue, 25 Jun 2013 17:02:43 +0900 Carsten Haitzler (The Rasterman) ras...@rasterman.com wrote: On Tue, 25 Jun 2013 11:36:10 +1000 David Seikel onef...@gmail.com said: On Tue, 25 Jun 2013 10:06:10 +0900 Cedric BAIL cedric.b...@free.fr wrote: Right now only a thought exercice, but you can get info there : https://phab.enlightenment.org/w/bob/ . Definitely something my LuaJIT experiments will be good for. A daemon could be in charge of generating the JIT and thus sharing information across processes (Does LuaJIT allow for this?). this is way too premature in terms of optimizing imho. sure - having N apps all go run their own jit on the same bit of lua is inefficient. having it jitted once and shared is much better. but how do we share jitted code sensibly so it can be executed in N places safely? we would need to share jitted code inside mmaped shared memory segs mmaped to the same absolute addresses, unless we modified the jit engine to use base address relative code generation... ugh!. or we run it all in the server and ipc results/input to and fro? ... hmm ewww... If that means that some EFL based C code is generating and compiling Lua code, in response to commands from a socket, then yes. If that also includes running the results in a threaded way with message passing, then also yes (same daemon). I have these working already. Designed to deal with thousands of Lua scripts running at once, and using LuaJIT. I've mentioned this before. right now thoughts are along the lines of every object type (widget? or part in edje) is really a bunch of lua to implement it - or to calculate it and hand off to a go implement this state for me code... what i'd like to see is for it to be easily parallelisable into threads. so we can calculate lots of params/parts in parallel when possible (independent calc paths - eg of 2 child branches before parent has to look at results of children) etc. thus why calc vs implement should be stages.. maybe lua tables with functions (methods) to implement calc , implement, etc. etc. - don't know. thought exercise atm. My point is that this sort of thing is not just a thought exercise for me, I've done a lot of the work already for another project. I was always keeping Edje Lua in mind when I did it though, thinking some of the work could apply there. Naturally I used EFL for this project. B-) It's a virtual world scripting engine. Second Life / OpenSim virtual worlds are made of 256 x 256 meter sims, with hundreds or thousands of these sims in any given world. Each sim might have several thousand LSL scripts running, and in a lot of cases most of those scripts are just multiple copies of the same dozen scripts. So I've been writing a daemon that generates Lua scripts (translated from pre existing LSL scripts), then compiles and runs them with LuaJIT, using a threaded worker queue with message passing system. Getting it to run fast and use minimal resources is important for this project. I don't want thousands of these same dozen scripts soaking up memory, I want one of each. This daemon will also run in the virtual world viewer, driving Edje UIs via Edje Lua. oh.. and we need to figure out how to sensibly override objects. basically i can smell objects being very oo-like in that they implement methods. unlike native we can not just totally override a specific method on an object class (we want to only keep 1 instance of a class for an object and not generate per actual object created for efficiency) but we can PATCH a method. i assume we'd use a metatable with functions stuffed into it to represent a class, for the basics (please expound on this as u see fit and as to what u think is good/bad!)... but we can ALSO do things like provide slots or hook points within a function. let me do a very simple one (please don't nitpick my poor lua :)): myclass = {} function myclass:new() o = { left = 0; right = 0; size = 0} -- slot:init-vals self.__index = self return setmetatable(o, self) end function myclass:layout(obj) -- slot:pre-calc self.size = self.left + self.right -- slot:post-calc end now let's say i'm a hacky arty ui person. i want to take the basic object type myclass but simply add a third element to it - otherwise keep the rest the same. i really want to patch the code by inserting some code of my own in available slots like: slot:init-vals = o.extra = 0 slot:post-calc = size.self += self.extra so after patching the code becomes: myclass = {} function myclass:new() o = { left = 0; right = 0; size = 0} o.extra
Re: [E-devel] Bob. Was: A nice article I think E devs should read
On Wed, 26 Jun 2013 12:40:55 +0900 Carsten Haitzler (The Rasterman) ras...@rasterman.com wrote: On Tue, 25 Jun 2013 22:26:05 +1000 David Seikel onef...@gmail.com said: On Tue, 25 Jun 2013 19:57:45 +0900 Carsten Haitzler (The Rasterman) ras...@rasterman.com wrote: On Tue, 25 Jun 2013 19:40:03 +1000 David Seikel onef...@gmail.com said: On Tue, 25 Jun 2013 17:02:43 +0900 Carsten Haitzler (The Rasterman) ras...@rasterman.com wrote: On Tue, 25 Jun 2013 11:36:10 +1000 David Seikel onef...@gmail.com said: On Tue, 25 Jun 2013 10:06:10 +0900 Cedric BAIL cedric.b...@free.fr wrote: Right now only a thought exercice, but you can get info there : https://phab.enlightenment.org/w/bob/ . Definitely something my LuaJIT experiments will be good for. A daemon could be in charge of generating the JIT and thus sharing information across processes (Does LuaJIT allow for this?). this is way too premature in terms of optimizing imho. sure - having N apps all go run their own jit on the same bit of lua is inefficient. having it jitted once and shared is much better. but how do we share jitted code sensibly so it can be executed in N places safely? we would need to share jitted code inside mmaped shared memory segs mmaped to the same absolute addresses, unless we modified the jit engine to use base address relative code generation... ugh!. or we run it all in the server and ipc results/input to and fro? ... hmm ewww... If that means that some EFL based C code is generating and compiling Lua code, in response to commands from a socket, then yes. If that also includes running the results in a threaded way with message passing, then also yes (same daemon). I have these working already. Designed to deal with thousands of Lua scripts running at once, and using LuaJIT. I've mentioned this before. right now thoughts are along the lines of every object type (widget? or part in edje) is really a bunch of lua to implement it - or to calculate it and hand off to a go implement this state for me code... what i'd like to see is for it to be easily parallelisable into threads. so we can calculate lots of params/parts in parallel when possible (independent calc paths - eg of 2 child branches before parent has to look at results of children) etc. thus why calc vs implement should be stages.. maybe lua tables with functions (methods) to implement calc , implement, etc. etc. - don't know. thought exercise atm. My point is that this sort of thing is not just a thought exercise for me, I've done a lot of the work already for another project. I was always keeping Edje Lua in mind when I did it though, thinking some of the work could apply there. Naturally I used EFL for this project. B-) It's a virtual world scripting engine. Second Life / OpenSim virtual worlds are made of 256 x 256 meter sims, with hundreds or thousands of these sims in any given world. Each sim might have several thousand LSL scripts running, and in a lot of cases most of those scripts are just multiple copies of the same dozen scripts. So I've been writing a daemon that generates Lua scripts (translated from pre existing LSL scripts), then compiles and runs them with LuaJIT, using a threaded worker queue with message passing system. Getting it to run fast and use minimal resources is important for this project. I don't want thousands of these same dozen scripts soaking up memory, I want one of each. This daemon will also run in the virtual world viewer, driving Edje UIs via Edje Lua. oh.. and we need to figure out how to sensibly override objects. basically i can smell objects being very oo-like in that they implement methods. unlike native we can not just totally override a specific method on an object class (we want to only keep 1 instance of a class for an object and not generate per actual object created for efficiency) but we can PATCH a method. i assume we'd use a metatable with functions stuffed into it to represent a class, for the basics (please expound on this as u see fit and as to what u think is good/bad!)... but we can ALSO do things like provide slots or hook points within a function. let me do a very simple one (please don't nitpick my poor lua :)): myclass = {} function myclass:new() o = { left = 0; right = 0; size = 0} -- slot:init-vals self.__index = self return setmetatable(o, self) end function myclass:layout(obj) -- slot:pre-calc self.size = self.left + self.right -- slot:post-calc end now let's say i'm a hacky arty ui person. i want to take
Re: [E-devel] [EGIT] [core/elementary] master 01/01: elc_naviframe.c: Correctly call _resize_object_reset()
On Thu, 27 Jun 2013 09:12:14 +0900 Carsten Haitzler (The Rasterman) ras...@rasterman.com wrote: On Wed, 26 Jun 2013 08:56:43 -0700 Daniel Willmann - Enlightenment Git no-re...@enlightenment.org said: the ? operator is evil. pure evil. I have no idea why it's being used here to choose between two boolean values. Seems like overkill. asdfuser pushed a commit to branch master. commit b088400a2bfa8422a83eeb4e08b1113e0a0b7fa2 Author: Daniel Willmann d.willm...@samsung.com Date: Wed Jun 26 16:45:54 2013 +0100 elc_naviframe.c: Correctly call _resize_object_reset() Incorrect use of the ?-operator... Signed-off-by: Daniel Willmann d.willm...@samsung.com --- src/lib/elc_naviframe.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/src/lib/elc_naviframe.c b/src/lib/elc_naviframe.c index 328afc5..b3b8b5f 100644 --- a/src/lib/elc_naviframe.c +++ b/src/lib/elc_naviframe.c @@ -1493,7 +1493,7 @@ _item_push(Eo *obj, void *_pd, va_list *list) if (prev_it) elm_widget_focused_object_clear(VIEW(prev_it)); _resize_object_reset(obj, it, prev_it, -(prev_it ? : EINA_FALSE, EINA_TRUE)); +(prev_it ? EINA_FALSE : EINA_TRUE)); if (prev_it) { if (sd-freeze_events) -- -- This SF.net email is sponsored by Windows: Build for Windows Store. http://p.sf.net/sfu/windows-dev2dev -- 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 -- This SF.net email is sponsored by Windows: Build for Windows Store. http://p.sf.net/sfu/windows-dev2dev___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] [EGIT] [legacy/ecore] ecore-1.7 01/34: Backport: 3888089 :: Remove old randr code.
On Fri, 28 Jun 2013 10:52:50 +0100 Daniel Willmann d.willm...@samsung.com wrote: On 28/06/13 08:29, Deon Thomas - Enlightenment Git wrote: princeamd pushed a commit to branch ecore-1.7. commit 2bb0fb5c392b0450bcd88adeb3fe525118bc9ca2 Author: Deon Thomas princeamd.el...@gmail.com Date: Thu Jun 27 11:55:10 2013 -0400 Backport: 3888089 :: Remove old randr code. A 200 commit backport? Seriously? Changelog and NEWS are also missing. But that would make it a 201 commit backport. :-P -- 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 -- This SF.net email is sponsored by Windows: Build for Windows Store. http://p.sf.net/sfu/windows-dev2dev___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E18 CFBugs #2
Is it April the first? Brilliant joke, I get it, now fix it. I can't click on anything on the right half of my screen that's in a window. Right edge binding also not working, possibly related. Updated just now, clean update to, I deleted everything first. -- 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 -- This SF.net email is sponsored by Windows: Build for Windows Store. http://p.sf.net/sfu/windows-dev2dev___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E18 CFBugs #2
On Mon, 1 Jul 2013 02:45:09 +1000 David Seikel onef...@gmail.com wrote: Is it April the first? Brilliant joke, I get it, now fix it. I can't click on anything on the right half of my screen that's in a window. Right edge binding also not working, possibly related. Updated just now, clean update to, I deleted everything first. Further info - anything on the right side of my screen that changes the mouse pointer on hover is also affected. Probably the root cause. E gadgets are not affected, only stuff in windows. -- 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 -- This SF.net email is sponsored by Windows: Build for Windows Store. http://p.sf.net/sfu/windows-dev2dev___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E18 CFBugs #2
On Mon, 1 Jul 2013 02:56:14 +1000 David Seikel onef...@gmail.com wrote: On Mon, 1 Jul 2013 02:45:09 +1000 David Seikel onef...@gmail.com wrote: Is it April the first? Brilliant joke, I get it, now fix it. I can't click on anything on the right half of my screen that's in a window. Right edge binding also not working, possibly related. Updated just now, clean update to, I deleted everything first. Further info - anything on the right side of my screen that changes the mouse pointer on hover is also affected. Probably the root cause. E gadgets are not affected, only stuff in windows. Window border stuff works, and interestingly enough, for borderless windows, stuff in the area that would have been the border works. Hours of fun. -- 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 -- This SF.net email is sponsored by Windows: Build for Windows Store. http://p.sf.net/sfu/windows-dev2dev___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E18 CFBugs #2
On Mon, 1 Jul 2013 03:03:10 +1000 David Seikel onef...@gmail.com wrote: On Mon, 1 Jul 2013 02:56:14 +1000 David Seikel onef...@gmail.com wrote: On Mon, 1 Jul 2013 02:45:09 +1000 David Seikel onef...@gmail.com wrote: Is it April the first? Brilliant joke, I get it, now fix it. I can't click on anything on the right half of my screen that's in a window. Right edge binding also not working, possibly related. Updated just now, clean update to, I deleted everything first. Further info - anything on the right side of my screen that changes the mouse pointer on hover is also affected. Probably the root cause. E gadgets are not affected, only stuff in windows. Window border stuff works, and interestingly enough, for borderless windows, stuff in the area that would have been the border works. Hours of fun. Ah it happens with Irrlicht windows. They end up completely invisible, sticky, on top, and grabbing all input. First one just happened to be taking up the right half of my screen. They never used to do that. -- 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 -- This SF.net email is sponsored by Windows: Build for Windows Store. http://p.sf.net/sfu/windows-dev2dev___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E18 CFBugs #2
On Mon, 1 Jul 2013 07:50:21 +0100 Michael Blumenkrantz michael.blumenkra...@gmail.com wrote: going to need a sample app... http://irrlicht.sourceforge.net/downloads/ or look in your distro's software repo to see if they have a version there (Ubuntu has). Try the HelloWorld example. 1.8 is the version I'm using. On Sun, Jun 30, 2013 at 7:52 PM, David Seikel onef...@gmail.com wrote: On Mon, 1 Jul 2013 03:03:10 +1000 David Seikel onef...@gmail.com wrote: On Mon, 1 Jul 2013 02:56:14 +1000 David Seikel onef...@gmail.com wrote: On Mon, 1 Jul 2013 02:45:09 +1000 David Seikel onef...@gmail.com wrote: Is it April the first? Brilliant joke, I get it, now fix it. I can't click on anything on the right half of my screen that's in a window. Right edge binding also not working, possibly related. Updated just now, clean update to, I deleted everything first. Further info - anything on the right side of my screen that changes the mouse pointer on hover is also affected. Probably the root cause. E gadgets are not affected, only stuff in windows. Window border stuff works, and interestingly enough, for borderless windows, stuff in the area that would have been the border works. Hours of fun. Ah it happens with Irrlicht windows. They end up completely invisible, sticky, on top, and grabbing all input. First one just happened to be taking up the right half of my screen. They never used to do that. -- 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 -- This SF.net email is sponsored by Windows: Build for Windows Store. http://p.sf.net/sfu/windows-dev2dev___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] [EGIT] [admin/devs] master 01/02: Some E modules moved to GIT.
On Mon, 1 Jul 2013 17:01:37 +0900 Daniel Juyung Seo seojuyu...@gmail.com wrote: You can use devs git repositories for this kind of things :) http://git.enlightenment.org/ - check devs repositories. We don't use admin/devs for personall use as far as I know. Thanks. This was discussed before. Lots of personal stuff got into admin/devs from SVN, have a look. Mostly build scripts. I think Tasn said he was going to migrate that stuff to devs with full commit history. I certainly want my commit history. Daniel Juyung Seo (SeoZ) On Mon, Jul 1, 2013 at 1:04 AM, David Walter Seikel - Enlightenment Git no-re...@enlightenment.org wrote: onefang pushed a commit to branch master. commit db813620bf8d4ed9eeeb450942322e99019bf6cf Author: David Walter Seikel won_f...@yahoo.com.au Date: Mon Jul 1 02:03:19 2013 +1000 Some E modules moved to GIT. --- onefang/build_efl.lua | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff --git a/onefang/build_efl.lua b/onefang/build_efl.lua index b3f5726..0eb60a9 100755 --- a/onefang/build_efl.lua +++ b/onefang/build_efl.lua @@ -265,7 +265,8 @@ else printf('Building %d basic binaries.\n', #binBasic) for i, package in ipairs(binBasic) do build(i, package) end -os.execute('find SVN/trunk/E-MODULES-EXTRA -maxdepth 1 -type d ! -name .svn ! -name .git ! -name E-MODULES-EXTRA -printf %f\n | sort /tmp/eflBuild/modules.txt') +os.execute('find GIT/enlightenment/modules -maxdepth 1 -type d ! -name .svn ! -name .git ! -name modules -printf %f\n | sort /tmp/eflBuild/modules.txt') +os.execute('find SVN/trunk/E-MODULES-EXTRA -maxdepth 1 -type d ! -name .svn ! -name .git ! -name E-MODULES-EXTRA -printf %f\n | sort /tmp/eflBuild/modules.txt') for package in io.lines('/tmp/eflBuild/modules.txt') do table.insert(eModulesExtra, package) end printf('Building %d E17 extra modules.\n', #eModulesExtra) for i, package in ipairs(eModulesExtra) do build(i, package) end -- -- This SF.net email is sponsored by Windows: Build for Windows Store. http://p.sf.net/sfu/windows-dev2dev -- This SF.net email is sponsored by Windows: Build for Windows Store. http://p.sf.net/sfu/windows-dev2dev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- 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 -- This SF.net email is sponsored by Windows: Build for Windows Store. http://p.sf.net/sfu/windows-dev2dev___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Commit access for Jean-Philippe Andre
Someone forgot to make the mystical incantation With great power comes great responsibility. I suspect a lack of ice cream. On Wed, 3 Jul 2013 10:37:49 +0900 Jean-Philippe André j...@videolan.org wrote: Hi everyone! Sorry I broke the build for some platforms yesterday, I totally forgot to fix that FIXME before submitting... 344eae9cbd4c should help, but then again, automake is very mysterious to me :) I wasn't expecting anyone to propose commit access so early, actually. Maybe it's a terrible idea considering I've already broken the build :) Anyway, thanks for your support, I'll do my best! JP (aka. jpeg on freenode) On Wed, Jul 3, 2013 at 2:09 AM, Eduardo Lima (Etrunko) ebl...@gmail.comwrote: On Tue, Jul 2, 2013 at 1:54 PM, Tom Hacohen tom.haco...@samsung.com wrote: On 02/07/13 17:48, Doug Newgard wrote: There's even a note in the makefile: # FIXME: Problem here, forcing link to png12. Adding a new dep is just a FIXME now? I take back my support, and I recommend revoking Cedric's access as well. The French... Yeah, the offending commit even has Cedric's sign off. Well, I kind of worked it around by using -lpng instead of -lpng12, but I guess this should be checked at configure time. commit 26e01c0ff674c4e3985d51e1208b77fa3fd8 Author: Jean-Philippe Andre jp.an...@samsung.com Date: Thu Jun 27 15:31:20 2013 +0900 evas: build evas_module within cserve slave Objective: use common loaders from cserve2 Ideally evas_module should be a static library but it would then require static/dynamic linking to too many modules unused by cserve2 (eg. engines savers) Signed-off-by: Cedric Bail cedric.b...@samsung.com -- Eduardo de Barros Lima ◤✠◢ ebl...@gmail.com -- This SF.net email is sponsored by Windows: Build for Windows Store. http://p.sf.net/sfu/windows-dev2dev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- 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 -- This SF.net email is sponsored by Windows: Build for Windows Store. http://p.sf.net/sfu/windows-dev2dev___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Welcome another QA tool. E on scn.coverity.com
On Wed, 3 Jul 2013 22:00:11 +0900 Carsten Haitzler (The Rasterman) ras...@rasterman.com wrote: On Wed, 03 Jul 2013 13:42:22 +0100 Stefan Schmidt s.schm...@samsung.com said: Hello. On 07/03/2013 11:48 AM, Stefan Schmidt wrote: If you want to have a look and help us fixing bugs or marking things as false positive please register at scan.coverity.com and request access to these projects. Daniel or myself can then approve your access and you can have a look. efl: http://scan.coverity.com/projects/552 elm: http://scan.coverity.com/projects/553 e: http://scan.coverity.com/projects/554 Some numbers: EFL: 521,687 lines of code and an initial set of 559 defects results in a defect density of 1.07. 1.0 is what they rate as industry standard and means 1 defect in thousand lines of code. Elm has 210,048 but only 77 initial defects resulting in a way lower defect density of 0.37. E is a middleground with 273,355 lines of code and 205 initial defects resulting in a defect density of 0.75. All in all that looks quite ok to me. I suspect some false positives in efl especially in the way we use eina_list and hash and take care about resource free'ing. regards Stefan Schmidt i'd say that pretty damned good... considering. i think we may be a bit harsh on ourselves at times... BUT WE SHOULD BE! industry average is not good enough! :) m(elm is surprising btw! - same with e. i would have expected efl is better). i am sure we can knock off a lot of the defects found and come out smelling like roses. 0 defects... here we come. :) Zaro boogs? -- 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 -- This SF.net email is sponsored by Windows: Build for Windows Store. http://p.sf.net/sfu/windows-dev2dev___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Weekly news from the automated build and QA front
On Thu, 04 Jul 2013 10:05:12 +0100 Stefan Schmidt s.schm...@samsung.com wrote: Hello. On 07/04/2013 09:53 AM, Stefan Schmidt wrote: Hello. This should give everyone an overview over what has happened in the last week regarding our continuous integration builds, unit tests and coverage as well as all static analyser runs and things like address-sanitizer. CI: o Daniel and Tom resolved the -lrt problem that did make trouble to our clang builds. o Overall build statistic: 136 (13.39) failed and 880 (86.61) succeeded. https://build.enlightenment.org/ clang scan-build: o EFL scan-build reports 596 issues. https://build.enlightenment.org/job/nightly_efl_clang_x86_64/lastSuccessfu lBuild/artifact/scan-build/build/ Exactness: o Problems with fonts o Still waiting for the first successful run on jenkins Unit tests: o 266 unit tests for efl and none failing Coverage: o EFL total coverage is at 25.2 % lines and 28.0 % functions Coverity: o EFL: Outstanding defects 549 with a density of 1.05. 12 defects fixed since last build and 2 added. o Elm: Outstanding defects 77 with a density of 0.37. 0 defects fixed since last build and 0 added. o E: Outstanding defects 203 with a density of 0.74. 2 defects fixed since last build and 0 added. Grumbl. Seems my hand is faster in hitting send than my brain in telling my hand to hit save. I just started this and it was supposed to go out on Monday. To late now it seems. Cat is out of the back. :) My aim is to send out such a short summary every Monday when I'm in the office. So you should add - o Stefan Schmidt: Outstanding defects 1. B-) -- 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 -- This SF.net email is sponsored by Windows: Build for Windows Store. http://p.sf.net/sfu/windows-dev2dev___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Eo: potential improvements
On Tue, 16 Jul 2013 09:07:14 +0900 Carsten Haitzler (The Rasterman) ras...@rasterman.com wrote: On Tue, 16 Jul 2013 08:58:15 +0900 Cedric BAIL cedric.b...@free.fr said: Hello, On Tue, Jul 16, 2013 at 12:35 AM, Tom Hacohen tom.haco...@samsung.com wrote: On 09/07/13 04:09, Cedric BAIL wrote: On Tue, Jul 9, 2013 at 2:00 AM, Tom Hacohen tom.haco...@samsung.com ... That lead to an equivalent question, how many people have yet reviewed your proposal and are in favor of the change or have idea to improve it. I may want to put some pressure on that side, as I am really upset by our current delay on 1.8 and I really want to ear more than one voice in favor of another huge delay. Well, no one is saying anything either way. It's like Eo1. People were quiet until it was too late to complain. Expect the same. :) Snif ! You are breaking all hope in me this morning. you break git. tom breaks you. i like the symmetry. fyi - i did have a look and commented on it already :) I'm interested in EO. I tried it out a while ago with an Elementary project, converting it to use EO calls. That caused it to mysteriously crash when shutting down. I switched back. Since then the project bit rotted and now no longer runs properly. I'll get back to it sooner or later, but lots of other stuff has been taking my time. -- 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 -- See everything from the browser to the database with AppDynamics Get end-to-end visibility with application monitoring from AppDynamics Isolate bottlenecks and diagnose root cause in seconds. Start your free trial of AppDynamics Pro today! http://pubads.g.doubleclick.net/gampad/clk?id=48808831iu=/4140/ostg.clktrk___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] RFC: Add some system-wide ecore events and module loading
On Sat, 10 Aug 2013 12:09:29 +0900 Carsten Haitzler (The Rasterman) ras...@rasterman.com wrote: On Thu, 8 Aug 2013 15:24:48 -0300 Gustavo Sverzut Barbieri barbi...@profusion.mobi said: On Thu, Aug 8, 2013 at 3:18 PM, Michael Blumenkrantz michael.blumenkra...@gmail.com wrote: On Thu, 8 Aug 2013 15:13:01 -0300 Gustavo Sverzut Barbieri barbi...@profusion.mobi wrote: On Thu, Aug 8, 2013 at 3:01 PM, Michael Blumenkrantz michael.blumenkra...@gmail.com wrote: On Thu, 8 Aug 2013 14:48:54 -0300 Gustavo Sverzut Barbieri barbi...@profusion.mobi wrote: On Thu, Aug 8, 2013 at 2:31 PM, Michael Blumenkrantz michael.blumenkra...@gmail.com wrote: On Thu, 08 Aug 2013 17:16:40 +0100 Tom Hacohen tom.haco...@samsung.com wrote: I like almost all of the suggestions. Apps need the information so they can assist the system to behave better. One thing I don't like is the passing of information through the signals. I think we just provide the notification and let the user probe for whatever it needs. I don't like creating additional structures that we'll have to maintain. Also, if an application cares about a certain feature it usually already has code that probes for it and acts upon it (when the application runs), having another way (the parameters passed here) will lead to code duplication. That's the thing I hated the most when working on SHR, having signals and getters with different signatures so you had to write glue code everywhere. [..] I have to reluctantly agree with Tom on this. The idea of having even more event structs to remember is not something that I would enjoy thinking about, let alone using. Everything else sounds like a great (and long overdue) idea, however. okay, so provide getters and setters (would add the event automatically) but the signal itself shouldn't carry any information? Not even the LOW battery/memory? I'm thinking that in most cases, we'll just want to send a low battery or low memory event, no? imo this is what will be useful in most cases. I'm not against having any event structs for new event types, I just think we should be a bit more conservative than we have previously been. If we have a battery level changed event, for example, then it makes sense to include the %battery, but if it's low battery then it doesn't. how do you say you're out of low battery state? Create 2 events? Cumbersome... you send the event at a certain percentage of the battery, so you'll get it when going into low battery and out. assuming you also get percentage events, it should be pretty easy to track. failing that, the user can always just check whether the battery is currently charging when that event is received. actually you could listen to upower's http://upower.freedesktop.org/docs/UPower.html#UPower:OnLowBattery without checking individual battery levels for each present battery. It's automatic, the low threshold is configured in a system-wide way by UPower, it requires less bandwidth as updates are less frequent and easier to use. For tizen, they use vconf and a single key to indicate low-battery or low memory. (sure, strange they use a configuration system to propagate that state change). thus I don't think the levels should be handled or expected in here. i agree. low power would be some system configured battery state when the system believe we are low on power. we just need the reverse - to tell apps everything is normal again power-wise. we probably need ac plugged/unplugged event too. so effectively power would have 3 states full power - feel free to do whatever you like and not care about power, normal power - be a bit careful and realize doing things will impact battery life and low power - cut out everything non-essential. simple and covers the 3 common cases we see in laptops, phones, tablets, etc. all the time. again - i don't see a problem with structs delivering the info, and it can be very useful, but i agree, getters are also useful. Wouldn't AC plugged in and low power be the only ones needed? Power levels only go up while AC is plugged in, and if there's not enough juice in the battery when it's unplugged, it would go straight to low power. So normal power can be inferred. Though that's really the difference between three states and two bits. Just woke up, excuse the brain fart. /me gets brekky and caffeine. -- 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 -- Get 100% visibility into Java/.NET code with AppDynamics Lite! It's a free troubleshooting tool designed for production. Get down to code-level
Re: [E-devel] elm menu (probably need to break theme and extend api)
On Mon, 12 Aug 2013 11:39:55 +0900 Carsten Haitzler (The Rasterman) ras...@rasterman.com wrote: ok. so i'm stuffing effort into elm menu and dark theme... elm menu needs love. the theme end i think needs a re-do. it will have to break. here is why: 1. check and radioitems are not supported in menus and frankly they should NOT consume icon spots. icons are separate to these indicators. so check and radio indicators need to be added/rolled in. 2. if a menu has NO submenus NO space for an arrow should be allocated in any menu item. if there is one submenu.. then space need allocation in ALL items (so everything aligns). same for icon slot, check/radio indicator slot and label slot. this ensures all items aligns content nicely. e17 does this in code via a box and padding objects, but either way to make this happen would break the current theme setup anyway where items have labels shuffle all over the place etc. OR forcibly always allocate space for icons even if none exist in the entire menu. 3. looking at hover usage... i think this is really just abusing the hover obj for something it was not meant to do. menus should really do their own placement by hand for submenus etc. 4. mainmenu bar needs some love. things like the main menu item should stay active while a submenu is up, (or at least have a signal emitted to let it know its child menu is still up, or not), and same for every menu with a submenu attached to it. 5. menu has some really bad habits when space is at a premium and in some cases resulting in infinite loops. solutions are to scroll menus ala e17 or to scroll within the menu obj/box itself with some scroll arrows at the top/bottom... ? (mouseover them to scroll that way? click them to scroll that way?) 6. other bad habits are not having timeouts on mouse movement so when your mouse diagonally moves from the submenu item to the submenu that opened and goes OVER another item in the parent menu along the way, your submenu goes down. bad! e17 solves this with a timeout on moves waiting for moves to stop for a period of time before opening a submenu if one is already up). 7. no key controls like e17 menus have. 8. given the way styles are done, we cant have a different style for the bg/base/hovers like we can with items... so effectively elm style features are broken with elm menus. 8. so in general you can probably guess that i pretty much want to bring elm menus up to on-part with e17 menu functionality/behavior. e's menus may not be the most advanced and amazing menus on the planet, but they are light years ahead of elm's menus and actually usable. :) btw - api is fine - no plan to break it, just extend it. in general i feel the menu code really needs some overhauling. maybe a rewrite even. yes - i'd want to keep the dbus menu support. i'm not looking at that right now mostly because i dont have an environment with it enabled. so my questions are: 1. is anyone using menus in a way that a theme break would hurt them? 2. anyone got comments about elm menus in general in addition to the above to fix them? disagree with them? 3. if i go ahead and do this... i need to decide how to do it. i can do it e17's way and manually control a box to ensure alignment etc. and make it easier on the theme, but this does limit theme power a bit. or should i make the theme more complex and harder to add menu features to in the name of theme power to do more? (then theme cant place icon where it likes for example). i'm mulling this over. I'm still deciding if Elementary is something I actually want to use. I tried it out on a previous project, and rejected it in favour of raw Edje and Lua for that project. I've been trying it out for a new project, and still not liking it. One of my biggest problems with it is that everything is just too huge, even with finger size set to minimum and those other things people have suggested I should do. I designed my perfect widget system long ago (in Java, before I gave up on Java), and Elementary is not a good match for it. So my choice is basically to write a new Elementary theme from scratch, or implement my perfect widget system on top of Edje + Eo + Lua. Neither would be an easy job, I'm still undecided. You are correct, Elementary menus suck in other ways, and needs a redo. E17 menus suck a lot less, so might be a good idea to reuse them, then factor out the common stuff to share code. I'll wait to see what you come up with, suckage might be small enough to help me decide to stick with Elementary. So my answers are - 1. Yes using it, but not in earnest yet, so breakage is OK by me. 2. I'm all for stripping out excess space so that Elementary stuff is not so fucking HGE. So some of your ideas seem good for that. Check and radio items are a must have. Breaking those bad habits is good. Key shortcuts is great, including displaying them. 3. As I said above, reuse E17 code, factor it out,
Re: [E-devel] [PATCH] terminology appmenu support
On Tue, 13 Aug 2013 08:37:38 +0900 Carsten Haitzler (The Rasterman) ras...@rasterman.com wrote: On Mon, 12 Aug 2013 10:32:28 +0200 Boris Faure bo...@fau.re said: On 13-08-10 13:02, Carsten Haitzler wrote: […] once menus look good in elm by default - i'm willing to have it on by default (for #3). :) And keep it configurable, please. of course. i sure don't want them on for me... i'd want them off, but i can see the value of a menu bar for n00bs so they know they can click there. i've seen people literally stumped at terminology thinking it has no config - they didnt know right click would bring it up. Discoverability is important in UI design. -- 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 -- Get 100% visibility into Java/.NET code with AppDynamics Lite! It's a free troubleshooting tool designed for production. Get down to code-level detail for bottlenecks, with 2% overhead. Download for free and get started troubleshooting in minutes. http://pubads.g.doubleclick.net/gampad/clk?id=48897031iu=/4140/ostg.clktrk___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] [EGIT] [core/enlightenment] master 01/01: add systemd support to e_sys for shutdown/reboot/suspend/hibernate
On Fri, 16 Aug 2013 08:50:02 +0900 Carsten Haitzler (The Rasterman) ras...@rasterman.com wrote: On Thu, 15 Aug 2013 19:59:28 -0300 Lucas De Marchi lucas.demar...@profusion.mobi said: On Thu, Aug 15, 2013 at 3:19 PM, Gustavo Sverzut Barbieri barbi...@gmail.com wrote: On Thu, Aug 15, 2013 at 2:11 PM, Lucas De Marchi lucas.demar...@profusion.mobi wrote: On Thu, Aug 15, 2013 at 1:33 PM, Gustavo Sverzut Barbieri barbi...@gmail.com wrote: On Thu, Aug 15, 2013 at 9:37 AM, Carsten Haitzler ras...@rasterman.com wrote: On Thu, 15 Aug 2013 08:40:36 -0300 Gustavo Sverzut Barbieri barbi...@gmail.com said: Raster, heads up here that you can use eldbus_proxy that will make your life easier writing these things. For instance you can manage all the pending call lifetime to the object and proxy, if you delete it (unref) it would do for all pending methods, signal handlers, etc It may be new to you, but check the examples or my code to upower/systemd uses it as well. i saw some of the proxy use - i wasn't sure why i needed it actually. i didn't use any pending handles so it turned out for that bit of code, it's not needed. if will save you replicating those helpers you did... you don't need to do anything with the pending call.. but you can use it to explicitly cancel one. If you delete the object (unref) it will cancel all pending automatically. your code would reduce to get object, then proxy, then call stuff like CanPowerOff, no need to create the wrappers yourself. That's why we added the proxy, to automate these wrappers we were doing over and over again. Easier to change the code and show him than argumenting ;-) currently I'm not bothering, but indeed this would help more than talking. btw... i put this in e right now, BUT... i totally expect that ecore may get these features, so the code can be pasted in when we decie just how it will look like. i just wanted to do some work to support systemd etc. :) this was a simple/easy place/thing to do. :) some like inhibit suspend/power actions may be good, but I don't think doing the suspend/reboot action (even if delegated) should come in Ecore... after all there will be a single app doing that in most cases, E itself. to block the suspend/power may be done by all apps, like during a media playback or slideshow.. What's the point in adding those to ecore, wrapping the systemd functionality? Same question goes for the recently added events for sleep, hostname, etc... Why adding a wrapper instead of just let applications listen to the signals sent by systemd directly? 1 - because some systems don't have systemd, thus we have different plugins (tizen for instance); Yet the ones that matter (should) implement that interfaces. one of those platforms... that efl is shipped on by default, doesnt use systemd for this (but it should), so abstracting is a must as we then already have 2 paths. we ALSO have upower... a bit older than systemd and some distros wont go systemd... and then think bsd. they may have their own things (i have no idea what they are), but it gives a point for them to plug in and abstract. Then there's things like Windows and Mac OS X. Systemd might not even be an option in some places. As much as I hate it, and would prefer to just ignore it and hope it goes away, Windows counts as one of the ones that matter. Mac also counts, but at least it's kinda, sorta, Unixy under the hood, and I can live with that. -- 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 -- Get 100% visibility into Java/.NET code with AppDynamics Lite! It's a free troubleshooting tool designed for production. Get down to code-level detail for bottlenecks, with 2% overhead. Download for free and get started troubleshooting in minutes. http://pubads.g.doubleclick.net/gampad/clk?id=48897031iu=/4140/ostg.clktrk___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] [EGIT] [core/enlightenment] master 01/01: add systemd support to e_sys for shutdown/reboot/suspend/hibernate
On Fri, 16 Aug 2013 09:27:41 +0100 Stefan Schmidt s.schm...@samsung.com wrote: Hello. On 08/16/2013 09:06 AM, David Seikel wrote: On Fri, 16 Aug 2013 08:50:02 +0900 Carsten Haitzler (The Rasterman) ras...@rasterman.com wrote: one of those platforms... that efl is shipped on by default, doesnt use systemd for this (but it should), so abstracting is a must as we then already have 2 paths. we ALSO have upower... a bit older than systemd and some distros wont go systemd... and then think bsd. they may have their own things (i have no idea what they are), but it gives a point for them to plug in and abstract. Then there's things like Windows and Mac OS X. Systemd might not even be an option in some places. As much as I hate it, and would prefer to just ignore it and hope it goes away, Windows counts as one of the ones that matter. Mac also counts, but at least it's kinda, sorta, Unixy under the hood, and I can live with that. I curious here. Where does this counts come from? It sounds like set in stone without given reason. If we would have a big developer base bringing in patches for Windows or Mac I could easily understand that but we don't have that. We have a patch here and there but nobody is really looking into that. There might be a big user base for some apps running efl on these platforms but without developers that are interested in it this falls apart quickly. Right now we have the situation where people like me who are totally uninterested in Windows support fix things to get a mingw build working. Which tells me that people that use it with windows either keep their patches private or use really old versions of efl. So having something marked as counts which is barely supported by anyone upstream is kind of funny. And there is our problem. TL;DR version - we need to make sure EFL works on Windows (and other places) so that us non Windows coders don't have to deal with it. No one wants to, but let's not shoot ourselves in the foot. Well, they count for me. I want to use EFL for a large existing project where the Linux users are a very small minority. The Mac users are a small minority as well, but they are kinda vocal, even if so far none of them actually offer to help. Quite frankly, if I don't have a Windows version, no one will be interested in using the results. On the other hand, last century I got burnt out doing Windows development. So I'm rather reluctant to actually do it myself. Stuck between a rock and a hard place here. It's something that I'd much rather someone else deal with, so I can keep myself from going any more crazy than I already am. I believe in EFL as a cross platform development library. On the desktop, Windows is still the 900 pound gorilla, which is why any development library has to work there to be taken seriously. Decisions like this one boil down to be Linux specific vs try to be generic, really should err on the generic side of things if at all possible. Every little decision that locks us closer to a specific platform drives away people that want or need to do cross platform development. As much as I don't want to work on Windows, I also don't want to switch to using Qt, or GTK, or any of those other systems. As dirty as it makes me feel to say it, Windows support is important. It's a really big pity that our major Windows developer left for reasons that are a complete mystery to me. It's a dirty job, but someone has to do it. I really do want to get stuck into serious work on the EFL version of this large existing project. And for this project, it's gotta be Linux, Mac, and Windows. I'd love to say screw you, you non Unix Windows users, get a real OS, but I can't. The one thing that has been holding me back from getting stuck deeply into the EFL side of things for this project has been lack of a Mac, since I can't legally do Mac development without one. Damn Apple. So I have little bits and pieces of this project that only work under Linux, and no one is using them. Once I get a Mac for development, then I got no more excuses, I'll just have to actually start serious work on making sure my EFL version actually works on Linux, Mac, and Windows. And yes, any thing I need to do to get that to happen I'll contribute back to EFL. It sucks, but as much as we want to, we really can't ignore Windows. Yes, I know, just like every one else, I really want someone else to handle that horrible piece of crap. But I'm passionate about my large existing project, so eventually I'll have to suck it up and deal with it. In the mean time, let's try to avoid locking things down to Linux specific stuff when we don't have to. Let's not make dealing with the huge stinking pile of garbage that Windows is even harder on those of us that are forced to. Let's hope we can find someone that does not die a little inside each time they deal with Windows to work with us. -- A big old stinking pile
Re: [E-devel] E18 CFBugs #3
Random crash to WBOD after switching desktops. Seems to be worse when there is a 3D app running. Not sure if it's related, but also randomly pauses halfway through a desktop switch. -- 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 -- Introducing Performance Central, a new site from SourceForge and AppDynamics. Performance Central is your source for news, insights, analysis and resources for efficient Application Performance Management. Visit us today! http://pubads.g.doubleclick.net/gampad/clk?id=48897511iu=/4140/ostg.clktrk___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Edje 1.7.8 fails to configure on Debuan 7.1.0
On Mon, 19 Aug 2013 13:55:44 -0400 Robert Heller hel...@deepsoft.com wrote: liblua5.2-dev - Development files for the Lua language version 5.2 Do I need one (or more) of these packages as well? Try that one. -- 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 -- Introducing Performance Central, a new site from SourceForge and AppDynamics. Performance Central is your source for news, insights, analysis and resources for efficient Application Performance Management. Visit us today! http://pubads.g.doubleclick.net/gampad/clk?id=48897511iu=/4140/ostg.clktrk___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Edje 1.7.8 fails to configure on Debuan 7.1.0
On Mon, 19 Aug 2013 14:55:52 -0400 Robert Heller hel...@deepsoft.com wrote: At Tue, 20 Aug 2013 04:05:17 +1000 Enlightenment developer list enlightenment-devel@lists.sourceforge.net wrote: On Mon, 19 Aug 2013 13:55:44 -0400 Robert Heller hel...@deepsoft.com wrote: liblua5.2-dev - Development files for the Lua language version 5.2 Do I need one (or more) of these packages as well? Try that one. To re-iterate, dpkg-query -l \*lua\* displays: Desired=Unknown/Install/Remove/Purge/Hold | Status=Not/Inst/Conf-files/Unpacked/halF-conf/Half-inst/trig-aWait/Trig-pend |/ Err?=(none)/Reinst-required (Status,Err: uppercase=bad) ||/ Name ||VersionArchitecture Description +++--==--== ii liblua5.2-0:i386 5.2.1-3i386 Shared library for the Lua interpreter version 5.2 ii liblua5.2-dev:i386 5.2.1-3i386 Development files for the Lua language version 5.2 un lua none (no description available) ii lua5.2 5.2.1-3i386 Simple, extensible, embeddable programming language ii luatex 0.70.1.20120524-3 i386 next generation TeX engine un luatex-snapshot none (no description available) ii texlive-luatex 2012.20120611-5all TeX Live: LuaTeX packages Note: liblua5.2-0, liblua5.2-dev, and lua5.2 are all installed (plus luatex, what is probably not relevant). Edje cannot find LUA even though it is installed. Something is weird here. Either Debian's lua packages are broken or Edje's configure script is broken. Unless there is some -private-dev package needed somewhere. OK, I *think* I have found a possible problem (and a possible solution): Edje's configure script is checking for lua_newstate in -llua..., but liblua5.2-dev install /usr/lib/i386-linux-gnu/liblua5.2.a (and liblua5.2-0 installs /usr/lib/i386-linux-gnu/liblua5.2.so.0.0.0). I am guessing I will have to patch the configure script... What you have installed is liblua5.2-dev:i386, not liblua5.2-dev, hence the path you are seeing a problem with. That's just a guess though, I'm not running Debian, and no idea what architecture you really have. -- 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 -- Introducing Performance Central, a new site from SourceForge and AppDynamics. Performance Central is your source for news, insights, analysis and resources for efficient Application Performance Management. Visit us today! http://pubads.g.doubleclick.net/gampad/clk?id=48897511iu=/4140/ostg.clktrk___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Edje 1.7.8 fails to configure on Debuan 7.1.0
On Mon, 19 Aug 2013 15:25:56 -0400 Robert Heller hel...@deepsoft.com wrote: At Mon, 19 Aug 2013 14:55:52 -0400 Robert Heller hel...@deepsoft.com wrote: At Tue, 20 Aug 2013 04:05:17 +1000 Enlightenment developer list enlightenment-devel@lists.sourceforge.net wrote: On Mon, 19 Aug 2013 13:55:44 -0400 Robert Heller hel...@deepsoft.com wrote: liblua5.2-dev - Development files for the Lua language version 5.2 Do I need one (or more) of these packages as well? Try that one. To re-iterate, dpkg-query -l \*lua\* displays: Desired=Unknown/Install/Remove/Purge/Hold | Status=Not/Inst/Conf-files/Unpacked/halF-conf/Half-inst/trig-aWait/Trig-pend |/ Err?=(none)/Reinst-required (Status,Err: uppercase=bad) ||/ Name ||VersionArchitecture Description +++--==--== ii liblua5.2-0:i386 5.2.1-3i386 Shared library for the Lua interpreter version 5.2 ii liblua5.2-dev:i386 5.2.1-3i386 Development files for the Lua language version 5.2 un lua none (no description available) ii lua5.2 5.2.1-3i386 Simple, extensible, embeddable programming language ii luatex 0.70.1.20120524-3 i386 next generation TeX engine un luatex-snapshot none (no description available) ii texlive-luatex 2012.20120611-5all TeX Live: LuaTeX packages Note: liblua5.2-0, liblua5.2-dev, and lua5.2 are all installed (plus luatex, what is probably not relevant). Edje cannot find LUA even though it is installed. Something is weird here. Either Debian's lua packages are broken or Edje's configure script is broken. Unless there is some -private-dev package needed somewhere. OK, I *think* I have found a possible problem (and a possible solution): Edje's configure script is checking for lua_newstate in -llua..., but liblua5.2-dev install /usr/lib/i386-linux-gnu/liblua5.2.a (and liblua5.2-0 installs /usr/lib/i386-linux-gnu/liblua5.2.so.0.0.0). I am guessing I will have to patch the configure script... Here is a patch: *** configure.ac~ 2013-07-30 10:42:43.0 -0400 --- configure.ac 2013-08-19 15:14:40.722094696 -0400 *** *** 238,244 [PKG_CHECK_MODULES([LUA], [lua5.1 = 5.1.0], requirement_lua=lua5.1, [PKG_CHECK_MODULES([LUA], [lua-5.1 = 5.1.0], requirement_lua=lua-5.1, [PKG_CHECK_MODULES([LUA], [lua51 = 5.1.0], requirement_lua=lua51, ! [have_lua=no])])])]) if test x${have_lua} = xno ; then AC_MSG_CHECKING([whether lua_newstate() is in liblua]) --- 238,245 [PKG_CHECK_MODULES([LUA], [lua5.1 = 5.1.0], requirement_lua=lua5.1, [PKG_CHECK_MODULES([LUA], [lua-5.1 = 5.1.0], requirement_lua=lua-5.1, [PKG_CHECK_MODULES([LUA], [lua51 = 5.1.0], requirement_lua=lua51, ! [PKG_CHECK_MODULES([LUA], [lua5.2 = 5.2.0], requirement_lua=lua5.2, ! [have_lua=no])])])])]) if test x${have_lua} = xno ; then AC_MSG_CHECKING([whether lua_newstate() is in liblua]) Good catch, thanks. I'll fix that up after I've had breakfast. In the future, diff -u format would be better for patches. -- 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 -- Introducing Performance Central, a new site from SourceForge and AppDynamics. Performance Central is your source for news, insights, analysis and resources for efficient Application Performance Management. Visit us today! http://pubads.g.doubleclick.net/gampad/clk?id=48897511iu=/4140/ostg.clktrk___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Edje 1.7.8 fails to configure on Debuan 7.1.0
On Tue, 20 Aug 2013 12:30:48 +0900 Carsten Haitzler (The Rasterman) ras...@rasterman.com wrote: On Mon, 19 Aug 2013 22:14:07 -0500 Doug Newgard scimmi...@outlook.com said: Edje isn't the problem. Lua upstream does not provide pkg-config files, so they are added by each distro. Unfortunately, each distro does it differently, so when there's an update and a new pkg-config file, every build system for every program that uses it has to be updated. It's a ridiculous situation IMO. yes. in fact lua-upstream dont want a system liblua at all. they want every project to copy lua into its srcbase and not share a library. it's tempting to consider moving to luajit some day... especially now its much more mature with more architecture support. More than just tempting, we already talked about it and I'm running experiments. Remember? B-) -- 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 -- Introducing Performance Central, a new site from SourceForge and AppDynamics. Performance Central is your source for news, insights, analysis and resources for efficient Application Performance Management. Visit us today! http://pubads.g.doubleclick.net/gampad/clk?id=48897511iu=/4140/ostg.clktrk___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Edje 1.7.8 fails to configure on Debuan 7.1.0
On Tue, 20 Aug 2013 05:47:12 +1000 David Seikel onef...@gmail.com wrote: On Mon, 19 Aug 2013 15:25:56 -0400 Robert Heller hel...@deepsoft.com wrote: At Mon, 19 Aug 2013 14:55:52 -0400 Robert Heller hel...@deepsoft.com wrote: At Tue, 20 Aug 2013 04:05:17 +1000 Enlightenment developer list enlightenment-devel@lists.sourceforge.net wrote: On Mon, 19 Aug 2013 13:55:44 -0400 Robert Heller hel...@deepsoft.com wrote: liblua5.2-dev - Development files for the Lua language version 5.2 Do I need one (or more) of these packages as well? Try that one. To re-iterate, dpkg-query -l \*lua\* displays: Desired=Unknown/Install/Remove/Purge/Hold | Status=Not/Inst/Conf-files/Unpacked/halF-conf/Half-inst/trig-aWait/Trig-pend |/ Err?=(none)/Reinst-required (Status,Err: uppercase=bad) ||/ Name ||VersionArchitecture Description +++--==--== ii liblua5.2-0:i386 5.2.1-3i386 Shared library for the Lua interpreter version 5.2 ii liblua5.2-dev:i386 5.2.1-3i386 Development files for the Lua language version 5.2 un lua none (no description available) ii lua5.2 5.2.1-3i386 Simple, extensible, embeddable programming language ii luatex 0.70.1.20120524-3 i386 next generation TeX engine un luatex-snapshot none (no description available) ii texlive-luatex 2012.20120611-5all TeX Live: LuaTeX packages Note: liblua5.2-0, liblua5.2-dev, and lua5.2 are all installed (plus luatex, what is probably not relevant). Edje cannot find LUA even though it is installed. Something is weird here. Either Debian's lua packages are broken or Edje's configure script is broken. Unless there is some -private-dev package needed somewhere. OK, I *think* I have found a possible problem (and a possible solution): Edje's configure script is checking for lua_newstate in -llua..., but liblua5.2-dev install /usr/lib/i386-linux-gnu/liblua5.2.a (and liblua5.2-0 installs /usr/lib/i386-linux-gnu/liblua5.2.so.0.0.0). I am guessing I will have to patch the configure script... Here is a patch: *** configure.ac~ 2013-07-30 10:42:43.0 -0400 --- configure.ac2013-08-19 15:14:40.722094696 -0400 *** *** 238,244 [PKG_CHECK_MODULES([LUA], [lua5.1 = 5.1.0], requirement_lua=lua5.1, [PKG_CHECK_MODULES([LUA], [lua-5.1 = 5.1.0], requirement_lua=lua-5.1, [PKG_CHECK_MODULES([LUA], [lua51 = 5.1.0], requirement_lua=lua51, ! [have_lua=no])])])]) if test x${have_lua} = xno ; then AC_MSG_CHECKING([whether lua_newstate() is in liblua]) --- 238,245 [PKG_CHECK_MODULES([LUA], [lua5.1 = 5.1.0], requirement_lua=lua5.1, [PKG_CHECK_MODULES([LUA], [lua-5.1 = 5.1.0], requirement_lua=lua-5.1, [PKG_CHECK_MODULES([LUA], [lua51 = 5.1.0], requirement_lua=lua51, ! [PKG_CHECK_MODULES([LUA], [lua5.2 = 5.2.0], requirement_lua=lua5.2, ! [have_lua=no])])])])]) if test x${have_lua} = xno ; then AC_MSG_CHECKING([whether lua_newstate() is in liblua]) Good catch, thanks. I'll fix that up after I've had breakfast. In the future, diff -u format would be better for patches. It's been a busy day, but I got a fix similar to yours into EFL 1.8. I'll backport it to Edje 1.7 soonish. Thanks again Robert. -- 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 -- Introducing Performance Central, a new site from SourceForge and AppDynamics. Performance Central is your source for news, insights, analysis and resources for efficient Application Performance Management. Visit us today! http://pubads.g.doubleclick.net/gampad/clk?id=48897511iu=/4140/ostg.clktrk___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Edje 1.7.8 fails to configure on Debuan 7.1.0
On Tue, 20 Aug 2013 18:21:27 +0900 Carsten Haitzler (The Rasterman) ras...@rasterman.com wrote: On Tue, 20 Aug 2013 13:42:31 +1000 David Seikel onef...@gmail.com said: On Tue, 20 Aug 2013 12:30:48 +0900 Carsten Haitzler (The Rasterman) ras...@rasterman.com wrote: On Mon, 19 Aug 2013 22:14:07 -0500 Doug Newgard scimmi...@outlook.com said: Edje isn't the problem. Lua upstream does not provide pkg-config files, so they are added by each distro. Unfortunately, each distro does it differently, so when there's an update and a new pkg-config file, every build system for every program that uses it has to be updated. It's a ridiculous situation IMO. yes. in fact lua-upstream dont want a system liblua at all. they want every project to copy lua into its srcbase and not share a library. it's tempting to consider moving to luajit some day... especially now its much more mature with more architecture support. More than just tempting, we already talked about it and I'm running experiments. Remember? B-) i thought we talked about bob? Yep, that included talk about LuaJIT. -- 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 -- Introducing Performance Central, a new site from SourceForge and AppDynamics. Performance Central is your source for news, insights, analysis and resources for efficient Application Performance Management. Visit us today! http://pubads.g.doubleclick.net/gampad/clk?id=48897511iu=/4140/ostg.clktrk___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Edje 1.7.8 fails to configure on Debuan 7.1.0
On Tue, 20 Aug 2013 20:09:40 +0900 Carsten Haitzler (The Rasterman) ras...@rasterman.com wrote: On Tue, 20 Aug 2013 19:33:28 +1000 David Seikel onef...@gmail.com said: On Tue, 20 Aug 2013 18:21:27 +0900 Carsten Haitzler (The Rasterman) ras...@rasterman.com wrote: On Tue, 20 Aug 2013 13:42:31 +1000 David Seikel onef...@gmail.com said: On Tue, 20 Aug 2013 12:30:48 +0900 Carsten Haitzler (The Rasterman) ras...@rasterman.com wrote: On Mon, 19 Aug 2013 22:14:07 -0500 Doug Newgard scimmi...@outlook.com said: Edje isn't the problem. Lua upstream does not provide pkg-config files, so they are added by each distro. Unfortunately, each distro does it differently, so when there's an update and a new pkg-config file, every build system for every program that uses it has to be updated. It's a ridiculous situation IMO. yes. in fact lua-upstream dont want a system liblua at all. they want every project to copy lua into its srcbase and not share a library. it's tempting to consider moving to luajit some day... especially now its much more mature with more architecture support. More than just tempting, we already talked about it and I'm running experiments. Remember? B-) i thought we talked about bob? Yep, that included talk about LuaJIT. sure - but this is for existing edje lua... we talked. nothing actually done yet. :) on bob.. or edje :) That's what I said, we talked. B-) Oh and I have run some experiments. The main sticking point at the moment is the memory allocator. The one we used for Edje Lua does not work, the one that comes as part of LuaJIT is kinda big, and does not do what we want without some hacking. I got a few possibilities to try out. Though a simple wrapper around the LuaJIT one might just do the trick, I have not tried that yet. -- 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 -- Introducing Performance Central, a new site from SourceForge and AppDynamics. Performance Central is your source for news, insights, analysis and resources for efficient Application Performance Management. Visit us today! http://pubads.g.doubleclick.net/gampad/clk?id=48897511iu=/4140/ostg.clktrk___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] [EGIT] [core/elementary] master 02/02: genlist: implement list position signals.
On Mon, 26 Aug 2013 15:42:48 +0900 Cedric BAIL moa.blueb...@gmail.com wrote: Hello, Cedric Bail On Aug 24, 2013 8:27 PM, Bluezery ohpo...@gmail.com wrote: Are there any performance issue to adding signals? We have no benchmark for anything above Evas. So all comment on this subject are assumption. odd/even already seems to has performance/memory consumption issue. Adding more group name or alias into theme can increase memory when edje is loaded even though that group is not used. Eventhough performance issue is not signicant by emitting signals, it decrease performance somewhat anyway. There is a lot of difference from 1.7 to 1.8 regarding edje signal handling. We now reuse signal automat across all object of the same group. This means that already matched signal will always take the fast path and not use memory. It will be my assumption until someone come with an elementary benchmark and I can improve performance in that case. Below features can be implemented on the theme itself actually and application can emit signals on realized callback. Application have to do more things but this has no performance/memory issues. And those are implemented already and will be submitted to Tizen 3.0 In general application developers should never deal with any complexity that the toolkit could handle for them. If the toolkit make life easier for 10 application ,that's time they can spend on making better application or be lazy and have a party instead. That was the philosophy behind my ancient matrix-RAD project. App developers only had to write three lines of code, and the toolkit did everything for them. Then they just wrote window descriptions with widgets, and code using the same names as the widgets, then the toolkit automatically linked widgets to code. Absolutely bare minimum they had to write that was not purely their own app code. Those three lines of code was basically a main() that called the toolkit init(). You could do it in one line if you wanted to. B-) I hope I can help to bring something like that to Bob that Raster mentioned elsewhere in this thread. -- 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 -- Introducing Performance Central, a new site from SourceForge and AppDynamics. Performance Central is your source for news, insights, analysis and resources for efficient Application Performance Management. Visit us today! http://pubads.g.doubleclick.net/gampad/clk?id=48897511iu=/4140/ostg.clktrk___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E18 CFBugs #3
On Mon, 19 Aug 2013 10:37:21 +0100 Michael Blumenkrantz michael.blumenkra...@gmail.com wrote: On Mon, Aug 19, 2013 at 9:45 AM, Carsten Haitzler ras...@rasterman.comwrote: On Mon, 19 Aug 2013 03:09:08 +0100 Michael Blumenkrantz michael.blumenkra...@gmail.com said: http://www.blogcdn.com/www.mandatory.com/media/2013/05/i.chzbgr-1368026628.gif 1. stacking seems to frequently go wrong on a regular basis. the problem is figuring out a trigger. what i HAVE noticed is that if you restart e often and/or have 2 screens it happens a fair bit. ECANTREPRODUCE Since updating last night I have bad issues with a sticky, always below gkrellm window. It often thinks it should be always on top. Got so bad I had to disable that app. General twiddling with always on top and always below shows they are randomly fucked now. -- 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 -- Introducing Performance Central, a new site from SourceForge and AppDynamics. Performance Central is your source for news, insights, analysis and resources for efficient Application Performance Management. Visit us today! http://pubads.g.doubleclick.net/gampad/clk?id=48897511iu=/4140/ostg.clktrk___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] elua bitching on exit
On Mon, 26 Aug 2013 23:38:29 +0200 Leif Middelschulte leif.middelschu...@gmail.com wrote: 2013/5/22 Leif Middelschulte leif.middelschu...@gmail.com: Am Mittwoch, 22. Mai 2013 um 05:00 schrieb David Seikel: On Thu, 16 May 2013 11:43:50 +0200 Leif Middelschulte leif.middelschu...@gmail.com wrote: 2013/5/3 David Seikel onef...@gmail.com On Thu, 2 May 2013 18:24:43 +0200 Leif Middelschulte leif.middelschu...@gmail.com wrote: Hi, I've written an 'all script' lua edje, which creates/modifies/deletes a couple of objects. Everything seems fine, until the application is closed (not crashing), when it complains about exceeding lua's memory limit. Is this expected? If not, do you need me to provide code, or is it even a known issue? Don't think I've seen that before. Please provide code. Edje Lua tracks how much memory you have allocated to each Lua script, and will complain about that if you exceed it, but that should not be happening when you are shutting down. Sorry for taking this long. See the attached edc. If you confirm this, I can open a ticket, if necessary. Thanks for looking into this. Fixed. It seems that weak tables are not working as advertised. We are using a weak table to store references to the evas objects we create so that we can pull Lua objects representing them out of that table to pass back to Lua calls that return previously created evas objects. But those references prevented the evas objects from being garbage collected, so they leaked. Thanks! :-) Seems like bitching is 'in' again :-/ Could you have another look? Thanks for your test script. The script is still or again exposing the behavior. If it doesn't right away, try resizing the window a bit. Could you open a ticket for this please, and assign it to me? It's about time I pulled my finger out and started working with the new bug tracker. -- 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 -- Introducing Performance Central, a new site from SourceForge and AppDynamics. Performance Central is your source for news, insights, analysis and resources for efficient Application Performance Management. Visit us today! http://pubads.g.doubleclick.net/gampad/clk?id=48897511iu=/4140/ostg.clktrk___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E18 CFBugs #3
On Mon, 26 Aug 2013 10:41:00 -0300 Gustavo Lima Chaves gl...@profusion.mobi wrote: * David Seikel onef...@gmail.com [2013-08-26 19:35:19 +1000]: On Mon, 19 Aug 2013 10:37:21 +0100 Michael Blumenkrantz michael.blumenkra...@gmail.com wrote: On Mon, Aug 19, 2013 at 9:45 AM, Carsten Haitzler ras...@rasterman.comwrote: On Mon, 19 Aug 2013 03:09:08 +0100 Michael Blumenkrantz michael.blumenkra...@gmail.com said: http://www.blogcdn.com/www.mandatory.com/media/2013/05/i.chzbgr-1368026628.gif 1. stacking seems to frequently go wrong on a regular basis. the problem is figuring out a trigger. what i HAVE noticed is that if you restart e often and/or have 2 screens it happens a fair bit. ECANTREPRODUCE Since updating last night I have bad issues with a sticky, always below gkrellm window. It often thinks it should be always on top. Got so bad I had to disable that app. I second thee. General twiddling with always on top and always below shows they are randomly fucked now. These seem to be fixed now. Thanks. -- 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 -- Learn the latest--Visual Studio 2012, SharePoint 2013, SQL 2012, more! Discover the easy way to master current and previous Microsoft technologies and advance your career. Get an incredible 1,500+ hours of step-by-step tutorial videos with LearnDevNow. Subscribe today and save! http://pubads.g.doubleclick.net/gampad/clk?id=58040911iu=/4140/ostg.clktrk___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] could somebody design Enventor logo?
On Fri, 30 Aug 2013 19:19:04 +0900 (KST) ChunEon Park her...@naver.com wrote: What the crap is put inside? Er, cat crap? But I found the cat photo is inserted into the logo actually. Nobody would not recongnize the cat, raster! I recognise the cat, it's raster's cat. -Regards, Hermet- -Original Message- From: Raoul Heckyraoul.he...@gmail.com To: Carsten Haitzlerras...@rasterman.com; Cc: Enlightenment developer listenlightenment-devel@lists.sourceforge.net; Sent: 2013-08-30 (금) 19:08:51 Subject: Re: [E-devel] could somebody design Enventor logo? I prefer mine. -- Raoul Hecky 2013/8/30 Carsten Haitzler raster@rasterman.com On Fri, 30 Aug 2013 09:58:15 +0200 Raoul Hecky raoul.hecky@gmail.com said: i have improved the icon. Hi! I was bored this morning so I did one quickly... Is something like that good for you? ;) [image: Images intégrées 1] -- Raoul Hecky 2013/8/30 Carsten Haitzler raster@rasterman.com On Fri, 30 Aug 2013 15:12:16 +0900 (KST) ChunEon Park her...@naver.com said: https://i.chzbgr.com/maxW500/4528375296/h81227BB3/ Could somebody design Enventor logo gladly? I'm not a professional for design as well as im poor at deisn tool. :-3 I hope you help me If you have talent for design. -Regards, Hermet- -- Learn the latest--Visual Studio 2012, SharePoint 2013, SQL 2012, more! Discover the easy way to master current and previous Microsoft technologies and advance your career. Get an incredible 1,500+ hours of step-by-step tutorial videos with LearnDevNow. Subscribe today and save! http://pubads.g.doubleclick.net/gampad/clk?id=58040911iu=/4140/ostg.clktrk ___ 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 -- Learn the latest--Visual Studio 2012, SharePoint 2013, SQL 2012, more! Discover the easy way to master current and previous Microsoft technologies and advance your career. Get an incredible 1,500+ hours of step-by-step tutorial videos with LearnDevNow. Subscribe today and save! http://pubads.g.doubleclick.net/gampad/clk?id=58040911iu=/4140/ostg.clktrk ___ 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 -- Learn the latest--Visual Studio 2012, SharePoint 2013, SQL 2012, more! Discover the easy way to master current and previous Microsoft technologies and advance your career. Get an incredible 1,500+ hours of step-by-step tutorial videos with LearnDevNow. Subscribe today and save! http://pubads.g.doubleclick.net/gampad/clk?id=58040911iu=/4140/ostg.clktrk ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- Learn the latest--Visual Studio 2012, SharePoint 2013, SQL 2012, more! Discover the easy way to master current and previous Microsoft technologies and advance your career. Get an incredible 1,500+ hours of step-by-step tutorial videos with LearnDevNow. Subscribe today and save! http://pubads.g.doubleclick.net/gampad/clk?id=58040911iu=/4140/ostg.clktrk ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- 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 -- Learn the latest--Visual Studio 2012, SharePoint 2013, SQL 2012, more! Discover the easy way to master current and previous Microsoft technologies and advance your career. Get an incredible 1,500+ hours of step-by-step tutorial videos with LearnDevNow. Subscribe today and save!
Re: [E-devel] [EGIT] [core/elementary] master 01/01: elementary/widget - introduce elm_object_item_object_get().
On Tue, 3 Sep 2013 02:52:14 +0900 (KST) ChunEon Park her...@naver.com wrote: There is no way to add resize callback to the object item at this moment. And sure, this api can be dangerous if app uses it incorrectly. C can be dangerous if app uses it incorrectly. It's well known for it in fact. B-) Safety is for high level languages. C is for people that want or need to get their hands on nasty low level details. I really don't think much effort should be spent on protecting C coders from themselves, at the expense of making it hard to do stuff. This is just a general principle though, I've not looked at the API in question. signature.asc Description: PGP signature -- Learn the latest--Visual Studio 2012, SharePoint 2013, SQL 2012, more! Discover the easy way to master current and previous Microsoft technologies and advance your career. Get an incredible 1,500+ hours of step-by-step tutorial videos with LearnDevNow. Subscribe today and save! http://pubads.g.doubleclick.net/gampad/clk?id=58040911iu=/4140/ostg.clktrk___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] [EGIT] [core/elementary] master 01/01: elementary/widget - introduce elm_object_item_object_get().
On Tue, 3 Sep 2013 08:24:59 +0900 Carsten Haitzler (The Rasterman) ras...@rasterman.com wrote: On Tue, 3 Sep 2013 04:19:37 +1000 David Seikel onef...@gmail.com said: On Tue, 3 Sep 2013 02:52:14 +0900 (KST) ChunEon Park her...@naver.com wrote: There is no way to add resize callback to the object item at this moment. And sure, this api can be dangerous if app uses it incorrectly. C can be dangerous if app uses it incorrectly. It's well known for it in fact. B-) Safety is for high level languages. C is for people that want or need to get their hands on nasty low level details. I really don't think much effort should be spent on protecting C coders from themselves, at the expense of making it hard to do stuff. This is just a general principle though, I've not looked at the API in question. i used to think that... but in the past 4 years or so... reality has changed my mind on this. :) p.s. just to set the record - efl, even back to imlib2 and imlib2 has always had a habit of assuming programmer is dumb and pick up the pieces for them - that's why there was always a cache... assume programmer will be dumb and load 1 image 100 times, so go de-duplicate on load for them by matching file path keys etc. ... and keep images around for a bit in case needed again soon - this allows a certain amount of laziness for the programmer - early on that was me - to just be dumb and know the lib will be smart for them. but this is a different kind of protection. it's assuming a programmer is lazy and will do the lazy thing... so make up for it, but the core principle is the same - assume programmer will be bad and save them from themselves. :) So long as you don't get in the way of the good programmers, coz that's just annoying. :-P -- 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 -- Learn the latest--Visual Studio 2012, SharePoint 2013, SQL 2012, more! Discover the easy way to master current and previous Microsoft technologies and advance your career. Get an incredible 1,500+ hours of step-by-step tutorial videos with LearnDevNow. Subscribe today and save! http://pubads.g.doubleclick.net/gampad/clk?id=58040911iu=/4140/ostg.clktrk___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Enlightenment Developer Day - 2013
On Tue, 03 Sep 2013 13:28:24 +0100 Christopher Michael cp.mich...@samsung.com wrote: On 03/09/13 09:34, Cedric BAIL wrote: Hello every one, So the stand alone registration page is now online : https://www.regonline.com/Register/Checkin.aspx?EventID=1290190 . You can still register during your registration to LinuxCon.Eu process as a co hosted event. You will note that the fee of the entrance, 30$, will be integrally used for the dinner Sunday. It is a way to be sure that the people paying will show up without adding a real cost as everyone need food (Maybe not Christopher, but we did plan to give him premium dust). LMAO !! :) It better be premium...low calorie fat-free too please ;) It's dust, so very likely to be low calorie and fat free. B-) Unless it's sugar dust... dh The program is not yet done and the CFP is still going on. So fill the phabricator page with your proposition : https://phab.enlightenment.org/w/enlightenment_developer_day_2013/ . The goal this year is to dedicate half the day for beginner by presenting tool, technology and roadmap and the other half to go deeper to please core developers. Come and have fun ! Cedric On Wed, Aug 21, 2013 at 1:47 PM, Carsten Haitzler ras...@rasterman.com wrote: https://phab.enlightenment.org/phame/live/3/post/enlightenment_developer_day_2013/ It's on Again - 20th of October, Edinburgh, Scotland We're pleased to announce that Developer Day is on again this year. It will be co-hosted alongside Linuxcon Europe Which will be held on October 21-23. We'd like to thank Samsung Electronics for financially supporting this event and making it happen. You will need to register for the Linuxcon conference, and optionally pay to attend that event. Please see the Linuxcon Europe site for more information about venue, accommodation and pricing. This year we will be asking for a small registration fee for Developer Day that will be put towards hosting all registered attendees for an end-of-day dinner and drinks, so assume your money is being well spent in feeding and watering you for the night. The day will be a full day of presentations, panels, discussions and the ability for developers and users to get together face-to-face, present the state of things and where they are going, ask questions, propose ideas and otherwise have a jolly good time. At this point we'd like to call for anyone wanting to present or participate to register their interest by filling out their name and proposal on 2013 Developer Day Page More details on how to register, exact venue location as well as the schedule for the day will be posted soon. -- - Codito, ergo sum - I code, therefore I am -- The Rasterman (Carsten Haitzler) ras...@rasterman.com -- Learn the latest--Visual Studio 2012, SharePoint 2013, SQL 2012, more! Discover the easy way to master current and previous Microsoft technologies and advance your career. Get an incredible 1,500+ hours of step-by-step tutorial videos with LearnDevNow. Subscribe today and save! http://pubads.g.doubleclick.net/gampad/clk?id=58040911iu=/4140/ostg.clktrk ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- 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 -- Learn the latest--Visual Studio 2012, SharePoint 2013, SQL 2012, more! Discover the easy way to master current and previous Microsoft technologies and advance your career. Get an incredible 1,500+ hours of step-by-step tutorial videos with LearnDevNow. Subscribe today and save! http://pubads.g.doubleclick.net/gampad/clk?id=58040911iu=/4140/ostg.clktrk___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Weekly news from the automated build and QA front
On Wed, 04 Sep 2013 08:50:50 +0100 Stefan Schmidt s.schm...@samsung.com wrote: Hello. On 09/03/2013 08:11 AM, Stefan Schmidt wrote: Coverity: o EFL: Outstanding defects 452 (452) with a density of 0.85 (0.85). 1 defects fixed since last build and 1 added. o Elm: Outstanding defects 20 (20) with a density of 0.09 (0.09). 0 defects fixed since last build and 0 added. o E: Outstanding defects 40 (200) with a density of 0.15 (0.73). 161 defects fixed since last build and 0 added. Obviously I don't believe the numbers for E. I will do another run today for it. I triggered another build but the numbers also make no sense albeit difference. I would suggest we skip the numbers of this week and hope the best for next week. Which brings into question the accuracy of the other numbers. Though perhaps we really did managed to bring E close to perfection? B-) -- 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 -- Learn the latest--Visual Studio 2012, SharePoint 2013, SQL 2012, more! Discover the easy way to master current and previous Microsoft technologies and advance your career. Get an incredible 1,500+ hours of step-by-step tutorial videos with LearnDevNow. Subscribe today and save! http://pubads.g.doubleclick.net/gampad/clk?id=58041391iu=/4140/ostg.clktrk___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Commit access for Deasung Kim
On Mon, 09 Sep 2013 13:12:42 +0100 Christopher Michael cp.mich...@samsung.com wrote: On 09/09/13 11:58, Michael Blumenkrantz wrote: Great, I look forward to have a revoke party with that list you come up with. As long as we can have cake too ;) /me brings popcorn. On Mon, Sep 9, 2013 at 11:56 AM, Christopher Michael cp.mich...@samsung.commailto:cp.mich...@samsung.com wrote: On 09/09/13 11:53, Michael Blumenkrantz wrote: You keep saying double standards: feel free to provide examples so I can revoke the appropriate commit access. Keep saying ?? Only said it once ;) Sure, will take some time to dig through all the fairly recent additions, but yea no worries. dh On Mon, Sep 9, 2013 at 11:32 AM, Christopher Michael cp.mich...@samsung.commailto:cp.mich...@samsung.com wrote: On 09/09/13 10:22, Tom Hacohen wrote: On 09/09/13 08:45, Michael Blumenkrantz wrote: I think I'd like to see patches being submitted/reviewed on the mailing list at the least before giving blanket commit access because a person's work fits our requirements or is something that is needed. I don't really want to get into a scenario where, as a community, we give people commit access because of who their employer is or what they're working on and not because they've proven that they can write good code and fit into our workflow, and this seems to be where we've been heading lately. Nothing personal against this person in particular, but I've never heard of them or seen any code/reviews/fixes/documentation in relation to the project by them. I completely agree, word to word. -- Tom. Double standards are fine. No worries. We can move the code to github and work from there. Not an issue. Cheers, dh -- Learn the latest--Visual Studio 2012, SharePoint 2013, SQL 2012, more! Discover the easy way to master current and previous Microsoft technologies and advance your career. Get an incredible 1,500+ hours of step-by-step tutorial videos with LearnDevNow. Subscribe today and save! http://pubads.g.doubleclick.net/gampad/clk?id=58041391iu=/4140/ostg.clktrk ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- 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 -- Learn the latest--Visual Studio 2012, SharePoint 2013, SQL 2012, more! Discover the easy way to master current and previous Microsoft technologies and advance your career. Get an incredible 1,500+ hours of step-by-step tutorial videos with LearnDevNow. Subscribe today and save! http://pubads.g.doubleclick.net/gampad/clk?id=58041391iu=/4140/ostg.clktrk___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] [EGIT] [core/elementary] master 01/02: Remove __UNUSED__ from function declaration where parameter is actually used.
On Tue, 17 Sep 2013 10:21:35 +0100 Tom Hacohen tom.haco...@samsung.com wrote: On 17/09/13 08:30, Stefan Schmidt wrote: Hello. On 09/17/2013 07:44 AM, Chris Michael - Enlightenment Git wrote: devilhorns pushed a commit to branch master. commit 64bc97c53c5c3772595f9d2321f9e19590d8a477 Author: Chris Michael cp.mich...@samsung.com Date: Mon Sep 16 11:40:30 2013 +0100 Remove __UNUSED__ from function declaration where parameter is actually used. This brings an old topic back into my mind. Its not the first time we eagerly tagged parameters as unused because gcc warned about it and later started to use them without removing the unused label. This has the potential to screw us badly as it is up to the compiler to decide what to do with the parameter here. I don't know much about the exact implementation details of GCC, but I find it very unlikely that GCC is allowed, or will ever actually do anything about a *used* variable that is marked as unused. That just sounds too crazy to be true. So I don't think we'll ever get screwed. Lots of things gcc does are too crazy to be true. Just ask Rob Landley to get an ear full. -- 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 -- LIMITED TIME SALE - Full Year of Microsoft Training For Just $49.99! 1,500+ hours of tutorials including VisualStudio 2012, Windows 8, SharePoint 2013, SQL 2012, MVC 4, more. BEST VALUE: New Multi-Library Power Pack includes Mobile, Cloud, Java, and UX Design. Lowest price ever! Ends 9/20/13. http://pubads.g.doubleclick.net/gampad/clk?id=58041151iu=/4140/ostg.clktrk___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] [EGIT] [core/elementary] master 01/02: Remove __UNUSED__ from function declaration where parameter is actually used.
On Tue, 17 Sep 2013 10:54:43 +0100 Tom Hacohen tom.haco...@samsung.com wrote: On 17/09/13 10:40, Stefan Schmidt wrote: Hello. As you like to point out problems with mails. No need to CC me, I'm on the list. :) I also know that thunderbird sucks at this but I'm able to do it. :) I actually do it on purpose. By default thunderbird replies to list, I have to explicitly choose reply to all. I do that because that's how I'd like to be treated as well. I'm replying to you in specific with everyone to hear, hence you are in the To and everyone is in cc. It has the additional bonus, that for most people it gets to their inbox instead of the ML dir, which is as expected (in my pov) when replying directly. Then there is the opposing side that does not want to be CCed, and has said so. This is how we like to be treated. Not to mention the people that CC the likes of us just to annoy us. This is why I have filter rules to make sure mailing list emails actually end up on the mailing list, where they belong, with no duplicates. Makes it easier to find stuff if parts of the mailing list are not scattered elsewhere. People have to get through a white list to get to my inbox, mailing list stuff goes to the lists folders, otherwise it goes to spam. No one on this mailing list is on my white list. :-P -- 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 -- LIMITED TIME SALE - Full Year of Microsoft Training For Just $49.99! 1,500+ hours of tutorials including VisualStudio 2012, Windows 8, SharePoint 2013, SQL 2012, MVC 4, more. BEST VALUE: New Multi-Library Power Pack includes Mobile, Cloud, Java, and UX Design. Lowest price ever! Ends 9/20/13. http://pubads.g.doubleclick.net/gampad/clk?id=58041151iu=/4140/ostg.clktrk___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
[E-devel] EFL borkage.
CCLD bin/ethumb_client/ethumbd_slave CCLD bin/ethumb_client/ethumbd CCLD bin/ethumb_client/ethumbd_client /opt/e17/lib/libevas.so.1: undefined reference to `eo_parent_get' /opt/e17/lib/libevas.so.1: undefined reference to `eo_parent_set' collect2: ld returned 1 exit status /opt/e17/lib/libevas.so.1: undefined reference to `eo_parent_get' /opt/e17/lib/libevas.so.1: undefined reference to `eo_parent_set' collect2: ld returned 1 exit status make[4]: *** [bin/ethumb_client/ethumbd_client] Error 1 make[4]: *** Waiting for unfinished jobs make[4]: *** [bin/ethumb_client/ethumbd_slave] Error 1 /opt/e17/lib/libevas.so.1: undefined reference to `eo_parent_get' /opt/e17/lib/libevas.so.1: undefined reference to `eo_parent_set' collect2: ld returned 1 exit status make[4]: *** [bin/ethumb_client/ethumbd] Error 1 make[3]: *** [all-recursive] Error 1 make[2]: *** [all] Error 2 make[1]: *** [all-recursive] Error 1 make: *** [all] Error 2 -- 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 -- October Webinars: Code for Performance Free Intel webinars can help you accelerate application performance. Explore tips for MPI, OpenMP, advanced profiling, and more. Get the most from the latest Intel processors and coprocessors. See abstracts and register http://pubads.g.doubleclick.net/gampad/clk?id=60133471iu=/4140/ostg.clktrk___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] EFL borkage.
On Wed, 25 Sep 2013 22:09:42 +1000 David Seikel onef...@gmail.com wrote: CCLD bin/ethumb_client/ethumbd_slave CCLD bin/ethumb_client/ethumbd CCLD bin/ethumb_client/ethumbd_client /opt/e17/lib/libevas.so.1: undefined reference to `eo_parent_get' /opt/e17/lib/libevas.so.1: undefined reference to `eo_parent_set' collect2: ld returned 1 exit status /opt/e17/lib/libevas.so.1: undefined reference to `eo_parent_get' /opt/e17/lib/libevas.so.1: undefined reference to `eo_parent_set' collect2: ld returned 1 exit status make[4]: *** [bin/ethumb_client/ethumbd_client] Error 1 make[4]: *** Waiting for unfinished jobs make[4]: *** [bin/ethumb_client/ethumbd_slave] Error 1 /opt/e17/lib/libevas.so.1: undefined reference to `eo_parent_get' /opt/e17/lib/libevas.so.1: undefined reference to `eo_parent_set' collect2: ld returned 1 exit status make[4]: *** [bin/ethumb_client/ethumbd] Error 1 make[3]: *** [all-recursive] Error 1 make[2]: *** [all] Error 2 make[1]: *** [all-recursive] Error 1 make: *** [all] Error 2 Cedric is to blame. Guess the rule still holds. B-) -- 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 -- October Webinars: Code for Performance Free Intel webinars can help you accelerate application performance. Explore tips for MPI, OpenMP, advanced profiling, and more. Get the most from the latest Intel processors and coprocessors. See abstracts and register http://pubads.g.doubleclick.net/gampad/clk?id=60133471iu=/4140/ostg.clktrk___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
[E-devel] Elementary borked?
elm_app_server_view.c: In function '_app_server_view_constructor': elm_app_server_view.c:365:4: warning: passing argument 1 of 'eo_parent_get' from incompatible pointer type [enabled by default] /opt/e17/include/eo-1/Eo.h:797:45: note: expected 'const struct Eo *' but argument is of type 'struct Elm_App_Server **' elm_app_client_view.c: In function '_app_client_view_constructor': elm_app_client_view.c:167:4: warning: passing argument 1 of 'eo_parent_get' from incompatible pointer type [enabled by default] /opt/e17/include/eo-1/Eo.h:797:45: note: expected 'const struct Eo *' but argument is of type 'struct Elm_App_Client **' elm_app_client_view.c:183:36: error: 'ELDBUS_PROXY_EVENT_PROPERTY_LOADED' undeclared (first use in this function) elm_app_client_view.c:183:36: note: each undeclared identifier is reported only once for each function it appears in make[3]: *** [libelementary_la-elm_app_client_view.lo] Error 1 make[3]: *** Waiting for unfinished jobs elm_app_client.c: In function '_app_client_constructor': elm_app_client.c:196:4: warning: implicit declaration of function 'eldbus_object_manager_interfaces_added' [-Wimplicit-function-declaration] elm_app_client.c:197:4: warning: implicit declaration of function 'eldbus_object_manager_interfaces_removed' [-Wimplicit-function-declaration] elm_app_client.c: In function '_create_view_cb': elm_app_client.c:224:52: error: 'ELDBUS_ERROR_PENDING_TIMEOUT' undeclared (first use in this function) elm_app_client.c:224:52: note: each undeclared identifier is reported only once for each function it appears in make[3]: *** [libelementary_la-elm_app_client.lo] Error 1 make[3]: Leaving directory `/media/btrfs/home/dvs1/e17_svn/GIT/core/elementary/src/lib' make[2]: *** [all-recursive] Error 1 make[2]: Leaving directory `/media/btrfs/home/dvs1/e17_svn/GIT/core/elementary/src' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/media/btrfs/home/dvs1/e17_svn/GIT/core/elementary' make: *** [all] Error 2 Might just be fallout from the EFL borkage, but I suspect this is a different problem. Blaming Cedric just to be on the safe side. Dunno what else is borked, I stopped the build. -- 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 -- October Webinars: Code for Performance Free Intel webinars can help you accelerate application performance. Explore tips for MPI, OpenMP, advanced profiling, and more. Get the most from the latest Intel processors and coprocessors. See abstracts and register http://pubads.g.doubleclick.net/gampad/clk?id=60133471iu=/4140/ostg.clktrk___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] EFL borkage.
On Wed, 25 Sep 2013 22:15:54 +0900 Cedric BAIL cedric.b...@free.fr wrote: On Wed, Sep 25, 2013 at 9:14 PM, David Seikel onef...@gmail.com wrote: On Wed, 25 Sep 2013 22:09:42 +1000 David Seikel onef...@gmail.com wrote: CCLD bin/ethumb_client/ethumbd_slave CCLD bin/ethumb_client/ethumbd CCLD bin/ethumb_client/ethumbd_client /opt/e17/lib/libevas.so.1: undefined reference to `eo_parent_get' /opt/e17/lib/libevas.so.1: undefined reference to `eo_parent_set' collect2: ld returned 1 exit status /opt/e17/lib/libevas.so.1: undefined reference to `eo_parent_get' /opt/e17/lib/libevas.so.1: undefined reference to `eo_parent_set' collect2: ld returned 1 exit status make[4]: *** [bin/ethumb_client/ethumbd_client] Error 1 make[4]: *** Waiting for unfinished jobs make[4]: *** [bin/ethumb_client/ethumbd_slave] Error 1 /opt/e17/lib/libevas.so.1: undefined reference to `eo_parent_get' /opt/e17/lib/libevas.so.1: undefined reference to `eo_parent_set' collect2: ld returned 1 exit status make[4]: *** [bin/ethumb_client/ethumbd] Error 1 make[3]: *** [all-recursive] Error 1 make[2]: *** [all] Error 2 make[1]: *** [all-recursive] Error 1 make: *** [all] Error 2 Cedric is to blame. Guess the rule still holds. B-) I am more on the PEBKAC on that case, but maybe you are using a different set of option when building efl than me. But there is something weird in your build system there. It should not be using something from your system when building ethumb binary. It should be using the library that are in your build directory. How do you build efl ? What does autofoo tell you when running autogen.sh ? I usually build from within a running E18, so that I may do other things while it builds, so there is the old stuff still around when I build the new stuff. Usually that works fine. So yes, ethumb build should be using the libraries it's in the middle of building rather than the ones from the system. I'll just log out of X, clear out the old build, and build it from scratch. Then find something else to do for a while. If I'm left without a working E, then I'll blame Cedric again. :-P -- 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 -- October Webinars: Code for Performance Free Intel webinars can help you accelerate application performance. Explore tips for MPI, OpenMP, advanced profiling, and more. Get the most from the latest Intel processors and coprocessors. See abstracts and register http://pubads.g.doubleclick.net/gampad/clk?id=60133471iu=/4140/ostg.clktrk___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] EFL borkage.
On Thu, 26 Sep 2013 00:04:23 +1000 David Seikel onef...@gmail.com wrote: On Wed, 25 Sep 2013 22:15:54 +0900 Cedric BAIL cedric.b...@free.fr wrote: On Wed, Sep 25, 2013 at 9:14 PM, David Seikel onef...@gmail.com wrote: On Wed, 25 Sep 2013 22:09:42 +1000 David Seikel onef...@gmail.com wrote: CCLD bin/ethumb_client/ethumbd_slave CCLD bin/ethumb_client/ethumbd CCLD bin/ethumb_client/ethumbd_client /opt/e17/lib/libevas.so.1: undefined reference to `eo_parent_get' /opt/e17/lib/libevas.so.1: undefined reference to `eo_parent_set' collect2: ld returned 1 exit status /opt/e17/lib/libevas.so.1: undefined reference to `eo_parent_get' /opt/e17/lib/libevas.so.1: undefined reference to `eo_parent_set' collect2: ld returned 1 exit status make[4]: *** [bin/ethumb_client/ethumbd_client] Error 1 make[4]: *** Waiting for unfinished jobs make[4]: *** [bin/ethumb_client/ethumbd_slave] Error 1 /opt/e17/lib/libevas.so.1: undefined reference to `eo_parent_get' /opt/e17/lib/libevas.so.1: undefined reference to `eo_parent_set' collect2: ld returned 1 exit status make[4]: *** [bin/ethumb_client/ethumbd] Error 1 make[3]: *** [all-recursive] Error 1 make[2]: *** [all] Error 2 make[1]: *** [all-recursive] Error 1 make: *** [all] Error 2 Cedric is to blame. Guess the rule still holds. B-) I am more on the PEBKAC on that case, but maybe you are using a different set of option when building efl than me. But there is something weird in your build system there. It should not be using something from your system when building ethumb binary. It should be using the library that are in your build directory. How do you build efl ? What does autofoo tell you when running autogen.sh ? I usually build from within a running E18, so that I may do other things while it builds, so there is the old stuff still around when I build the new stuff. Usually that works fine. So yes, ethumb build should be using the libraries it's in the middle of building rather than the ones from the system. I'll just log out of X, clear out the old build, and build it from scratch. Then find something else to do for a while. If I'm left without a working E, then I'll blame Cedric again. :-P That did the trick, got a working E again. Let's hope the random crashes are fixed now. -- 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 -- October Webinars: Code for Performance Free Intel webinars can help you accelerate application performance. Explore tips for MPI, OpenMP, advanced profiling, and more. Get the most from the latest Intel processors and coprocessors. See abstracts and register http://pubads.g.doubleclick.net/gampad/clk?id=60133471iu=/4140/ostg.clktrk___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] EFL borkage.
On Thu, 26 Sep 2013 15:02:31 +0900 Cedric BAIL cedric.b...@free.fr wrote: On Thu, Sep 26, 2013 at 12:55 AM, David Seikel onef...@gmail.com wrote: On Thu, 26 Sep 2013 00:04:23 +1000 David Seikel onef...@gmail.com wrote: On Wed, 25 Sep 2013 22:15:54 +0900 Cedric BAIL cedric.b...@free.fr wrote: On Wed, Sep 25, 2013 at 9:14 PM, David Seikel onef...@gmail.com wrote: On Wed, 25 Sep 2013 22:09:42 +1000 David Seikel onef...@gmail.com wrote: CCLD bin/ethumb_client/ethumbd_slave CCLD bin/ethumb_client/ethumbd CCLD bin/ethumb_client/ethumbd_client /opt/e17/lib/libevas.so.1: undefined reference to `eo_parent_get' /opt/e17/lib/libevas.so.1: undefined reference to `eo_parent_set' collect2: ld returned 1 exit status /opt/e17/lib/libevas.so.1: undefined reference to `eo_parent_get' /opt/e17/lib/libevas.so.1: undefined reference to `eo_parent_set' collect2: ld returned 1 exit status make[4]: *** [bin/ethumb_client/ethumbd_client] Error 1 make[4]: *** Waiting for unfinished jobs make[4]: *** [bin/ethumb_client/ethumbd_slave] Error 1 /opt/e17/lib/libevas.so.1: undefined reference to `eo_parent_get' /opt/e17/lib/libevas.so.1: undefined reference to `eo_parent_set' collect2: ld returned 1 exit status make[4]: *** [bin/ethumb_client/ethumbd] Error 1 make[3]: *** [all-recursive] Error 1 make[2]: *** [all] Error 2 make[1]: *** [all-recursive] Error 1 make: *** [all] Error 2 Cedric is to blame. Guess the rule still holds. B-) I am more on the PEBKAC on that case, but maybe you are using a different set of option when building efl than me. But there is something weird in your build system there. It should not be using something from your system when building ethumb binary. It should be using the library that are in your build directory. How do you build efl ? What does autofoo tell you when running autogen.sh ? I usually build from within a running E18, so that I may do other things while it builds, so there is the old stuff still around when I build the new stuff. Usually that works fine. So yes, ethumb build should be using the libraries it's in the middle of building rather than the ones from the system. I'll just log out of X, clear out the old build, and build it from scratch. Then find something else to do for a while. If I'm left without a working E, then I'll blame Cedric again. :-P That did the trick, got a working E again. Let's hope the random crashes are fixed now. Ryuan found the issue and fixed it in our build system. So you should not need to remove your system efl libraries to build a new version by now. If it ever happen again, it's another bug to fix in our build system. No PEBKAC after all. :-P -- 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 -- October Webinars: Code for Performance Free Intel webinars can help you accelerate application performance. Explore tips for MPI, OpenMP, advanced profiling, and more. Get the most from the latest Intel processors and coprocessors. See abstracts and register http://pubads.g.doubleclick.net/gampad/clk?id=60133471iu=/4140/ostg.clktrk___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] [EGIT] [core/efl] master 02/03: evas: add JPEG 2000 loader.
On Tue, 01 Oct 2013 00:43:51 -0700 Vincent Torri vincent.to...@gmail.com wrote: cedric pushed a commit to branch master. http://git.enlightenment.org/core/efl.git/commit/?id=3b8b2ac66c10be49a85ec2dad2d54082fe47742f commit 3b8b2ac66c10be49a85ec2dad2d54082fe47742f Author: Vincent Torri vincent.to...@gmail.com Date: Sat Sep 28 14:28:41 2013 +0200 evas: add JPEG 2000 loader. This add finally support for JPEG 2000, but be aware that libopenjpeg is very badly managed. There is currently only version 1.5.x that does provide the right files, is usable by a third party and portable. You can seriously forget any other version. Finally. Thanks Vincent and Cedric. I've been asking for this for years, Raster kept saying it's too obscure a format to add. -- 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 -- October Webinars: Code for Performance Free Intel webinars can help you accelerate application performance. Explore tips for MPI, OpenMP, advanced profiling, and more. Get the most from the latest Intel processors and coprocessors. See abstracts and register http://pubads.g.doubleclick.net/gampad/clk?id=60134791iu=/4140/ostg.clktrk___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Git, merges, and better work-flows
On Sat, 5 Oct 2013 11:54:46 +0900 Carsten Haitzler (The Rasterman) ras...@rasterman.com wrote: On Fri, 4 Oct 2013 15:57:52 -0300 Lucas De Marchi lucas.demar...@profusion.mobi said: On Fri, Oct 4, 2013 at 7:05 AM, Carsten Haitzler ras...@rasterman.com wrote: On Fri, 04 Oct 2013 11:42:35 +0200 Bertrand Jacquin be...@meleeweb.net said: steps 3, 4, 5, 6, 8... are an incantation. to be done in that order. there is --no-ff... and he series.. its a DEFINITE incantation. read up on git as a leaky abstraction. it is very much one. it forces peole to learn a series of incantations/steps all the time as opposed to just having a single do X where X is always the same series of steps. why do it by hand. why have to LEARN by heart and then of course get it wrong at times Officially, raster is now a high level manager ! Theses incantation are quite straight forward when you use git daily. Not at the first use, but become fast essential. i use git every day.. but i dont go making private branches and merging them. even then, take a look at my aliases and scripts dir. i fail to understand how many people survive doing everything manually by hand. i see it all around me. they do the full command like: ps -ef | grep X when i do: psg X why? i get tired of memorizing N steps or magic incantations. i do NOT do: ./autogen.sh make sudo make install i do: cmi i never do: make sudo make install i do: mi why not use names like a, b, c, d, e...? I guess it would be easier for you to remember all the aliases. thats just silly. mi == Make Install. cmi == Configure Make Install. see my original mail. i didnt say make it gb or x. just dont ask people to memorize a series of 5, 6, 7 etc. steps each with a different git command and incantation with attendant option if you want anyone to do things this way. why? i can't stand having to memorize a tonneof obscure incantations that make little sense outside of the leaky abstraction that is git: http://steveko.wordpress.com/2012/02/24/10-things-i-hate-about-git/ https://news.ycombinator.com/item?id=3891598 you may love doing it all by hand and find great pleasure in twisting your brain to work and think like gits internals do, but i do not. i want to perform a simple task and git turns it into a job of remembering a magic incantation. i keep now having to build scripts that wrap git stuff up so i dont have to do N steps and maybe forget one. the same people who say omg git is so awesome! it has git bisect! svn sucks! it is the worst thing. it doesnt have bisect have a set of standards that think doing other SIMPLE stuff that svn does in a single cmd is ok to break into a dozen steps in git with a bunch of cmdline opts u have to keep looking up, and if in svn i had to write a small script to do a bisect (which was perfectly possible too) then svn insta-sucks. but having to wrap up git or memorize a vast series of steps for everything u need to do in git is perfectly fine and great! git is a poor tool. it's interface is poor. it does some cool stuff - but as a tool it is poor. if you want people to follow conventions/procedures, don't make them have to read your powerpoint on them and study them and memorize the document/process. (and the people here know what i'm referring to). make the TOOL doe the thing for you obviously and simply. for git that would normally mean patching it (not as easy), but a simple wrapper does the job. don't define a document to describe a process - encapsulate it in a simple tool (script). I was going to reply, but then the complaints became too entertaining. Instead acidx gave me this link that I'd like to share: http://usvsth3m.co.uk/javascript-under-pressure/torvalds.gif i'm happy for you that you love to memorize everything you do instead of summarize and automate it. why use git? why not just calculate your diffs by hand? it's oh so much more cool. much cooler than the i love git and everything it does exactly as it is club is far less cool than i calculate my own diffs and toggle them in in binary via switches club. I'm even cooler, being in the I write my diffs directly to my hard drive using a magnetised needle and a magnifying glass club. Actually I'm really short sighted, I can skip the magnifying glass bit. B-) -- 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 -- October Webinars: Code for Performance Free Intel webinars can help you accelerate application performance. Explore tips for MPI, OpenMP, advanced profiling, and more. Get the
Re: [E-devel] Git, merges, and better work-flows
On Sat, 5 Oct 2013 17:58:17 +0900 Daniel Juyung Seo seojuyu...@gmail.com wrote: On Fri, Oct 4, 2013 at 11:48 PM, Tom Hacohen tom.haco...@samsung.comwrote: On 04/10/13 15:40, Michael Blumenkrantz wrote: On Fri, 04 Oct 2013 15:18:46 +0100 Tom Hacohen tom.haco...@samsung.com wrote: On 02/10/13 16:17, Tom Hacohen wrote: Hey guys, I would like to suggest a new work-flow. This work-flow will not be mandatory, but just an allowed alternative to the current commit to master approach. At the moment we do not allow merges, at all. This was to prevent people from littering the log with their inability to rebase (git pull --rebase) their local changes on top of the existing commits. This will still remain the same. I'd like to suggest using merges to our advantage. I suggest the following: For fixes, small features, and the like, do the same as you do now. Commit and push to master. For bigger features, rewrites, or any form of a few commits that are tied together by being part of the same set, do as follows (it's obviously simpler than that, I listed everything to over-simplify things): 1. Create a branch (either local or remote) for your change. 2. Work on that branch. 3. When ready, instead of pushing to master: 3. rebase over master (git fetch; git rebase origin/master). 4. switch to master (git checkout master) 6. git merge --no-ff your-feature-branch-name 7. Describe your feature in the commit message. 8. push to master (git push or git push origin master). I've done a few example commits on https://git.enlightenment.org/devs/tasn/git-work-flow-example.git/ This work-flow lets us have linear history, while having feature-sets show as a single merge that can easily be reverted, provide a good description about a feature and the commits that introduced it and I find generally easier for the eye. There are also technical advantages, for example, if you run git log --first-parent you will only see the merge commits, cleaning the log from all the fluff involving a feature letting you just see the feature. Another advantage is that git bisect will not go inside the merged branch unless the issue was introduced there. Please feel free to inspect my repo, more specifically, the log: https://git.enlightenment.org/devs/tasn/git-work-flow-example.git/log/ To see how it looks. Important note: commits on the merge branch should be treated as if they are on master, that is, don't use this as an excuse to make ugly commits with bad commit messages. Again: I'm not trying to make it mandatory, just to allow this sort of merges. Please let me know what you think. -- Tom. -- October Webinars: Code for Performance Free Intel webinars can help you accelerate application performance. Explore tips for MPI, OpenMP, advanced profiling, and more. Get the most from the latest Intel processors and coprocessors. See abstracts and register http://pubads.g.doubleclick.net/gampad/clk?id=60134791iu=/4140/ostg.clktrk ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel So, is this a go? May I write up some documentation about it and start doing it? -- Tom. I think you probably could have started documenting it at any point to help those who are interested. I already documented enough to explain the idea, and a more detailed explanation is available at the link Peter gave. I will only format it and actually put it in our documentation if actually agreed upon. Would be a waste of time otherwise. Well, your explanation in your first email was quite enough for me. I just made a merge branch commit what you described above. https://git.enlightenment.org/core/elementary.git/commit/?id=ad8a00cf343786497f12ef6efc1c1de38d363196 It was quite easy and clear to me. Thanks for the suggestion. I thought the object of this exercise was to squash them down to a single commit? So why was there dozens of commit emails? -- 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 -- October Webinars: Code for Performance Free Intel webinars can help you accelerate application performance. Explore tips for MPI, OpenMP, advanced profiling, and more. Get the most from the latest Intel processors and coprocessors. See abstracts and register http://pubads.g.doubleclick.net/gampad/clk?id=60134791iu=/4140/ostg.clktrk___
Re: [E-devel] [EGIT] [core/enlightenment] master 01/01: default clock gadget config is now digital with seconds display disabled
On Sun, 06 Oct 2013 20:01:42 -0700 Mike Blumenkrantz m.blumenk...@samsung.com wrote: discomfitor pushed a commit to branch master. http://git.enlightenment.org/core/enlightenment.git/commit/?id=54055e41258e58e4abe67eaa005e2b00fe570c11 commit 54055e41258e58e4abe67eaa005e2b00fe570c11 Author: Mike Blumenkrantz m.blumenk...@samsung.com Date: Mon Oct 7 04:01:29 2013 +0100 default clock gadget config is now digital with seconds display disabled I've never seen anyone use the analog clock, so this should save people some time when adding new clocks on their screen I think I've pointed out before, I use the analogue clock. Not objecting to this change though. -- 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 -- October Webinars: Code for Performance Free Intel webinars can help you accelerate application performance. Explore tips for MPI, OpenMP, advanced profiling, and more. Get the most from the latest Intel processors and coprocessors. See abstracts and register http://pubads.g.doubleclick.net/gampad/clk?id=60134791iu=/4140/ostg.clktrk___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] [EGIT] [core/efl] master 09/09: ecore: Use Eina_Spinlock for Ecore_Thread.
On Fri, 11 Oct 2013 15:44:54 +0100 Michael Blumenkrantz michael.blumenkra...@gmail.com wrote: On Fri, 11 Oct 2013 11:41:46 -0300 Gustavo Sverzut Barbieri barbi...@gmail.com wrote: On Thu, Oct 10, 2013 at 11:28 PM, Cedric Bail cedric.b...@samsung.com wrote: cedric pushed a commit to branch master. http://git.enlightenment.org/core/efl.git/commit/?id=7caef271dc7d52b119d3ca607ec8721fc2660b5e commit 7caef271dc7d52b119d3ca607ec8721fc2660b5e Author: Cedric Bail cedric.b...@samsung.com Date: Thu Oct 10 18:02:00 2013 +0900 ecore: Use Eina_Spinlock for Ecore_Thread. --- ChangeLog| 1 + NEWS | 2 + src/lib/ecore/ecore_thread.c | 156 ++- 3 files changed, 84 insertions(+), 75 deletions(-) diff --git a/ChangeLog b/ChangeLog index 4109be5..58d181b 100644 --- a/ChangeLog +++ b/ChangeLog @@ -5,6 +5,7 @@ Eina_Chained_Mempool. * Eet: replace Eina_Lock by Eina_Spinlock in Eet_Dictionnary. * Evas: replace Eina_Lock by Eina_Spinlock in Evas_ScaleCache, Evas_Async_Events and Image_Entry. this is internal, why does it matter to say we changed an internal implementation? so people know where the bugs are coming from. That's easy, we follow the rule, they come from Cedric. B-) -- 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 -- October Webinars: Code for Performance Free Intel webinars can help you accelerate application performance. Explore tips for MPI, OpenMP, advanced profiling, and more. Get the most from the latest Intel processors and coprocessors. See abstracts and register http://pubads.g.doubleclick.net/gampad/clk?id=60134071iu=/4140/ostg.clktrk___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] [EGIT] [bindings/python/python-efl] master 01/01: Python-EFL: unbreak the compilation with older cython. Kuuko: you win a spank this time :P
On Mon, 14 Oct 2013 23:31:08 +0300 Kai Huuhko kai.huu...@gmail.com wrote: Let's just bump the minimum version requirement already. ;) Ubuntu LTS still has cython 0.15.1. Will I ever be able to actually compile any of this python stuff? 2013/10/14 davemds d...@gurumeditation.it davemds pushed a commit to branch master. http://git.enlightenment.org/bindings/python/python-efl.git/commit/?id=85ac11657711d3ae0c2b18abe0fea10b666e2d93 commit 85ac11657711d3ae0c2b18abe0fea10b666e2d93 Author: davemds d...@gurumeditation.it Date: Mon Oct 14 21:30:49 2013 +0200 Python-EFL: unbreak the compilation with older cython. Kuuko: you win a spank this time :P --- efl/elementary/cnp_callbacks.pxi | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/efl/elementary/cnp_callbacks.pxi b/efl/elementary/cnp_callbacks.pxi index c41c86e..1eeeda5 100644 --- a/efl/elementary/cnp_callbacks.pxi +++ b/efl/elementary/cnp_callbacks.pxi @@ -25,7 +25,7 @@ cdef extern from Elementary.h: struct _Elm_Drag_User_Info: Elm_Sel_Format format -const char *data +const_char *data Eina_List *icons Elm_Xdnd_Action action Elm_Drag_Icon_Create_Cb createicon -- -- October Webinars: Code for Performance Free Intel webinars can help you accelerate application performance. Explore tips for MPI, OpenMP, advanced profiling, and more. Get the most from the latest Intel processors and coprocessors. See abstracts and register http://pubads.g.doubleclick.net/gampad/clk?id=60134071iu=/4140/ostg.clktrk ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- 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 -- October Webinars: Code for Performance Free Intel webinars can help you accelerate application performance. Explore tips for MPI, OpenMP, advanced profiling, and more. Get the most from the latest Intel processors and coprocessors. See abstracts and register http://pubads.g.doubleclick.net/gampad/clk?id=60135031iu=/4140/ostg.clktrk___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] [EGIT] [bindings/python/python-efl] master 01/01: Python-EFL: unbreak the compilation with older cython. Kuuko: you win a spank this time :P
On Thu, 17 Oct 2013 00:59:20 +0300 Kai Huuhko kai.huu...@gmail.com wrote: 15.10.2013 15:03, Kai Huuhko kirjoitti: 15.10.2013 08:45, David Seikel kirjoitti: On Mon, 14 Oct 2013 23:31:08 +0300 Kai Huuhko kai.huu...@gmail.com wrote: Let's just bump the minimum version requirement already. ;) Ubuntu LTS still has cython 0.15.1. Will I ever be able to actually compile any of this python stuff? Patience, young Padawan. You may ask or wait for us to package the pre-generated module C source files. I believe they recently added a target directory for the generated files making it easier for us to do development snapshots; Dave: could we automate this with Jenkins? First step of project onefanged python is complete: we can now create a source tarball with a single command. DaveMDS is now working on adding this step to Jenkins. Using this tarball you'll get the Python modules built without needing Cython at all. That wont help this onefang numbskull at all, he compiles from git. -- 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 -- October Webinars: Code for Performance Free Intel webinars can help you accelerate application performance. Explore tips for MPI, OpenMP, advanced profiling, and more. Get the most from the latest Intel processors and coprocessors. See abstracts and register http://pubads.g.doubleclick.net/gampad/clk?id=60135031iu=/4140/ostg.clktrk___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] [EGIT] [bindings/python/python-efl] master 01/01: Python-EFL: unbreak the compilation with older cython. Kuuko: you win a spank this time :P
On Thu, 17 Oct 2013 13:12:25 +0300 Kai Huuhko kai.huu...@gmail.com wrote: 17.10.2013 09:52, David Seikel kirjoitti: On Thu, 17 Oct 2013 00:59:20 +0300 Kai Huuhko kai.huu...@gmail.com wrote: 15.10.2013 15:03, Kai Huuhko kirjoitti: 15.10.2013 08:45, David Seikel kirjoitti: On Mon, 14 Oct 2013 23:31:08 +0300 Kai Huuhko kai.huu...@gmail.com wrote: Let's just bump the minimum version requirement already. ;) Ubuntu LTS still has cython 0.15.1. Will I ever be able to actually compile any of this python stuff? Patience, young Padawan. You may ask or wait for us to package the pre-generated module C source files. I believe they recently added a target directory for the generated files making it easier for us to do development snapshots; Dave: could we automate this with Jenkins? First step of project onefanged python is complete: we can now create a source tarball with a single command. DaveMDS is now working on adding this step to Jenkins. Using this tarball you'll get the Python modules built without needing Cython at all. That wont help this onefang numbskull at all, he compiles from git. The barstand! Can't you modify the script to use these automated snapshots? Well I could, but I don't want to start special casing stuff in my generic build script. Then every one will want it. :-P The alternative is for us to keep the generated files in a branch, which can get messy. That wont work either, my generic build script specifically uses the master branch. (Or, we'll simply ignore you.) That's worked for years. :-P The big problem for me is that I have another project that uses python, and it's important for that project to build on stock standard Ubuntu LTS. So I can't just install the latest cython and be done with it. No doubt when Ubuntu LTS gets refreshed next year, EFL python's cython version requirement will move out of reach. Again. I might see if I can simply install the latest cython in some special place, then put that in the path for my EFL build script. -- 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 -- October Webinars: Code for Performance Free Intel webinars can help you accelerate application performance. Explore tips for MPI, OpenMP, advanced profiling, and more. Get the most from the latest Intel processors and coprocessors. See abstracts and register http://pubads.g.doubleclick.net/gampad/clk?id=60135031iu=/4140/ostg.clktrk___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] [EGIT] [core/enlightenment] master 01/02: Fix Phab Ticket T433 for Glima where you could not disable a laptop panel
On Thu, 17 Oct 2013 19:51:44 +0100 Chris Michael devilho...@comcast.net wrote: On 10/17/13 19:15, Gustavo Lima Chaves wrote: * Chris Michael devilho...@comcast.net [2013-10-17 19:00:09 +0100]: No Worries Glima !! ;) Can you please double check that the Phab ticket for this is closed ?? I had some issues here trying to close it...not sure if it really is closed or not. Not need to reply, just close it if it's still open. Thanks :) I really tried to close it too. I guess it's closed being on 'resolved' state? Phab sucking big time :/ Ok, so same results I had then :/ Gr, oh well Technically it's fixed ;) just hate having bugs assigned to me when they are no longer bugs ;) Reassign it to Cedric? -- 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 -- October Webinars: Code for Performance Free Intel webinars can help you accelerate application performance. Explore tips for MPI, OpenMP, advanced profiling, and more. Get the most from the latest Intel processors and coprocessors. See abstracts and register http://pubads.g.doubleclick.net/gampad/clk?id=60135031iu=/4140/ostg.clktrk___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Eolian meta-data parsing
+1 for a sensible description of the problem and solution from raster. -1 to all the just jump on [insert inappropriate but fashionable tech here] bandwagon votes. On Mon, 28 Oct 2013 11:02:05 +0900 Carsten Haitzler (The Rasterman) ras...@rasterman.com wrote: On Tue, 22 Oct 2013 08:43:14 +0200 Raoul Hecky raoul.he...@gmail.com said: I'm also more for json, it allows other tools to parse the files and you don't need to learn a new syntax... except syntax is pretty moot... it's like saying hey - i can understand finnish because they use the same punctuation as english!. json is merely the punctuation. the rest is custom vocabulary to eolian. if we use json we will end up with doing things like: method_name_here_in_quotes: { return: unsigned long, params: [ { type: const char *, var: string } { type: unsigned int, var: value } ] } vs a much easier to read and write (for someone doing C - our audience): unsigned long method_name_here_in_quotes(const char *string, unsigned int value); one of them looks like something a developer can read, write and maintain. the other looks like it is a database dump. in json pretty much everything will just become strings that you have to eternally quote all the time because a type can have a space (unsigned long, const char *, etc.). the point of eoilian is to cut down work and boilerplate and make it easy to just simply declare in shorthand the obvious classes, inheritance and methods that will then GENERATE the C code so you don't have to write mountains of the boilerplate. both c style and json formats are extensible. arguments that the json is instantly understood and the c style is not are bogus - because the work is in the vocabulary (which has to be learned in either case), and the c style is closer to being directly what we already write just minus some namespacing preamble. the json looks alien. remember daniels example was just covering properties which much more cloesely resemble data structures ala json - try actually define real methods with it. not to mention the c style will indent, format and hilight like c - with comments (the description fields) nicely colorized, but to a json syntax hilighter its a sea of generic strings all the same color. c style will be more compact, easier to read, write, format, hilight and maintain. json is a shortcut bit of trendiness that we will suffer from for years. the COST of doing the c style is the parser. that i do understand is something undesirable to make, but consider the cost of forcing the verbosity of json in when the point is to nuke the verbosity. -- Raoul Hecky 2013/10/21 Jose Souza zehortig...@profusion.mobi: json++ On Mon, Oct 21, 2013 at 5:38 PM, Davide Andreoli d...@gurumeditation.itwrote: Json +1 also for me, It is more clear that is a descriptive thing and not real code. It is also more easily parsable by other tools/languages 2013/10/21 Gustavo Sverzut Barbieri barbi...@gmail.com JSon +1 On Mon, Oct 21, 2013 at 3:29 PM, daniel.za...@samsung.com daniel.za...@samsung.com wrote: Hi all, I would like to discuss about a project that we are beginning just now. I presented it on EFL dev. day yesterday but I would like to share it here since it will imply all the EFL developers (yes, you) one day or another. It is called Eolian and was first aimed to facilitate addition of new Eo functions by auto-generating code. Then we noted that we can automatically generate language bindings too but it is not the goal of this discussion. The idea is that each Eo class is represented into a .eo file. These files are manually modified to add new functions, comments, callbacks... and parsed and the generation phase updates the C/H files. They contain descriptions of inherited classes, properties, methods, base classes implemented functions and callbacks. We thought about two formats: - a C-like format: Evas_Object_Image = { inherit { Evas_Object; } properties { /* Set the DPI resolution ... */ load_dpi(double dpi /* dpi resolution*/); /* Apply the source object's clip to the proxy */ source_clip(Eina_Bool source_clip); /* Set whether the image object's fill property ... */ filled(Eina_Bool filled); /* Get the kind of looping the image object does. */ ro animated_loop_type( Evas_Image_Animated_Loop_Hint hint /* hint */ ); /* Get the number times the animation of the object loops. */ ro animated_loop_count( int loop_count ); } methods { /* Set the source object… */ source_set( in Evas_Object* src /* in */, out Eina_Bool* result /* out */ ); /* Get the current source object ...
Re: [E-devel] Efm development
I'm still playing catch up after being off the 'net for four months, but this caught my attention... On Wed, 1 Apr 2009 09:00:24 -0300 Gustavo Sverzut Barbieri barbi...@profusion.mobi wrote: On Wed, Apr 1, 2009 at 7:22 AM, Sergey Semernin sergey.semer...@gmail.com wrote: ... I can help you. What tasks are remaining exactly? In my view there are several major improvements: removable devices mount with correct fstab processing (so devices can be mounting properly when fstab corresponding fstab records exists); grid representation in fileman window with name, type, size, access rights, etc.; toolbar in file manager window with most using operations. we should use hal (or device kit, or similar) and not bother about /etc/fstab, so the thing today is how to populate one folder with real and virtual items. Maybe this is getting fixed, or is discussed in the hundreds of E17 emails I am still reading through. When I tried it, I got complaints that HAL wont mount my devices cos they are listed in fstab. WTF? I don't know about this HAL stuff, but what's wrong with having the device in fstab? It's in there so that it goes to a fixed place that I decided, with the options I want, and then I can just mount /foo when not using a GUI. Seems pointless to not live happily with a very long lived standard way of dealing with this sort of thing. It all just seems silly. signature.asc Description: PGP signature -- The NEW KODAK i700 Series Scanners deliver under ANY circumstances! Your production scanning environment may not be a perfect world - but thanks to Kodak, there's a perfect scanner to get the job done! With the NEW KODAK i700 Series Scanner you'll get full speed at 300 dpi even with all image processing features enabled. http://p.sf.net/sfu/kodak-com___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Using buildbot to help us for the (pre-)releases
On Mon, 20 Apr 2009 12:48:00 +0200 (CEST) Vincent Torri vto...@univ-evry.fr wrote: On Mon, 20 Apr 2009, Gustavo Sverzut Barbieri wrote: On Mon, Apr 20, 2009 at 5:45 AM, Vincent Torri vto...@univ-evry.fr wrote: ... So, do you think that it is worth installing and configuring buildbot ? go for it, but I'd like to see people who is not developing to setup and maintain it, loosing developer effort like you to do such task is not good :-/ Well, actually, I propose that solution. I'm sure that the current trac maintainers or server admins can do that. In a really faster way than me. That is, i didn't plan at all to do these tasks :p People like mekius, Dave or Massimiliano (or other people) know the server side. Maybe they can look at it. They can also find additionnal informations in buildbot's ML or irc chan. But having automatically builds is good, we could try to integrate llvm/clang reports as well. interesting idea :) Works for me. Means I can cross fix up the nightly build system of my damn, I don't have the time TODO list. B-) signature.asc Description: PGP signature -- The NEW KODAK i700 Series Scanners deliver under ANY circumstances! Your production scanning environment may not be a perfect world - but thanks to Kodak, there's a perfect scanner to get the job done! With the NEW KODAK i700 Series Scanner you'll get full speed at 300 dpi even with all image processing features enabled. http://p.sf.net/sfu/kodak-com___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Some tickets for review...
On Sat, 23 May 2009 18:01:08 +1000 Carsten Haitzler (The Rasterman) ras...@rasterman.com wrote: patches saved to disk and need reading. sleeping and eating come first :) Sleep is for the weak. B-) signature.asc Description: PGP signature -- Register Now for Creativity and Technology (CaT), June 3rd, NYC. CaT is a gathering of tech-side developers brand creativity professionals. Meet the minds behind Google Creative Lab, Visual Complexity, Processing, iPhoneDevCamp asthey present alongside digital heavyweights like Barbarian Group, R/GA, Big Spaceship. http://www.creativitycat.com ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] moving E modules to OLD/BROKEN
emu has bit rotted so much that even I don't use it. Though I have been very slowly working on more stuff for it, and may eventually get around to actually maintaining it. For now, it's unmaintained. I use most modules that don't seem to cause any problems, just to keep an eye on those that do. These ones from EXTRA seem to work for me - alarm, though I don't actually use it, it's on my desktop though. calendar cpu diskio drawer forecasts language, though it shows no language choices, and it used to. Would be nice if I could use it to swap between USA qwerty, and USA dvorak like it used to do. May just be my OS update screwed that. mem moon, used to be on my too unstable to load list, but is solid now. net notification places screenshot systray tclock, I seriously want to combine it with clock. uptime weather, though it has a minor graphic glitch. There were a few I removed coz I really needed more desktop space (my monitor died, using my old smaller one for now), so I don't know if they are still stable. None of the purely eye candy ones I use. While on the subject, I seem to recall changing the temperature module long ago so that I can select one of four of the available temperatures. This is coz the one I want to monitor, CPU, is number 4 on my MoBo. Now it seems that I can't do that, and just get a fixed and useless temperature reading. signature.asc Description: PGP signature -- 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] E SVN: barbieri trunk/eina/src/tests
On Sat, 18 Jul 2009 08:58:45 -0700 Enlightenment SVN no-re...@enlightenment.org wrote: Guys, when you change API, please change it everywhere and then run tests! That never happens, no matter how much you plead. B-( I've been known to fix up everything in the past when someone else broke API, but I don't have time for that any more. By: Andre Dieb Author: barbieri signature.asc Description: PGP signature -- Enter the BlackBerry Developer Challenge This is your chance to win up to $100,000 in prizes! For a limited time, vendors submitting new applications to BlackBerry App World(TM) will have the opportunity to enter the BlackBerry Developer Challenge. See full prize details at: http://p.sf.net/sfu/Challenge___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] fast decompression lib
On Sat, 1 Aug 2009 08:40:32 +0200 (CEST) Vincent Torri vto...@univ-evry.fr wrote: while looking at the doc of UPX, i've found that lossless (de)compression library: http://www.oberhumer.com/opensource/lzo/ which says to compress better and to be faster decompression than zlib. There is no comparison numbers, but maybe it is worth trying to compare zlib and that lib to see if it would be better to use it in eet. There are other contenders, generally more modern compression schemes that are generally ignored coz things like zip, gz, and bz2 are too firmly embedded in our conciousness. Too much historical inertia is not good. So, if this is to be done, a more thorough roundup of them all would be the way to go. signature.asc Description: PGP signature -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] fast decompression lib
On Mon, 17 Aug 2009 21:54:41 +0200 Thomas Gstädtner tho...@gstaedtner.net wrote: On Sat, Aug 1, 2009 at 20:15, Vincent Torrivto...@univ-evry.fr wrote: On Sun, 2 Aug 2009, David Seikel wrote: On Sat, 1 Aug 2009 08:40:32 +0200 (CEST) Vincent Torri vto...@univ-evry.fr wrote: while looking at the doc of UPX, i've found that lossless (de)compression library: http://www.oberhumer.com/opensource/lzo/ which says to compress better and to be faster decompression than zlib. There is no comparison numbers, but maybe it is worth trying to compare zlib and that lib to see if it would be better to use it in eet. There are other contenders, generally more modern compression schemes that are generally ignored coz things like zip, gz, and bz2 are too firmly embedded in our conciousness. Too much historical inertia is not good. So, if this is to be done, a more thorough roundup of them all would be the way to go. Maybe it's not so good for us: that library is GPL. If I'm not mistaken, that would mean that eet must be GPL too, right ? Vincent Yes, this is under a GPLv2+ license with additional commercial licensing, so I don't see any chance to use it in any non-GPL or non-commercial application - except calling the binary directly without including any sourcecode itself. But there are alternatives: The best one is most likely XZ (the successor of lzma) which usually compresses at a 2-digit percentage better compared to gzip at the cost of slightly more computing time to decompress and a lot more to compress (still better than bzip2 in any case). It's available under LGPL so, there should be no problems with the license. http://tukaani.org/xz/ Which is why i said a thorough roundup of them all should be done, not just best one is most likely foo. lol signature.asc Description: PGP signature -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E SVN: devilhorns trunk/e/src/bin
On Sat, 22 Aug 2009 23:00:22 -0400 Christopher Michael cpmicha...@comcast.net wrote: Gustavo Sverzut Barbieri wrote: On Sat, Aug 22, 2009 at 11:27 PM, Christopher Michaelcpmicha...@comcast.net wrote: Gustavo Sverzut Barbieri wrote: On Sat, Aug 22, 2009 at 11:03 PM, Enlightenment SVNno-re...@enlightenment.org wrote: Log: Formatting. Whitespace Removal. Fetch the windows evas once instead of multiple calls to e_win_evas_get. Use E_FREE to free the config dialog structure. Make sure the window is centered when switching between Basic Advanced. This last bit is up to discussion. I personally dislike it as all your reference is lost when you change the window. I'm lost a little here by this statement...I didn't change the window at all...just added one line to ensure that it's centered when changing modes (basic/advanced) exactly, window was at (x,y) + wxh. I prefer it to just change wxh and not the 4 values. Well, if it ends up bothering people too much, then we can just remove it. Seemed silly to me tho to not have the window centered when chaning modes (since it was centered at the start)...but maybe that's just me... And if the window had been moved to somewhere else by the user? I say without looking at the code. lol signature.asc Description: PGP signature -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] EFL coding style
On Tue, 01 Sep 2009 23:19:37 -0400 Christopher Michael cpmicha...@comcast.net wrote: Nick Hughart wrote: On Tue, 1 Sep 2009 20:03:18 +0530 Noorul Islam gnu...@gmail.com wrote: On Mon, Aug 31, 2009 at 6:31 PM, Vincent Torrivto...@univ-evry.fr wrote: ok, forget about that, core devs don't care at all about coding style thread closed I think core developers are busy. I hope they will reply soon. I would love this to finally be done, but I know most of the devs just don't care. But when we have a crazy style like we do I think it requires a bit of explanation unless we want to constantly format patches from people. I also think that moving to a format with only spaces and no tabs would further help. Most editors do not do tabs+spaces like JED (essentially how E's code got it's style). I realize it's easy to just keep this format, but I find myself formatting my code more then writing it in the editor I use. And no I'm not going to spend days trying to tweak my editor to just code E style since I have plenty of other things to code in my own style. Not to start any flames or anything, but changing the code style for E would require others to tweak their editorsis their time any less important to them ? indent is a perfectly adequate tool for automating that sort of style stuff, so long as the official style fits within what indent can do. We have indent.pro files in SVN for exactly that reason. A typical busy open source developer probably is dealing with dozens of projects with source code in even more styles. Us busy open source developers should be fairly agnostic in what styles we accept from projects we don't control, and very used to just automatically following any style we find. Or at least running the projects official indent.pro files over our changes before committing. Those that are realiy style anal can run indent to massage code to their own personal style, then again before commits. lol Some of those styles found in the wild are deplorable, but that is always personal taste exactly what fits the description of deplorable. Though styles that insist on 80 character lines AND long descriptive names are just asking for trouble. signature.asc Description: PGP signature -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] EFL coding style
On Tue, 1 Sep 2009 18:47:45 -0500 Nick Hughart mek...@mekius.net wrote: On Wed, 2 Sep 2009 14:34:03 +1000 David Seikel onef...@gmail.com wrote: On Tue, 01 Sep 2009 23:19:37 -0400 Christopher Michael cpmicha...@comcast.net wrote: Nick Hughart wrote: On Tue, 1 Sep 2009 20:03:18 +0530 Noorul Islam gnu...@gmail.com wrote: On Mon, Aug 31, 2009 at 6:31 PM, Vincent Torrivto...@univ-evry.fr wrote: ok, forget about that, core devs don't care at all about coding style thread closed I think core developers are busy. I hope they will reply soon. I would love this to finally be done, but I know most of the devs just don't care. But when we have a crazy style like we do I think it requires a bit of explanation unless we want to constantly format patches from people. I also think that moving to a format with only spaces and no tabs would further help. Most editors do not do tabs+spaces like JED (essentially how E's code got it's style). I realize it's easy to just keep this format, but I find myself formatting my code more then writing it in the editor I use. And no I'm not going to spend days trying to tweak my editor to just code E style since I have plenty of other things to code in my own style. Not to start any flames or anything, but changing the code style for E would require others to tweak their editorsis their time any less important to them ? indent is a perfectly adequate tool for automating that sort of style stuff, so long as the official style fits within what indent can do. We have indent.pro files in SVN for exactly that reason. Unfortunately it's been said many times that the indent files in SVN do not actually produce the E format as it stands today and from what people have said, indent cannot produce the E format. Why that is I cannot say and that may no longer be true or may have been false in the first place, I'm just saying what I've heard before. That's why I added so long as the official style fits within what indent can do. Might be time to tweak the style to fit the tool, or maybe someone wants to tweak the tool to fit the style? signature.asc Description: PGP signature -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Status of eve?
On Wed, 2 Sep 2009 11:22:17 -0300 Gustavo Sverzut Barbieri barbi...@profusion.mobi wrote: On Wed, Sep 2, 2009 at 10:50 AM, Laszlo KREKACSlaszlo.krekacs.l...@gmail.com wrote: Hi! On shr (a distribution for the Freerunner phone) eve was built once, and worked rather fine (finger scrolling!). Now it does not build anymore, thus it is not included in the distribution. weird, it should build with last webkit (and thus webkit-efl) and svn eve, at least works here. Is it possible that the problem is that eve is now dependant on the very latest bleeding edge webkit, and that shr is not using that latest version coz it's too bleeding edge and thus not stable enough for a distro? A common problem with parts of the E-cosystem, always having to install bleeding edge versions of dependencies, with the distro makers preferring older, more stable versions. signature.asc Description: PGP signature -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] [PATCH] mouse wheel support for the illume keyboard
On Fri, 4 Sep 2009 10:57:44 +1000 Carsten Haitzler (The Rasterman) ras...@rasterman.com wrote: it's a bit like throwing a nuclear bomb on your city to kill the cockroach under your fridge. :) With no guarantee that you will kill the roach. They are tough little buggers. signature.asc Description: PGP signature -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] RFC eina inlist, list
On Thu, 10 Sep 2009 10:53:17 +1000 Carsten Haitzler (The Rasterman) ras...@rasterman.com wrote: i've sen this game played before (using high order bits) and then it com crashing down on peoples heads when suddenly those used bits become relevant. Microsoft BASIC for the Amiga I'll bet. lol signature.asc Description: PGP signature -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E SVN: raster IN trunk/evas/src: bin lib/cache lib/cserve lib/include modules/loaders/edb modules/loaders/gif modules/loaders/jpeg modules/loaders/png modules/loaders/svg modules/loaders
On Wed, 16 Sep 2009 15:36:44 +1000 Carsten Haitzler (The Rasterman) ras...@rasterman.com wrote: On Tue, 15 Sep 2009 22:45:58 +0200 Kim Woelders k...@woelders.dk said: On Fri, 11 Sep 2009 15:44:53 +0200, Enlightenment SVN no-re...@enlightenment.org wrote: Log: 1. make max image size a #define 2. max image size 65536x65536 Um, hands up those that have monitors big enough to show a 64K x 64K image? Anyone? Er, what is the point of allowing such a useless size? Especially if it's causing problems like special sanity checks, and just plain bogging down the system when trying to deal with them. Yes, there are uses for images that size. Speciality uses that usually require specialized software to cope with them. Certainly not used to create a desktop background or a fancy OK button. signature.asc Description: PGP signature -- Come build with us! The BlackBerryreg; Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9#45;12, 2009. Register now#33; http://p.sf.net/sfu/devconf___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E SVN: raster trunk/evas/src/modules/loaders/jpeg
On Sun, 20 Sep 2009 07:31:48 -0700 Enlightenment SVN no-re...@enlightenment.org wrote: Log: handle regions for all jpeg types (cymk, rgb, gray). other formats dont support this (atm). there is possibly little point in doing so... perhaps svg... thought maybe tiff too later? for now, get jpeg 100% up to snuff. Which reminds me. What's the status of jpeg 2000 support in EFL? signature.asc Description: PGP signature -- Come build with us! The BlackBerryreg; Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9#45;12, 2009. Register now#33; http://p.sf.net/sfu/devconf___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E SVN: raster trunk/evas/src/modules/loaders/jpeg
On Mon, 21 Sep 2009 01:14:03 +1000 Carsten Haitzler (The Rasterman) ras...@rasterman.com wrote: On Mon, 21 Sep 2009 01:08:06 +1000 David Seikel onef...@gmail.com said: On Sun, 20 Sep 2009 07:31:48 -0700 Enlightenment SVN no-re...@enlightenment.org wrote: Log: handle regions for all jpeg types (cymk, rgb, gray). other formats dont support this (atm). there is possibly little point in doing so... perhaps svg... thought maybe tiff too later? for now, get jpeg 100% up to snuff. Which reminds me. What's the status of jpeg 2000 support in EFL? there is none? have yet to see jpeg2000 in real use (ie there being a need for support). :/ Second Life (SL) uses it extensively. Unfortunately, one of the few non open source parts of SL is the jpeg 2000 library they use. There is an alternative open source library you can use, but it's slower. I was hoping that we could do a very fast implementation that I could hack into SL. But, hacking up SL for other things is much higher on my TODO list. So I guess that will remain a pipe dream for now. B-( signature.asc Description: PGP signature -- Come build with us! The BlackBerryreg; Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9#45;12, 2009. Register now#33; http://p.sf.net/sfu/devconf___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E SVN: raster trunk/evas/src/modules/loaders/jpeg
On Mon, 21 Sep 2009 10:09:46 +1000 Carsten Haitzler (The Rasterman) ras...@rasterman.com wrote: On Mon, 21 Sep 2009 02:02:04 +1000 David Seikel onef...@gmail.com said: On Mon, 21 Sep 2009 01:14:03 +1000 Carsten Haitzler (The Rasterman) ras...@rasterman.com wrote: On Mon, 21 Sep 2009 01:08:06 +1000 David Seikel onef...@gmail.com said: On Sun, 20 Sep 2009 07:31:48 -0700 Enlightenment SVN no-re...@enlightenment.org wrote: Log: handle regions for all jpeg types (cymk, rgb, gray). other formats dont support this (atm). there is possibly little point in doing so... perhaps svg... thought maybe tiff too later? for now, get jpeg 100% up to snuff. Which reminds me. What's the status of jpeg 2000 support in EFL? there is none? have yet to see jpeg2000 in real use (ie there being a need for support). :/ Second Life (SL) uses it extensively. Unfortunately, one of the few non open source parts of SL is the jpeg 2000 library they use. There is an alternative open source library you can use, but it's slower. I was hoping that we could do a very fast implementation that I could hack into SL. But, hacking up SL for other things is much higher on my TODO list. So I guess that will remain a pipe dream for now. B-( there is no way i'd implement a whole jpeg2k decoder lib. i'd simply use the open source one. it's not anywhere important enough to warrant that - and well.. second life seems to be an exception - thats the first i've heard of it being used. Pretty much everything you see in SL is delivered over the 'net via jpeg2000, except text. Guess when it becomes critical for me, I'll just optimise the current open source library. not that SL would use evas... :) It might when I'm done with it. Muhahahaha. Someone is porting SL to GTK, I see no reason it could not be ported to EFL and friends. I'm already being paid to port some other game over to as much of EFL as is appropriate. signature.asc Description: PGP signature -- Come build with us! The BlackBerryreg; Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9#45;12, 2009. Register now#33; http://p.sf.net/sfu/devconf___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
[E-devel] Pros and cons of various EFL ways of writing an embedded game.
I'll be developing an embedded game, and I want to use EFL for it. Actually, already working on an older game developed by someone else, but this new one I can start from scratch for some aspects. I'd like to see some discussion about the pro and cons of the various choices available to me when using EFL for this project. So I can benefit from the experiences of others. I do want to use edje for the graphics, with lua in the edje if it's ready enough. The main development language is C though. Probably most important is which type of display to use. X is likely to be overkill. The previous game used a combination of svgalib and ncurses. The method used to build svgalib from scratch sent shivers of horror up my spine. I don't want to use svgalib. Mixing a graphics and text environments seemed wrong to me to, and has caused some problems. So, what else other than X, svgalib, and ncurses, that does use EFL, and lets us use edje, do people suggest and why? At some point a version of linux I build from the ground up will be used. Currently DSL that has been cut down is being used. The problem with that is that it still carries too much crap we don't use. Uses too much storage space. It gets harder and harder to trim out the unused crap, so building a linux up to only have what we need is a better solution. The other good thing about building a specialized custom linux, it will boot a lot quicker, no need to spend lots of time probing the hardware to find drivers. We control the hardware, and we will know what drivers are needed. Quick booting is important for this project. Just woke up, so probably more later when I think of it. lol signature.asc Description: PGP signature -- Come build with us! The BlackBerryreg; Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9#45;12, 2009. Register now#33; http://p.sf.net/sfu/devconf___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
[E-devel] I can't have fullscreen the way I want it anymore?
I've been out of the loop and not paying much attention. Recently recompiled E17, and now I find that what I always though was the wrong fullscreen behaviour is now forced on my work around to. Let me explain. A long time ago it was decided that fullscreen in E17 means that the window pretty much takes over your entire view, with no way of getting out of it. I argued that it was bad at the time, but did not prevail. So since then I have most of my common applications set to fully maximised, with no border, and usually set to the bottom of the stack. Then remembered, so I don't have to keep setting those things up over and over. This effectively sets them to fullscreen, but avoiding the whole fullscreen means no way out nonsense. By now way out I mean, unable to switch to some other desktop, unable to iconify, and unable to change to some other size. Now I find that with some of my faked fullscreen windows, the iconify and maximise stuff is not in the window menu. If I want to iconify them I have to switch to a border that has the iconify button, and switch back when I make it fullscreen again. This happens with eterm and Second Life, but not Claws mail and Xchat. Seems that alt tab is not working either, so one more way out is blocked. Actually, I can't see anyway of binding that to a key anymore. Can I have the choice of a fullscreen mode that does not mean the fullscreen takes over control and leaves out options please? In other words, fullscreen JUST Means the window is the size of the screen, with no border. Even for the expected use case, fullscreen games, I still think that fullscreen means total control by the app is wrong. Far too many of these fullscreen games are unstable, and that means you spend a lot of time rebooting to recover if you want to try out a big bunch of games like I did recently. /me retrains himself to use the keyboard iconify shortcut. I know, I've become curmudgeonly. lol signature.asc Description: PGP signature -- Come build with us! The BlackBerryreg; Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9#45;12, 2009. Register now#33; http://p.sf.net/sfu/devconf___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] I can't have fullscreen the way I want it anymore?
On Fri, 2 Oct 2009 11:31:56 +1000 Carsten Haitzler (The Rasterman) ras...@rasterman.com wrote: On Fri, 2 Oct 2009 04:22:34 +1000 David Seikel onef...@gmail.com said: the problem is.. when apps want fullscreen they EXPECT it to be exclusive. eg watch movies, play a game, etc. etc. etc. - thats how they except such a mode to work. to be on top with nothing in the way etc. even e violates this. edge bindings still work. u can still lower/raise between elements that are on top. keybindings to flip desktops still work. alt-tab kind-f-works, but not right. this needs fixing before release. it needs to become much more like an exclusive fullscreen mode until you exit such a mode. we make you happy and then we make a bunch of other apps unhappy. and thus other users. if you want what you want.. set to borderless then maximize. these windows are still regular windows. That's my point, I have been doing that for a long time, and it stopped working for some programs. I've been out of the loop and not paying much attention. Recently recompiled E17, and now I find that what I always though was the wrong fullscreen behaviour is now forced on my work around to. Let me explain. A long time ago it was decided that fullscreen in E17 means that the window pretty much takes over your entire view, with no way of getting out of it. I argued that it was bad at the time, but did not prevail. So since then I have most of my common applications set to fully maximised, with no border, and usually set to the bottom of the stack. Then remembered, so I don't have to keep setting those things up over and over. This effectively sets them to fullscreen, but avoiding the whole fullscreen means no way out nonsense. By now way out I mean, unable to switch to some other desktop, unable to iconify, and unable to change to some other size. Now I find that with some of my faked fullscreen windows, the iconify and maximise stuff is not in the window menu. If I want to iconify them I have to switch to a border that has the iconify button, and switch back when I make it fullscreen again. This happens with eterm and Second Life, but not Claws mail and Xchat. Seems that alt tab is not working either, so one more way out is blocked. Actually, I can't see anyway of binding that to a key anymore. Can I have the choice of a fullscreen mode that does not mean the fullscreen takes over control and leaves out options please? In other words, fullscreen JUST Means the window is the size of the screen, with no border. Even for the expected use case, fullscreen games, I still think that fullscreen means total control by the app is wrong. Far too many of these fullscreen games are unstable, and that means you spend a lot of time rebooting to recover if you want to try out a big bunch of games like I did recently. /me retrains himself to use the keyboard iconify shortcut. I know, I've become curmudgeonly. lol signature.asc Description: PGP signature -- Come build with us! The BlackBerryreg; Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9#45;12, 2009. Register now#33; http://p.sf.net/sfu/devconf___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] I can't have fullscreen the way I want it anymore?
On Fri, 2 Oct 2009 16:05:12 +1000 Carsten Haitzler (The Rasterman) ras...@rasterman.com wrote: On Fri, 2 Oct 2009 11:16:33 +0530 Laxminarayan Kamath kamat...@gmail.com said: So why not have a real fullscreen (the way apps want it) and fake full screen(the way users like David Seikel want it)? That should keep both david's is already covered by: 1. borderless, 1 + maximized (fullscreen mazimize). the app fullscreen is the fullscreen u see in the e menus and the netwm fullscrene protocol. e17 doesnt totally handle it right atm - its not restricted enough. So, what's wrong with letting the user decide they WANT to override an apps choice about restricting the user? It's my computer, I want control. Two options - fullscreen the way nazi programmers that want to take over your computer want it, and fullscreen with full user control. Oops, I invoked Godwin's law early. lol I'll say for a third time, my desires used to be covered by borderless maximised windows, but it's broken now. happy. The fake full screen won't let the app know its fullscreen. Just resize it to fill the screen and make it unresizeable. You can call it ultramaximized or something. I dont need this particular feature. Jut giving away a thought that crossed my mind. On 10/2/09, Carsten Haitzler ras...@rasterman.com wrote: On Fri, 2 Oct 2009 04:22:34 +1000 David Seikel onef...@gmail.com said: the problem is.. when apps want fullscreen they EXPECT it to be exclusive. eg watch movies, play a game, etc. etc. etc. - thats how they except such a mode to work. to be on top with nothing in the way etc. even e violates this. edge bindings still work. u can still lower/raise between elements that are on top. keybindings to flip desktops still work. alt-tab kind-f-works, but not right. this needs fixing before release. it needs to become much more like an exclusive fullscreen mode until you exit such a mode. we make you happy and then we make a bunch of other apps unhappy. and thus other users. if you want what you want.. set to borderless then maximize. these windows are still regular windows. I've been out of the loop and not paying much attention. Recently recompiled E17, and now I find that what I always though was the wrong fullscreen behaviour is now forced on my work around to. Let me explain. A long time ago it was decided that fullscreen in E17 means that the window pretty much takes over your entire view, with no way of getting out of it. I argued that it was bad at the time, but did not prevail. So since then I have most of my common applications set to fully maximised, with no border, and usually set to the bottom of the stack. Then remembered, so I don't have to keep setting those things up over and over. This effectively sets them to fullscreen, but avoiding the whole fullscreen means no way out nonsense. By now way out I mean, unable to switch to some other desktop, unable to iconify, and unable to change to some other size. Now I find that with some of my faked fullscreen windows, the iconify and maximise stuff is not in the window menu. If I want to iconify them I have to switch to a border that has the iconify button, and switch back when I make it fullscreen again. This happens with eterm and Second Life, but not Claws mail and Xchat. Seems that alt tab is not working either, so one more way out is blocked. Actually, I can't see anyway of binding that to a key anymore. Can I have the choice of a fullscreen mode that does not mean the fullscreen takes over control and leaves out options please? In other words, fullscreen JUST Means the window is the size of the screen, with no border. Even for the expected use case, fullscreen games, I still think that fullscreen means total control by the app is wrong. Far too many of these fullscreen games are unstable, and that means you spend a lot of time rebooting to recover if you want to try out a big bunch of games like I did recently. /me retrains himself to use the keyboard iconify shortcut. I know, I've become curmudgeonly. lol -- - Codito, ergo sum - I code, therefore I am -- The Rasterman (Carsten Haitzler) ras...@rasterman.com -- Come build with us! The BlackBerryreg; Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9#45;12, 2009. Register now#33; http://p.sf.net/sfu/devconf ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https
Re: [E-devel] I can't have fullscreen the way I want it anymore?
On Fri, 2 Oct 2009 22:00:07 +1000 Carsten Haitzler (The Rasterman) ras...@rasterman.com wrote: On Fri, 2 Oct 2009 21:30:23 +1000 David Seikel onef...@gmail.com said: On Fri, 2 Oct 2009 11:31:56 +1000 Carsten Haitzler (The Rasterman) ras...@rasterman.com wrote: On Fri, 2 Oct 2009 04:22:34 +1000 David Seikel onef...@gmail.com said: the problem is.. when apps want fullscreen they EXPECT it to be exclusive. eg watch movies, play a game, etc. etc. etc. - thats how they except such a mode to work. to be on top with nothing in the way etc. even e violates this. edge bindings still work. u can still lower/raise between elements that are on top. keybindings to flip desktops still work. alt-tab kind-f-works, but not right. this needs fixing before release. it needs to become much more like an exclusive fullscreen mode until you exit such a mode. we make you happy and then we make a bunch of other apps unhappy. and thus other users. if you want what you want.. set to borderless then maximize. these windows are still regular windows. That's my point, I have been doing that for a long time, and it stopped working for some programs. which programs? why? it works here - testing it. do those programs have a maximum size? etc. etc. My original email mentioned two that did not work, and two that did work. Now I find that with some of my faked fullscreen windows, the iconify and maximise stuff is not in the window menu. If I want to iconify them I have to switch to a border that has the iconify button, and switch back when I make it fullscreen again. This happens with eterm and Second Life, but not Claws mail and Xchat. True, Second Life in general is crappy and if anything can go wrong with it, no one is surprised, but Eterm is a whole other matter. It's well written and is supposed to work OK. signature.asc Description: PGP signature -- Come build with us! The BlackBerryreg; Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9#45;12, 2009. Register now#33; http://p.sf.net/sfu/devconf___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] I can't have fullscreen the way I want it anymore?
On Sat, 3 Oct 2009 21:12:51 +1000 Carsten Haitzler (The Rasterman) ras...@rasterman.com wrote: On Fri, 2 Oct 2009 22:39:42 +1000 David Seikel onef...@gmail.com said: True, Second Life in general is crappy and if anything can go wrong with it, no one is surprised, but Eterm is a whole other matter. It's well written and is supposed to work OK. and in what way doesnt eterm work (i can't talk about secondlife). i see no good reason for it to simply not work. describe how it doesnt work. I have eterm remembered to be borderless and maximised. Just testing it now, it has no iconify or maximise entries in it's window menu. When I now give it a border, it still lacks those menu entries, though it has the buttons in the border, and the buttons do work. The mouse binding for resizing it works fine, though does not bring back the maximise entry to the window menu. signature.asc Description: PGP signature -- Come build with us! The BlackBerryreg; Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9#45;12, 2009. Register now#33; http://p.sf.net/sfu/devconf___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E SVN: jeffdameth trunk/eterm/Eterm/src
On Tue, 6 Oct 2009 17:17:10 -0700 Michael Jennings m...@kainx.org wrote: On Tuesday, 06 October 2009, at 23:43:58 (+0200), Kim Woelders wrote: In my opinion the MWM hint is not related to EWMH, so I think all that is accomplished is to fetch a potentially rather large atom list which shouldn't contain the item being looked for :) My impression based on the IRC conversation was that Eterm -x didn't work under e17 without this patch, and that this patch made Eterm more EWMH-compliant. If that's not the case, then I misunderstood, and the patch needs to be rethought. This would just set the MWM hint and hope for the best. If the WM handles it, fine (is there any WM around that doesn't?). Some user was in IRC yesterday complaining about a WM (e17 I thought, but I could be mistaken) that did not provide the _MOTIF_WM_INFO atom, and thus Eterm kicked in override_redirect. Not knowing about Ctrl-click, he assumed the Eterm was fubar. So apparently *something* out there doesn't implement MWM hints properly. Is this related to my reported problems with Eterm (and at least one other app) where iconify and maximise don't turn up in the E17 window menu when using borderless? signature.asc Description: PGP signature -- Come build with us! The BlackBerry(R) Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9 - 12, 2009. Register now! http://p.sf.net/sfu/devconference___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Pros and cons of various EFL ways of writing an embedded game.
On Mon, 28 Sep 2009 20:08:41 +1000 Carsten Haitzler (The Rasterman) ras...@rasterman.com wrote: On Mon, 28 Sep 2009 19:54:47 +1000 David Seikel onef...@gmail.com said: I'll be developing an embedded game, and I want to use EFL for it. Actually, already working on an older game developed by someone else, but this new one I can start from scratch for some aspects. I'd like to see some discussion about the pro and cons of the various choices available to me when using EFL for this project. So I can benefit from the experiences of others. I do want to use edje for the graphics, with lua in the edje if it's ready enough. The main development language is C though. Probably most important is which type of display to use. X is likely to be overkill. The previous game used a combination of svgalib and ncurses. The method used to build svgalib from scratch sent shivers of horror up my spine. I don't want to use svgalib. Mixing a graphics and text environments seemed wrong to me to, and has caused some problems. So, what else other than X, svgalib, and ncurses, that does use EFL, and lets us use edje, do people suggest and why? svgalib? then its moving far from embedded. you have a bios.. and a vga bios.. and vga... and .. why not just use fbcon? kernel has done vesa fb gfx for a long time... Looks good. but in reality if its x86 - x works and isnt bad in that it provide u with a sane display env and even if all u do is open a window fullscrene in x and dont even run a wm.. it's lean and wont really get in the way much. it will create less pain - like input device support etc. Less pain maybe, but taking up more space. Input device support is not an issue, our input devices are nothing that X or anything else supports. lol At some point a version of linux I build from the ground up will be used. Currently DSL that has been cut down is being used. The problem with that is that it still carries too much crap we don't use. Uses too much storage space. It gets harder and harder to trim out the unused crap, so building a linux up to only have what we need is a better solution. openembedded can make small targets... but what is your target? it's x86? where is your os stored? how? i'm going to assume for now its something like a small hdd or compact flash, sd-card etc... which means you have space to burn. My preferred target was ARM, but we ended up with a 486 based SOC last time I checked. The storage is whatever is on the SOC, plus CF if we need more space. The CF will be via an external IDE converter. shrugs BUT, we want to move away from having this external IDE converter, which means that sooner or later, we will have to put up with the limited storage of the SOC. I don't think of this project as having space to burn. That's why we are changing from a cut down DSL to a roll your own linux. Just plain fbcon+EFL will probably be the go. signature.asc Description: PGP signature -- Come build with us! The BlackBerry(R) Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9 - 12, 2009. Register now! http://p.sf.net/sfu/devconference___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E SVN: jeffdameth trunk/eterm/Eterm/src
On Wed, 7 Oct 2009 14:06:34 +0200 hannes.janet...@gmail.com hannes.janet...@googlemail.com wrote: On Wed, Oct 7, 2009 at 3:42 AM, David Seikel onef...@gmail.com wrote: On Tue, 6 Oct 2009 17:17:10 -0700 Michael Jennings m...@kainx.org wrote: On Tuesday, 06 October 2009, at 23:43:58 (+0200), Kim Woelders wrote: In my opinion the MWM hint is not related to EWMH, so I think all that is accomplished is to fetch a potentially rather large atom list which shouldn't contain the item being looked for :) My impression based on the IRC conversation was that Eterm -x didn't work under e17 without this patch, and that this patch made Eterm more EWMH-compliant. If that's not the case, then I misunderstood, and the patch needs to be rethought. This would just set the MWM hint and hope for the best. If the WM handles it, fine (is there any WM around that doesn't?). Some user was in IRC yesterday complaining about a WM (e17 I thought, but I could be mistaken) that did not provide the _MOTIF_WM_INFO atom, and thus Eterm kicked in override_redirect. Not knowing about Ctrl-click, he assumed the Eterm was fubar. So apparently *something* out there doesn't implement MWM hints properly. Is this related to my reported problems with Eterm (and at least one other app) where iconify and maximise don't turn up in the E17 window menu when using borderless? yes, Eterm becomes an override-redirect window when using borderless option with e17, so its window is not handled by the wm in any way. I commited a workaround that makes e17 pretend to be mwm so that Eterm use mwm hints for borderless mode instead of going override redirect. I'll keep an eye on this then, as the other app that I use a lot with this problem is something I'll be making my own changes to for other reasons anyway. Though after all this discussion, I might have to actually study this stuff and find out for myself which is the best way to go. lol I plan on recompiling E17 and Eterm from the end of freeze snapshot, so Ill be testing out whatever the result is at that time. signature.asc Description: PGP signature -- Come build with us! The BlackBerry(R) Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9 - 12, 2009. Register now! http://p.sf.net/sfu/devconference___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E SVN: jeffdameth trunk/eterm/Eterm/src
On Wed, 7 Oct 2009 15:07:56 -0700 Michael Jennings m...@kainx.org wrote: On Wednesday, 07 October 2009, at 11:42:54 (+1000), David Seikel wrote: Is this related to my reported problems with Eterm (and at least one other app) where iconify and maximise don't turn up in the E17 window menu when using borderless? From your description, it sounded like Eterm had a border, just not a fully-functional one, and that E still knew about it. If that's the case, it's not override_redirect. It has whatever E17 supplies as it's borderless border. To state my problem again - when Eterm has an E17 default border, the E17 window menu includes the iconify and maximise entries. When Eterm has the E17 borderless border, those menu items are not there. This happens to some other apps as well. Certainly this is something that is easy enough for us all to test, and both being in our SVN, should be fixable by us. This problem happens to some apps, but not to others. I was hoping these changes might A) fix that with Eterm, B) give me clues about fixing other apps with the same symptoms, and / or C) fix E17 if it's the source of the problem. signature.asc Description: PGP signature -- Come build with us! The BlackBerry(R) Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9 - 12, 2009. Register now! http://p.sf.net/sfu/devconference___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E SVN: jeffdameth trunk/eterm/Eterm/src
On Thu, 8 Oct 2009 11:18:30 +1100 Carsten Haitzler (The Rasterman) ras...@rasterman.com wrote: On Thu, 8 Oct 2009 09:59:11 +1000 David Seikel onef...@gmail.com said: On Wed, 7 Oct 2009 15:07:56 -0700 Michael Jennings m...@kainx.org wrote: On Wednesday, 07 October 2009, at 11:42:54 (+1000), David Seikel wrote: Is this related to my reported problems with Eterm (and at least one other app) where iconify and maximise don't turn up in the E17 window menu when using borderless? From your description, it sounded like Eterm had a border, just not a fully-functional one, and that E still knew about it. If that's the case, it's not override_redirect. It has whatever E17 supplies as it's borderless border. To state my problem again - when Eterm has an E17 default border, the E17 window menu includes the iconify and maximise entries. When Eterm has the E17 borderless border, those menu items are not there. This happens to some other apps as well. Certainly this is something that is easy enough for us all to test, and both being in our SVN, should be fixable by us. This problem happens to some apps, but not to others. I was hoping these changes might A) fix that with Eterm, B) give me clues about fixing other apps with the same symptoms, and / or C) fix E17 if it's the source of the problem. 3 seconds grepping the e src would have told u what it was. i fixed it. whoever changed that code didnt account for apps that do not set netwm hints. the time and effort spent gumbling on email would have given you the answer with a grep of Iconify in e's src in about 5 seconds. :) What, and give up on my efforts to grow old disgracefully? signature.asc Description: PGP signature -- Come build with us! The BlackBerry(R) Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9 - 12, 2009. Register now! http://p.sf.net/sfu/devconference___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Choice of a Window Manager
On Mon, 12 Oct 2009 10:49:03 +0800 Brian Wang brian.wang.0...@gmail.com wrote: We are running Elementary/EFL on our target device (ARM926EJS @ 400MHz). We would like to run a window manager to simply the windows management. I have seen some e17+Illume demo videos on the web and would love to see its functionalities on our device. However, it is the boot time that is of concern. Judging from the video clips, it takes 30~50 seconds to boot when running the e17+Illume. That seems forever for a simple multimedia device. Maybe it is due to too many modules configured in? Besides e17, are there any window managers that are based on EFL? I'm Nope. personally drooling over Illume's software keyboards... Matchbox window manager + panel used to be an option, but it's kind of static after I saw Illume... My dream window manager would boot fast, small in size and with a sexy software keyboard. Is it too much to ask for? One question that comes to mind, having worked on the boot speed problem. is what do you mean by boot time? Time from turn on to a usable GUI? That is not all E17, you are also starting up the CPU, hardware, maybe a BIOS, boot loader, kernel, X, and whatever else you need, often most of this is before E17 is started. Sure for some embedded devices there may not be a BIOS, or the linux kernel may BE the BIOS and boot loader. You are still left with at least starting kernel and X before you even get to starting E17. I do remember a time when we managed to get the startup time of e17 itself down to a fraction of a second on a typical desktop. Maybe 5 seconds tops on the sort of device you mentioned. I don't know what it is these days. signature.asc Description: PGP signature -- Come build with us! The BlackBerry(R) Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9 - 12, 2009. Register now! http://p.sf.net/sfu/devconference___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
[E-devel] Recursive CCing? Was: Choice of a Window Manager
On Tue, 13 Oct 2009 00:17:11 +1100 Carsten Haitzler (The Rasterman) ras...@rasterman.com wrote: Cc: David Seikel onef...@gmail.com, enlightenment-devel@lists.sourceforge.net, Cedric BAIL cedric.b...@free.fr (Just woke up, so no caffeine yet.) Um, the CC list is just getting longer for this thread. Everyone on that CC list is getting CCed for each post on this thread. OUCH!! FIrst of all, can you ALL please STOP CCing people that are on the list. WE get the damn replies anyway. Secondly, is there some problem that the list is now auto CCing on that thread? Thirdly, and this is most important, STOP CCINC ME, IM ON THE DAMN LIST As a programmer I don't like to see duplicate code. Please don't CC me any replies to things I say on the list. I'm on the list and will see it anyway. As a minimalist it slightly offends me to see this constant abuse of network and hard drive storage usage by needless repetition. CCing some one on the list, just say no. And, constant repetition just gets annoying after a while. Don't CC me when you reply to the list if I'm on the list anyway. Don't CC me when you reply to the list if I'm on the list anyway. Don't CC me when you reply to the list if I'm on the list anyway. Don't CC me when you reply to the list if I'm on the list anyway. Don't CC me when you reply to the list if I'm on the list anyway. Don't CC me when you reply to the list if I'm on the list anyway. Don't CC me when you reply to the list if I'm on the list anyway.Don't CC me when you reply to the list if I'm on the list anyway.Don't CC me when you reply to the list if I'm on the list anyway.Don't CC me when you reply to the list if I'm on the list anyway.Don't CC me when you reply to the list if I'm on the list anyway.Don't CC me when you reply to the list if I'm on the list anyway.Don't CC me when you reply to the list if I'm on the list anyway.Don't CC me when you reply to the list if I'm on the list anyway.Don't CC me when you reply to the list if I'm on the list anyway.Don't CC me when you reply to the list if I'm on the list anyway.Don't CC me when you reply to the list if I'm on the list anyway. Did I make myself clear? The first person to say something about the cheap availability of computer resources WILL get their head handed to them. Then I will start ranting about XML. And no one wants to see that. /me wonders off to find caffeine, grumbling under his breath and scratching his arse. signature.asc Description: PGP signature -- Come build with us! The BlackBerry(R) Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9 - 12, 2009. Register now! http://p.sf.net/sfu/devconference___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Recursive CCing? Was: Choice of a Window Manager
On Mon, 12 Oct 2009 17:01:13 -0400 Ross Vandegrift r...@kallisti.us wrote: On Tue, Oct 13, 2009 at 06:42:22AM +1000, David Seikel wrote: Thirdly, and this is most important, STOP CCINC ME, IM ON THE DAMN LIST As a programmer I don't like to see duplicate code. Please don't CC me any replies to things I say on the list. I'm on the list and will see it anyway. Then turn on de-duplication in mailman for the mailing list. Every message has a link at the bottom to the Mailman preferences. You want to turn on Avoid duplicate copies of messages. This will prevent mailman from sending you copies of messages where you appear in the To or CC field. That feature is already turned on. First, and foremost, a responder has no clue if a CCed address is a list member or not. Well, the worst offender is raster, and he knows I'm on the list. Second, some people (like me) sometimes prefer to get CCs to my messages. For some lists, I filter the list into a folder, but CCs go into my inbox. This flags me when someone responds to *me*. Maybe you could set up your filters differently? Certainly I never knew you wanted CCs, and nothing in these various systems automatically send you CCs. Third, the relatively well-established mailing list management methodology (at least among free software development mailing lists) is to Reply-To-All and let individual preference settings shake out how mail actually gets delivered. The mailing list is for listing members - it should not enfore delivery policy. Well, my email software has a reply to list button, which works quite nicely. I am now or have been on many free software development lists, and really only get this problem with a small handful of developers, not the entire free software community. Pretty much all those developers are on this list. And given that it's only a few developers doing this, I guess that your well established methodology is only being followed by these few people. shrugs Taking that to it's logical conclusion, eveybody that ever said anything in a particular thread must be on the CC list, for every thread on a list, and most of those people are on the list. So why bother with the list in the first place? Mailing lists are supposed to get away from having to manage long CC lists. A more useful method, and also well established, is for people posting to lists they are not on to say so, and request a CCed reply. I see that happening a lot. Going with the general principle of not sending people things they don't ask for, and especially not sending them things they specifically ask to not be sent, is just polite. None of the above explains why the C list on that particular thread seems to be growing. Is there a real problem behind that somewhere? I was half expecting to see my name on the CC list twice after posting my rant. lol And I STILL have not had my caffiene. lol CCing to Ross as requested. signature.asc Description: PGP signature -- Come build with us! The BlackBerry(R) Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9 - 12, 2009. Register now! http://p.sf.net/sfu/devconference___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Recursive CCing? Was: Choice of a Window Manager
On Tue, 13 Oct 2009 03:31:05 -0400 Jose Gonzalez jose_...@juno.com wrote: Carsten Haitzler (The Rasterman) wrote: On Tue, 13 Oct 2009 07:28:54 +1000 David Seikel onef...@gmail.com said: On Mon, 12 Oct 2009 17:01:13 -0400 Ross Vandegrift r...@kallisti.us wrote: On Tue, Oct 13, 2009 at 06:42:22AM +1000, David Seikel wrote: Thirdly, and this is most important, STOP CCINC ME, IM ON THE DAMN LIST As a programmer I don't like to see duplicate code. Please don't CC me any replies to things I say on the list. I'm on the list and will see it anyway. Then turn on de-duplication in mailman for the mailing list. Every message has a link at the bottom to the Mailman preferences. You want to turn on Avoid duplicate copies of messages. This will prevent mailman from sending you copies of messages where you appear in the To or CC field. That feature is already turned on. First, and foremost, a responder has no clue if a CCed address is a list member or not. Well, the worst offender is raster, and he knows I'm on the list. Second, some people (like me) sometimes prefer to get CCs to my messages. For some lists, I filter the list into a folder, but CCs go into my inbox. This flags me when someone responds to *me*. Maybe you could set up your filters differently? Certainly I never knew you wanted CCs, and nothing in these various systems automatically send you CCs. Third, the relatively well-established mailing list management methodology (at least among free software development mailing lists) is to Reply-To-All and let individual preference settings shake out how mail actually gets delivered. The mailing list is for listing members - it should not enfore delivery policy. Well, my email software has a reply to list button, which works quite nicely. I am now or have been on many free software development lists, and really only get this problem with a small handful of developers, not the entire free software community. Pretty much all those developers are on this list. And given that it's only a few developers doing this, I guess that your well established methodology is only being followed by these few people. shrugs Taking that to it's logical conclusion, eveybody that ever said anything in a particular thread must be on the CC list, for every thread on a list, and most of those people are on the list. So why bother with the list in the first place? Mailing lists are supposed to get away from having to manage long CC lists. A more useful method, and also well established, is for people posting to lists they are not on to say so, and request a CCed reply. I see that happening a lot. Going with the general principle of not sending people things they don't ask for, and especially not sending them things they specifically ask to not be sent, is just polite. None of the above explains why the C list on that particular thread seems to be growing. Is there a real problem behind that somewhere? I was half expecting to see my name on the CC list twice after posting my rant. lol 1. i never add anyone to cc's who i don't explicitly want to cc. check the thread. you'll notice i simple hit reply to all. do you really think i'm going to hand-inspect the cc list every time i reply to a mail and hand-modify it figuring out who is and isn't on the list? i hit reply all and let it churn. i don't have time for such wastes of time. 2. i'm not an offender in adding anyone to cc's. the only thing that gets ADDED to cc's by my client is the list itself. i don't add individual mail addresses to cc's unless i'm trying to add someone off-list. get those facts right before pointing fingers. i hit reply to all because anyone added TO cc's by someone elese is someone they wanted to include in the conversation. there is no reply to list in my mailer. when one replies to all the To: , the From: and the CC's are all added into the targets, this is standard. there is no way i am going to hand inspect all those fields and guess who may and may not be on lists. i've hit reply to before and managed to take people out of conversations and been brought up on it and asked not to do so. a few times before. i dont do that anymore. it annoys people too. reply to all it shall be. i'm not going to choose beteween complaints from you or complaints from others. there is no winning. someone is going to be annoyed. if i have to choose i'd rather more people get the mail than less as then they can choose if they care. so your conclusion of eveybody that ever said anything in a particular thread must be on the CC list is false as *I* am definitely not adding PEOPLE to the cc list every time i reply to them. whoever is already on the cc is added, the list is added to cc's
Re: [E-devel] Recursive CCing? Was: Choice of a Window Manager
On Tue, 13 Oct 2009 05:35:40 -0300 Gustavo Sverzut Barbieri barbi...@profusion.mobi wrote: On Tue, Oct 13, 2009 at 5:24 AM, Carsten Haitzler ras...@rasterman.com wrote: On Tue, 13 Oct 2009 18:19:14 +1000 David Seikel onef...@gmail.com said: Many people find this kind of careless CCism extremely offensive, and it affects our ability to build a more inclusive community. I believe an apology from you is in order, and that you refrain from this blatant CCism in the future. If you don't then I suggest that the community should no longer consider you as a representative of e, that you not be invited to speak anywhere, and that you be shunned and condemned for your CCist behavior. It's time we stop putting up with this and take serious steps to ensure that everyone thinks, speaks, and acts as a member of a truly enlightened community. Damn, I hope we are all laughing at this entire sub thread. lol P.S. I've had my caffeine now, and feel much better. good! dont send any emails before youve had your caffeine! :) or pants! I thought pants where optional around here? Damn. Pants on! signature.asc Description: PGP signature -- Come build with us! The BlackBerry(R) Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9 - 12, 2009. Register now! http://p.sf.net/sfu/devconference___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] NOTICE: svn feature freeze this week (Oct 5-11)
On Mon, 5 Oct 2009 20:38:49 +0200 Quaker quake...@gmail.com wrote: So from today to Monday 11, do not commit any features please and instead try to fix bugs until FEATURE-LOCKED file disappear in trunk :) It's the 14th, did I miss the unfreeze? At least it's the 14th in Estralia. The rest of the world is still in yesterday. B-) signature.asc Description: PGP signature -- Come build with us! The BlackBerry(R) Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9 - 12, 2009. Register now! http://p.sf.net/sfu/devconference___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Add 'print' key binding as default for screenshot
On Sun, 8 Nov 2009 16:28:24 -0600 David C. Rankin drankina...@suddenlinkmail.com wrote: Also, I noticed that the 'win' key isn't utilized. I have added win+(up,down,left,right) (iconify, flip desktop down, window moving: to previous, window moving: to next) These to could make convenient defaults. I'll second that. Would be good to have a profile offering the use of the largely unused win key as modifier for most bindings instead of what ever the default is now. Keeping the original as an option. I find the defaults tend to collide with application key bindings, using the win key works a lot better for me. signature.asc Description: PGP signature -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E SVN: raster trunk/ethumb/data/frames
On Mon, 9 Nov 2009 11:36:30 +0100 (CET) Vincent Torri vto...@univ-evry.fr wrote: PS: does it mean that there will be an asparagus ? Dunno about an asparagus, but we are still in feature freeze, though I think some people are ignoring that. It was supposed to end long ago. lol signature.asc Description: PGP signature -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E SVN: tiago trunk/editje/data/templates/default
On Tue, 8 Dec 2009 12:49:42 -0800 Enlightenment SVN no-re...@enlightenment.org wrote: Log: New default edj patch by Fabiano Fidencio Author: tiago Date: 2009-12-08 12:49:42 -0800 (Tue, 08 Dec 2009) New Revision: 44290 Modified: trunk/editje/data/templates/default/default.edj Could you put the source file for the edj in SVN, and just build it during compile time? Makes it a lot easier for others to change it, and has other benefits. signature.asc Description: PGP signature -- Return on Information: Google Enterprise Search pays you back Get the facts. http://p.sf.net/sfu/google-dev2dev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E SVN: devilhorns trunk/edje/src/lib
On Wed, 30 Dec 2009 18:32:25 +1100 Brett Nash n...@nash.id.au wrote: On Wed, 30 Dec 2009 07:51:01 +0100 (CET) Vincent Torri vto...@univ-evry.fr wrote: Unfortunately there is no safe way of printing it in C89 (ie windows). Windows is stuck in the '80s? Why am I not surprised? signature.asc Description: PGP signature -- This SF.Net email is sponsored by the Verizon Developer Community Take advantage of Verizon's best-in-class app development support A streamlined, 14 day to market process makes app distribution fast and easy Join now and get one step closer to millions of Verizon customers http://p.sf.net/sfu/verizon-dev2dev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
[E-devel] Emotion failing to configure on latest Ubuntu.
Apparently emotions checking of the version of gstreamer is getting confused with the version numbers used by the latest Ubuntu. checking for GSTREAMER... configure: error: Package requirements (gstreamer-0.10 = 0.10.2 gstreamer-plugins-base-0.10 = 0.10.1 evas = 0.9.9) were not met: No package 'gstreamer-plugins-base-0.10' found Version 0.10.25 of both required gstreamer packages is in fact installed. I'm not upto fixing this quickly, as I lack knowledge in how version numbers are compared. signature.asc Description: PGP signature -- This SF.Net email is sponsored by the Verizon Developer Community Take advantage of Verizon's best-in-class app development support A streamlined, 14 day to market process makes app distribution fast and easy Join now and get one step closer to millions of Verizon customers http://p.sf.net/sfu/verizon-dev2dev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Emotion failing to configure on latest Ubuntu.
On Tue, 5 Jan 2010 07:46:42 +0100 Albin Tonnerre albin.tonne...@gmail.com wrote: On Tue, 05 Jan 2010 13:02 +1000, David Seikel wrote : Apparently emotions checking of the version of gstreamer is getting confused with the version numbers used by the latest Ubuntu. checking for GSTREAMER... configure: error: Package requirements (gstreamer-0.10 = 0.10.2 gstreamer-plugins-base-0.10 = 0.10.1 evas = 0.9.9) were not met: No package 'gstreamer-plugins-base-0.10' found Version 0.10.25 of both required gstreamer packages is in fact installed. I'm not upto fixing this quickly, as I lack knowledge in how version numbers are compared. gstreamer-plugins-base-0.10 is part of libgstreamer-plugins-base0.10-dev, are you sure you installed it? Here on Ubuntu Karmic, it seems to work correctly once installed: [7:45 ~]% pkg-config --exists 'gstreamer-plugins-base-0.10 = 0.10.1'; echo $? 0 Yep, that was non installed. I wont bother trying to figure out why it all compiled fine last year, and only this most recent attempt failed. signature.asc Description: PGP signature -- This SF.Net email is sponsored by the Verizon Developer Community Take advantage of Verizon's best-in-class app development support A streamlined, 14 day to market process makes app distribution fast and easy Join now and get one step closer to millions of Verizon customers http://p.sf.net/sfu/verizon-dev2dev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] to Inc or Gustavo : about e2
On Sun, 24 Jan 2010 23:41:19 +0100 (CET) Vincent Torri vto...@univ-evry.fr wrote: On Mon, 25 Jan 2010, Carsten Haitzler (The Rasterman) wrote: On Sun, 24 Jan 2010 22:58:14 +0100 (CET) Vincent Torri vto...@univ-evry.fr said: Hey from osuosl bkero So there seems to be a big ol' dpkg running on e2 bkero Owned either by Inc or barbieri Vincent ok. finished the apt-get upgrade and trac is back. need to know who did the apt-get upgrade, why, and why did it hang part-way through - almost as if it was asking a question and someone just decided to drop their connection or ignore their machine and go to sleep. apache was restarted during the upgrade. Could it be the reason ? when was the upgrade started ? maybe with the people who logged in just before? Check peoples shell history files? What other accounting goes on on that box? I have not logged on there recently. signature.asc Description: PGP signature -- Throughout its 18-year history, RSA Conference consistently attracts the world's best and brightest in the field, creating opportunities for Conference attendees to learn about information security's most important issues through interactions with peers, luminaries and emerging and established companies. http://p.sf.net/sfu/rsaconf-dev2dev___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Support for force sensitive touch screen
On Sat, 6 Feb 2010 11:52:53 +0530 Prabu Surendra prabu.suren...@gmail.com wrote: I am working with a company that is coming out with a multi-touch controller that can also measure the force applied by the fingers. So basically, along with x and y values, now we have z values. I believe this will give rise to a unique way on how a user interact. We have a driver that can get these three values from the controller. But I have no idea how to make it work all the way through Window manager. I am a pure kernel programmer and have no experience dealing with any of the components in the display interface stack. Have a look at how things like graphics tablets are supported. They have X, Y, pressure, tilt, different pens, and sometimes more things to support. Admittedly there is only one finger, but X can handle multiple input devices, so a bunch of graphics tablets at once with pressure could simulate the sort of data your device can send. I hope that points you in the right direction. If you want to see an example of this going all the way through to the application level, GIMP has good support for multiple input devices, including graphics tablets naturally. If this device of yours can handle long and strong fingernails, I want one. B-) signature.asc Description: PGP signature -- The Planet: dedicated and managed hosting, cloud storage, colocation Stay online with enterprise data centers and the best network in the business Choose flexible plans and management services without long-term contracts Personal 24x7 support from experience hosting pros just a phone call away. http://p.sf.net/sfu/theplanet-com___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel