Re: [E-devel] evas_textblock text positioning.
On Thu, 12 Apr 2012 01:14:37 +1000 David Seikel said: query formatted geometry, place tb so BOTTOM to tb aligns to the region u want it in and use a clip object to clip out only that region -stuff at the top is clipped off, invisible and not rendered. exactly what u want. > I've been looking and experimenting, can't find what I'm looking for. > > Is there a way to get an evas textblock to display the last lines of > the text if it is longer than the textblocks object height? Or even to > get it to shov the text at the bottom if it's shorter than the object > height? > > I'm showing lines of text progressively as they are generated by the > processing, and I pretty much want them to start at the bottom and > scroll up from there, scrolling off the top as more lines push up from > below. An acceptable alternative is to start at the top and go down, > so long as they still get pushed up from below and scroll off the top. > > I poked at valign, it made no difference, though I suspect that's just > the alignment within any given line, not of the text as a whole. > > I could keep track of the lines myself, and their line heights, then > not put the scrolled off lines into the textblock, or pad with empty > lines for the first few, but you would think textblock would be able to > do that sort of calculation itself. Gets nasty when there's font size > changes and such, textblock should know how to deal with that itself. > > Unless I'm mistaken, cursors are for changing the text, not showing it. > > For later work, I'd want to be able to scroll around lines within a > textblock to. > > -- > A big old stinking pile of genius that no one wants > coz there are too many silver coated monkeys in the world. -- - Codito, ergo sum - "I code, therefore I am" -- The Rasterman (Carsten Haitzler)ras...@rasterman.com -- For Developers, A Lot Can Happen In A Second. Boundary is the first to Know...and Tell You. Monitor Your Applications in Ultra-Fine Resolution. Try it FREE! http://p.sf.net/sfu/Boundary-d2dvs2 ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] evas textblock broken without linebreak
On Thu, 12 Apr 2012 11:43:20 +1000 David Seikel said: > Starting from line 6048 of evas_object_textblock.c there is a macro > defined BREAK_AFTER, that, in the absence of HAVE_LINEBREAK, refers to > a non existant "str" array. Yep, I'm trying to compile it on an > embedded system that has no linebreak thingy (library?). liblinebreak is there in src/static_deps and compiled along with evas. -- - Codito, ergo sum - "I code, therefore I am" -- The Rasterman (Carsten Haitzler)ras...@rasterman.com -- For Developers, A Lot Can Happen In A Second. Boundary is the first to Know...and Tell You. Monitor Your Applications in Ultra-Fine Resolution. Try it FREE! http://p.sf.net/sfu/Boundary-d2dvs2 ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] [Patch] text_set for elm_genlist items
On Tue, 10 Apr 2012 16:53:22 +0200 Raoul Hecky said: i dont think we want this - because genlist works on the model of getting test from the test label provider function from the class - you just update the item to get genlist to re-query. if its realized it'll show the new text AND if needed re-calculate item size/geometry - if not realized, it'll just, if needed, recalculate. > Hi, > > Currently items in genlist only support elm_object_item_part_text_get, > but not elm_object_item_part_text_set. > > Here is a patch that adds that function. > > I need to change the item text from time to time without reloading all > swallowed parts (without doing elm_genlist_item_update), thus > elm_object_item_part_text_set() is needed. > > Please apply. > Thanks, > > -- > Raoul Hecky > Calaos > -- ----- Codito, ergo sum - "I code, therefore I am" -- The Rasterman (Carsten Haitzler)ras...@rasterman.com -- For Developers, A Lot Can Happen In A Second. Boundary is the first to Know...and Tell You. Monitor Your Applications in Ultra-Fine Resolution. Try it FREE! http://p.sf.net/sfu/Boundary-d2dvs2 ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] evas textblock broken without linebreak
On Thu, 12 Apr 2012 14:18:04 +1000 David Seikel said: > On Thu, 12 Apr 2012 14:07:20 +1000 David Seikel > wrote: > > > On Thu, 12 Apr 2012 12:57:10 +0900 Carsten Haitzler (The Rasterman) > > wrote: > > > > > On Thu, 12 Apr 2012 11:43:20 +1000 David Seikel > > > said: > > > > > > > Starting from line 6048 of evas_object_textblock.c there is a > > > > macro defined BREAK_AFTER, that, in the absence of > > > > HAVE_LINEBREAK, refers to a non existant "str" array. Yep, I'm > > > > trying to compile it on an embedded system that has no linebreak > > > > thingy (library?). > > > > > > liblinebreak is there in src/static_deps and compiled along with > > > evas. > > > > Sooo, why am I getting two errors that str is not defined? > > > > Fact is that the no linebreak path IS broken. There is no str, I > > think it means to use the text variable instead. I'm not so familiar > > with that bit of code though, so it might be something else. dont disable liblinebreak. keep it. it's part of the evas srctree. you want it for intl suport. > Actually, in an effort to keep the embedded project small, I disable as > much as I can, including liblinebreak. So that's why I'm going through > that path. Which, as I said, is broken. > > While I'm bitching, evas wants to include wayland stuff in the build, so > now I have to disable that to. This is in my embedded system, not even > X. I think that's where this error is coming from - have you looked at config.log ? it builds wayland_shm because it requires no wayland libs. wayland_egl requires egl - which you seemingly have or it wouldnt enable it. check config.log > In file included from evas_gl_private.h:3, > from evas_gl_context.c:1: > evas_gl_common.h:37:22: error: GL/gl.h: No such file or directory > evas_gl_common.h:38:25: error: GL/glext.h: No such file or directory > > Coz the only GL that configure mentions is - > > Engines: > Software Memory Buffer.: yes > Software X11...: no (Xlib: no) (XCB: no) > OpenGL X11.: no (Xlib: no) (XCB: no) > Software GDI...: no > Software DirectDraw: no > Direct3d...: no > OpenGL SDL.: no > > OpenGL Cocoa...: no > Software Framebuffer...: yes > DirectFB...: no > PSL1GHT: no > Software 8bit grayscale: no > Software 16bit : no > Software 16bit X11.: no > Software 16bit Directdraw..: no > Software 16bit WinCE...: no > Software 16bit SDL.: no (primitive: no) > Wayland Shm: yes > Wayland Egl: yes > > Still wondering why the autofoo of so much of the current alpha wants to > include Exotic.h when it's not been built. Hard for me to debug that > at the moment. I just patch it out for now. > > -- > A big old stinking pile of genius that no one wants > coz there are too many silver coated monkeys in the world. -- - Codito, ergo sum - "I code, therefore I am" -- The Rasterman (Carsten Haitzler)ras...@rasterman.com -- For Developers, A Lot Can Happen In A Second. Boundary is the first to Know...and Tell You. Monitor Your Applications in Ultra-Fine Resolution. Try it FREE! http://p.sf.net/sfu/Boundary-d2dvs2 ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] eet keeping file locks on closed files?
On Tue, 10 Apr 2012 22:38:34 +1000 David Seikel said: > In my embedded project, I have a flash disk partition just for some eet > files. I mount it at the beginning of execution, read and write to > them, then unmount it when the program finishes. Or try to, the > unmount fails. > > From what I can tell, eet is keeping locks on those files and I can't > unmount the partition until after the program goes away. > > # lsof /mnt > COMMAND PID USER FD TYPE DEVICE SIZE/OFF NODE NAME > ggg 32720 root memREG 8,34 1207 13 /mnt/gggData.eet > ggg 32720 root 14r REG 8,34 1207 13 /mnt/gggData.eet > > This is AFTER that file had been opened once then closed once by eet, > but before trying to unmount /mnt. > > Is this what eet is actually doing, keeping those locks around? not locks at all. cache. eet_clearcache(); it'll flush pending/held open eet files and close them up. -- - Codito, ergo sum - "I code, therefore I am" -- The Rasterman (Carsten Haitzler)ras...@rasterman.com -- For Developers, A Lot Can Happen In A Second. Boundary is the first to Know...and Tell You. Monitor Your Applications in Ultra-Fine Resolution. Try it FREE! http://p.sf.net/sfu/Boundary-d2dvs2 ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E SVN: tasn trunk/evas/src/lib/canvas
On Thu, 12 Apr 2012 10:24:03 +0300 Tom Hacohen said: we mention bug fixes if the bug fix was for a but that was in the previous release (eg 1.1) and may have affected someone at that time. > Since when do we mention small bug fixes in the changelog? > > -- > Tom. > > On 12/04/12 10:22, Vincent Torri wrote: > > Changelog... > > > > On Thu, Apr 12, 2012 at 9:20 AM, Enlightenment SVN > > wrote: > >> Log: > >> Evas textblock: Fixed building without liblinebreak. > >> > >> Thanks to David Seikel for spotting it and suggesting the solution. > >> > >> Author: tasn > >> Date: 2012-04-12 00:20:01 -0700 (Thu, 12 Apr 2012) > >> New Revision: 70123 > >> Trac: http://trac.enlightenment.org/e/changeset/70123 > >> > >> Modified: > >> trunk/evas/src/lib/canvas/evas_object_textblock.c > >> > >> Modified: trunk/evas/src/lib/canvas/evas_object_textblock.c > >> === > >> --- trunk/evas/src/lib/canvas/evas_object_textblock.c 2012-04-12 > >> 07:14:21 UTC (rev 70122) +++ > >> trunk/evas/src/lib/canvas/evas_object_textblock.c 2012-04-12 07:20:01 > >> UTC (rev 70123) @@ -6055,9 +6055,9 @@ > >> #else > >> > >> #define BREAK_AFTER(i) \ > >> - ((!str[i + 1]) || \ > >> -(_is_white(str[i])&& !_is_white(str[i + 1])) || \ > >> -(!_is_white(str[i])&& _is_white(str[i + 1]))) > >> + ((!text[i + 1]) || \ > >> +(_is_white(text[i])&& !_is_white(text[i + 1])) || \ > >> +(!_is_white(text[i])&& _is_white(text[i + 1]))) > >> > >> #endif > >> > >> > >> > >> -- > >> For Developers, A Lot Can Happen In A Second. > >> Boundary is the first to Know...and Tell You. > >> Monitor Your Applications in Ultra-Fine Resolution. Try it FREE! > >> http://p.sf.net/sfu/Boundary-d2dvs2 > >> ___ > >> enlightenment-svn mailing list > >> enlightenment-...@lists.sourceforge.net > >> https://lists.sourceforge.net/lists/listinfo/enlightenment-svn > > > > -- > > For Developers, A Lot Can Happen In A Second. > > Boundary is the first to Know...and Tell You. > > Monitor Your Applications in Ultra-Fine Resolution. Try it FREE! > > http://p.sf.net/sfu/Boundary-d2dvs2 > > ___ > > enlightenment-devel mailing list > > enlightenment-devel@lists.sourceforge.net > > https://lists.sourceforge.net/lists/listinfo/enlightenment-devel > > > > > ---------- > For Developers, A Lot Can Happen In A Second. > Boundary is the first to Know...and Tell You. > Monitor Your Applications in Ultra-Fine Resolution. Try it FREE! > http://p.sf.net/sfu/Boundary-d2dvs2 > ___ > 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 -- For Developers, A Lot Can Happen In A Second. Boundary is the first to Know...and Tell You. Monitor Your Applications in Ultra-Fine Resolution. Try it FREE! http://p.sf.net/sfu/Boundary-d2dvs2 ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] A rectangle clipping problem
On Thu, 5 Apr 2012 22:04:48 +0900 (KST) ChunEon Park said: with some ... fixes to your test case... fixed in svn! :) > Dear. > > > I found a bug about rectangle clipping. > It's happened on the only gl backend (check the sample code.. super simple) > > > The rectangle would be clipped incorrectly, when you scroll it. > > > I looked the evas but don't know proper solution now. > > > The rectangle would be clipped with the gl ctx area > but the rectangle position would not be updated once the map is enabled. > So rectangle always rendered with the same position and same clipped size > even it is scrolled. > > > Please someone look at it then fix if you can. > > > Thank you. > > > > > -Regards, Hermet- -- - Codito, ergo sum - "I code, therefore I am" -- The Rasterman (Carsten Haitzler)ras...@rasterman.com -- For Developers, A Lot Can Happen In A Second. Boundary is the first to Know...and Tell You. Monitor Your Applications in Ultra-Fine Resolution. Try it FREE! http://p.sf.net/sfu/Boundary-d2dvs2 ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] New evas image cache server
On Wed, 4 Apr 2012 11:52:29 -0300 Rafael Antognolli said: i been lookin' at ur codez yo. :) general question... what's up with image saves? :) (makes sense to have them salved off but as a direct child of the process not of the resource loader?) so partly i see old code moved/copied in from core loader infra. ok - cool. what is this cserve2_timeout_cb_set() every 3000ms? do we really need to be spinning every 3000ms killing slaves? just timeout once, kill and only queue timeout if we start slaves again? that's what it looks like. evas_cserve2_cache.c i think could be broken up into actual JUST cache handler (in memory has+LRU list) file watching and some message and protocol handling files. i see that you havent come up with a good/proper socket naming scheme yet... /tmp/cserve2.socket... yay! :) other than that - the evas_cserve2_slave.c could do with a little more abstracting so it COULD run as a thread inside of cserve (ps3?) and evas_cserve2_main.c. specifically the main() funcs could be one level up from their content so pthread_create() can call the children if needed later. that's it for now. feedback done :) > Hello people, > > As some people know, ProFUSION is also working on Evas and making some > changes that should make it even faster. > > Currently we are working on the images cache server, and it should be > similar to the previous cserve, but with a more asynchronous API. It > also has some fundamental changes, like having a pool of loaders where > each of them run on a different process. > > The main idea is that the client can request the images needed as soon > as a file_set is done, but don't block waiting for them to load. Once > Evas really needs the image data, it will finally block to get this > data, and should return almost immediately if it was already loaded. > > Some tweaks still must be done on the current code, some cleanup, and > even some documentation, but the core is already there. A new internal > cache was also done for Evas, very similar to the previous one but > with some more direct calls to the server and some shorter code paths. > > The code can be seen here: > http://git.profusion.mobi/cgit.cgi/antognolli/evas-cserve2/ (branch cserve2) > > Any comments are welcome! > -- > Rafael Antognolli > ProFUSION embedded systems > http://profusion.mobi > > -- > Better than sec? Nothing is better than sec when it comes to > monitoring Big Data applications. Try Boundary one-second > resolution app monitoring today. Free. > http://p.sf.net/sfu/Boundary-dev2dev > ___ > 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 -- For Developers, A Lot Can Happen In A Second. Boundary is the first to Know...and Tell You. Monitor Your Applications in Ultra-Fine Resolution. Try it FREE! http://p.sf.net/sfu/Boundary-d2dvs2 ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] A rectangle clipping problem
On Thu, 12 Apr 2012 21:18:47 +0900 (KST) ChunEon Park said: > Thank you. > > > > I checked it works good. > > and It fixed other one similar problem too. > > > "One Shot Two Kill" that's how i like it! :) > -Original Message- > From: "Carsten Haitzler"<ras...@rasterman.com> > To: "Enlightenment developer > list"<enlightenment-devel@lists.sourceforge.net>; Cc: "ChunEon > Park"<her...@naver.com>; Sent: 2012-04-12 (목) 17:20:50 > Subject: Re: [E-devel] A rectangle clipping problem > > On Thu, 5 Apr 2012 22:04:48 +0900 (KST) ChunEon Park > <hermet>@naver.com> said: > > with some ... fixes to your test case... fixed in svn! :) > > > Dear. > > > > > > I found a bug about rectangle clipping. > > It's happened on the only gl backend (check the sample code.. super > simple) > > > > > The rectangle would be clipped incorrectly, when you scroll it. > > > > > > I looked the evas but don't know proper solution now. > > > > > > The rectangle would be clipped with the gl ctx area > > but the rectangle position would not be updated once the map is enabled. > > So rectangle always rendered with the same position and same clipped size > > even it is scrolled. > > > > > > Please someone look at it then fix if you can. > > > > > > Thank you. > > > > > > ---- > > > > -Regards, Hermet- > > -- > - Codito, ergo sum - "I code, therefore I am" -- > The Rasterman (Carsten Haitzler)ras...@rasterman.com > > > > -- - Codito, ergo sum - "I code, therefore I am" -- The Rasterman (Carsten Haitzler)ras...@rasterman.com -- For Developers, A Lot Can Happen In A Second. Boundary is the first to Know...and Tell You. Monitor Your Applications in Ultra-Fine Resolution. Try it FREE! http://p.sf.net/sfu/Boundary-d2dvs2 ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] r70118
On Thu, 12 Apr 2012 15:56:58 +0900 Jérôme Pinot said: fxed :) > Please, Raster: > > Index: eet/src/lib/Eet.h > === > --- eet/src/lib/Eet.h (revision 70117) > +++ eet/src/lib/Eet.h (revision 70118) > @@ -585,12 +585,16 @@ > * > * This function will flush any pending writes to disk if the eet file > * was opened for write, and free all data associated with the file handle > - * and file, and close the file. > + * and file, and close the file. If it was opened for read (or read/write), > + * the file handle may still be held open internally for caching purposes. > + * To flush speuclatively held eet file handles use eet_clearcache(). > > -> speculatively > > * > * If the eet file handle is not valid nothing will be done. > * > * @since 1.0.0 > * @ingroup Eet_File_Group > + * > + * @see eet_clearcache() > */ > EAPI Eet_Error > eet_close(Eet_File *ef); > > -- > Jérôme Pinot > http://ngc891.blogdns.net/ -- - Codito, ergo sum - "I code, therefore I am" -- The Rasterman (Carsten Haitzler)ras...@rasterman.com -- For Developers, A Lot Can Happen In A Second. Boundary is the first to Know...and Tell You. Monitor Your Applications in Ultra-Fine Resolution. Try it FREE! http://p.sf.net/sfu/Boundary-d2dvs2 ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Eobj - Request for review/comments
can be integrated into the EFL except for a couple of > things that are not yet decided: > 1. Thaw/freeze are not implemented yet > * Do we want to be able to freeze per object or globally to all > objects? > * Do we want to be able to freeze per signal or just the whole > object? (freezing just per signal can be risky because there might be other > signals and applications that expect certain signal sequence and failing > to block all will cause inconsistencies). > 2. There are still some slow paths - will be fixed as needed. > 3. I'm still uncertain about ref/unref + weak-ref + named-ref. > * I'm not sure yet about which kinds of refing we want. I'm pretty > certain we want named refs and "object" name refs (i.e linking between > objects). And I do believe we need weak ref/unref, but again not yet > decided. > 4. Many cases are not checked for validity and are just allowed. I plan > on having 2 modes, one for checking those, and the fast mode that will > just be fast. Possibly by having a compilation option + env var to turn > the checks on. > 5. No docs/proper internal naming yet, but API and examples should be solid. > 6. Currently the order of functions called is: object functions, mixin > functions and only then, composite object functions - should decide if > that's what we want. I like it. > 7. Mixin constructors are not called ATM. > * Will be fixed. The reason it was not done yet is that MIXINs are > 2nd rate citizens, as we don't yet have a use for them in the EFL. > 8. Currently only classes have data, not mixins. - Will be extended. > * I'm thinking about just letting them use the generic data and make > the common case faster... > 9. I plan on adding a signal indicating signal callbacks > addition/removal. - I.e you'll get a "some registered to 'resize' event" > signal. > * Very useful in many cases. > 10. Static class method IDs will be added soon. > * Raster suggested a cool idea that will help speed things up, which > is static IDs. It's not done yet, but it's 99% supported. > 11. Class type and all of that handling is not yet final. > * Currently you have a class type of either: EOBJ_CLASS_TYPE_REGULAR, > EOBJ_CLASS_TYPE_REGULAR_NO_INSTANT, EOBJ_CLASS_TYPE_INTERFACE, or > EOBJ_CLASS_TYPE_MIXIN. I'm not sure if we need more, or if it should be > ditched. > 12. Missing a flush function after eobj_do. - I plan on adding a "flush" > (I need a better name) function that will be called at the end of > eobj_do automatically. This will let us defer changes in an easier manner. > * I'm not sure about this one. In one hand, it makes it easier to > defer changes, though on the other, it's deference is not optimal, would have > been better to just create an infrastructure that will let us do better > deference of changes. > 13. Missing a way to group set/get. > * I plan on making a way to say "set and get both modify the same > property" which is not yet implemented. > > Please comment on the API (either the class API or the actual usage API) > and especially on the bullets I wrote above. > > Please also take a look at the elw_boxedbutton "widget" in the evas > example which shows the API for handling composited objects. > > Also, we are also working on automatic eobj bindings generation for > other languages, so if you have anything to comment on this matter as > well, please do. I see this as one of the most important parts of this > change. > > There is one noticeable hack in the evas example: the > eobj_evas_object_set/get functions. They are only there because we don't > currently use eobj in evas, but will be fixed "automatically" once we do. > > Bug reports, comments, suggestions, or whatever are more than welcomed! > > -- > Tom. > > -- > This SF email is sponsosred by: > Try Windows Azure free for 90 days Click Here > http://p.sf.net/sfu/sfd2d-msazure > ___ > 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 -- For Developers, A Lot Can Happen In A Second. Boundary is the first to Know...and Tell You. Monitor Your Applications in Ultra-Fine Resolution. Try it FREE! http://p.sf.net/sfu/Boundary-d2dvs2 ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] question about elm_cnp_selection_set in elm_cnp
On Fri, 13 Apr 2012 14:01:02 +0900 Minseok Kim said:
misleading as its actual image data - no extra byte needed. i removed it. added
comment.
> I have a question.
>
> elm_cnp.c : 418
>
> ---
>
> if (format == ELM_SEL_FORMAT_IMAGE)
> {
> sel->selbuf = malloc(buflen+1);
> memcpy(sel->selbuf, selbuf, buflen);
> }
>
>
> ---
>
> This code allocates buffer with 'buflen+1' and copy.
> But there is no code to add last '\0' character.
>
> Is there no problem?
> I think it need to set last '\0' character(or need to use calloc)
>
> Please answer me.
>
> Thanks.
>
>
> --
> For Developers, A Lot Can Happen In A Second.
> Boundary is the first to Know...and Tell You.
> Monitor Your Applications in Ultra-Fine Resolution. Try it FREE!
> http://p.sf.net/sfu/Boundary-d2dvs2
> ___
> 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
--
For Developers, A Lot Can Happen In A Second.
Boundary is the first to Know...and Tell You.
Monitor Your Applications in Ultra-Fine Resolution. Try it FREE!
http://p.sf.net/sfu/Boundary-d2dvs2
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] [BUG REPORT] edje_cc seg fault
x804D957: data_write (edje_cc_out.c:1205) > ==21318==by 0x804AC03: main (edje_cc.c:240) > -- > > Hope it helps. :-) > > > Brian > > -- > brian > -- > > Cool-Karaoke - The smallest recording studio, in your palm, open-sourced > http://cool-idea.com.tw/ > > iMaGiNaTiOn iS mOrE iMpOrTaNt tHaN kNoWlEdGe > > -- > For Developers, A Lot Can Happen In A Second. > Boundary is the first to Know...and Tell You. > Monitor Your Applications in Ultra-Fine Resolution. Try it FREE! > http://p.sf.net/sfu/Boundary-d2dvs2 > ___ > 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 -- For Developers, A Lot Can Happen In A Second. Boundary is the first to Know...and Tell You. Monitor Your Applications in Ultra-Fine Resolution. Try it FREE! http://p.sf.net/sfu/Boundary-d2dvs2 ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Eobj - Request for review/comments
On Thu, 12 Apr 2012 16:44:46 +0200 Jorge Luis Zapata Muga said: > Hello Tom, > > I haven't checked the code completely yet, don't have much time. Nice > initiative to share the development process, does not happen very > often ... but could you please share the "design decisions" you take > with this new OO approach? (Not from a code POV). well i can answer that. we have a poor-mans object model up in the evas layer - evas object + smart objects. this of course is limiting and doesnt cover things like ecore (timers, animators and other things), and is definitely way too heavy for such things as u need actual evas objects. it also is relatively limited. over the years we have grown a kind-of object model here and many different mechanisms to have callbacks called on objects. there are ecore event handles, evas object event callbacks, evas smart callbacks, edje signal callbacks, edje message callbacks... way way way too many different ways to "get called when an event happens" each with different prototypes u have to keep looking up. there is a lot more besides, and then there is elementary which is in dire need of multiple inheritance for several situations. in addition we have no current way to indirect object lookups to allow for compaction and crash protection. the point of this is to fix all of that in a simple base object system that also compacts our code and makes it easier to write and maintain, allows for better optimisation and cuts the costs of function entry that we currently have in doing magic type checks every func call etc. - we can amortise than now over multiple operations. also now string parent/child relationships so child object get deleted when parent objects go away etc. but this happens all the way at the bottom of the efl stack. not up in evas or elm land. > I'm asking because from the above comments you just explain what is > *missing* on your implementation, but given that I started some years > ago a project called "ekeko" (I think it is still under PROTO) which > wanted to solve this problem too and recently I've been developing > "ender" (which for me fits exactly on my OO needs), we might be > sharing several goals, or maybe not ;) ender is close, but it's string based properties don't handle actual method calls, and the strings hurt here. nice for higher up in the stack, but lower down it will hurt performance-wise. so goals are: 1. unify callbacks into a single prototype 2. unify ref/unref/delete etc. 3. allow for multiple inheritance as well as single 4. break out the varargs to be able to cut the cost of object checks (magic/null etc.) over multiple operations all in 1 go 5. allow for greater object optimisations so you can create an object AND set all its initial state in 1 function call and thus avoid lots of needless state transitions as you set things up. its a much more compact way of doing freeze/thaw without the footwork 6. put in the layer to allow for object indirection so object pointers can become not just a pointer to the obj memory, but a double-indirect (obj **) OR even an ID lookup in a table which can allow for complete safety and zero crashes in object access. as more safety here comes with more overhead - our varargs fun lets us spread that cost out over maybe 3, 5 or 10 calls, ultimately actually lowering our costs below what we currently have in efl. bonuses: 7. we get some method introspection while we're at it 8. we get callback/signal documentation too from the base up (not just smart callbacks on evas objects) 9. object indirection allows for memory compacting to kill off a lot of the fragmentation i have seen crop up in apps (like e17) over time as it runs. 10. much better tracking of references -- - Codito, ergo sum - "I code, therefore I am" -- The Rasterman (Carsten Haitzler)ras...@rasterman.com -- For Developers, A Lot Can Happen In A Second. Boundary is the first to Know...and Tell You. Monitor Your Applications in Ultra-Fine Resolution. Try it FREE! http://p.sf.net/sfu/Boundary-d2dvs2 ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Eobj - Request for review/comments
d soon. > * Raster suggested a cool idea that will help speed things up, which > is static IDs. It's not done yet, but it's 99% supported. > 11. Class type and all of that handling is not yet final. > * Currently you have a class type of either: EOBJ_CLASS_TYPE_REGULAR, > EOBJ_CLASS_TYPE_REGULAR_NO_INSTANT, EOBJ_CLASS_TYPE_INTERFACE, or > EOBJ_CLASS_TYPE_MIXIN. I'm not sure if we need more, or if it should be > ditched. > 12. Missing a flush function after eobj_do. - I plan on adding a "flush" > (I need a better name) function that will be called at the end of > eobj_do automatically. This will let us defer changes in an easier manner. > * I'm not sure about this one. In one hand, it makes it easier to > defer changes, though on the other, it's deference is not optimal, would have > been better to just create an infrastructure that will let us do better > deference of changes. > 13. Missing a way to group set/get. > * I plan on making a way to say "set and get both modify the same > property" which is not yet implemented. > > Please comment on the API (either the class API or the actual usage API) > and especially on the bullets I wrote above. > > Please also take a look at the elw_boxedbutton "widget" in the evas > example which shows the API for handling composited objects. > > Also, we are also working on automatic eobj bindings generation for > other languages, so if you have anything to comment on this matter as > well, please do. I see this as one of the most important parts of this > change. > > There is one noticeable hack in the evas example: the > eobj_evas_object_set/get functions. They are only there because we don't > currently use eobj in evas, but will be fixed "automatically" once we do. > > Bug reports, comments, suggestions, or whatever are more than welcomed! > > -- > Tom. > > ------ > This SF email is sponsosred by: > Try Windows Azure free for 90 days Click Here > http://p.sf.net/sfu/sfd2d-msazure > ___ > 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 -- For Developers, A Lot Can Happen In A Second. Boundary is the first to Know...and Tell You. Monitor Your Applications in Ultra-Fine Resolution. Try it FREE! http://p.sf.net/sfu/Boundary-d2dvs2 ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] [patch] fix exquisite build
On Fri, 13 Apr 2012 08:28:18 +0900 Jérôme Pinot said: > Hi, > > This patch correct the autofoo files in order to build exquisite. ok - in, but ecore_fb not ecore :) fixed it. :) tnx muchly! :) -- - Codito, ergo sum - "I code, therefore I am" -- The Rasterman (Carsten Haitzler)ras...@rasterman.com -- For Developers, A Lot Can Happen In A Second. Boundary is the first to Know...and Tell You. Monitor Your Applications in Ultra-Fine Resolution. Try it FREE! http://p.sf.net/sfu/Boundary-d2dvs2 ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] [patch] update e_dbus doxyfile
On Fri, 13 Apr 2012 08:30:54 +0900 Jérôme Pinot said: > Hi, > > This patch bring the doxyfile of e_dbus up-to-date. slow friday morning is it then? :) gee! thats a lot... of... mini changes to the comments in a build config for doxygen! :) thanks! :) in svn! -- - Codito, ergo sum - "I code, therefore I am" -- The Rasterman (Carsten Haitzler)ras...@rasterman.com -- For Developers, A Lot Can Happen In A Second. Boundary is the first to Know...and Tell You. Monitor Your Applications in Ultra-Fine Resolution. Try it FREE! http://p.sf.net/sfu/Boundary-d2dvs2 ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] [patch] elm_genlist - some lines indent fixes
On Fri, 13 Apr 2012 18:05:22 +0900 Hyoyoung Chang said: > Dear all, > > I fixed several lines indent. > Also remove useless comments. tnx very muchly! in svn! :) -- - Codito, ergo sum - "I code, therefore I am" -- The Rasterman (Carsten Haitzler)ras...@rasterman.com -- For Developers, A Lot Can Happen In A Second. Boundary is the first to Know...and Tell You. Monitor Your Applications in Ultra-Fine Resolution. Try it FREE! http://p.sf.net/sfu/Boundary-d2dvs2 ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] [patch] fix exquisite build
On Fri, 13 Apr 2012 13:55:37 +0200 Vincent Torri said: > On Fri, Apr 13, 2012 at 1:21 PM, Carsten Haitzler > wrote: > > On Fri, 13 Apr 2012 08:28:18 +0900 Jérôme Pinot said: > > > >> Hi, > >> > >> This patch correct the autofoo files in order to build exquisite. > > > > ok - in, but ecore_fb not ecore :) fixed it. :) tnx muchly! :) > > no ! Read my mail ! > > revert and apply my patch ummm... no. your patch doesn't fix the real issue. the exquisite binary is STILL not LINKING to ecore_fb itself, even tho if ecore_fb is detected it use3s a ecore_fb api call. it happens to have worked for us for years due to indirect linking from ecore_evas if ecore_evas was ecore_fb support. -- ----- Codito, ergo sum - "I code, therefore I am" -- The Rasterman (Carsten Haitzler)ras...@rasterman.com -- For Developers, A Lot Can Happen In A Second. Boundary is the first to Know...and Tell You. Monitor Your Applications in Ultra-Fine Resolution. Try it FREE! http://p.sf.net/sfu/Boundary-d2dvs2 ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] elm_datetime - Open source patch : Separator parsing logic in Datetime is corrected
On Fri, 13 Apr 2012 18:16:51 +0900 (KST) ChunEon Park said: > Change Description: > [elm_datetime.c] Separator parsing logic is changed in Datetime widget. > Predefined set of characters (both global and field specific) are ignored as > field separators. > > > > > Can some one, please review and check-in the code in SVN Elementary. you can check it in! go go! check it in hermZ! :) -- - Codito, ergo sum - "I code, therefore I am" -- The Rasterman (Carsten Haitzler)ras...@rasterman.com -- For Developers, A Lot Can Happen In A Second. Boundary is the first to Know...and Tell You. Monitor Your Applications in Ultra-Fine Resolution. Try it FREE! http://p.sf.net/sfu/Boundary-d2dvs2 ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] [BUG REPORT] edje_cc seg fault
; >> ==21318== by 0x420DD12: > >> evas_common_load_rgba_image_module_from_file (evas_image_load.c:218) > >> ==21318== by 0x41E2968: _evas_cache_image_entry_new > >> (evas_cache_image.c:314) ==21318== by 0x41E39A9: > >> evas_cache_image_request (evas_cache_image.c:830) ==21318== by > >> 0x420F36F: evas_common_load_image_from_file (evas_image_main.c:732) > >> ==21318== by 0x51C4992: eng_image_load (evas_engine.c:670) > >> ==21318== by 0x4190A16: evas_object_image_file_set > >> (evas_object_image.c:364) ==21318== by 0x804BB5B: data_write_images > >> (edje_cc_out.c:533) ==21318== by 0x804D957: data_write > >> (edje_cc_out.c:1205) ==21318== Address 0x4009cac is in the Text segment of > >> /lib/i386-linux-gnu/ld-2.15.so > >> ==21318== > >> ==21318== Conditional jump or move depends on uninitialised value(s) > >> ==21318== at 0x51D60A5: evas_image_load_file_head_jpeg_internal > >> (evas_image_load_jpeg.c:269) > >> ==21318== by 0x51D8577: evas_image_load_file_head_jpeg > >> (evas_image_load_jpeg.c:1202) > >> ==21318== by 0x420DD12: > >> evas_common_load_rgba_image_module_from_file (evas_image_load.c:218) > >> ==21318== by 0x41E2968: _evas_cache_image_entry_new > >> (evas_cache_image.c:314) ==21318== by 0x41E39A9: > >> evas_cache_image_request (evas_cache_image.c:830) ==21318== by > >> 0x420F36F: evas_common_load_image_from_file (evas_image_main.c:732) > >> ==21318== by 0x51C4992: eng_image_load (evas_engine.c:670) > >> ==21318== by 0x4190A16: evas_object_image_file_set > >> (evas_object_image.c:364) ==21318== by 0x804BB5B: data_write_images > >> (edje_cc_out.c:533) ==21318== by 0x804D957: data_write > >> (edje_cc_out.c:1205) ==21318== by 0x804AC03: main (edje_cc.c:240) > >> -- > >> > >> Hope it helps. :-) > >> > >> > >> Brian > >> > >> -- > >> brian > >> -- > >> > >> Cool-Karaoke - The smallest recording studio, in your palm, open-sourced > >> http://cool-idea.com.tw/ > >> > >> iMaGiNaTiOn iS mOrE iMpOrTaNt tHaN kNoWlEdGe > >> > >> -- > >> For Developers, A Lot Can Happen In A Second. > >> Boundary is the first to Know...and Tell You. > >> Monitor Your Applications in Ultra-Fine Resolution. Try it FREE! > >> http://p.sf.net/sfu/Boundary-d2dvs2 > >> ___ > >> 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 > > > > > > -- > brian > -- > > Cool-Karaoke - The smallest recording studio, in your palm, open-sourced > http://cool-idea.com.tw/ > > iMaGiNaTiOn iS mOrE iMpOrTaNt tHaN kNoWlEdGe > > -- > For Developers, A Lot Can Happen In A Second. > Boundary is the first to Know...and Tell You. > Monitor Your Applications in Ultra-Fine Resolution. Try it FREE! > http://p.sf.net/sfu/Boundary-d2dvs2 > ___ > 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 -- For Developers, A Lot Can Happen In A Second. Boundary is the first to Know...and Tell You. Monitor Your Applications in Ultra-Fine Resolution. Try it FREE! http://p.sf.net/sfu/Boundary-d2dvs2 ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] [PATCH][EET] Patch to remove the alpha from image header while saving if the alpha is set to 1 but the image is fully opaque
On Fri, 13 Apr 2012 13:54:50 + (GMT) Rajeev Ranjan said: i think this should be done in edje_cc - not eet. :) (reason - edje_cc isn't speed critical. eet saves may be). :) > Hi, >Attached to the mail is a patch to set the alpha information for an image > header to 0 with alpha present but all the texels being opaque. > > The objective of this patch is to avoid the alpha blending for the images > which don't use alpha but while creating, the alpha channel has been added by > the creator. In order to do so, the image individual texels are scanned to > find if alpha is used in the image for any texel and the image is fully > opaque, while saving the alpha is set to 0. If the alpha information in > image header is set to 0 already, then this stage is skipped. > > This implementation can be done at either eet level or edje level. Currently > in this patch it has been done in eet. > > If required, it can be implemented in edje_cc itself rather than in eet image > data saving. One more option can be to make this scanning optional which can > be done in edje_cc through an option provided this is implementd at edje_cc > level rather than at eet level. > > Change Description: > >While writing the image to eet file, the image data is scanned to find out > whether the alpha value in header is set to 1 and is not being used in the > image. If that is the case while writing, we set the alpha to 0 to avoid > blending for such images in the graphics pipeline. > > This will be an optimization for rendering once the image is loaded from eet > file as alpha blending can be avoided for such images. > > Signed-Off-By: RAJEEV RANJAN > > Please review the same and provide your feedbacks. > Thank You. > Regards, > Rajeev -- - Codito, ergo sum - "I code, therefore I am" -- The Rasterman (Carsten Haitzler)ras...@rasterman.com -- For Developers, A Lot Can Happen In A Second. Boundary is the first to Know...and Tell You. Monitor Your Applications in Ultra-Fine Resolution. Try it FREE! http://p.sf.net/sfu/Boundary-d2dvs2 ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Eobj - Request for review/comments
*bt = elm_button_add(win); evas_object_move(bt, 25, 25); evas_object_resize(bt, 50, 50); evas_object_color_set(bt, 255, 0, 0, 255); elm_object_text_set(bt, "Click"); evas_object_show(bt); evas_object_smart_callback_add(bt, "clicked", _btn_clicked_cb, "btn"); so same # of lines, but lines get denser. if we had namespacing within funcs we could remove the EVAS_OBJ_* etc. stuff, but alas we don't. now the important thing to note here is. the current model - the gtk model. the ender model, is to go in and out of the efl lib 7 times. the eobj model is to do it once. that means object indirection and checks happen once, not 7 times. ALSO the object can EASILY defer generating events (eg a move or resize callback) until the function is done. this is especially useful for elementary where you may often create a widget, THEN set the style. right now object is created, edje files created internally, then return, then come back and change style - which means change edge group/file, so re-load new edje file and do a bunch of memory gymnastics. with the eobj scheme we can add an implicit "flush" (per class in an object which had methods called), to be done at the end to easily defer changes. thus the eobj code ALSO had an implicit freeze() and thaw around it. -- - Codito, ergo sum - "I code, therefore I am" -- The Rasterman (Carsten Haitzler)ras...@rasterman.com -- For Developers, A Lot Can Happen In A Second. Boundary is the first to Know...and Tell You. Monitor Your Applications in Ultra-Fine Resolution. Try it FREE! http://p.sf.net/sfu/Boundary-d2dvs2 ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] [patch] update e_dbus doxyfile
On Sat, 14 Apr 2012 14:46:32 +0900 Jérôme Pinot said: > On 04/13/12 20:26, Carsten Haitzler wrote: > > On Fri, 13 Apr 2012 08:30:54 +0900 Jérôme Pinot said: > > > > > Hi, > > > > > > This patch bring the doxyfile of e_dbus up-to-date. > > > > slow friday morning is it then? :) gee! thats a lot... of... mini changes to > > the comments in a build config for doxygen! :) thanks! :) in svn! > > Looking for the Doxyfile in the EFL, I saw a lot of differences between > libs. Some are using quite old config file (for doxygen 1.4 or 1.5, more > than 4 years old now), some kept the comments (eina, eet, ...), some > removed it (evas, ecore, ...). yup. we havent done much doxygen-wise in a long long long time (int erms of updating config, general driving of doxygen etc .) > First, all the config files should be bring up-to-date. It will remove > the warnings and make the doc output more consistent between the libs. > Moreover, if the EFL code is going to merge in one tree, it will be > easier with similar doxyfiles. they'll end up just having a single doxyfile.. so 1 guy will win ultimately. :) ie some doxyfile is chosen as new single master, and thats it. :) > Then, the question of keeping/removing the comments. It's a question of > taste and does not matter much. I personnaly think that's better to keep > the comments, because it's what output "doxygen -u", when you update the > config file. So, it's easier to maintain in the long term. Drawback is > that it makes a big config file. Vim can fold all the comments with: sure - just funny that you have lots of "spelling" changes to the comments. (adding .'s etc. :)) > set fdm=expr > set fde=getline(v:lnum)=~'^\\s*#'?1:0 > > -- > Jérôme Pinot > http://ngc891.blogdns.net/ -- - Codito, ergo sum - "I code, therefore I am" -- The Rasterman (Carsten Haitzler)ras...@rasterman.com -- For Developers, A Lot Can Happen In A Second. Boundary is the first to Know...and Tell You. Monitor Your Applications in Ultra-Fine Resolution. Try it FREE! http://p.sf.net/sfu/Boundary-d2dvs2 ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] [Patch][Ecore][Win32] Checking control character
On Fri, 13 Apr 2012 18:15:41 +0900 cnook said: > Dear All, Hello. > > The control characters are generated by holding down the Control key while > you strike another letter or symbol key. > Because of this reason, The Evas_Event_Key_Down in the > EVAS_CALLBACK_KEY_DOWN callback does not have proper keyname. > So I have shifted the control character to printing character. Please > review the patch and give any feedbacks. Thanks. yeah. this is right. patch in. as such there is ANOTHER field in the key event that presents the "test output" - as a string so u get ctrl chars and \n's and so-on in that string, but the key itself is still "a" :) or "z" - with an additional ^z ctrl char string alongside it. -- - Codito, ergo sum - "I code, therefore I am" -- The Rasterman (Carsten Haitzler)ras...@rasterman.com -- For Developers, A Lot Can Happen In A Second. Boundary is the first to Know...and Tell You. Monitor Your Applications in Ultra-Fine Resolution. Try it FREE! http://p.sf.net/sfu/Boundary-d2dvs2 ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] New EFL release cycle 1.0/1.2/1.6 ALPHA
used a similar naive implementation for almost 10 years before > changing it. > > - the fix for the above problem is suggested in the TODO, it's about > changing the algorithm that sorts the dependencies to consider initial > ordering as well when pulling the roots of topological sort. > > - interfaces for models/data is more to help people to override a > single part without having to do much work. For example the sole usage > of it now is to independently handle properties and children. > > - aside from interfaces exceptional corner cases, I did not see any > other relevant comment to Model; > > - I don't consider the code to be rushed in, as it's in SVN for more > than 2 months. It went through reviews, documentation, examples and is > being used in our projects without issues (the found issues were fixed > in SVN). > > - Removing it because it's not in use is chicken-egg. It will not be > used if it does not exist. As I said I'm bit busy to code right now, > but I would use Eina_Model to implement, at least (no particular > order): > * SQL loader in esql; > * Eet loader and saver; > * Eio browser; > * Enjoy, allowing plugins to provide backend-independent data (SQL > as now, but also FS or network/last.fm). > * Elementary to provide views (genlist/grid variants); > * Python: to let Python objects be used by C code > implementing/using Eina_Model. > > - I'm bit sad to see that knowing your code is not perfect and > flagging it with TODO to help others is seen as a bad thing. I always > marked like that, while others just omit those. I don't see why it > would make it a blocker for inclusion. > > Again, this code is intended to map data in a common protocol so we > reduce code duplication everywhere. It is based on properties and > children. It does events signaling to notify of changes. It does > reference counting as multiple views may hold the data. > And for these cases I really fail to see how it's broken, badly > designed or with flaws. > > What does seems to happen is a confusion with general objects. This is > not general object. Don't expect Evas_Object to be converted to > Eina_Model because it has nothing to do. What you should expect is > every data provider to talk this API and suddenly you could show a > list of something in Elementary without effort. > > []s > -- Gustavo > > > On Mon, Apr 2, 2012 at 4:03 AM, Tom Hacohen wrote: > > > > On 02/04/12 05:39, Carsten Haitzler (The Rasterman) wrote: > > > i was hoping/expecting gustavo to appear in this thread and make his > > > case. > > > > > > > He's probably unavailable atm. Anyhow, the most important point I raised > > is the last one. Given that *nothing* in the efl uses it, why are we > > trying to rush it in? > > > > > -- > Gustavo Sverzut Barbieri > http://profusion.mobi embedded systems > -- > MSN: barbi...@gmail.com > Skype: gsbarbieri > Mobile: +55 (19) 9225-2202 > -- - Codito, ergo sum - "I code, therefore I am" -- The Rasterman (Carsten Haitzler)ras...@rasterman.com -- For Developers, A Lot Can Happen In A Second. Boundary is the first to Know...and Tell You. Monitor Your Applications in Ultra-Fine Resolution. Try it FREE! http://p.sf.net/sfu/Boundary-d2dvs2 ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] [patch] update e_dbus doxyfile
On Sun, 15 Apr 2012 22:07:22 +1000 David Seikel said: > On Sun, 15 Apr 2012 12:27:12 +0900 Carsten Haitzler (The Rasterman) > wrote: > > > On Sat, 14 Apr 2012 14:46:32 +0900 Jérôme Pinot > > said: > > > > > > Then, the question of keeping/removing the comments. It's a > > > question of taste and does not matter much. I personnaly think > > > that's better to keep the comments, because it's what output > > > "doxygen -u", when you update the config file. So, it's easier to > > > maintain in the long term. Drawback is that it makes a big config > > > file. Vim can fold all the comments with: > > > > sure - just funny that you have lots of "spelling" changes to the > > comments. (adding .'s etc. :)) > > Comments are documentation to, for those looking at the source code. > It's just as important for them to be correct and easy to read. Not > everyone is an expert at reading rasteronian. Spell checking comments, > making them easier to read, is all good. That's one of the reasons why > I use a spell checker in my IDE. the day a config file is code... is the day i'm a monkeys uncle. :) its a config file. did u read the patch? VAL=x VAL2=y that's it. the comments are perfectly readable and its a corner of the build almost no one ever looks at or needs to. -- - Codito, ergo sum - "I code, therefore I am" -- The Rasterman (Carsten Haitzler)ras...@rasterman.com -- For Developers, A Lot Can Happen In A Second. Boundary is the first to Know...and Tell You. Monitor Your Applications in Ultra-Fine Resolution. Try it FREE! http://p.sf.net/sfu/Boundary-d2dvs2 ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] [BUG REPORT] edje_cc seg fault
On Mon, 16 Apr 2012 08:42:40 +0800 Brian Wang said: > On Sat, Apr 14, 2012 at 9:55 AM, Carsten Haitzler > wrote: > > On Sat, 14 Apr 2012 08:41:33 +0800 Brian Wang > > said: > > > >> On Fri, Apr 13, 2012 at 6:25 PM, Carsten Haitzler > >> wrote: > >> > On Fri, 13 Apr 2012 15:02:21 +0800 Brian Wang > >> > said: > >> > > >> > type my commit : 70168. i memset'd cinfo to 0 - how did this creep in > >> > here. it shuldn't have. g. :( > >> > >> Now, it doesn't seg fault. However, it now complains: > >> -- > >> /usr/bin/edje_cc -id ../../data/objects -fd ../../data/objects \ > >> ../../data/objects/test.edc \ > >> ../../data/objects/test.edj > >> /usr/bin/edje_cc: Error. Unable to load image "sky.jpg" used by file > >> "../../data/objects/test.edj": File (or file path) does not exist. > >> Check if path to file "sky.jpg" is correct (both directory and file > >> name). > >> -- > >> > >> sky.jpg is there though. > >> > >> Is it the same issue as this one? > >> http://www.mail-archive.com/enlightenment-devel@lists.sourceforge.net/msg32965.html > >> > >> The system jpeg library is libjpeg8. > >> > >> Thanks in advance. > > > > i guess libjpeg8 has problems... this has worked forever on libjpeg6/7. i > > suggest downgrading and seeing. libjpeg8 possibly broke compat > > I'd like to try but I have trouble redirecting eet and evas to use my > own version of libjpeg at configure time. Could you give me some > hint? you have more than 1 libjpeg installed? there aren't any specific libjpeg configure options. it just links with -ljpeg... LDFLAGS can help tell it where to link and LD_LIBRARY_PATH at runtime where to look and CFLAGS with -I/path/to/include to help to find the right headers. my suggestion is to make sure within the build env u have just 1 libjpeg (headers, libs) so there is no confusion -- - Codito, ergo sum - "I code, therefore I am" -- The Rasterman (Carsten Haitzler)ras...@rasterman.com -- For Developers, A Lot Can Happen In A Second. Boundary is the first to Know...and Tell You. Monitor Your Applications in Ultra-Fine Resolution. Try it FREE! http://p.sf.net/sfu/Boundary-d2dvs2 ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] [Patch][Ecore][Win32] Checking control character
On Mon, 16 Apr 2012 14:52:25 +0900 cnook said: in svn! tnx. one thing that was on a todo for me actually now done. well done cinoo! :) > Thanks for your response! > > I missed the updating WinCE. and.. > Mr. Vincent Torri enlighten me about ChangeLog and NEWS also. Thanks! > > Sincerely, > Shinwoo Kim. > > 2012/4/15 Carsten Haitzler > > > On Fri, 13 Apr 2012 18:15:41 +0900 cnook said: > > > > > Dear All, Hello. > > > > > > The control characters are generated by holding down the Control key > > while > > > you strike another letter or symbol key. > > > Because of this reason, The Evas_Event_Key_Down in the > > > EVAS_CALLBACK_KEY_DOWN callback does not have proper keyname. > > > So I have shifted the control character to printing character. Please > > > review the patch and give any feedbacks. Thanks. > > > > yeah. this is right. patch in. as such there is ANOTHER field in the key > > event > > that presents the "test output" - as a string so u get ctrl chars and \n's > > and > > so-on in that string, but the key itself is still "a" :) or "z" - with an > > additional ^z ctrl char string alongside it. > > > > -- > > --------- Codito, ergo sum - "I code, therefore I am" -- > > The Rasterman (Carsten Haitzler)ras...@rasterman.com > > > > -- - Codito, ergo sum - "I code, therefore I am" -- The Rasterman (Carsten Haitzler)ras...@rasterman.com -- For Developers, A Lot Can Happen In A Second. Boundary is the first to Know...and Tell You. Monitor Your Applications in Ultra-Fine Resolution. Try it FREE! http://p.sf.net/sfu/Boundary-d2dvs2 ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
[E-devel] efl 1.2/1.6/1.0 beta... almost there
so for this beta... we have 1 thing left to resolve. eina_model. that's it. rather good that we're down to 1 thing. so can we please resolve this asap? it's a blocker. see my mail to the release thread on it. right now i lean to disabling eina_model (eina_value stays) for release. convince me otherwise please if eina_model should stay for release. let me give a deadline of 48hrs from this email to settle this. :) -- - Codito, ergo sum - "I code, therefore I am" ------ The Rasterman (Carsten Haitzler)ras...@rasterman.com -- For Developers, A Lot Can Happen In A Second. Boundary is the first to Know...and Tell You. Monitor Your Applications in Ultra-Fine Resolution. Try it FREE! http://p.sf.net/sfu/Boundary-d2dvs2 ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] [PATCH][EET] Patch to remove the alpha from image header while saving if the alpha is set to 1 but the image is fully opaque
On Mon, 16 Apr 2012 07:05:14 + (GMT) Rajeev Ranjan said: > Hi Gustavo, >Thanks for your information on evas_image_loader when pixels are being > scanned and sparse_alpha flag is being set. But this common function > "evas_common_image_set_alpha_sparse" is being called only for loaders of svg > and tiff files, not for other formats. > > Besides in this function, we are already scanning image data texels in order > to determine alpha_sparse. So if we do similar stuff for determining opacity > of image in some other function, then scanning will happen twice for any > image while loading which will affect the performance(load time). Then the > option we are left with is to set the apha flag here itself in this function > while scanning the image data and call this function from loaders for all > image formats. Whether this option in your opinion is good as this function > name suggests for setting the alpha_sparse, not the alpha value. > > And this change will affect the image loading performance every time it gets > loaded where as if we do it in edje_cc code, then this will affect only the > eet creation flow using edje_cc, not the normal operation. > > Others including Raster has suggested for scanning the image data in edje_cc > saving flow which in my opinion should be good as it will not affect the > normal flow performance. > > I would like to know whether this should be default behavior of edje_cc or > shall I add it as an option to the compiler. If it should be an option, then > what option flag do you suggest! I think -o should be good. default in edje_cc sounds just fine to me. it's an optimization. > Please let me know your opinion on this. > Thank You. > Regards, > Rajeev > > --- Original Message --- > Sender : Gustavo Sverzut Barbieri > Date : Fri, 13 Apr 2012 11:24:29 -0300 > Title : Re: [E-devel] [PATCH][EET] Patch to remove the alpha from image > header while saving if the alpha is set to 1 but the image is fully opaque > > On 04/13/12 22:55, Gustavo Sverzut Barbieri wrote: > > On Fri, 13 Apr 2012 13:54:50 + (GMT) Rajeev Ranjan > > said: > > > > Hi Rajeev, > > > As far as I remember there is already an alpha analysis being done by > > Evas image loaders to set "sparse alpha" flag. I believe the same > > analysis can be used to detect no-alpha situation. > > > If so, doing in Evas is a best fit as it will work with images loaded > > from internet or disk. > > > BR, > > -- Gustavo > > > > >> Hi, > >> Attached to the mail is a patch to set the alpha information for an > >> image header to 0 with alpha present but all the texels being opaque. > >> > >> The objective of this patch is to avoid the alpha blending for the images > >> which don't use alpha but while creating, the alpha channel has been added > >> by the creator. In order to do so, the image individual texels are scanned > >> to find if alpha is used in the image for any texel and the image is fully > >> opaque, while saving the alpha is set to 0. If the alpha information in > >> image header is set to 0 already, then this stage is skipped. > >> > >> This implementation can be done at either eet level or edje level. > >> Currently in this patch it has been done in eet. > >> > >> If required, it can be implemented in edje_cc itself rather than in eet > >> image data saving. One more option can be to make this scanning optional > >> which can be done in edje_cc through an option provided this is implementd > >> at edje_cc level rather than at eet level. > >> > >> Change Description: > >> > >> While writing the image to eet file, the image data is scanned to find > >> out whether the alpha value in header is set to 1 and is not being used in > >> the image. If that is the case while writing, we set the alpha to 0 to > >> avoid blending for such images in the graphics pipeline. > >> > >> This will be an optimization for rendering once the image is loaded from > >> eet file as alpha blending can be avoided for such images. > >> > >> Signed-Off-By: RAJEEV RANJAN > >> > >> Please review the same and provide your feedbacks. > >> Thank You. > >> Regards, > >> Rajeev > > -- - Codito, ergo sum - "I code, therefore I am" -- The Rasterman (Carsten Haitzler)ras...@rasterman.com -- For Developers, A Lot Can Happen In A Second. Boundary is the first to Know...and Tell You. Monitor Your Applications in Ultra-Fine Resolution. Try it FREE! http://p.sf.net/sfu/Boundary-d2dvs2 ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] [PATCH][EET] Patch to remove the alpha from image header while saving if the alpha is set to 1 but the image is fully opaque
On Tue, 17 Apr 2012 01:05:27 +1000 David Seikel said: > On Mon, 16 Apr 2012 07:05:13 + (GMT) Rajeev Ranjan > wrote: > > > Hi Gustavo, > >Thanks for your information on evas_image_loader when pixels are > > being scanned and sparse_alpha flag is being set. But this common > > function "evas_common_image_set_alpha_sparse" is being called only > > for loaders of svg and tiff files, not for other formats. > > > > Besides in this function, we are already scanning image data texels > > in order to determine alpha_sparse. So if we do similar stuff for > > determining opacity of image in some other function, then scanning > > will happen twice for any image while loading which will affect the > > performance(load time). Then the option we are left with is to set > > the apha flag here itself in this function while scanning the image > > data and call this function from loaders for all image formats. > > Perhaps not for image formats that don't actually support alpha? there is no point scanning as they already have the alpha flag off which means more optimized rendering paths, so it's moot. the issue is images that are actually solid but some ninny saved them as images WITH an alpha channel. it's cleaning up after ninnies :) -- - Codito, ergo sum - "I code, therefore I am" -- The Rasterman (Carsten Haitzler)ras...@rasterman.com -- For Developers, A Lot Can Happen In A Second. Boundary is the first to Know...and Tell You. Monitor Your Applications in Ultra-Fine Resolution. Try it FREE! http://p.sf.net/sfu/Boundary-d2dvs2 ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] [PATCH][EET] Patch to remove the alpha from image header while saving if the alpha is set to 1 but the image is fully opaque
On Tue, 17 Apr 2012 01:43:01 +1000 David Seikel said: > On Tue, 17 Apr 2012 00:36:49 +0900 Carsten Haitzler (The Rasterman) > wrote: > > > On Tue, 17 Apr 2012 01:05:27 +1000 David Seikel > > said: > > > > > On Mon, 16 Apr 2012 07:05:13 + (GMT) Rajeev Ranjan > > > wrote: > > > > > > > Hi Gustavo, > > > >Thanks for your information on evas_image_loader when pixels > > > > are being scanned and sparse_alpha flag is being set. But this > > > > common function "evas_common_image_set_alpha_sparse" is being > > > > called only for loaders of svg and tiff files, not for other > > > > formats. > > > > > > > > Besides in this function, we are already scanning image data > > > > texels in order to determine alpha_sparse. So if we do similar > > > > stuff for determining opacity of image in some other function, > > > > then scanning will happen twice for any image while loading which > > > > will affect the performance(load time). Then the option we are > > > > left with is to set the apha flag here itself in this function > > > > while scanning the image data and call this function from loaders > > > > for all image formats. > > > > > > Perhaps not for image formats that don't actually support alpha? > > > > there is no point scanning as they already have the alpha flag off > > which means more optimized rendering paths, so it's moot. the issue > > is images that are actually solid but some ninny saved them as images > > WITH an alpha channel. it's cleaning up after ninnies :) > > Ah good to know. > > Yes, I'm familiar with such ninnies. The Second Life virtual world > platform suffers from Z buffer ordering problems with transparencies, > and sometimes said ninnies leave alpha channels laying around that > should not be there. Which causes problems. I've had to download many > of those, remove the alpha channel, then upload them again. Many times. thus... you understand the ninny problem. :) it's the same for efl - just you pay a performance penalty, that's all. :) -- - Codito, ergo sum - "I code, therefore I am" -- The Rasterman (Carsten Haitzler)ras...@rasterman.com -- Better than sec? Nothing is better than sec when it comes to monitoring Big Data applications. Try Boundary one-second resolution app monitoring today. Free. http://p.sf.net/sfu/Boundary-dev2dev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] eina_str_split an order of magnitude slower than clojure.string.split
On Tue, 17 Apr 2012 00:18:02 +0200 Cedric BAIL said: > On Mon, Apr 16, 2012 at 7:47 PM, Gustavo Sverzut Barbieri > wrote: > > On Sun, Apr 15, 2012 at 2:06 AM, Daniel Fitzpatrick > > wrote: > >> In messing around with creating Clojure bindings for the EFL, I decided to > >> do some performance benchmarks on the low hanging fruit. Since we're going > >> through a binding layer (the JNA), I wanted something from the > >> clojure-world which would help balance the scales a bit more. Since > >> Clojure's split operation handles regex, making the code more complex, I > >> felt that would help. I suspected these to be about even, but they were > >> not what I'd suspected. > >> > >> ; eina_init called somewhere up here > >> user=> (ave 1000 (vec (eina/eina_str_split > >> "Calvin;Leoben;D'anna;Simon;Dora2;105Rl;Six;Daniel;Sharon" ";" 0))) > >> 0.0876394360001 > >> user=> (ave 1000 (split > >> "Calvin;Leoben;D'anna;Simon;Dora2;105Rl;Six;Daniel;Sharon" #";")) > >> 0.00817745899986 > >> > >> > >> This tells it to perform the split operation 1000 times and then give the > >> average number of milliseconds elapsed for each execution. Any ideas why > >> eina is so much slower? > > > > eina_str_split() is quite naive implementation and not optimized. It > > does 3 pass over the string: 1) strlen(); 2) count tokens to allocate > > memory; 3) populate tokens on return value. > > > > The first strlen is stupid and is being used to check for empty > > string... no idea why it got in. The second and third steps could be > > joined using realloc and growing at an incremental step. This could > > help the performance a bit. > > > > In the case of a max_tokens is provided, it could pre-allocate the tokens > > array. > > > > Last but not least there are optimizations to be applied to the > > character match, doing word search (8 chars on 64bits) instead of > > byte... > > > > OTOH, it's quite space efficient for the return value, a single > > allocation is done to contain it all. > > > > But is it really useful? Does it matter? > > Well, small change like removing strlen could be done. But yes, does > it really matter, I never saw that function showing up in any > benchmark. In fact, that's certainly the main reason it is slow. It > never did hurt anyone. So if it hurt you, then patch are welcome :-) actually the eina impl even if ALL it does it malloc the array to hold 1 string AND then strdup the string is still 2x as slow as the clojure version. i've tested. simply allocating (and freeing afterwards0 alone is 2x the overhead. if you didn't free - u'd save some time, but it's even slower as u baloon in memory and probably hurt caches. if you have some kind of simple mempool recycler + gc it may be doable, but as such as long as we allocate the returned array we will never be as fast. i actually have my doubts and think clojure is optimizing things. it can ASSUME something like "EINA_PURE" as u always hand in the same input string to a method known to always produce the same output from the exact same input. with a trivial test case like this a good compiler could optimize this out to just recycle the previous result. i don't know for sure, but the fact that u can onl get to half the same speed with 1 malloc, 1 strdup, and 2 frees in c, leads me to think its doing something hyper-funky that defeats the benchmark. -- - Codito, ergo sum - "I code, therefore I am" -- The Rasterman (Carsten Haitzler)ras...@rasterman.com -- Better than sec? Nothing is better than sec when it comes to monitoring Big Data applications. Try Boundary one-second resolution app monitoring today. Free. http://p.sf.net/sfu/Boundary-dev2dev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Eobj - Request for review/comments
his one. In one hand, it makes it easier to > > defer changes, though on the other, it's deference is not optimal, would > > have been better to just create an infrastructure that will let us do better > > deference of changes. > > 13. Missing a way to group set/get. > > * I plan on making a way to say "set and get both modify the same > > property" which is not yet implemented. > > > > Please comment on the API (either the class API or the actual usage API) > > and especially on the bullets I wrote above. > > > > Please also take a look at the elw_boxedbutton "widget" in the evas > > example which shows the API for handling composited objects. > > > > Also, we are also working on automatic eobj bindings generation for > > other languages, so if you have anything to comment on this matter as > > well, please do. I see this as one of the most important parts of this > > change. > > > > There is one noticeable hack in the evas example: the > > eobj_evas_object_set/get functions. They are only there because we don't > > currently use eobj in evas, but will be fixed "automatically" once we do. > > > > Bug reports, comments, suggestions, or whatever are more than welcomed! > > > -- > Better than sec? Nothing is better than sec when it comes to > monitoring Big Data applications. Try Boundary one-second > resolution app monitoring today. Free. > http://p.sf.net/sfu/Boundary-dev2dev > ___ > 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 -- Better than sec? Nothing is better than sec when it comes to monitoring Big Data applications. Try Boundary one-second resolution app monitoring today. Free. http://p.sf.net/sfu/Boundary-dev2dev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] xrandr and screen lock
On Tue, 17 Apr 2012 12:27:40 +0530 Noorul Islam Kamal Malmiyoda said: > Hello all, > > I have been using external monitor 7 - 8 months before and everything > was working fine with xrandr. After a gap of 8 months, I got a new > monitor and screen lock is not unlocking after entering correct > password. I could see the following in ~/.xsession-errors file. > > > (exe:28284): GLib-GObject-CRITICAL **: g_object_unref: assertion > `G_IS_OBJECT (object)' failed > ERR<27980>:evas_main evas_clip.c:184 evas_object_clip_set() For now a > clip on other object than a rectangle is disabled > ERR<27980>:evas_main evas_clip.c:184 evas_object_clip_set() For now a > clip on other object than a rectangle is disabled > ERR<27980>:evas_main evas_clip.c:184 evas_object_clip_set() For now a > clip on other object than a rectangle is disabled > ERR<27980>:evas_main evas_clip.c:184 evas_object_clip_set() For now a > clip on other object than a rectangle is disabled > ERR<27980>:edje edje_util.c:2896 > edje_object_size_min_restricted_calc() file > /usr/local/share/enlightenment/data/themes/default.edj, group > e/desklock/login_box has a non-fixed part 'e.text.password'. Adding > 'fixed: 1 1;' to source EDC may help. Continuing discarding faulty > part. > ERR<27980>:edje edje_util.c:2896 > edje_object_size_min_restricted_calc() file > /usr/local/share/enlightenment/data/themes/default.edj, group > e/desklock/login_box has a non-fixed part 'e.text.password'. Adding > 'fixed: 1 1;' to source EDC may help. Continuing discarding faulty > part. > > Is anyone facing similar issue ? Is this easily fixable. > > Note:- I am not sure why this is using > /usr/local/share/enlightenment/data/themes/default.edj, when actually > I am using detour theme. > > Thanks and Regards > Noorul detour wont provide everything e needs so it falls back to the default for things detour doesnt provide. in this case the login box. i guess detour doesnt agree with things done in other bits of e. why - don't know. -- - Codito, ergo sum - "I code, therefore I am" -- The Rasterman (Carsten Haitzler)ras...@rasterman.com -- Better than sec? Nothing is better than sec when it comes to monitoring Big Data applications. Try Boundary one-second resolution app monitoring today. Free. http://p.sf.net/sfu/Boundary-dev2dev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] [Patch][elementary_test] test_list
On Tue, 17 Apr 2012 13:35:19 +0900 cnook said: > Dear All, Hello. > > I had added test code for the elementary. but I made a pause it because of > some reasons and just started again. > Today I have attached a patch for the elm_list which does not have test > code for the API elm_list_item_prev(); > Please review the attached patch and give any feedbacks. I'll be back with > other patches. Thanks! in - with null item fetch changes in as chuneon was mentioning. also.. just style-wise.. WHY a grid? why? why why why? its really a widget u DONT want to go using... much.. ever! -- - Codito, ergo sum - "I code, therefore I am" -- The Rasterman (Carsten Haitzler)ras...@rasterman.com -- Better than sec? Nothing is better than sec when it comes to monitoring Big Data applications. Try Boundary one-second resolution app monitoring today. Free. http://p.sf.net/sfu/Boundary-dev2dev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Bug in elementary-python Entry
On Tue, 10 Apr 2012 17:11:12 +0300 Kai Huuhko said: ok - in. a quick read seems it looks right, but i really can't test it atm. :( so in. let's see if there are screams and wails of agony. :) > Attached is a patch to add handling for Hover with the Entry anchor, and > updated test script. > > Tue, 10 Apr 2012 19:02:44 +0900 > Daniel Juyung Seo kirjoitti: > > > It looks good to me. But I hope other efl-python experts can review > > this. Anyhow, in SVN. Thanks. > > > > Daniel Juyung Seo (SeoZ) > > > > On Mon, Apr 9, 2012 at 5:43 AM, Kai Huuhko > > wrote: > > > Attached is a patch which makes the callback receive event_info > > > with a conversion function. I used the old AnchorBlock widget as > > > reference. It still doesn't open Hover, should this be done in the > > > conversion code? > > > > > > Wed, 4 Apr 2012 13:48:28 +0300 > > > Kai Huuhko kirjoitti: > > > > > >> Attached is a simple test to demonstrate this. > > >> > > >> I get this output: > > >> > > >> Entry object is Entry(name=%r, geometry=(8, 192, 384, 30), > > >> color=(255, 255, 255, 255), layer=0, clip=True, visible=True) > > >> We should have event_info here: () > > >> > > >> Wed, 4 Apr 2012 09:36:26 +0900 > > >> Daniel Juyung Seo kirjoitti: > > >> > > >> > Thanks for the report but can you attach any test code? > > >> > I can't reproduce it and at least I got event_info with > > >> > "anchor,clicked" callback in entry. > > >> > Thanks. > > >> > > > >> > Daniel Juyung Seo (SeoZ) > > >> > > > >> > On Wed, Apr 4, 2012 at 1:15 AM, Kai Huuhko > > >> > wrote: > > >> > > The event signal for "anchor, clicked" isn't passing > > >> > > event_info to the callback. I believe > > >> > > callback_anchor_clicked_add should have a conversion function > > >> > > and use it with _callback_add_full. > > >> > > > > >> > > This seems to be the case for the other anchor signals as well. > > >> > > > > > > > > > > > -- > > > For Developers, A Lot Can Happen In A Second. > > > Boundary is the first to Know...and Tell You. > > > Monitor Your Applications in Ultra-Fine Resolution. Try it FREE! > > > http://p.sf.net/sfu/Boundary-d2dvs2 > > > ___ > > > enlightenment-devel mailing list > > > enlightenment-devel@lists.sourceforge.net > > > https://lists.sourceforge.net/lists/listinfo/enlightenment-devel > > > > > > > -- > > Better than sec? Nothing is better than sec when it comes to > > monitoring Big Data applications. Try Boundary one-second > > resolution app monitoring today. Free. > > http://p.sf.net/sfu/Boundary-dev2dev > > ___ > > 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 -- Better than sec? Nothing is better than sec when it comes to monitoring Big Data applications. Try Boundary one-second resolution app monitoring today. Free. http://p.sf.net/sfu/Boundary-dev2dev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] queue 2
On Wed, 18 Apr 2012 00:12:07 +0200 Michaël Bouchaud said: aaah... well... there is no GUARANTEED way to know a wm has started managing the root window. there are things you can do that will work in MOSt caes, but ecore_x_window_manage is NOT one of them as this makes you a window manager. you will conflict with the wm wanting to start up and the wm starting will barf and exit/abort if it find you managing the root window. so dont do this. what you want to do is something like this. 1. set up a timeout and close your x connection (shut down ecore_x or use ecore_x_disconnect()). lets say you wait 10 seconds for this ultimate "give up" 2. if CHILD process (login session) exits before timeout, close connection, terminate xserver, restart, and go back to login screen. 3. while waiting for timeout ecore_x_window_sniff() the root window id - this listens for events on root without managing it. 4. as events come in, you need to actually not just wait for the first create, you need to listen for PROPERTY change events. 5. when u get property notify events, check the atom of the property is ECORE_X_ATOM_NET_SUPPORTING_WM_CHECK or not. If it is not - ignore. If it is then: 5.1 n = ecore_x_window_prop_window_get(root, ECORE_X_ATOM_NET_SUPPORTING_WM_CHECK, &win, 1); if this succeeds (if n > 0) then 5.2 n = ecore_x_window_prop_window_get(win, ECORE_X_ATOM_NET_SUPPORTING_WM_CHECK, &win2, 1); if (win == win2) then... 5.3 you have a valid netwm supporting wm up and running and you can close your x connection and let the wm keep doing what it does best - manage windows. if anything fails in the steps above just ignore event and keep waiting for timeout. for code look at e_hints.c - e_hints_init(). e checks for a previous netwm wm there and waits for it to go away (yes - it spins... ugly, but it almost never happens). this covers netwm wms - that's most of them these days. but older ones not doing netwm or others not supporting this part of netwm will not be detectable this way, thus your timeout is just going to wait around until you HOPE they are up and working anyway. i can add other heuristics like other properties that may hint at there being a wm there with other netwm properties, or you can create a normal 1x1 window (not override-redirect) and listen to its properties until it gets a WM_STATE property on it - this means the wm has picked it up and started managing it, so you know a wm is there. this has an artefact of a little border appearing then disappearing on startup, so i tend to not suggest it. > Hi :) > Now for elsa, a greater. I have experienced some race condition with x11 > connection. > I need to release x11 connection when the wm has took the hand on it > for time, I catch ECORE_X_EVENT_WINDOW_CREATE. > But for this I need to manage the root window (ecore_x_window_manage I'm > wrong ?). > If I'm still right, fluxbox doesn't work with this. He tries to manage > before creating some windows :( > Don't notice some signal about connection on x11. So I try to find some > help ... > Hope to find one > -- > Michaël Bouchaud (yoz) > -- > Better than sec? Nothing is better than sec when it comes to > monitoring Big Data applications. Try Boundary one-second > resolution app monitoring today. Free. > http://p.sf.net/sfu/Boundary-dev2dev > ___ > 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 -- Better than sec? Nothing is better than sec when it comes to monitoring Big Data applications. Try Boundary one-second resolution app monitoring today. Free. http://p.sf.net/sfu/Boundary-dev2dev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Detecting corrupt eet files.
On Wed, 18 Apr 2012 15:40:39 +1000 David Seikel said: > Does eet use a checksum or anything to detect if eet files got > corrupted? If so, how does the app find out about it? eet_data_read() > returning NULL? no checksums. if compressed, decompression of a data segment fails and u get NULL. if header is unusable (doesnt have keys or points out of file) u get null, if header points to wrong place in file - u dont know - u get wrong data (if compressed it'd be not able to be decompressed). same with signed data. if its not compressed and not signed, unless the file is truncated during or before the data blob, you won't know its corrupt unless u have a way to verify the data blob itself. as such eet encoded data structs willl probably fail to decode in this situation even if not compressed as u are pointing to garbage that will make no sense. if you are hell bent on ensuring the file u have is exactly as it was intended originally - checksum the whole file yourself and keep md5/sha1 or whatever sums separately. :) > If not, is there an easy way to checksum all the data, so I can do it > myself? Using the serialization stuff, with lists, variable arrays, > sub structures, and other things that mean I can't just walk the bytes > of a single blob of memory to checksum it all in one go. > > -- > A big old stinking pile of genius that no one wants > coz there are too many silver coated monkeys in the world. -- - Codito, ergo sum - "I code, therefore I am" -- The Rasterman (Carsten Haitzler)ras...@rasterman.com -- Better than sec? Nothing is better than sec when it comes to monitoring Big Data applications. Try Boundary one-second resolution app monitoring today. Free. http://p.sf.net/sfu/Boundary-dev2dev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] [Patch][Genlist] fix the bug in _elm_genlist_item_del_notserious
On Wed, 18 Apr 2012 14:50:20 +0900 chanwook jung said: > Dear all, > > I made a patch to fix the bug in _elm_genlist_item_del_notserious. > If relcount is not 0 or walking is not 0, return. yup. looks right. in svn. tnx! :) -- - Codito, ergo sum - "I code, therefore I am" -- The Rasterman (Carsten Haitzler)ras...@rasterman.com -- Better than sec? Nothing is better than sec when it comes to monitoring Big Data applications. Try Boundary one-second resolution app monitoring today. Free. http://p.sf.net/sfu/Boundary-dev2dev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Fwd: queue 1
On Wed, 18 Apr 2012 10:50:53 +0900 Daniel Juyung Seo
said:
> Hello,
> I agree with this change but I'm sad that Elm_Object_Select_Mode is
> not reusable here :(
> If we need to add Elm_Calendar_Select_Mode enum, I recommend to rename them.
> So my suggestion is
>
> typedef enum
> {
>ELM_CALENDAR_SELECT_MODE_ALWAYS,
>ELM_CALENDAR_SELECT_MODE_NONE,
>ELM_CALENDAR_SELECT_MODE_ONDEMAND
> } Elm_Calendar_Select_Mode;
what does ONDEMAND do? also if we do this make it:
ELM_CALENDAR_SELECT_MODE_DEFAULT = 0,
ELM_CALENDAR_SELECT_MODE_ALWAYS,
ELM_CALENDAR_SELECT_MODE_NONE,
ELM_CALENDAR_SELECT_MODE_ONDEMAND // <- whatever that is?
at least it matches numerically to Elm_Object_Select_Mode in case people stuff
up and use the wrong enum. :) so michael - pls make a patch and send in asap!
> Thanks.
>
> Daniel Juyung Seo (Seoz)
>
> 2012/4/18 Michaël Bouchaud :
> > -- Forwarded message --
> > From: Michaël Bouchaud
> > Date: 2012/4/18
> > Subject: queue 1
> > To: Enlightenment users discussion & support <
> > enlightenment-us...@lists.sourceforge.net>
> >
> >
> > Hi all,
> > I come here about release, I want made some changes to elm_calendar in
> > future.
> > Here is the problem about this widget. You have only two choice, user can't
> > select
> > a day, second one user has always selected a day. I want introduce a third
> > choice, user
> > could have not selected a day.
> > So we go to release soon, near to freeze the beta and my patch isn't ready
> > :(. So I think about futur.
> > I just want deprecate elm_calendar_day_selecion_disabled_set and get func.
> > So I replace it by
> > elm_calendar_select_mode_set(Evas_object, Elm_Calendar_Select_Mode(enum)) /
> > get func. Where
> > mode are for now ELM_CALENDAR_SELECT_ALWAYS, ELM_CALENDAR_SELECT_NEVER. I
> > will
> > introduce in futur (soon, I hope) ELM_CALENDAR_SELECT_USER.
> > What do you think?
> >
> > --
> > Michaël Bouchaud (yoz)
> >
> >
> >
> >
> > --
> > Michaël Bouchaud (yoz)
> > --
> > Better than sec? Nothing is better than sec when it comes to
> > monitoring Big Data applications. Try Boundary one-second
> > resolution app monitoring today. Free.
> > http://p.sf.net/sfu/Boundary-dev2dev
> > ___
> > enlightenment-devel mailing list
> > enlightenment-devel@lists.sourceforge.net
> > https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
>
> --
> Better than sec? Nothing is better than sec when it comes to
> monitoring Big Data applications. Try Boundary one-second
> resolution app monitoring today. Free.
> http://p.sf.net/sfu/Boundary-dev2dev
> ___
> 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
--
Better than sec? Nothing is better than sec when it comes to
monitoring Big Data applications. Try Boundary one-second
resolution app monitoring today. Free.
http://p.sf.net/sfu/Boundary-dev2dev
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] [BUG REPORT] edc 'inherit' keyword causing problems
On Wed, 18 Apr 2012 14:56:54 +0800 Brian Wang said: > Hello all, > > I am not sure if this is intended. However, it used to work. > > Case : A part with multiple states (sizes) > State #1 : default > State #2 : inherit State #1, with different size (different rel1, rel2) > --> State #2 seems to fail to change the rel1 and rel2 properties. > > Please see the attached edc file for the demonstration of the problem. > > Thanks in advance. works for me - white box slides up into red bar when i click... :/ -- - Codito, ergo sum - "I code, therefore I am" -- The Rasterman (Carsten Haitzler)ras...@rasterman.com -- Better than sec? Nothing is better than sec when it comes to monitoring Big Data applications. Try Boundary one-second resolution app monitoring today. Free. http://p.sf.net/sfu/Boundary-dev2dev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] [patch] elm_genlist - bugfix at item flipped
On Wed, 18 Apr 2012 19:10:09 +0900 Hyoyoung Chang said: ok - in it goes. read it - seems about right. tnx! :) > I made a small patch about item flipped. > It resolves two bugs > > 1. flip_set and unset is called quickly, sometimes genlist can't free > flipped data. > it fixed to remove checking flipped status in item unrealize > > 2. add item unhighlight at flip_job -- - Codito, ergo sum - "I code, therefore I am" -- The Rasterman (Carsten Haitzler)ras...@rasterman.com -- Better than sec? Nothing is better than sec when it comes to monitoring Big Data applications. Try Boundary one-second resolution app monitoring today. Free. http://p.sf.net/sfu/Boundary-dev2dev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] How to use evas_object_layer_set() feature in EDC ?
On Wed, 18 Apr 2012 11:30:05 + (GMT) Sumanth Krishna Mannam said: no - you can't as this violates the encapsulation of the edje object - all objects are INSIDE the edje object. > > Dear All, > > Is there any option to utilize evas_object_layer_set() feature in EDC? > This may be a desirable feature like, Slider widget can display zoom > indicator may be few pixels above the actual indicator where many higher > layer objects present. Whenever the zoom indicator is displayed (in drag > state), it should be moved to higher level layer to avoid clippings. > > To support these kind of features completely controlled by EDC without widget > code intervention, I am proposing to add a layer/level property to EDC Part > for each state. > > > Your suggestions are welcome :) > > Thanks, > Sumanth Krishna > -- > Better than sec? Nothing is better than sec when it comes to > monitoring Big Data applications. Try Boundary one-second > resolution app monitoring today. Free. > http://p.sf.net/sfu/Boundary-dev2dev > ___ > 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 -- Better than sec? Nothing is better than sec when it comes to monitoring Big Data applications. Try Boundary one-second resolution app monitoring today. Free. http://p.sf.net/sfu/Boundary-dev2dev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] [Query][E-Notify] Enotification sending does not work if sender and receiver(running the notification daemon) run under different user
On Wed, 18 Apr 2012 14:32:23 + (GMT) Rajeev Ranjan said: > Hi, > While working with E-Notify, I found that notification sent by a sender app > does not get received by the receiver(running the daemon such as > Enlightenment window manager or some other app) if both run under different > user. One can test this by running e-notify-send under some other user, say > root by switching to that using su. I tested in an enlightenment session as > well as by running notification daemon in another application after disabling > notification module in enlightenment window manager. Is it because, E-Notify > is using Session Bus! > > Please suggest a way by which it can work between users as well. My > requirement is support multiple users sessions and they should be able to > communicate using e-notify. your problem is multiple uid's and the session dbus. as such nothing works properly with dbus if you are running multiple ui'ds on the same session (only system bus - and a system bus is for the WHOLE system not for that login session). simple version - don't use multiple uid's. -- - Codito, ergo sum - "I code, therefore I am" -- The Rasterman (Carsten Haitzler)ras...@rasterman.com -- Better than sec? Nothing is better than sec when it comes to monitoring Big Data applications. Try Boundary one-second resolution app monitoring today. Free. http://p.sf.net/sfu/Boundary-dev2dev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] eet data type sizes.
On Thu, 19 Apr 2012 06:27:23 +1000 David Seikel said: > I'm not seeing anywhere in the docs a description of the eet integer > data type sizes. The float types include their size in the name - actually those are fixed point, not float. theres FLOAT and DOUBLE for floating point... no sizes specified. > EET_T_F16P16. What size are EET_T_CHAR, EET_T_SHORT, EET_T_INT, and > EET_T_LONG_LONG? I would guess 8, 16, 32, and 64 bits, but a quick > look at the code seems to suggest they are compiler dependant. At the > very least it should be documented. And easily found if it IS > documented. lol they are compiler dependent... but NOTE... that there is no LONG, .. LONG_LONG, but not LONG. there is a reason for this. all of EFL assumes the following: CHAR=8 SHORT=16 INT=32 FLOAT=32 DOUBLE=64 LONG_LONG=64 and the wiggly bit - why LONG is skipped: LONG=32/64 (depending on arch) if your compiler or architecture doesn't conform to this - EFL doesn't work, so it's not documented because it is part of the base architecture assumption. no sane modern architecture in the *NIX world that is commonly in use violates the above assumption. ints don't magically become 16bit or 64bit based on architecture. -- - Codito, ergo sum - "I code, therefore I am" -- The Rasterman (Carsten Haitzler)ras...@rasterman.com -- Better than sec? Nothing is better than sec when it comes to monitoring Big Data applications. Try Boundary one-second resolution app monitoring today. Free. http://p.sf.net/sfu/Boundary-dev2dev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Fwd: queue 1
On Wed, 18 Apr 2012 00:13:15 +0200 Michaël Bouchaud said: hey yoz... see my reply to daniel... can u push out a patch asap? :) like when you wake up and see this? :) > -- Forwarded message -- > From: Michaël Bouchaud > Date: 2012/4/18 > Subject: queue 1 > To: Enlightenment users discussion & support < > enlightenment-us...@lists.sourceforge.net> > > > Hi all, > I come here about release, I want made some changes to elm_calendar in > future. > Here is the problem about this widget. You have only two choice, user can't > select > a day, second one user has always selected a day. I want introduce a third > choice, user > could have not selected a day. > So we go to release soon, near to freeze the beta and my patch isn't ready > :(. So I think about futur. > I just want deprecate elm_calendar_day_selecion_disabled_set and get func. > So I replace it by > elm_calendar_select_mode_set(Evas_object, Elm_Calendar_Select_Mode(enum)) / > get func. Where > mode are for now ELM_CALENDAR_SELECT_ALWAYS, ELM_CALENDAR_SELECT_NEVER. I > will > introduce in futur (soon, I hope) ELM_CALENDAR_SELECT_USER. > What do you think? > > -- > Michaël Bouchaud (yoz) > > > > > -- > Michaël Bouchaud (yoz) > -- > Better than sec? Nothing is better than sec when it comes to > monitoring Big Data applications. Try Boundary one-second > resolution app monitoring today. Free. > http://p.sf.net/sfu/Boundary-dev2dev > ___ > 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 -- For Developers, A Lot Can Happen In A Second. Boundary is the first to Know...and Tell You. Monitor Your Applications in Ultra-Fine Resolution. Try it FREE! http://p.sf.net/sfu/Boundary-d2dvs2 ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] How to use evas_object_layer_set() feature in EDC ?
On Thu, 19 Apr 2012 04:47:42 + (GMT) Sumanth Krishna Mannam said: > Samsung Enterprise Portal mySingle > > Hi Raster, > > > > Are you suggesting that all the objects of a group should be placed in a > single layer, otherwise it will be a voilation of edje object encapsulation ? not even a single layer - WITHIN the same object. smart objects effectively make a tree. its the same as windows in x or win32 or osx. things inside that window cannot be stacked OUTSIDE of the window above/below without making another window and stacking it on top. it violates the encapsulation. > Thanks, > > Sumanth > > > > > --- Original Message --- > > Sender : Carsten Haitzler > > > Date : Apr 18, 2012 18:17 (GMT+05:30) > > > Title : Re: [E-devel] How to use evas_object_layer_set() feature in EDC ? > > > > On Wed, 18 Apr 2012 11:30:05 + (GMT) Sumanth Krishna Mannam > > said: > > > > no - you can't as this violates the encapsulation of the edje object - all > > objects are INSIDE the edje object. > > > > > > > Dear All, > > > > > > Is there any option to utilize evas_object_layer_set() feature in EDC? > > > This may be a desirable feature like, Slider widget can display zoom > > > indicator may be few pixels above the actual indicator where many higher > > > layer objects present. Whenever the zoom indicator is displayed (in drag > > > state), it should be moved to higher level layer to avoid clippings. > > > > > > To support these kind of features completely controlled by EDC without > > > widget code intervention, I am proposing to add a layer/level property to > > > EDC Part for each state. > > > > > > > > > Your suggestions are welcome :) > > > > > > Thanks, > > > Sumanth Krishna > > > -- > > > Better than sec? Nothing is better than sec when it comes to > > > monitoring Big Data applications. Try Boundary one-second > > > resolution app monitoring today. Free. > > > http://p.sf.net/sfu/Boundary-dev2dev > > > ___ > > > 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 > > > > > > > --- > > Sumanth Krishna Mannam > > Software Engineer > > Samsung India Software Operations > > Bangalore, India > > > > -- - Codito, ergo sum - "I code, therefore I am" -- The Rasterman (Carsten Haitzler)ras...@rasterman.com -- For Developers, A Lot Can Happen In A Second. Boundary is the first to Know...and Tell You. Monitor Your Applications in Ultra-Fine Resolution. Try it FREE! http://p.sf.net/sfu/Boundary-d2dvs2 ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] How to use evas_object_layer_set() feature in EDC ?
On Thu, 19 Apr 2012 15:08:30 +0530 GOVINDARAJU SM said: > Hi Raster, > I think, Sumanth's question is about having EDC group with different > Parts in different layer ( with in same canvas, Window ). In General > EDC Group parts are layered based on the order its declared. Can we add > one more property in EDC part description for Layer level ( similar to > EDC part source2...source6, which is placed above layer of the TEXTBLOCK ) i know. you can't all the objects are stacked WITHIN the edje object. an object can only exist in 1 layer. thus the layer the edje object is in. otherwise you break the encapsulation and stacking - so no u can't. if ytou want this it has to be done outside the edje object itself and things have to be broken into multiple objects at the top level. > His question is about with in one window/canvas, and Edje object itself > gets a user defined layer level from EDC and placing a part on that > layer. Do you consider this as violation of encapsulation? EDC part > source2 does almost the same... :) > > Regards, > Govind > > On 4/19/2012 2:28 PM, Carsten Haitzler (The Rasterman) wrote: > > On Thu, 19 Apr 2012 04:47:42 + (GMT) Sumanth Krishna Mannam > > said: > > > >> Samsung Enterprise Portal mySingle > >> > >> Hi Raster, > >> > >> > >> > >> Are you suggesting that all the objects of a group should be placed in a > >> single layer, otherwise it will be a voilation of edje object > >> encapsulation ? > > not even a single layer - WITHIN the same object. smart objects effectively > > make a tree. its the same as windows in x or win32 or osx. things inside > > that window cannot be stacked OUTSIDE of the window above/below without > > making another window and stacking it on top. it violates the encapsulation. > > > >> Thanks, > >> > >> Sumanth > >> > >> > >> > >>> --- Original Message --- > >>> Sender : Carsten Haitzler > >>> Date : Apr 18, 2012 18:17 (GMT+05:30) > >>> Title : Re: [E-devel] How to use evas_object_layer_set() feature in EDC ? > >>>> On Wed, 18 Apr 2012 11:30:05 + (GMT) Sumanth Krishna Mannam > >>> said: > >>> > >>> no - you can't as this violates the encapsulation of the edje object - all > >>> objects are INSIDE the edje object. > >>> > >>> > >>>> Dear All, > >>>> > >>>> Is there any option to utilize evas_object_layer_set() feature in EDC? > >>>> This may be a desirable feature like, Slider widget can display zoom > >>>> indicator may be few pixels above the actual indicator where many higher > >>>> layer objects present. Whenever the zoom indicator is displayed (in drag > >>>> state), it should be moved to higher level layer to avoid clippings. > >>>> > >>>> To support these kind of features completely controlled by EDC without > >>>> widget code intervention, I am proposing to add a layer/level property to > >>>> EDC Part for each state. > >>>> > >>>> > >>>> Your suggestions are welcome :) > >>>> > >>>> Thanks, > >>>> Sumanth Krishna > >>>> -- > >>>> Better than sec? Nothing is better than sec when it comes to > >>>> monitoring Big Data applications. Try Boundary one-second > >>>> resolution app monitoring today. Free. > >>>> http://p.sf.net/sfu/Boundary-dev2dev > >>>> ___ > >>>> 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 > >> > >> > >> > >> > >> > >> --- > >> > >> Sumanth Krishna Mannam > >> > >> Software Engineer > >> > >> Samsung India Software Operations > >> > >> Bangalore, India > >> > >> > >> > &g
Re: [E-devel] How to use evas_object_layer_set() feature in EDC ?
On Thu, 19 Apr 2012 22:50:51 +0900 Carsten Haitzler (The Rasterman) said: > On Thu, 19 Apr 2012 15:08:30 +0530 GOVINDARAJU SM said: > > > Hi Raster, > > I think, Sumanth's question is about having EDC group with different > > Parts in different layer ( with in same canvas, Window ). In General > > EDC Group parts are layered based on the order its declared. Can we add > > one more property in EDC part description for Layer level ( similar to > > EDC part source2...source6, which is placed above layer of the TEXTBLOCK ) > > i know. you can't all the objects are stacked WITHIN the edje object. an errr missed a . after all. :) > object can only exist in 1 layer. thus the layer the edje object is in. > otherwise you break the encapsulation and stacking - so no u can't. if ytou > want this it has to be done outside the edje object itself and things have to > be broken into multiple objects at the top level. > > > His question is about with in one window/canvas, and Edje object itself > > gets a user defined layer level from EDC and placing a part on that > > layer. Do you consider this as violation of encapsulation? EDC part > > source2 does almost the same... :) > > > > Regards, > > Govind > > > > On 4/19/2012 2:28 PM, Carsten Haitzler (The Rasterman) wrote: > > > On Thu, 19 Apr 2012 04:47:42 + (GMT) Sumanth Krishna Mannam > > > said: > > > > > >> Samsung Enterprise Portal mySingle > > >> > > >> Hi Raster, > > >> > > >> > > >> > > >> Are you suggesting that all the objects of a group should be placed in a > > >> single layer, otherwise it will be a voilation of edje object > > >> encapsulation ? > > > not even a single layer - WITHIN the same object. smart objects > > > effectively make a tree. its the same as windows in x or win32 or osx. > > > things inside that window cannot be stacked OUTSIDE of the window > > > above/below without making another window and stacking it on top. it > > > violates the encapsulation. > > > > > >> Thanks, > > >> > > >> Sumanth > > >> > > >> > > >> > > >>> --- Original Message --- > > >>> Sender : Carsten Haitzler > > >>> Date : Apr 18, 2012 18:17 (GMT+05:30) > > >>> Title : Re: [E-devel] How to use evas_object_layer_set() feature in > > >>> EDC ? > > >>>> On Wed, 18 Apr 2012 11:30:05 + (GMT) Sumanth Krishna Mannam > > >>> said: > > >>> > > >>> no - you can't as this violates the encapsulation of the edje object - > > >>> all objects are INSIDE the edje object. > > >>> > > >>> > > >>>> Dear All, > > >>>> > > >>>> Is there any option to utilize evas_object_layer_set() feature in > > >>>> EDC? This may be a desirable feature like, Slider widget can display > > >>>> zoom indicator may be few pixels above the actual indicator where many > > >>>> higher layer objects present. Whenever the zoom indicator is displayed > > >>>> (in drag state), it should be moved to higher level layer to avoid > > >>>> clippings. > > >>>> > > >>>> To support these kind of features completely controlled by EDC without > > >>>> widget code intervention, I am proposing to add a layer/level property > > >>>> to EDC Part for each state. > > >>>> > > >>>> > > >>>> Your suggestions are welcome :) > > >>>> > > >>>> Thanks, > > >>>> Sumanth Krishna > > >>>> -- > > >>>> Better than sec? Nothing is better than sec when it comes to > > >>>> monitoring Big Data applications. Try Boundary one-second > > >>>> resolution app monitoring today. Free. > > >>>> http://p.sf.net/sfu/Boundary-dev2dev > > >>>> ___ > > >>>> enlightenment-devel mailing list > > >>>> enlightenment-devel@lists.sourceforge.net > > >>>> https://lists.sourceforge.net/lists/listinfo/enlightenment-devel > > >>>> > > >>> > > >>> -- > > >>> - Codito, ergo
[E-devel] beta time
it's time for beta. i want everyone to hold back on svn for the next 24hrs to give it settling time until i mark out the beta tomorrow. don't make any changes that are anything but minor typos in documentation or readme's etc. in the next 12-18hrs or so can u look over NEWS, Changelog, README and other doc files to checks its all good. the plan as of now is this. we put out this beta, and next tuesday evening (my time) we put out a release and svn trunk goes back to devel mode, patches to releases go into the branches. etc. -- - Codito, ergo sum - "I code, therefore I am" ------ The Rasterman (Carsten Haitzler)ras...@rasterman.com -- For Developers, A Lot Can Happen In A Second. Boundary is the first to Know...and Tell You. Monitor Your Applications in Ultra-Fine Resolution. Try it FREE! http://p.sf.net/sfu/Boundary-d2dvs2 ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] beta time
On Thu, 19 Apr 2012 16:56:43 +0200 Vincent Torri said: > On Thu, Apr 19, 2012 at 4:07 PM, Carsten Haitzler > wrote: > > it's time for beta. i want everyone to hold back on svn for the next 24hrs > > to give it settling time until i mark out the beta tomorrow. don't make any > > changes that are anything but minor typos in documentation or readme's etc. > > in the next 12-18hrs or so can u look over NEWS, Changelog, README and > > other doc files to checks its all good. the plan as of now is this. we put > > out this beta, and next tuesday evening (my time) we put out a release and > > svn trunk goes back to devel mode, patches to releases go into the > > branches. etc. > > ticket #995 : libeina.so.1: undefined symbol: eina_model_init WFM. that was temporary in svn for about 10 mins. -- ----- Codito, ergo sum - "I code, therefore I am" -- The Rasterman (Carsten Haitzler)ras...@rasterman.com -- For Developers, A Lot Can Happen In A Second. Boundary is the first to Know...and Tell You. Monitor Your Applications in Ultra-Fine Resolution. Try it FREE! http://p.sf.net/sfu/Boundary-d2dvs2 ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Introducing EFL Korean User Group
On Fri, 20 Apr 2012 11:29:30 +0900 Jérôme Pinot said: > On 04/19/12 16:21, Daniel Juyung Seo wrote: > > Dear all, this is Daniel Juyung Seo. > > I introduce EFL Korean User Group, > > http://efl.or.kr > > > > This group is not a big community or whatever as of now. It's a place > > to hold all Korean EFL materials together. > > The reason why we created this is that it is very hard to find Korean > > information for EFL and all the information is spread. > > And I've been asked about Korean EFL material from many people. > > > > I and Hermet created this group and Woohyun will join us soon :) > > \I encourage any Korean to join this group and share your EFL blog > > posts with us. > > Basically many of the contents are linked to my blog now and Hermet's > > blog is also linked. > > > > Thank you very much. > > Is this group only for korean people? > I'm not korean but after 10 years living in South Korea, maybe a little > bit :-) are you still in korea? :) > BTW, one of my efl project, ePeriodique, is translated into korean. cool :) -- - Codito, ergo sum - "I code, therefore I am" -- The Rasterman (Carsten Haitzler)ras...@rasterman.com -- For Developers, A Lot Can Happen In A Second. Boundary is the first to Know...and Tell You. Monitor Your Applications in Ultra-Fine Resolution. Try it FREE! http://p.sf.net/sfu/Boundary-d2dvs2 ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E SVN: cedric trunk/eina/src/lib
On Fri, 20 Apr 2012 03:53:58 -0400 Michael Blumenkrantz said: > On Thu, 19 Apr 2012 10:31:10 +0200 > Vincent Torri wrote: > > > On Thu, Apr 19, 2012 at 10:17 AM, Michael Blumenkrantz > > wrote: > > > On Thu, 19 Apr 2012 11:09:59 +0300 > > > Tom Hacohen wrote: > > > > > >> On 19/04/12 10:34, Michael Blumenkrantz wrote: > > >> > bottom line: this is a feature; we are in a feature freeze, and we have > > >> > been for a month. it must be removed immediately. > > >> > > > >> > > >> It seems you are correct. > > >> > > >> -- > > >> Tom. > > > > > > there's a number of other commits which also have broken the freeze, but > > > I'm still hopeful that, for the non-essential ones, the authors will > > > acknowledge their fault and revert the commits. > > > > can yyou give a list (except elm) ? > > > > Vincent > > 70350 for starters... api changes to fix a bug are allowed. evil is there to provide api that is missing on windows - thus to make things port to windows it may have to add new api's, otherwise it's useless as things wont build there. -- - Codito, ergo sum - "I code, therefore I am" -- The Rasterman (Carsten Haitzler)ras...@rasterman.com -- For Developers, A Lot Can Happen In A Second. Boundary is the first to Know...and Tell You. Monitor Your Applications in Ultra-Fine Resolution. Try it FREE! http://p.sf.net/sfu/Boundary-d2dvs2 ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] beta time
On Thu, 19 Apr 2012 20:04:25 + leif.middelschu...@gmail.com said: more bugs are coming in now so we have to try fix them before beta. :( > Hey, > > I've found possible SEGVs in elm's fileselector. I wrote a patch, but am on a > train right now and am writing this from my mobile. > > Both are related to strdup of NULL. > See lines 247 and 1142 (r70280). > > Sorry for topposting.Carsten Haitzler (The Rasterman) schrieb am 19.04.12 > 16:07: it's time for beta. i want everyone to hold back on svn for the next > 24hrs to give it settling time until i mark out the beta tomorrow. don't make > any changes that are anything but minor typos in documentation or readme's > etc. in the next 12-18hrs or so can u look over NEWS, Changelog, README and > other doc files to checks its all good. the plan as of now is this. we put > out this beta, and next tuesday evening (my time) we put out a release and > svn trunk goes back to devel mode, patches to releases go into the branches. > etc. > > -- > ----- Codito, ergo sum - "I code, therefore I am" -- > The Rasterman (Carsten Haitzler)ras...@rasterman.com > > > -- > For Developers, A Lot Can Happen In A Second. > Boundary is the first to Know...and Tell You. > Monitor Your Applications in Ultra-Fine Resolution. Try it FREE! > http://p.sf.net/sfu/Boundary-d2dvs2 > ___ > enlightenment-devel mailing list > enlightenment-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/enlightenment-devel > > > -- > For Developers, A Lot Can Happen In A Second. > Boundary is the first to Know...and Tell You. > Monitor Your Applications in Ultra-Fine Resolution. Try it FREE! > http://p.sf.net/sfu/Boundary-d2dvs2 > ___ > 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 -- For Developers, A Lot Can Happen In A Second. Boundary is the first to Know...and Tell You. Monitor Your Applications in Ultra-Fine Resolution. Try it FREE! http://p.sf.net/sfu/Boundary-d2dvs2 ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] beta time
On Fri, 20 Apr 2012 19:51:54 +0900 Jérôme Pinot said: > On 04/20/12 19:32, Carsten Haitzler wrote: > > On Thu, 19 Apr 2012 20:04:25 + leif.middelschu...@gmail.com said: > > > > more bugs are coming in now so we have to try fix them before beta. :( > > I would like to send an example for eina_simple_xml, because > there is no code in the documentation now. > I already have a working code but it needs cleaning if it is used for > the doc. I can have it ready tomorrow. > > Do I send it before the beta or should I wait next week? send send. i wont be doing beta until this weekend it seems. :( i see no usefulness of doing a beta when there are a queue of known bugs. -- - Codito, ergo sum - "I code, therefore I am" -- The Rasterman (Carsten Haitzler)ras...@rasterman.com -- For Developers, A Lot Can Happen In A Second. Boundary is the first to Know...and Tell You. Monitor Your Applications in Ultra-Fine Resolution. Try it FREE! http://p.sf.net/sfu/Boundary-d2dvs2 ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Introducing EFL Korean User Group
On Fri, 20 Apr 2012 20:05:19 +0900 Daniel Juyung Seo said: > On Apr 20, 2012 7:46 PM, "Jérôme Pinot" wrote: > > > > On 04/20/12 13:57, Daniel Juyung Seo wrote: > > > Wow.. 10 years in Korea! That's great. > > > I've tried ePeriodique before :) But I didn't notice it supports Korean > though. > > > Interesting. Did you translate that by yourself? > > > > Yes, but this was mostly lonely words, so it was not a big challenge :-) > > still great! ifound a typo about halogen though. :) my korean *IS* just typos. 치발! :) > > > Btw, the Korean User Group is not limited to foreigners. > > > It is just a blob of links about EFL information written in Korean. > > > We may open up a forum later but as of now we have links only. > > > > > > Anyhow, it's great to know that you lived in Korean for 10 years. > > > > And I'm still here, mostly in Daejeon, sometimes in Seoul. > > > wow that's a news! what do you do there? > come to suwon and spank raster when you have time :) or come to seoul. i live in yongsan. maybe we should have regular monthly e/efl dinners now we have more people spread out? if you're in seoul sometimes... we might be able to arrange something. > > > Daniel Juyung Seo (SeoZ) > > > > > > > > > On Fri, Apr 20, 2012 at 11:29 AM, Jérôme Pinot wrote: > > > > On 04/19/12 16:21, Daniel Juyung Seo wrote: > > > >> Dear all, this is Daniel Juyung Seo. > > > >> I introduce EFL Korean User Group, > > > >> http://efl.or.kr > > > >> > > > >> This group is not a big community or whatever as of now. It's a place > > > >> to hold all Korean EFL materials together. > > > >> The reason why we created this is that it is very hard to find Korean > > > >> information for EFL and all the information is spread. > > > >> And I've been asked about Korean EFL material from many people. > > > >> > > > >> I and Hermet created this group and Woohyun will join us soon :) > > > >> \I encourage any Korean to join this group and share your EFL blog > > > >> posts with us. > > > >> Basically many of the contents are linked to my blog now and Hermet's > > > >> blog is also linked. > > > >> > > > >> Thank you very much. > > > > > > > > Is this group only for korean people? > > > > I'm not korean but after 10 years living in South Korea, maybe a > little > > > > bit :-) > > > > BTW, one of my efl project, ePeriodique, is translated into korean. > > > > > > > > -- > > > > Jérôme Pinot > > > > http://ngc891.blogdns.net/ > > > > > > > > > -- > > > > For Developers, A Lot Can Happen In A Second. > > > > Boundary is the first to Know...and Tell You. > > > > Monitor Your Applications in Ultra-Fine Resolution. Try it FREE! > > > > http://p.sf.net/sfu/Boundary-d2dvs2 > > > > ___ > > > > enlightenment-devel mailing list > > > > enlightenment-devel@lists.sourceforge.net > > > > https://lists.sourceforge.net/lists/listinfo/enlightenment-devel > > > > > > > > > > > -- > > > For Developers, A Lot Can Happen In A Second. > > > Boundary is the first to Know...and Tell You. > > > Monitor Your Applications in Ultra-Fine Resolution. Try it FREE! > > > http://p.sf.net/sfu/Boundary-d2dvs2 > > > ___ > > > enlightenment-devel mailing list > > > enlightenment-devel@lists.sourceforge.net > > > https://lists.sourceforge.net/lists/listinfo/enlightenment-devel > > > > -- > > Jérôme Pinot > > http://ngc891.blogdns.net/ > > > > > -- > > For Developers, A Lot Can Happen In A Second. > > Boundary is the first to Know...and Tell You. > > Monitor Your Applications in Ultra-Fine Resolution. Try it FREE! > > http://p.sf.net/sfu/Boundary-d2dvs2 > > ___ > > enlightenment-devel mailing list > > enlightenment-devel@lists.sourceforge.net > > https://lists.sourceforge.net/lis
Re: [E-devel] Introducing EFL Korean User Group
On Fri, 20 Apr 2012 20:49:31 +0900 Jérôme Pinot said: > On 04/20/12 20:11, Carsten Haitzler wrote: > > On Fri, 20 Apr 2012 20:05:19 +0900 Daniel Juyung Seo > > said: > > > > > On Apr 20, 2012 7:46 PM, "Jérôme Pinot" wrote: > > > > > > > > On 04/20/12 13:57, Daniel Juyung Seo wrote: > > > > > Wow.. 10 years in Korea! That's great. > > > > > I've tried ePeriodique before :) But I didn't notice it supports > > > > > Korean > > > though. > > > > > Interesting. Did you translate that by yourself? > > > > > > > > Yes, but this was mostly lonely words, so it was not a big challenge :-) > > > > > > still great! ifound a typo about halogen though. > > > > :) my korean *IS* just typos. 치발! :) > > > > > > > Btw, the Korean User Group is not limited to foreigners. > > > > > It is just a blob of links about EFL information written in Korean. > > > > > We may open up a forum later but as of now we have links only. > > > > > > > > > > Anyhow, it's great to know that you lived in Korean for 10 years. > > > > > > > > And I'm still here, mostly in Daejeon, sometimes in Seoul. > > > > > > > wow that's a news! what do you do there? > > > come to suwon and spank raster when you have time :) > > > > or come to seoul. i live in yongsan. maybe we should have regular monthly > > e/efl dinners now we have more people spread out? if you're in seoul > > sometimes... we might be able to arrange something. > > Yongsan is good for me, there is the train station near. And there are > french restaurants at Itaewon :-P bah! the french don't know how to make food. you never discovered kimchi and pickles to be served at EVERY MEAL! if there isn't kimchi.. it isn't food! :-P :) -- - Codito, ergo sum - "I code, therefore I am" -- The Rasterman (Carsten Haitzler)ras...@rasterman.com -- For Developers, A Lot Can Happen In A Second. Boundary is the first to Know...and Tell You. Monitor Your Applications in Ultra-Fine Resolution. Try it FREE! http://p.sf.net/sfu/Boundary-d2dvs2 ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Bug in Elementary File Selector with ampersand in filename
On Thu, 19 Apr 2012 19:27:03 +0300 Kai Huuhko said: > Elementary File Selector does not handle correctly file/foldernames > with ampersands in them. This is not only cosmetic, in that everything > after the ampersand is cut of, but also functional; the file or folder > path is not properly passed to the callback function. fixed in svn. it needed an addition to edje api though. other issues lurking thru elm too here, so i made it consistent now. -- - Codito, ergo sum - "I code, therefore I am" -- The Rasterman (Carsten Haitzler)ras...@rasterman.com -- For Developers, A Lot Can Happen In A Second. Boundary is the first to Know...and Tell You. Monitor Your Applications in Ultra-Fine Resolution. Try it FREE! http://p.sf.net/sfu/Boundary-d2dvs2 ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] [PATCH][EDJE] Patch to remove the alpha from image header while saving if the alpha is set to 1 but the image is fully opaque
in image header is set to 0 already, then this stage is > > >> skipped. > > >> > > >> This implementation can be done at either eet level or edje level. > > >> Currently in this patch it has been done in eet. > > >> > > >> If required, it can be implemented in edje_cc itself rather than in eet > > >> image data saving. One more option can be to make this scanning optional > > >> which can be done in edje_cc through an option provided this is > > >> implementd at edje_cc level rather than at eet level. > > >> > > >> Change Description: > > >> > > >> While writing the image to eet file, the image data is scanned to > > >> find out whether the alpha value in header is set to 1 and is not being > > >> used in the image. If that is the case while writing, we set the alpha > > >> to 0 to avoid blending for such images in the graphics pipeline. > > >> > > >> This will be an optimization for rendering once the image is loaded from > > >> eet file as alpha blending can be avoided for such images. > > >> > > >> Signed-Off-By: RAJEEV RANJAN > > >> > > >> Please review the same and provide your feedbacks. > > >> Thank You. > > >> Regards, > > >> Rajeev > > > > > -- > - Codito, ergo sum - "I code, therefore I am" -- > The Rasterman (Carsten Haitzler)ras...@rasterman.com -- - Codito, ergo sum - "I code, therefore I am" -- The Rasterman (Carsten Haitzler)ras...@rasterman.com -- For Developers, A Lot Can Happen In A Second. Boundary is the first to Know...and Tell You. Monitor Your Applications in Ultra-Fine Resolution. Try it FREE! http://p.sf.net/sfu/Boundary-d2dvs2 ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] SVN access recommendation for Hyoyoung Chang
On Fri, 20 Apr 2012 17:39:45 +0900 Daniel Juyung Seo said: i would agree with all the below. just one added note. NEVER commit unless u will stay around for the next 2-3 hrs after it and be around online. no committing friday night and then immediately and then going and getting drunk :) > Dear all, this is Daniel Juyung Seo. > > I recommend Hyoyoung to have a SVN commit access. > As many of you know, he has been heavily working for elementary so far. > If I remember correctly, he has been sent over a hundred patches. > And because I think he did enough contribution and it's ok to give him > svn access, I recommend him as a committer. > If there is no super big objection, I'll add his account in a couple of days. > But Hyoyoung, remember once you have svn access you need to be more > careful about your code. > > Thanks. > > Daniel Juyung Seo (SeoZ) > > -- > For Developers, A Lot Can Happen In A Second. > Boundary is the first to Know...and Tell You. > Monitor Your Applications in Ultra-Fine Resolution. Try it FREE! > http://p.sf.net/sfu/Boundary-d2dvs2 > ___ > 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 -- For Developers, A Lot Can Happen In A Second. Boundary is the first to Know...and Tell You. Monitor Your Applications in Ultra-Fine Resolution. Try it FREE! http://p.sf.net/sfu/Boundary-d2dvs2 ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E SVN: cedric IN trunk: eina/src/examples eina/src/include eina/src/lib eina/src/tests evas/src/modules/engines/buffer
On Sat, 21 Apr 2012 00:48:32 +0200 Cedric BAIL said: > On Fri, Apr 20, 2012 at 5:06 PM, Gustavo Sverzut Barbieri > wrote: > > On Fri, Apr 20, 2012 at 5:31 AM, Enlightenment SVN > > wrote: > >> Log: > >> eina: fix Eina_Inarray API to at least match Eina_Array API. > >> > >> NOTE: some of this function should be moved as inline, but that's to late > >> for a change I think. So we will fix that if needed. > >> > >> Second point, I am not happy with is eina_inarray_insert and > >> eina_inarray_insert_at. The naming is really poor. > > > > I really disagree here. insert_at() is very clear what it's doing. > > Same for append() and prepend(). However push() is something unclear > > to unused people as it may be pushed at head or at tail. > > > Also, push() is not present in lists, for instance. > > The think is that inarray is an ... array. So it should have the same > API as Eina_Array. As an array, it should really be used like a stack > not like a list or you will use a very inneficient path. That's why it > should also not expose an API like it was a list of people will start > missusing it in my opinion. i agree here totally. if it has the same api as eina_array (in function) then it should have the same name. regardless if it is a good name or not. consistency. i looked at the insert func and went "wtf? why a compare func? why not an index?" my first reaction was bewilderment. -- - Codito, ergo sum - "I code, therefore I am" -- The Rasterman (Carsten Haitzler)ras...@rasterman.com -- For Developers, A Lot Can Happen In A Second. Boundary is the first to Know...and Tell You. Monitor Your Applications in Ultra-Fine Resolution. Try it FREE! http://p.sf.net/sfu/Boundary-d2dvs2 ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
[E-devel] New EFL release cycle 1.0/1.2/1.6 BETA
We'd like to announce a new release cycle beta release of several Enlightenment components. This round we have added Eio, Ethumb, Emotion and Elementary. Emotion is a library to handle video playback using Gstreamer, Xine or other external plugins (VLC) and display video in Evas as a standard object. It also can handle audio playback too. Eio is here to support Emotion with async IO API's. Ethumb is a thumbnail generator library that supports the freedesktop.org thumbnailing standards, and is implemented as a dbus service and a client-side library that handles dealing with that service for you. Elementary is our new widget set, built on top of the rest of EFL, to provide you with standard widgets and behaviour to make it easy to write GUI applications. Eina 1.2.0 - http://download.enlightenment.org/releases/eina-1.2.0-beta.tar.gz http://download.enlightenment.org/releases/eina-1.2.0-beta.tar.bz2 Eet 1.6.0 - http://download.enlightenment.org/releases/eet-1.6.0-beta.tar.gz http://download.enlightenment.org/releases/eet-1.6.0-beta.tar.bz2 Evas 1.2.0 - http://download.enlightenment.org/releases/evas-1.2.0-beta.tar.gz http://download.enlightenment.org/releases/evas-1.2.0-beta.tar.bz2 Ecore 1.2.0 - http://download.enlightenment.org/releases/ecore-1.2.0-beta.tar.gz http://download.enlightenment.org/releases/ecore-1.2.0-beta.tar.bz2 Embryo 1.2.0 - http://download.enlightenment.org/releases/embryo-1.2.0-beta.tar.gz http://download.enlightenment.org/releases/embryo-1.2.0-beta.tar.bz2 Edje 1.2.0 - http://download.enlightenment.org/releases/edje-1.2.0-beta.tar.gz http://download.enlightenment.org/releases/edje-1.2.0-beta.tar.bz2 Efreet 1.2.0 - http://download.enlightenment.org/releases/efreet-1.2.0-beta.tar.gz http://download.enlightenment.org/releases/efreet-1.2.0-beta.tar.bz2 E_dbus 1.2.0 - http://download.enlightenment.org/releases/e_dbus-1.2.0-beta.tar.gz http://download.enlightenment.org/releases/e_dbus-1.2.0-beta.tar.bz2 Eeze 1.2.0 - http://download.enlightenment.org/releases/eeze-1.2.0-beta.tar.gz http://download.enlightenment.org/releases/eeze-1.2.0-beta.tar.bz2 Expedite 1.2.0 - http://download.enlightenment.org/releases/expedite-1.2.0-beta.tar.gz http://download.enlightenment.org/releases/expedite-1.2.0-beta.tar.bz2 Evas Generic Loaders 1.2.0 - http://download.enlightenment.org/releases/evas_generic_loaders-1.2.0-beta.tar.gz http://download.enlightenment.org/releases/evas_generic_loaders-1.2.0-beta.tar.bz2 Eio 1.0.0 - http://download.enlightenment.org/releases/eio-1.0.0-beta.tar.gz http://download.enlightenment.org/releases/eio-1.0.0-beta.tar.bz2 Emotion 1.0.0 - http://download.enlightenment.org/releases/emotion-1.0.0-beta.tar.gz http://download.enlightenment.org/releases/emotion-1.0.0-beta.tar.bz2 Ethumb 1.0.0 - http://download.enlightenment.org/releases/ethumb-1.0.0-beta.tar.gz http://download.enlightenment.org/releases/ethumb-1.0.0-beta.tar.bz2 Elementary 1.0.0 - http://download.enlightenment.org/releases/elementary-1.0.0-beta.tar.gz http://download.enlightenment.org/releases/elementary-1.0.0-beta.tar.bz2 -- - Codito, ergo sum - "I code, therefore I am" -- The Rasterman (Carsten Haitzler)ras...@rasterman.com -- For Developers, A Lot Can Happen In A Second. Boundary is the first to Know...and Tell You. Monitor Your Applications in Ultra-Fine Resolution. Try it FREE! http://p.sf.net/sfu/Boundary-d2dvs2 ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] e17 crashing left and right
On Sat, 21 Apr 2012 12:36:16 +0800 P Purkayastha said: > This is bad. Something is very wrong. First e crashed while trying to > log in. Now, it crashes every time I press a keybinding which launches > an application. Using r70376. > > gdb log attached. my bet is u recompiled e and use extra modules that u didnt recompile that dont come with e. -- - Codito, ergo sum - "I code, therefore I am" ------ The Rasterman (Carsten Haitzler)ras...@rasterman.com -- For Developers, A Lot Can Happen In A Second. Boundary is the first to Know...and Tell You. Monitor Your Applications in Ultra-Fine Resolution. Try it FREE! http://p.sf.net/sfu/Boundary-d2dvs2 ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] e17 gadget segfaults
On Thu, 19 Apr 2012 22:20:43 +0930 Simon Lees said: > Hi all, > I have found 2 segfaults in enlightenment and have attached various back > traces. I am ok with gdb but was unable to create patches as i am not at > all familiar with the code. > Relevant Info the version is rev 70308 although the first issue has been > present for quite some time. The second i only found tonight, neither > really stop me from using enlightenment though. > I am running openSUSE from a rolling repository and am compiling e17, > libs and modules using easy_e17.sh I am using the proprietary NVIDIA > driver with 3 screens across 2 graphics cards running with separate x > servers. So 3 running. > Segfault 1 comes when i try to remove the e weather widget from being a > gadget on my primary desktop or try and unload the module. I added the 3 > weather widgets and was going to keep the one i liked best which is > forcast. Backtraces for this are the 2 files mentioning e weather to me > what should be the useful code seems to be optimised out. core issue: sigill. illegal instruction. this didn't even happen inside the assembly bits in evas (which have detection mechanisms to not use ones that your cpu doesn't support - it uses illegal instruction traps to turn it off). as such this is happening during regular c code, so your possible issues are: 1. compiler is broken and producing wrong assembly for the arch it is being asked to. 2. you are passing incorrect optimization flags to the compiler telling it to optimize for an architecture you don't have. 3. you got the binary from someone else and they have optimized for an arch you don't have. 4. hardware problem (memory corruption, bus, cpu, disk corruption). 5. the backtrace is screwed and saying something that isn't reality at all. the issue is in ecore's binary here. the actual machinecode in memory should be read-only so it cannot be written over or modified at runtime. thats how the linker works. > #2 seems to happen whenever i try to add a gadget to my 2nd or 3rd > display (off the secondary graphics card) i tried the pager and 1 or 2 > other widgets i was mostly testing the first issue at the time. Add > pager and add gadget 3rd display logs. The issue here is there is a NULL > deference but i couldn't work out why. > I can replicate both issues every time if more information is required > just guide me as to what. > Cheers > Simon the 2nd one indicates timer is probably an invalid pointer. that's rather odd. you are using multihead not xinerama? i don't think i've tested multihead with e for like ... hmm 8 years. :) in theory it has code to do it, but it's never tested or maintained. -- - Codito, ergo sum - "I code, therefore I am" -- The Rasterman (Carsten Haitzler)ras...@rasterman.com -- For Developers, A Lot Can Happen In A Second. Boundary is the first to Know...and Tell You. Monitor Your Applications in Ultra-Fine Resolution. Try it FREE! http://p.sf.net/sfu/Boundary-d2dvs2 ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] e17 crashing left and right
On Sun, 22 Apr 2012 10:02:07 +0800 P Purkayastha said: > On 04/21/2012 05:02 PM, Carsten Haitzler (The Rasterman) wrote: > > On Sat, 21 Apr 2012 12:36:16 +0800 P Purkayastha said: > > > >> This is bad. Something is very wrong. First e crashed while trying to > >> log in. Now, it crashes every time I press a keybinding which launches > >> an application. Using r70376. > >> > >> gdb log attached. > > > > my bet is u recompiled e and use extra modules that u didnt recompile that > > dont come with e. > > > > Ok. I recompiled everything. I have now reproduced it with no modules > except one and fresh .e in my root account. > > New gdb log attached. > > ~» enlightenment_remote -module-list > Module -- Status > gadman -- Disabled > mixer -- Disabled > pager -- Disabled > temperature -- Disabled > cpufreq -- Disabled > battery -- Disabled > clock -- Disabled > ibox -- Disabled > ibar -- Disabled > start -- Disabled > comp -- Disabled > conf_window_remembers -- Disabled > conf_interaction -- Disabled > fileman -- Disabled > conf_window_manipulation -- Disabled > conf_theme -- Disabled > conf_shelves -- Disabled > conf_performance -- Disabled > conf_edgebindings -- Disabled > conf_paths -- Disabled > conf_menus -- Disabled > conf_keybindings -- Disabled > conf_intl -- Disabled > conf_display -- Disabled > conf_dialogs -- Disabled > conf_applications -- Disabled > conf -- Enabled > winlist -- Disabled > syscon -- Disabled > shot -- Disabled > backlight -- Disabled > everything -- Disabled wow... you're trying to run something that cannot be run. :) ie inst is null. fixed in svn now. -- - Codito, ergo sum - "I code, therefore I am" -- The Rasterman (Carsten Haitzler)ras...@rasterman.com -- For Developers, A Lot Can Happen In A Second. Boundary is the first to Know...and Tell You. Monitor Your Applications in Ultra-Fine Resolution. Try it FREE! http://p.sf.net/sfu/Boundary-d2dvs2 ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] using LZ4 compression tool in eet ?
On Sat, 21 Apr 2012 12:08:18 +0200 Vincent Torri said: ratio-wise it's quite a bit less. we use level 1 mostly, and thats 2.74 vs 2.08, so about 33% bigger with lz4... BUT... it is very fast ... well i am guessing higher numbers in the speed columns are a linear comparison where bigger == faster? eg 200 can compress the same data in 1/2 the time as 100? if we give up and make things 33% bigger... we get 7x the compression speed 6x the decompression speed... (approx). that's not too shabby. the question is - how shall we roll this in? a quick look on ubuntu shows its not even packaged for it here. it looks like it has to be rolled into the src of something like eet. we can't make lz4 optional if we add it. in fact we have a problem. if we start using it, new files compressed with lz4 wont work on older efl versions at all - you don't just miss out on some new feature/data, but you totally lose all the compressed content (for edje this is almost everything you care about). : (since we have gone 1.0... this is not something we can sanely/easily do -unless we now bloat the file out to have both zlib AND lz4 compressed data so creating edje files for example now takes extra longer AND they get bigger by maybe 2x the size). what to do? p.s. http://code.google.com/p/lz4hc/ gives us compression ratios closer to zlib level 1 but compression time is much slower than zlib level 1, decompression time about the same as regular lz4. > hey > > just found that while reading the gnutls ML : > > http://code.google.com/p/lz4/ > > it seems that it allows the same ratio for compression than zlib but > seems to be by far faster than zlib > > the memory consumption should be tested too. > > What do you think ? > > Vincent > > -- > For Developers, A Lot Can Happen In A Second. > Boundary is the first to Know...and Tell You. > Monitor Your Applications in Ultra-Fine Resolution. Try it FREE! > http://p.sf.net/sfu/Boundary-d2dvs2 > ___ > 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 -- For Developers, A Lot Can Happen In A Second. Boundary is the first to Know...and Tell You. Monitor Your Applications in Ultra-Fine Resolution. Try it FREE! http://p.sf.net/sfu/Boundary-d2dvs2 ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] using LZ4 compression tool in eet ?
On Sat, 21 Apr 2012 12:08:18 +0200 Vincent Torri said: actually forget lz4hc... lgpl3. > hey > > just found that while reading the gnutls ML : > > http://code.google.com/p/lz4/ > > it seems that it allows the same ratio for compression than zlib but > seems to be by far faster than zlib > > the memory consumption should be tested too. > > What do you think ? > > Vincent > > -- > For Developers, A Lot Can Happen In A Second. > Boundary is the first to Know...and Tell You. > Monitor Your Applications in Ultra-Fine Resolution. Try it FREE! > http://p.sf.net/sfu/Boundary-d2dvs2 > ___ > 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 -- For Developers, A Lot Can Happen In A Second. Boundary is the first to Know...and Tell You. Monitor Your Applications in Ultra-Fine Resolution. Try it FREE! http://p.sf.net/sfu/Boundary-d2dvs2 ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] e17 crashing left and right
On Sun, 22 Apr 2012 12:05:04 +0800 P Purkayastha said: > On 04/22/2012 10:43 AM, Carsten Haitzler (The Rasterman) wrote: > > On Sun, 22 Apr 2012 10:02:07 +0800 P Purkayastha said: > > > >> On 04/21/2012 05:02 PM, Carsten Haitzler (The Rasterman) wrote: > >>> On Sat, 21 Apr 2012 12:36:16 +0800 P Purkayastha said: > >>> > >>>> This is bad. Something is very wrong. First e crashed while trying to > >>>> log in. Now, it crashes every time I press a keybinding which launches > >>>> an application. Using r70376. > >>>> > >>>> gdb log attached. > >>> > >>> my bet is u recompiled e and use extra modules that u didnt recompile that > >>> dont come with e. > >>> > >> > >> Ok. I recompiled everything. I have now reproduced it with no modules > >> except one and fresh .e in my root account. > > > > wow... you're trying to run something that cannot be run. :) ie inst is > > null. fixed in svn now. > > > > Ok. I recompiled e with CFLAGS="-g -pipe -O" hoping that the "optimized > out" portions will show something. This time I have captured the > segfault during login by putting an application (gvim) on startup > applications. It is the same ~/.e that has no modules (except conf and > applications) enabled. The problem doesn't seem to be in inst, this time > inst is not NULL. See the attached gdb log. > > I tried compiling with -O0 in CFLAGS. It doesn't seem to trigger > segfaults while launching applications through keybindings, but e > auto-restarts on startup because I put gvim on startup application. > Unfortunately, I can not get the gdb log of e with -O0 in CFLAGS because > it doesn't show the white screen of death and instead simply pops up the > dialog saying all modules have been disabled. zone is null? how fascinating? try again. -- - Codito, ergo sum - "I code, therefore I am" -- The Rasterman (Carsten Haitzler)ras...@rasterman.com -- For Developers, A Lot Can Happen In A Second. Boundary is the first to Know...and Tell You. Monitor Your Applications in Ultra-Fine Resolution. Try it FREE! http://p.sf.net/sfu/Boundary-d2dvs2 ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] [PATCH] python-ecore: Add ecore_timer_freeze/thaw
On Sun, 22 Apr 2012 05:40:41 +0300 Kai Huuhko said: tnx. in svn! :) -- - Codito, ergo sum - "I code, therefore I am" ------ The Rasterman (Carsten Haitzler)ras...@rasterman.com -- For Developers, A Lot Can Happen In A Second. Boundary is the first to Know...and Tell You. Monitor Your Applications in Ultra-Fine Resolution. Try it FREE! http://p.sf.net/sfu/Boundary-d2dvs2 ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] [PATCH] python-elementary: Add Fileselector folder_only_get/set
On Thu, 19 Apr 2012 18:55:35 +0300 Kai Huuhko said: tnx. in svn! :) -- - Codito, ergo sum - "I code, therefore I am" ------ The Rasterman (Carsten Haitzler)ras...@rasterman.com -- For Developers, A Lot Can Happen In A Second. Boundary is the first to Know...and Tell You. Monitor Your Applications in Ultra-Fine Resolution. Try it FREE! http://p.sf.net/sfu/Boundary-d2dvs2 ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] [patch] eina_simple_xml example
On Sat, 21 Apr 2012 17:24:19 +0900 Jérôme Pinot said: > Hi, > > Here is an example for eina_simple_xml > This patch includes a small sample XML file, source code (for parsing and > printing it out) and the doxygen doc. > > If you commit it, you may need to > $ svn propset svn:mime-type text/xml chat.xml > > By default, subversion considers xml files as binary... in svn. will go into release early/mid next week. -- - Codito, ergo sum - "I code, therefore I am" -- The Rasterman (Carsten Haitzler)ras...@rasterman.com -- For Developers, A Lot Can Happen In A Second. Boundary is the first to Know...and Tell You. Monitor Your Applications in Ultra-Fine Resolution. Try it FREE! http://p.sf.net/sfu/Boundary-d2dvs2 ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] value od MODULE_ARCH in edje
On Sun, 22 Apr 2012 17:15:32 +0200 Vincent Torri said: > Hey > > I've remarked something: > > in evas : MODULE_ARCH="$host_os-$host_cpu-v_maj.v_min.v_mic" > > in edje : MODULE_ARCH="$host_os-$host_cpu-v_maj.0.0" > > is it normal that v_min et v_mic are not taken into account ? because modules are provided by libs outside of edje (elm, emotion for example) and at least the plan for now is not to break api except at major versions. :) -- - Codito, ergo sum - "I code, therefore I am" -- The Rasterman (Carsten Haitzler)ras...@rasterman.com -- For Developers, A Lot Can Happen In A Second. Boundary is the first to Know...and Tell You. Monitor Your Applications in Ultra-Fine Resolution. Try it FREE! http://p.sf.net/sfu/Boundary-d2dvs2 ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Eobj - Request for review/comments
On Mon, 23 Apr 2012 10:46:36 +0900 Cedric BAIL said:
> On Tue, Apr 17, 2012 at 5:01 PM, Tom Hacohen wrote:
> > On 17/04/12 10:55, Carsten Haitzler (The Rasterman) wrote:
> >> i don't see the point. it's just a pointer to something. it's fine as-is.
> >> in this way of doing an api we no longer can use the const attribute to say
> >> anything about the object here. there isn't a lot of point either.
> >
> > I find it nice to have in cases where you want to query the object but
> > not modify it. For example, but not only: when returning textblock
> > cursors (assuming they were Eobj as well) from the textblock API...
> >
> > But ok, if you think it's not needed ATM I'll just wait until I find a
> > concrete use case.
>
> I do disagree with raster on this. Const is a must, it help compiler
> and developer spot their error more easily. It also help for some
> optimization. I do thing that adding an eo_query(const Eo *obj, ...);
> is worth it. It does means that we do have a new class of function
> pointer in Eo. So we better think about it now, rather than later and
> break our structure and ABI.
you can't do it with varargs as any of the op id macros could set or get,
unless you now complicate things. also there is no optimization the compiler
can sensibly do in any of these situations. so here is what it looks like to
the compiler for 1 get example:
eobj_do(obj, EVAS_COLOR_GET(&r, &g, &b, &a));
fn(void *obj, int id1, void *p1, void *p2, void *p3, void *p4, int end);
vs
fn(const void *obj, int id1, void *p1, void *p2, void *p3, void *p4, int end);
the ONLY optimizing the compiler can do with a const ptr vs non is assume
previously fetched values are the same without a re-fetch and no operations in
between that MAY have affected them. eg:
void *obj = x;
printf("val = %i\n", obj->myval);
f1(obj, 10); // f1 takes const void * for obj
printf("val = %i\n", obj->myval);
in THIS case the compiler can keep the value fetched from the first printf
(myval) and OPTIMIZE without having to deref obj as what obj points to
can/will not have changed. if it was not const for the obj, compiler must re-do
the deref.
BUT... here's the catch... the "cached" value would be in a register and...
that would have been nuked by the func call. so unless it was inlined - it wont
be able to. ALSO for eobj the object struct is opaque to the caller so u never
deref its internals... thus the above never happens. so it doesnt help
optimization at all in these kinds of cases.
as for spotting bugs - doesnt a GET tell you enough? do u think people see the
const before they see a get? as for compiler... what issue will it spot here?
how will the compiler spot anything iuf we add a const in front of the obj ptr
and specialize "gets" ?
--
- Codito, ergo sum - "I code, therefore I am" --
The Rasterman (Carsten Haitzler)ras...@rasterman.com
--
For Developers, A Lot Can Happen In A Second.
Boundary is the first to Know...and Tell You.
Monitor Your Applications in Ultra-Fine Resolution. Try it FREE!
http://p.sf.net/sfu/Boundary-d2dvs2
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] using LZ4 compression tool in eet ?
On Mon, 23 Apr 2012 15:05:09 +0200 thomasg said: > On Sun, Apr 22, 2012 at 05:58, Carsten Haitzler wrote: > > On Sat, 21 Apr 2012 12:08:18 +0200 Vincent Torri > > said: > > > > actually forget lz4hc... lgpl3. > > > >> hey > >> > >> just found that while reading the gnutls ML : > >> > >> http://code.google.com/p/lz4/ > >> > >> it seems that it allows the same ratio for compression than zlib but > >> seems to be by far faster than zlib > >> > >> the memory consumption should be tested too. > >> > >> What do you think ? > >> > >> Vincent > >> > >> -- > >> For Developers, A Lot Can Happen In A Second. > >> Boundary is the first to Know...and Tell You. > >> Monitor Your Applications in Ultra-Fine Resolution. Try it FREE! > >> http://p.sf.net/sfu/Boundary-d2dvs2 > >> ___ > >> 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 > > > > > > -- > > For Developers, A Lot Can Happen In A Second. > > Boundary is the first to Know...and Tell You. > > Monitor Your Applications in Ultra-Fine Resolution. Try it FREE! > > http://p.sf.net/sfu/Boundary-d2dvs2 > > ___ > > enlightenment-devel mailing list > > enlightenment-devel@lists.sourceforge.net > > https://lists.sourceforge.net/lists/listinfo/enlightenment-devel > > I don't see any problem using an LGPLv3 library. Are there really any > changes necessary to make use of it in eet? Also, would it have to be > distributed in a way where LGPL parts would actually be packed into an > Eet binary or Eet source code? there i a problem because we'd have to compile it into eet - which would make eet lgpl3. gpl and lgpl3 are also highly propblematice in terms of acceptance. they are controversial at best. > Although I of course can understand that it would not be possible to > use Eet in an environment where no LGPL library could be accepted, > wherever or whyever that would be. no, it's the gpl/lgpl3 (as opposed to 2). > Other than that, would it really be worth it? Even if in the best case > the compression is only a little worse than zlib and compression time > would be a lot faster - would it really be worth it? compression time for just a little worse than zlib is the same as zlib. for 30% less compression compression is 7x faster and decompression 6x faster. forget the hc lgpl3 variant. we just gain on decompress speed here. its the normal one with the size loss that smells interesting. > Eet usually is used WORM-style (Write Once / Read Many), so > compression time is hardly an issue - but if decompression is indeed this is minimally interesting, well until we are generating edj files on the fly as you type in an edje editor thing that lets u edit and see previews on the fly... :) > not significantly faster (or even slower?), and file size is larger (thus decompression 6x faster - see my other mail. that means load times for config data and edj files could be improved by this. > I/O, which more often than not is a bottle-neck nowadays, being lower) > you'd actually not gain anything but lose run-time performance > instead. for uncached (first run) yes - for repeated re-load on cached data... it will help. :) > On the lz4hc page I only spotted compression benchmarks, nothing about > decompression - if basic information is missing, there usually is a > reason. > > If anything, what would make sense for Eet would be the XZ format, using LZMA. > Compared to zlib, compression is a lot slower, but decompression is > not much slower - and compression ratio and through that I/O > throughput a lot higher. > XZs liblzma is LGPLv2.1 though. maybe - as above. depends on if its cached or uncached. :) > Lastly: why would it be trouble supporting additional compression > methods? Eet uses file format versions in the binary, right? Why not > have features supported starting from a certain format version? Sure, > that would make old files incompatible but would this really be an no - the other way. newer files (edj files/themes) dont work with older eet/edje's etc. > API-break? As I see it it would just mea
[E-devel] efl release 24hr countdown
ok - my plans are to push out a release about 24hrs from now... anyone got bugs.. report.. and FIX!. :) -- - Codito, ergo sum - "I code, therefore I am" ------ The Rasterman (Carsten Haitzler)ras...@rasterman.com -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] using LZ4 compression tool in eet ?
On Tue, 24 Apr 2012 12:10:46 +0200 thomasg said: > On Tue, Apr 24, 2012 at 00:51, David Seikel wrote: > > On Mon, 23 Apr 2012 22:42:22 +0900 Carsten Haitzler (The Rasterman) > > wrote: > > > >> On Mon, 23 Apr 2012 15:05:09 +0200 thomasg > >> said: > >> > >> > On Sun, Apr 22, 2012 at 05:58, Carsten Haitzler > >> > wrote: > >> > > On Sat, 21 Apr 2012 12:08:18 +0200 Vincent Torri > >> > > said: > >> > > > >> > > actually forget lz4hc... lgpl3. > >> > > > >> > >> hey > >> > >> > >> > >> just found that while reading the gnutls ML : > >> > >> > >> > >> http://code.google.com/p/lz4/ > >> > >> > >> > >> it seems that it allows the same ratio for compression than zlib > >> > >> but seems to be by far faster than zlib > >> > >> > >> > >> the memory consumption should be tested too. > >> > >> > >> > >> What do you think ? > >> > >> > >> > >> Vincent > >> > >> > >> > >> -- > >> > >> For Developers, A Lot Can Happen In A Second. > >> > >> Boundary is the first to Know...and Tell You. > >> > >> Monitor Your Applications in Ultra-Fine Resolution. Try it FREE! > >> > >> http://p.sf.net/sfu/Boundary-d2dvs2 > >> > >> ___ > >> > >> 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 > >> > > > >> > > > >> > > -- > >> > > For Developers, A Lot Can Happen In A Second. > >> > > Boundary is the first to Know...and Tell You. > >> > > Monitor Your Applications in Ultra-Fine Resolution. Try it FREE! > >> > > http://p.sf.net/sfu/Boundary-d2dvs2 > >> > > ___ > >> > > enlightenment-devel mailing list > >> > > enlightenment-devel@lists.sourceforge.net > >> > > https://lists.sourceforge.net/lists/listinfo/enlightenment-devel > >> > > >> > I don't see any problem using an LGPLv3 library. Are there really > >> > any changes necessary to make use of it in eet? Also, would it have > >> > to be distributed in a way where LGPL parts would actually be > >> > packed into an Eet binary or Eet source code? > >> > >> there i a problem because we'd have to compile it into eet - which > >> would make eet lgpl3. gpl and lgpl3 are also highly propblematice in > >> terms of acceptance. they are controversial at best. > >> > >> > Although I of course can understand that it would not be possible to > >> > use Eet in an environment where no LGPL library could be accepted, > >> > wherever or whyever that would be. > >> > >> no, it's the gpl/lgpl3 (as opposed to 2). > > > > I'd be one of those not accepting of GPL 3, or it's variations. Google > > does not accept any GPL variants in Android officially, even though they > > rely on a few GPL parts for the base OS. Including the Linux kernel. > > Google does this in Android because Android is not an actual open > source project - it's a google project which might or might not be > released as open source at any point after a release. The GPL does not > allow for software to be released as closed source, that's why google > won't allow it in their distribution unless necessary. depends - the copyright holder can do as they please, gpl or not, as only THEY can sue... who? themselves? as for gpl - gplv3 (vs v2) is an issue as it is viral beyond linking and derivative works. it affects the entire os and machine from bootloader or bios even and up. it is avoided like the plague by device manufacturers as a result. > > For what it's worth, I think I found a GPL3 bit buried
Re: [E-devel] efl release 24hr countdown
On Tue, 24 Apr 2012 03:22:58 -0400 Christopher Michael said: what bugs? what fixes? :) > Got some bugs and the fixes to straighten them ;) we ok to commit now > after that beta freeze? > > Dh > > > Carsten Haitzler wrote: > > >ok - my plans are to push out a release about 24hrs from now... anyone got > >bugs.. report.. and FIX!. :) > > > >-- > >- Codito, ergo sum - "I code, therefore I am" -- > >The Rasterman (Carsten Haitzler)ras...@rasterman.com > > > > > >-- > >Live Security Virtual Conference > >Exclusive live event will cover all the ways today's security and > >threat landscape has changed and how IT managers can respond. Discussions > >will include endpoint security, mobile security and the latest in malware > >threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ > >___ > >enlightenment-devel mailing list > >enlightenment-devel@lists.sourceforge.net > >https://lists.sourceforge.net/lists/listinfo/enlightenment-devel > -- > Live Security Virtual Conference > Exclusive live event will cover all the ways today's security and > threat landscape has changed and how IT managers can respond. Discussions > will include endpoint security, mobile security and the latest in malware > threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ > ___ > 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 -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] efl release 24hr countdown
On Tue, 24 Apr 2012 12:48:08 -0400 Christopher Michael said: > On 04/24/12 12:33, Carsten Haitzler (The Rasterman) wrote: > > On Tue, 24 Apr 2012 03:22:58 -0400 Christopher > > Michael said: > > > > what bugs? what fixes? :) > > > Mainly ecore & ecore_evas wayland stuffs :) Fixes for moving windows, > resizing windows, etc, etc. Just didn't know if we were "clear" to start > commits again ;) do you have a fix for the evas clip issue vs framespace? :) if you have that - put it in. other than that anything that touches evas wl engines alone or ecore_wl or ecore_evas_wl - put it in now. fixes post-beta. these are new and we are not regressing something already released at any rate. do you have anything else? > >> Got some bugs and the fixes to straighten them ;) we ok to commit now > >> after that beta freeze? > >> > >> Dh > >> > >> > >> Carsten Haitzler wrote: > >> > >>> ok - my plans are to push out a release about 24hrs from now... anyone got > >>> bugs.. report.. and FIX!. :) > >>> > >>> -- > >>> - Codito, ergo sum - "I code, therefore I am" -- > >>> The Rasterman (Carsten Haitzler)ras...@rasterman.com > -- - Codito, ergo sum - "I code, therefore I am" -- The Rasterman (Carsten Haitzler)ras...@rasterman.com -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] elm_widget_type_check
On Tue, 24 Apr 2012 20:05:10 -0400 Michael Blumenkrantz said: > had a thought: > > changing the ERR in this to a CRI would make more since and would allow easier > debugging when it comes up (just set EINA_LOG_ABORT). > > unless someone has a big objection to it, I'm gonna ninja this in before the > release object. -- - Codito, ergo sum - "I code, therefore I am" -- The Rasterman (Carsten Haitzler)ras...@rasterman.com -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] [BUG REPORT] Elementary, elm_genlist invalid access
On Wed, 25 Apr 2012 08:05:12 +0800 Brian Wang said:
> Hello all,
>
> A large genlist within my app crashed here and there. valgrind helps
> point out an invalid access.
> I do not know the exact sequence of how it occurs but it must have
> something to do with race conditions
> that probably only show up where the cpu is slow (running with
> valgrind would do it on my desktop too).
>
> Please find below a trivial inline patch to fix the problem. Hope
> it's the right fix. :-)
interesting. item has no block. i wonder why. but this will stop crashes, so
in. :)
> Index: src/lib/elm_genlist.c
> ===
> --- src/lib/elm_genlist.c (revision 70434)
> +++ src/lib/elm_genlist.c (working copy)
> @@ -2815,7 +2815,7 @@
>dy = 0;
>break;
>}
> -if (wd->show_item)
> +if (wd->show_item && wd->show_item->item->block)
>{
> if ((pan_w > (wd->show_item->x +
> wd->show_item->item->block->x)) &&
> (pan_h > (wd->show_item->y +
> wd->show_item->item->block->y + dy)))
>
> --
> brian
> --
>
> Cool-Karaoke - The smallest recording studio, in your palm, open-sourced
> http://cool-idea.com.tw/
>
> iMaGiNaTiOn iS mOrE iMpOrTaNt tHaN kNoWlEdGe
>
> --
> Live Security Virtual Conference
> Exclusive live event will cover all the ways today's security and
> threat landscape has changed and how IT managers can respond. Discussions
> will include endpoint security, mobile security and the latest in malware
> threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
> ___
> 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
--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and
threat landscape has changed and how IT managers can respond. Discussions
will include endpoint security, mobile security and the latest in malware
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] [Patch] e_zone bug fix
On Tue, 24 Apr 2012 12:09:11 + (GMT) Doyoun Kang said: > Dear All. > > I found a minor bug in e_zone.c. The bug is that the E_EVENT_ZONE_DEL event > doesn't occur when the zone is deleted. I have attached a patch file to fix > this bug. Please check the attached patch file. mmm yes. deleted flag set before del attach func. :) in svn. :) -- - Codito, ergo sum - "I code, therefore I am" -- The Rasterman (Carsten Haitzler)ras...@rasterman.com -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] ecore+directfb compilation error
On Wed, 25 Apr 2012 09:29:31 +0200 Jeremy Zurcher said: > fixes EINA_NOINSTRUMENT macro expansion corrupted by > directfb/direct/os/linux/glibc/types.h > > > directfb 1.5.3 > /usr/include/directfb/direct/os/linux/glibc/types.h > line #77 > #define __no_instrument_function__ __attribute__ > #((no_instrument_function)) > > > preprocessing ecore/src/lib/ecore_directfb/Ecore_DirectFB.h > > ...) __attribute__((__format__ (__gnu_printf__, 6, 7))) __attribute__ > ((__attribute__((no_instrument_function; va_list args) __attribute__ > ((__attribute__((no_instrument_function; how interesting ok - in svn . :) -- - Codito, ergo sum - "I code, therefore I am" -- The Rasterman (Carsten Haitzler)ras...@rasterman.com -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] efl release 24hr countdown
On Tue, 24 Apr 2012 15:47:11 +0900 Carsten Haitzler (The Rasterman) said: > ok - my plans are to push out a release about 24hrs from now... anyone got > bugs.. report.. and FIX!. :) looks like about another 12hrs due to a series of bugs needing fixing. so in 12. :) -- - Codito, ergo sum - "I code, therefore I am" ------ The Rasterman (Carsten Haitzler)ras...@rasterman.com -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] map issue
On Thu, 26 Apr 2012 01:43:56 +0200 Michaël Bouchaud said: flkoat thing should be fixed now - but scroller in scroller... THAT is an issue always. it's nasty to make it work - there is code to try. right now i just suggest "dont do it" and if u do limit scrollers to dimensions - ie 1 vertical, 1 horizontal only. > Hi > About elementary release, one of mine dev notice me some problem about map > widget. > Localization about atof... french separator is , (comma) but common is > .(dot) in float string :) > maybee, we could use eina_convert_atod here. > secondly if you use one scroller with the map widget, you could encounter > some problems. > I explain me, zoom the map widget, move to some point... now drag the > second scoller, > you have the issue :P. Don't know where is the problem... maybee some > events race. > If you click somewhere after dragging, everything goes well. > See attached file. > > -- > Michaël Bouchaud (yoz) -- --------- Codito, ergo sum - "I code, therefore I am" -- The Rasterman (Carsten Haitzler)ras...@rasterman.com -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
[E-devel] New EFL release cycle 1.0/1.2/1.6
We'd like to announce a new release of several Enlightenment components. This round we have added Eio, Ethumb, Emotion and Elementary. Please read the NEWS and README files in each release tarball for information on what has changed, fixed or added. This release also corresponds with SVN revision number 70490. Emotion is a library to handle video playback using Gstreamer, Xine or other external plugins (VLC) and display video in Evas as a standard object. It also can handle audio playback too. Eio is here to support Emotion with async IO API's. Ethumb is a thumbnail generator library that supports the freedesktop.org thumbnailing standards, and is implemented as a dbus service and a client-side library that handles dealing with that service for you. Elementary is our new widget set, built on top of the rest of EFL, to provide you with standard widgets and behaviour to make it easy to write GUI applications. Eina 1.2.0 - http://download.enlightenment.org/releases/eina-1.2.0.tar.gz http://download.enlightenment.org/releases/eina-1.2.0.tar.bz2 Eet 1.6.0 - http://download.enlightenment.org/releases/eet-1.6.0.tar.gz http://download.enlightenment.org/releases/eet-1.6.0.tar.bz2 Evas 1.2.0 - http://download.enlightenment.org/releases/evas-1.2.0.tar.gz http://download.enlightenment.org/releases/evas-1.2.0.tar.bz2 Ecore 1.2.0 - http://download.enlightenment.org/releases/ecore-1.2.0.tar.gz http://download.enlightenment.org/releases/ecore-1.2.0.tar.bz2 Embryo 1.2.0 - http://download.enlightenment.org/releases/embryo-1.2.0.tar.gz http://download.enlightenment.org/releases/embryo-1.2.0.tar.bz2 Edje 1.2.0 - http://download.enlightenment.org/releases/edje-1.2.0.tar.gz http://download.enlightenment.org/releases/edje-1.2.0.tar.bz2 Efreet 1.2.0 - http://download.enlightenment.org/releases/efreet-1.2.0.tar.gz http://download.enlightenment.org/releases/efreet-1.2.0.tar.bz2 E_dbus 1.2.0 - http://download.enlightenment.org/releases/e_dbus-1.2.0.tar.gz http://download.enlightenment.org/releases/e_dbus-1.2.0.tar.bz2 Eeze 1.2.0 - http://download.enlightenment.org/releases/eeze-1.2.0.tar.gz http://download.enlightenment.org/releases/eeze-1.2.0.tar.bz2 Expedite 1.2.0 - http://download.enlightenment.org/releases/expedite-1.2.0.tar.gz http://download.enlightenment.org/releases/expedite-1.2.0.tar.bz2 Evas Generic Loaders 1.2.0 - http://download.enlightenment.org/releases/evas_generic_loaders-1.2.0.tar.gz http://download.enlightenment.org/releases/evas_generic_loaders-1.2.0.tar.bz2 Eio 1.0.0 - http://download.enlightenment.org/releases/eio-1.0.0.tar.gz http://download.enlightenment.org/releases/eio-1.0.0.tar.bz2 Emotion 1.0.0 - http://download.enlightenment.org/releases/emotion-1.0.0.tar.gz http://download.enlightenment.org/releases/emotion-1.0.0.tar.bz2 Ethumb 1.0.0 - http://download.enlightenment.org/releases/ethumb-1.0.0.tar.gz http://download.enlightenment.org/releases/ethumb-1.0.0.tar.bz2 Elementary 1.0.0 - http://download.enlightenment.org/releases/elementary-1.0.0.tar.gz http://download.enlightenment.org/releases/elementary-1.0.0.tar.bz2 -- - Codito, ergo sum - "I code, therefore I am" -- The Rasterman (Carsten Haitzler)ras...@rasterman.com -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] [e-users] New EFL release cycle 1.0/1.2/1.6
On Thu, 26 Apr 2012 14:02:26 +0900 Daniel Juyung Seo said: > yay! keep rocking. > this is gonna be a memorial dot in the history :) a small dot... we need to do e17 now... :) bigger dot! :) > On Apr 26, 2012 1:53 PM, "Carsten Haitzler" wrote: > > > We'd like to announce a new release of several Enlightenment components. > > This round we have added Eio, Ethumb, Emotion and Elementary. Please > > read the NEWS and README files in each release tarball for information > > on what has changed, fixed or added. This release also corresponds with > > SVN revision number 70490. > > > > Emotion is a library to handle video playback using Gstreamer, Xine or > > other > > external plugins (VLC) and display video in Evas as a standard object. It > > also > > can handle audio playback too. Eio is here to support Emotion with async IO > > API's. > > > > Ethumb is a thumbnail generator library that supports the freedesktop.org > > thumbnailing standards, and is implemented as a dbus service and a > > client-side > > library that handles dealing with that service for you. > > > > Elementary is our new widget set, built on top of the rest of EFL, to > > provide > > you with standard widgets and behaviour to make it easy to write GUI > > applications. > > > > Eina 1.2.0 - > > http://download.enlightenment.org/releases/eina-1.2.0.tar.gz > > http://download.enlightenment.org/releases/eina-1.2.0.tar.bz2 > > > > Eet 1.6.0 - > > http://download.enlightenment.org/releases/eet-1.6.0.tar.gz > > http://download.enlightenment.org/releases/eet-1.6.0.tar.bz2 > > > > Evas 1.2.0 - > > http://download.enlightenment.org/releases/evas-1.2.0.tar.gz > > http://download.enlightenment.org/releases/evas-1.2.0.tar.bz2 > > > > Ecore 1.2.0 - > > http://download.enlightenment.org/releases/ecore-1.2.0.tar.gz > > http://download.enlightenment.org/releases/ecore-1.2.0.tar.bz2 > > > > Embryo 1.2.0 - > > http://download.enlightenment.org/releases/embryo-1.2.0.tar.gz > > http://download.enlightenment.org/releases/embryo-1.2.0.tar.bz2 > > > > Edje 1.2.0 - > > http://download.enlightenment.org/releases/edje-1.2.0.tar.gz > > http://download.enlightenment.org/releases/edje-1.2.0.tar.bz2 > > > > Efreet 1.2.0 - > > http://download.enlightenment.org/releases/efreet-1.2.0.tar.gz > > http://download.enlightenment.org/releases/efreet-1.2.0.tar.bz2 > > > > E_dbus 1.2.0 - > > http://download.enlightenment.org/releases/e_dbus-1.2.0.tar.gz > > http://download.enlightenment.org/releases/e_dbus-1.2.0.tar.bz2 > > > > Eeze 1.2.0 - > > http://download.enlightenment.org/releases/eeze-1.2.0.tar.gz > > http://download.enlightenment.org/releases/eeze-1.2.0.tar.bz2 > > > > Expedite 1.2.0 - > > http://download.enlightenment.org/releases/expedite-1.2.0.tar.gz > > http://download.enlightenment.org/releases/expedite-1.2.0.tar.bz2 > > > > Evas Generic Loaders 1.2.0 - > > > > http://download.enlightenment.org/releases/evas_generic_loaders-1.2.0.tar.gz > > > > http://download.enlightenment.org/releases/evas_generic_loaders-1.2.0.tar.bz2 > > > > Eio 1.0.0 - > > http://download.enlightenment.org/releases/eio-1.0.0.tar.gz > > http://download.enlightenment.org/releases/eio-1.0.0.tar.bz2 > > > > Emotion 1.0.0 - > > http://download.enlightenment.org/releases/emotion-1.0.0.tar.gz > > http://download.enlightenment.org/releases/emotion-1.0.0.tar.bz2 > > > > Ethumb 1.0.0 - > > http://download.enlightenment.org/releases/ethumb-1.0.0.tar.gz > > http://download.enlightenment.org/releases/ethumb-1.0.0.tar.bz2 > > > > Elementary 1.0.0 - > > http://download.enlightenment.org/releases/elementary-1.0.0.tar.gz > > http://download.enlightenment.org/releases/elementary-1.0.0.tar.bz2 > > > > > > -- > > - Codito, ergo sum - "I code, therefore I am" -- > > The Rasterman (Carsten Haitzler)ras...@rasterman.com > > > > > > > > -- > > Live Security Virtual Conference > > Exclusive live event will cover all the ways today's security and > > threat landscape has changed and how IT managers can respond. Discussions > > will include endpoint security, mobile security and the latest in malware > > threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ > > ___ > > enlightenment-devel mailing list > > enligh
[E-devel] time to focus on e
ok - efl release out. i'd really like to see peolpe focus on E (not EFL) for the next little while until E is out. sure EFL needs bugfixes and work, but let's focus on our flagship... shall we? -- - Codito, ergo sum - "I code, therefore I am" -- The Rasterman (Carsten Haitzler)ras...@rasterman.com -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] time to focus on e
On Fri, 27 Apr 2012 00:54:15 +0200 Leif Middelschulte said: > 2012/4/26 Cedric BAIL : > > On Thu, Apr 26, 2012 at 4:43 PM, Carsten Haitzler > > wrote: > >> ok - efl release out. i'd really like to see peolpe focus on E (not EFL) > >> for the next little while until E is out. sure EFL needs bugfixes and > >> work, but let's focus on our flagship... shall we? > > > > As a side statement don't introduce anything in E that would require > > us to release a new set of EFL libraries. > That sucks, because a randr output policy for "ask" is(was, I have a > patch here) missing in ecore. then i guess we don't do it for e17. :( -- - Codito, ergo sum - "I code, therefore I am" -- The Rasterman (Carsten Haitzler)ras...@rasterman.com -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] [patch] missing doxygen files in release tarballs
On Fri, 27 Apr 2012 08:53:49 +0900 Jérôme Pinot said: > This patch add to EXTRA_DIST essential files for doxygen in svn! tnx. also backported. -- - Codito, ergo sum - "I code, therefore I am" ------ The Rasterman (Carsten Haitzler)ras...@rasterman.com -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] [PATCH] Bring tiling module from EXTRAS into core
On Mon, 30 Apr 2012 19:00:15 +0100 Stefan Schmidt said: > Hello. > > On Mon, 2012-04-30 at 18:52, Massimo Maiurana wrote: > > Boris Faure, il 30/04/2012 11:21, ha scritto: > > > It is all ok with me. Thank you for doing it. > > > About po files, I think maxerba should be able to fix it. > > > > uhmm, actually I'm not a real coder, so I could just try to guess what > > should be done :) > > however the attached patch should be enough to remove from the code all the > > stuff needed to build e-tiling in its own i18n domain. > > Thanks a lot. Lets wait for raster to ack it so we can get it > commited. i havent looked at your initial patch yet, but include massimo's work here. you need it. :) > > all the translatable strings would go directly in enlightement.pot, so > > translators will have to update it (isn't it their job? :) ). > > :) > > regards > Stefan Schmidt > > -- > Live Security Virtual Conference > Exclusive live event will cover all the ways today's security and > threat landscape has changed and how IT managers can respond. Discussions > will include endpoint security, mobile security and the latest in malware > threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ > ___ > 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 -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] [PATCH] Remove all OpenEmbedded stuff from the repo
On Sun, 29 Apr 2012 13:26:58 +0200 Martin Jansa said: > On Sun, Apr 29, 2012 at 11:28:02AM +0100, Stefan Schmidt wrote: > > Hello. > > > > Raster had soem of his OE scripts in the repo from some years back. > > They rae totally outdated and I would wonder if they actually would > > still work. > > > > On the other Hand we have really decent EFL and E17 support in OE > > upstream already. I would think we can just delete this stuff from > > here. The first patches reomves the oe folder under TMP and the second > > one kills a OE recipe in our tree. > > As meta-efl maintainer in OE: > > Acked-by: Martin Jansa > > :) it's one now :) -- - Codito, ergo sum - "I code, therefore I am" -- The Rasterman (Carsten Haitzler)ras...@rasterman.com -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] e with composite crashes
On Tue, 01 May 2012 17:00:10 +0200 Ingvaldur Sigurjonsson said: your log (backtrace) doesn't say e crashed. your log says e is asking x if there is already a compositor there or not (looking for the compositor selection) and waiting for x to reply. it is probably sitting there, forever, never getting a reply. as such... you have a bug report to file off to your xorg/driver maintainers here as if x isn't immediately responding, then x is hung - almost definitely due to drivers. at this point e hasn't even started doing any gl stuff yet - this is it checking first if it should create the compositor canvas or not at all, and when it does then it'll start doing gl stuff. this is actually unrelated to driver at all, it's just fetching a value from the driver-independent parts of x. advice: downgrade to fedora 16 until they fix this. :) (problem could be xorg itself, any input drivers, display drivers, drm, dri, etc.) > Hi > >Since I updated to Fedora 17 (Beta), E17, which I'm building from svn > (easy_e17.sh), is constantly crashing on me. I've made sure no old > modules are lying around and that I build everything from a clean > installation. I used to set the CFLAGS to '-g -march=barcelona' but > changed the to '-g -march=native', which didn't change a thing. I've > started with empty (non-existing ~/.e) to no avail. > >E starts successfully but when I bring up the menu, move into > 'applications->accessories' and move the cursor up and down a bit, e > crashes when in a SYSCALL (poll). Please see the enclosed > e-xcb-poll-err.log, which contains a backtrace when e crashed, followed > by an 'list', 'up' and 'list' > >There is no crash when I disable the 'composite' extension, but hey, > I want all the cylinders to bring their part to the game. > >I've been running with Gnome-Shell 3-blaha and it runs with the same > OpenGL drivers without any crashes, but I miss E. > >I've tried running E with composite enabled from within Gnome-Shell > (using the ~/e17-src/e/x-ui.sh) and that works without crashing too ! > >Please advise on what I can do to help resolve the problem. > >Some basic facts: > > $ uname -a > Linux cosmos 3.3.4-1.fc17.x86_64 #1 SMP Fri Apr 27 18:39:03 UTC 2012 > x86_64 x86_64 x86_64 GNU/Linux > > $ glxinfo | grep OpenGL > OpenGL vendor string: X.Org > OpenGL renderer string: Gallium 0.4 on AMD RS880 > OpenGL version string: 2.1 Mesa 8.0.2 > OpenGL shading language version string: 1.20 > OpenGL extensions: > > $ gcc -v > Using built-in specs. > COLLECT_GCC=/usr/bin/gcc > COLLECT_LTO_WRAPPER=/usr/libexec/gcc/x86_64-redhat-linux/4.7.0/lto-wrapper > Target: x86_64-redhat-linux > Configured with: ../configure --prefix=/usr --mandir=/usr/share/man > --infodir=/usr/share/info > --with-bugurl=http://bugzilla.redhat.com/bugzilla --enable-bootstrap > --enable-shared --enable-threads=posix --enable-checking=release > --disable-build-with-cxx --disable-build-poststage1-with-cxx > --with-system-zlib --enable-__cxa_atexit --disable-libunwind-exceptions > --enable-gnu-unique-object --enable-linker-build-id > --with-linker-hash-style=gnu > --enable-languages=c,c++,objc,obj-c++,java,fortran,ada,go,lto > --enable-plugin --enable-initfini-array --enable-java-awt=gtk > --disable-dssi --with-java-home=/usr/lib/jvm/java-1.5.0-gcj-1.5.0.0/jre > --enable-libgcj-multifile --enable-java-maintainer-mode > --with-ecj-jar=/usr/share/java/eclipse-ecj.jar > --disable-libjava-multilib --with-ppl --with-cloog --with-tune=generic > --with-arch_32=i686 --build=x86_64-redhat-linux > Thread model: posix > gcc version 4.7.0 20120416 (Red Hat 4.7.0-2) (GCC) > > Regards > - Ingvaldur -- - Codito, ergo sum - "I code, therefore I am" -- The Rasterman (Carsten Haitzler)ras...@rasterman.com -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Celebrating elementary 1.0
On Wed, 2 May 2012 15:34:20 +0900 Cedric BAIL said: > On Wed, May 2, 2012 at 1:39 PM, Jérôme Pinot wrote: > > On 04/20/12 20:11, Carsten Haitzler wrote: > >> On Fri, 20 Apr 2012 20:05:19 +0900 Daniel Juyung Seo > >> said: > >> > On Apr 20, 2012 7:46 PM, "Jérôme Pinot" wrote: > >> > > > >> > > On 04/20/12 13:57, Daniel Juyung Seo wrote: > >> > > > Wow.. 10 years in Korea! That's great. > >> > > > I've tried ePeriodique before :) But I didn't notice it supports > >> > > > Korean > >> > though. > >> > > > Interesting. Did you translate that by yourself? > >> > > > >> > > Yes, but this was mostly lonely words, so it was not a big > >> > > challenge :-) > >> > > >> > still great! ifound a typo about halogen though. > >> > >> :) my korean *IS* just typos. 치발! :) > >> > >> > > > Btw, the Korean User Group is not limited to foreigners. > >> > > > It is just a blob of links about EFL information written in Korean. > >> > > > We may open up a forum later but as of now we have links only. > >> > > > > >> > > > Anyhow, it's great to know that you lived in Korean for 10 years. > >> > > > >> > > And I'm still here, mostly in Daejeon, sometimes in Seoul. > >> > > > >> > wow that's a news! what do you do there? > >> > come to suwon and spank raster when you have time :) > >> > >> or come to seoul. i live in yongsan. maybe we should have regular monthly > >> e/efl dinners now we have more people spread out? if you're in seoul > >> sometimes... we might be able to arrange something. > > > > What about celebrating elementary 1.0.0 next sunday in Seoul? > > Who might be interested by drinking some beer after all the effort? > > Let celebrate ! Count me in ! i might be able to make it... depends what time/where :) -- - Codito, ergo sum - "I code, therefore I am" -- The Rasterman (Carsten Haitzler)ras...@rasterman.com -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Celebrating elementary 1.0
On Thu, 3 May 2012 08:52:36 +0900 (KST) ChunEon Park said: > So, This Saturday night? next sunday... 13th of may. well that was in jeromes original mail... :) > > > -Regards, Hermet- > > > -Original Message- > From: "Daniel Juyung Seo"<seojuyu...@gmail.com> > To: "Enlightenment developer > list"<enlightenment-devel@lists.sourceforge.net>; "Cedric > BAIL"<cedric.b...@free.fr>; Cc: Sent: 2012-05-03 (목) 01:54:52 > Subject: Re: [E-devel] Celebrating elementary 1.0 > > I guess I can join as well :) > > Daniel Juyung Seo (SeoZ) > > On Wed, May 2, 2012 at 3:50 PM, Jérôme Pinot <ngc891>@gmail.com> > wrote: > On 05/02/12 15:44, Carsten Haitzler wrote: > >> On Wed, 2 May 2012 15:34:20 +0900 Cedric BAIL > <cedric.bail>@free.fr> said: >> > >> > On Wed, May 2, 2012 at 1:39 PM, Jérôme Pinot > <ngc891>@gmail.com> wrote: >> > > On 04/20/12 20:11, > Carsten Haitzler wrote: >> > >> On Fri, 20 Apr 2012 20:05:19 > +0900 Daniel Juyung Seo <seojuyung2>@gmail.com> >> > > >> said: >> > >> > On Apr 20, 2012 7:46 PM, "Jérôme > Pinot" <ngc891>@gmail.com> wrote: >> > >> > > > >> > >> > > On 04/20/12 13:57, Daniel Juyung Seo wrote: > >> > >> > > > Wow.. 10 years in Korea! That's great. > >> > >> > > > I've tried ePeriodique before :) But I > didn't notice it supports >> > >> > > > Korean > >> > >> > though. > >> > >> > > > Interesting. Did you translate that by > yourself? >> > >> > > > >> > >> > > Yes, but this was mostly lonely words, so it > was not a big >> > >> > > challenge :-) > >> > >> > > >> > >> > still great! ifound a typo about halogen though. > >> > >> > >> > >> :) my korean *IS* just typos. 치발! :) > >> > >> > >> > >> > > > Btw, the Korean User Group is not > limited to foreigners. >> > >> > > > It is just a > blob of links about EFL information written in Korean. >> > >> > > > > We may open up a forum later but as of now we have links only. > >> > >> > > > >> > >> > > > > Anyhow, it's great to know that you lived in Korean for 10 years. >> > > >> > > >> > >> > > And I'm still here, > mostly in Daejeon, sometimes in Seoul. >> > >> > > > >> > >> > wow that's a news! what do you do there? > >> > >> > come to suwon and spank raster when you have > time :) >> > >> > >> > >> or come to seoul. i live in yongsan. maybe we should > have regular monthly >> > >> e/efl dinners now we have more > people spread out? if you're in seoul >> > >> sometimes... we > might be able to arrange something. >> > > > >> > > What about celebrating elementary 1.0.0 next sunday in > Seoul? >> > > Who might be interested by drinking some beer after > all the effort? >> > > >> > Let celebrate ! Count me in ! > >> > >> i might be able to make it... depends what time/where :) > > > > I guess you should choose place and time! > > > > -- > > Jérôme Pinot > > http://ngc891.blogdns.net/ > > > > > -- > > Live Security Virtual Conference > Exclusive live event will cover > all the ways today's security and > threat landscape has changed and how > IT managers can respond. Discussions > will include endpoint security, > mobile security and the latest in malware > threats. > http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ > > ___ > enlightenment-devel > mailing list > enlightenment-devel@lists.sourceforge.net > > https://lists.sourceforge.net/lists/listinfo/enlightenment-devel > > > > -- > Live Security Virtual Conference > Exclusive live event will cover all the ways today's security and > threat landscape has changed and how IT managers can respond. Discussions > will include endpoint security, mobile security and the latest in malw
Re: [E-devel] E SVN: glima IN trunk/THEMES: darkness/elm/widgets detourious/elm/widgets efenniht/elm
urity, mobile security and the latest in malware > > threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ > > ___ > > enlightenment-devel mailing list > > enlightenment-devel@lists.sourceforge.net > > https://lists.sourceforge.net/lists/listinfo/enlightenment-devel > > > > > -- > Gustavo Sverzut Barbieri > http://profusion.mobi embedded systems > -- > MSN: barbi...@gmail.com > Skype: gsbarbieri > Mobile: +55 (19) 9225-2202 > -- > Live Security Virtual Conference > Exclusive live event will cover all the ways today's security and > threat landscape has changed and how IT managers can respond. Discussions > will include endpoint security, mobile security and the latest in malware > threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ > ___ > 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 -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Celebrating elementary 1.0
et/ > > > > > > > > > -- > > > Live Security Virtual Conference > Exclusive live event will > cover > all the ways today's security and > threat landscape has > changed and how > IT managers can respond. Discussions > will include > endpoint security, > mobile security and the latest in malware > > threats. > http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ > > > _______ > enlightenment-devel > > mailing list > enlightenment-devel@lists.sourceforge.net > > > https://lists.sourceforge.net/lists/listinfo/enlightenment-devel > > > > > > > -- > > Live Security Virtual Conference > Exclusive live event will cover > all the ways today's security and > threat landscape has changed and how > IT managers can respond. Discussions > will include endpoint security, > mobile security and the latest in malware > threats. > http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ > > ___ > enlightenment-devel > mailing list > enlightenment-devel@lists.sourceforge.net > > https://lists.sourceforge.net/lists/listinfo/enlightenment-devel > > > -- > > Live Security Virtual Conference > Exclusive live event will cover > all the ways today's security and > threat landscape has changed and how > IT managers can respond. Discussions > will include endpoint security, > mobile security and the latest in malware > threats. > http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ > > ___ > 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 > > > > -- > Live Security Virtual Conference > Exclusive live event will cover all the ways today's security and > threat landscape has changed and how IT managers can respond. Discussions > will include endpoint security, mobile security and the latest in malware > threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ > ___ > 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 -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Celebrating elementary 1.0
On Thu, 3 May 2012 11:20:51 +0900 Jérôme Pinot said: > On 05/03/12 11:01, Cedric BAIL wrote: > > My understanding was that it wat Sunday 6th of may. Rereading, and > > still thinking it was the 6th. > > Yes, I was thinking of 6th. Sorry if I wasn't clear enough. oh THIS sunday.. no can do then. i'm out of the country as of saturday for a week. > > On Thu, May 3, 2012 at 10:50 AM, Daniel Juyung Seo > > wrote: > > > Oh.. 13th of may? > > > Then I would skip that. I will be away from Seoul at that time. > > > > > > Daniel Juyung Seo (SeoZ) > > > > > > On Thu, May 3, 2012 at 8:57 AM, Carsten Haitzler > > > wrote: > > >> On Thu, 3 May 2012 08:52:36 +0900 (KST) ChunEon Park > > >> said: > > >> > > >>> So, This Saturday night? > > >> > > >> next sunday... 13th of may. well that was in jeromes original mail... :) > > -- > Jérôme Pinot > http://ngc891.blogdns.net/ -- - Codito, ergo sum - "I code, therefore I am" -- The Rasterman (Carsten Haitzler)ras...@rasterman.com -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Celebrating elementary 1.0
- > >> > Live Security Virtual Conference > Exclusive live event will cover > >> all the ways today's security and > threat landscape has changed and how > >> IT managers can respond. Discussions > will include endpoint security, > >> mobile security and the latest in malware > threats. > >> http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ > > >> ___ > enlightenment-devel > >> mailing list > enlightenment-devel@lists.sourceforge.net > >> > https://lists.sourceforge.net/lists/listinfo/enlightenment-devel > >> > > >> > >> -- > >> Live Security Virtual Conference > >> Exclusive live event will cover all the ways today's security and > >> threat landscape has changed and how IT managers can respond. Discussions > >> will include endpoint security, mobile security and the latest in malware > >> threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ > >> ___ > >> enlightenment-devel mailing list > >> enlightenment-devel@lists.sourceforge.net > >> https://lists.sourceforge.net/lists/listinfo/enlightenment-devel > >> -- > >> Live Security Virtual Conference > >> Exclusive live event will cover all the ways today's security and > >> threat landscape has changed and how IT managers can respond. Discussions > >> will include endpoint security, mobile security and the latest in malware > >> threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ > >> ___ > >> 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 > > > > > > -- > > Live Security Virtual Conference > > Exclusive live event will cover all the ways today's security and > > threat landscape has changed and how IT managers can respond. Discussions > > will include endpoint security, mobile security and the latest in malware > > threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ > > ___ > > enlightenment-devel mailing list > > enlightenment-devel@lists.sourceforge.net > > https://lists.sourceforge.net/lists/listinfo/enlightenment-devel > > -- > Live Security Virtual Conference > Exclusive live event will cover all the ways today's security and > threat landscape has changed and how IT managers can respond. Discussions > will include endpoint security, mobile security and the latest in malware > threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ > ___ > 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 -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
