Re: [E-devel] Elementary, scroll and some ideas
These things seem both logical and a natural procession...so I save go for it...others will need similar things...why not now ??? dh Atton Jonathan wrote: > hey, > > I am working on an elementary client for eyelight. Currently I display the > presentation in an elm_scroll container and we can change the size of the > presentation with a slider. > > I need 3 things: > - if the content of the scroll widget is smaller than the scroll widget, > center the content. > - deactivate the mouse wheel > - send an event mouse_wheel, I wish to change the size of the presentation > with the wheel instead of scrolling. > > I am ok to write these patchs but I wait yours advises. I don't want write a > patch for nothing :) > -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E SVN: cedric trunk/edje/src/lib
Enlightenment SVN wrote:
> Log:
> * edje_calc: Major cleanup.
> - Edje_Real_Part use less memory.
> - Edje_Real_Part and Edje_Real_Part_State now use a mempool.
> - When both param1 and param2 are the same, only recalc param1.
> - Don't compute Edje_Real_Part more than one time per
> edje_recalc_do.
>
To this last statement...I say A MEan !! :))
>
> Author: cedric
> Date: 2009-08-14 10:19:42 -0700 (Fri, 14 Aug 2009)
> New Revision: 41771
>
> Modified:
> trunk/edje/src/lib/edje_calc.c trunk/edje/src/lib/edje_edit.c
> trunk/edje/src/lib/edje_embryo.c trunk/edje/src/lib/edje_load.c
> trunk/edje/src/lib/edje_main.c trunk/edje/src/lib/edje_private.h
>
> Modified: trunk/edje/src/lib/edje_calc.c
> ===
> --- trunk/edje/src/lib/edje_calc.c2009-08-14 17:17:01 UTC (rev 41770)
> +++ trunk/edje/src/lib/edje_calc.c2009-08-14 17:19:42 UTC (rev 41771)
> @@ -65,7 +65,7 @@
> return ep->default_desc;
>
> if (!strcmp(name, "custom"))
> - return rp->custom.description;
> + return rp->custom ? rp->custom->description : NULL;
>
> if (!strcmp(name, "default"))
> {
> @@ -93,15 +93,33 @@
> void
> _edje_part_description_apply(Edje *ed, Edje_Real_Part *ep, const char *d1,
> double v1, const char *d2, double v2)
> {
> + Edje_Part_Description *epd1;
> + Edje_Part_Description *epd2;
> +
> if (!d1) d1 = "default";
> if (!d2) d2 = "default";
>
> - ep->param1.description = _edje_part_description_find(ed, ep, d1, v1);
> - if (!ep->param1.description)
> - ep->param1.description = ep->part->default_desc; /* never NULL */
> + epd1 = _edje_part_description_find(ed, ep, d1, v1);
> + if (!epd1)
> + epd1 = ep->part->default_desc; /* never NULL */
>
> - ep->param2.description = _edje_part_description_find(ed, ep, d2, v2);
> + epd2 = _edje_part_description_find(ed, ep, d2, v2);
>
> + if (epd2 != NULL && epd1 != epd2)
> + {
> + if (!ep->param2)
> + ep->param2 = eina_mempool_malloc(_edje_real_part_state_mp, sizeof
> (Edje_Real_Part_State));
> + }
> + else
> + if (ep->param2)
> + {
> + eina_mempool_free(_edje_real_part_state_mp, ep->param2);
> + ep->param2 = NULL;
> + }
> +
> + ep->param1.description = epd1;
> + ep->chosen_description = epd1;
> +
> ep->param1.rel1_to_x = ep->param1.rel1_to_y = NULL;
> ep->param1.rel2_to_x = ep->param1.rel2_to_y = NULL;
>
> @@ -114,26 +132,29 @@
> if (ep->param1.description->rel2.id_y >= 0)
> ep->param1.rel2_to_y =
> ed->table_parts[ep->param1.description->rel2.id_y % ed->table_parts_size];
>
> - ep->param2.rel1_to_x = ep->param2.rel1_to_y = NULL;
> - ep->param2.rel2_to_x = ep->param2.rel2_to_y = NULL;
> + if (ep->param2)
> + {
> + ep->param2->description = epd2;
>
> - if (ep->param2.description)
> - {
> - if (ep->param2.description->rel1.id_x >= 0)
> - ep->param2.rel1_to_x =
> ed->table_parts[ep->param2.description->rel1.id_x % ed->table_parts_size];
> - if (ep->param2.description->rel1.id_y >= 0)
> - ep->param2.rel1_to_y =
> ed->table_parts[ep->param2.description->rel1.id_y % ed->table_parts_size];
> - if (ep->param2.description->rel2.id_x >= 0)
> - ep->param2.rel2_to_x =
> ed->table_parts[ep->param2.description->rel2.id_x % ed->table_parts_size];
> - if (ep->param2.description->rel2.id_y >= 0)
> - ep->param2.rel2_to_y =
> ed->table_parts[ep->param2.description->rel2.id_y % ed->table_parts_size];
> + ep->param2->rel1_to_x = ep->param2->rel1_to_y = NULL;
> + ep->param2->rel2_to_x = ep->param2->rel2_to_y = NULL;
> +
> + if (ep->param2->description)
> + {
> + if (ep->param2->description->rel1.id_x >= 0)
> +ep->param2->rel1_to_x =
> ed->table_parts[ep->param2->description->rel1.id_x % ed->table_parts_size];
> + if (ep->param2->description->rel1.id_y >= 0)
> +ep->param2->rel1_to_y =
> ed->table_parts[ep->param2->description->rel1.id_y % ed->table_parts_size];
> + if (ep->param2->description->rel2.id_x >= 0)
> +ep->param2->rel2_to_x =
> ed->table_parts[ep->param2->description->rel2.id_x % ed->table_parts_size];
> + if (ep->param2->description->rel2.id_y >= 0)
> +ep->param2->rel2_to_y =
> ed->table_parts[ep->param2->description->rel2.id_y % ed->table_parts_size];
> + }
> +
> + if (ep->description_pos != 0.0)
> + ep->chosen_description = epd2;
> }
>
> - if (ep->description_pos == 0.0)
> - ep->chosen_description = ep->param1.description;
> - else
> - ep->chosen_description = ep->param2.description;
> -
> ed->dirty = 1;
> #ifdef EDJE_CALC_CACHE
> ep->invalidate = 1;
> @@ -1444,23 +1465,27 @@
> else
> {
> image_count = 2;
> - if (ep->param2.description)
> - image_count +=
> eina_lis
Re: [E-devel] Elementary, scroll and some ideas
Atton Jonathan wrote: > 2009/8/14 Gustavo Sverzut Barbieri > >> On Fri, Aug 14, 2009 at 1:57 PM, Atton Jonathan >> wrote: >>> hey, >>> >>> I am working on an elementary client for eyelight. Currently I display >> the >>> presentation in an elm_scroll container and we can change the size of the >>> presentation with a slider. >>> >>> I need 3 things: >>> - if the content of the scroll widget is smaller than the scroll widget, >>> center the content. >> did you try: evas_object_size_hints_align_set(child, 0.5, 0.5)? Maybe >> it works, maybe it needs implementing/fixing. >> > It seems not working but I need to do some test, layout are a bit complicate >> .< > >> >>> - deactivate the mouse wheel >>> - send an event mouse_wheel, I wish to change the size of the >> presentation >>> with the wheel instead of scrolling. >>> >>> I am ok to write these patchs but I wait yours advises. I don't want >> write a >>> patch for nothing :) >> I guess you can just add an object on top of the scroller to get the >> events. Set it to repeat events, so you get them first, if you handle >> it you just set on_hold flag and scroller should ignore the event... >> if not, just add check for on_hold events in scroller. >> > Work great, I have patch elementary and add the test on on_hold. > The EFL are a treasure of tips. > Because you are now in the field of the best in the industry !!! :) E has rocked for 15+ years !!! Always on the for-front of things that others want to be !! dh > >> -- >> Gustavo Sverzut Barbieri >> http://profusion.mobi embedded systems >> -- >> MSN: barbi...@gmail.com >> Skype: gsbarbieri >> Mobile: +55 (19) 9225-2202 >> > > > -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E SVN: cedric IN trunk/edje: . src/lib
William Keaney wrote: > On Monday 10 August 2009 11:16:52 Enlightenment SVN wrote: >> Log: >> * edje: Add a cache for _edje_part_recalc_single. >> >> WARNING: THIS CAN CAUSE RENDERING GLITCH AND OTHER WEIRD BEHAVIOUR WITH >> YOUR EDJE FILE. PLEASE REPORT ANY ALIEN STUFF. >> >> Note: This patch cache the result of _edje_part_recalc_single, until >> any relative part are moved, the object is resized or some property >> are changed (like during text set or color class set). >> >> Note: Be carefull when you call edje_object_size_min_restricted_calc, >> it's really an inderect heavy user of _edje_part_recalc_single and >> I wasn't able to bring it down. >> >> Note: This patch use more RAM, around 480 bytes per Edje state, so I >> don't recommand using it on a Desktop with a lot of CPU power. >> >> Author: cedric >> Date: 2009-08-10 08:16:51 -0700 (Mon, 10 Aug 2009) >> New Revision: 41663 > This seems to break everything that uses Edje on my system, most notably the > b_and_w theme and Entrance. I've run a manual bisect on the repo, and this > is > the first revision where these things start misbehaving. Any one else ?? If this is the norm, than NO !!! Several things don't > get rendered, including titlebars, buttons, and text boxes. Windows that get > shaded become slivers and cannot be unshaded. > Bad, Bad, Bad dh > --Will Keaney > -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E SVN: cedric IN trunk/edje: . src/lib
Well, IMO, ewl & etk are all but dead...worry about eml & E dh Cedric BAIL wrote: > On Sat, Aug 15, 2009 at 3:37 AM, William Keaney wrote: >> On Monday 10 August 2009 11:16:52 Enlightenment SVN wrote: >>> Log: >>> * edje: Add a cache for _edje_part_recalc_single. >>> >>> WARNING: THIS CAN CAUSE RENDERING GLITCH AND OTHER WEIRD BEHAVIOUR >>> WITH >>> YOUR EDJE FILE. PLEASE REPORT ANY ALIEN STUFF. >>> >>> Note: This patch cache the result of _edje_part_recalc_single, until >>> any relative part are moved, the object is resized or some property >>> are changed (like during text set or color class set). >>> >>> Note: Be carefull when you call edje_object_size_min_restricted_calc, >>> it's really an inderect heavy user of _edje_part_recalc_single and >>> I wasn't able to bring it down. >>> >>> Note: This patch use more RAM, around 480 bytes per Edje state, so I >>> don't recommand using it on a Desktop with a lot of CPU power. >>> >>> Author: cedric >>> Date: 2009-08-10 08:16:51 -0700 (Mon, 10 Aug 2009) >>> New Revision: 41663 >> This seems to break everything that uses Edje on my system, most notably the >> b_and_w theme and Entrance. I've run a manual bisect on the repo, and this >> is >> the first revision where these things start misbehaving. Several things >> don't >> get rendered, including titlebars, buttons, and text boxes. Windows that get >> shaded become slivers and cannot be unshaded. > > Weird it shouldn't as code is disabled by default in this commit. > Where do you see problem, in E17 itselef ? Elementary ? EWL ? What > module are you using ? > > Did you try last svn revision with --disable-edje-calc-cache during > edje configure ? -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] edje_init() never fails
On Sat, 15 Aug 2009, Carsten Haitzler (The Rasterman) wrote: > On Mon, 10 Aug 2009 08:20:18 +0200 (CEST) Vincent Torri > said: > >> >> Hey, >> >> edje_init() calls some efl init functions and does not check if they fail >> or not. Hence, edje_init() never fails. I think that we should review all >> the _init() and _shutdown() functions of the efl and fix them if they >> don't return the correct value. > > possibly should review it. tho none of the init calls other than > ecore_x_init() > is do fail. i don't think so. They all call, directly or not, eina_init(), which can fail. Vincent -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] edje_init() never fails
Vincent Torri wrote: > > On Sat, 15 Aug 2009, Carsten Haitzler (The Rasterman) wrote: > >> On Mon, 10 Aug 2009 08:20:18 +0200 (CEST) Vincent Torri >> said: >> >>> Hey, >>> >>> edje_init() calls some efl init functions and does not check if they fail >>> or not. Hence, edje_init() never fails. I think that we should review all >>> the _init() and _shutdown() functions of the efl and fix them if they >>> don't return the correct value. >> possibly should review it. tho none of the init calls other than >> ecore_x_init() >> is do fail. > > i don't think so. They all call, directly or not, eina_init(), which can > fail. > > Vincent Indeed !!! Needs more safety if we are to count on it dh -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Elementary, scroll and some ideas
2009/8/14 Atton Jonathan > hey, > > I am working on an elementary client for eyelight. Currently I display the > presentation in an elm_scroll container and we can change the size of the > presentation with a slider. > > I need 3 things: > - if the content of the scroll widget is smaller than the scroll widget, > center the content. I have fixed this by adding a elm_box in the scroll and my item in the box. The box fill the scroll and the item is centered in the box :) > > - deactivate the mouse wheel > - send an event mouse_wheel, I wish to change the size of the presentation > with the wheel instead of scrolling. > > I am ok to write these patchs but I wait yours advises. I don't want write > a patch for nothing :) > > -- > Regards. > consequently all my problems are fixed ... for now ... :) -- Regards. -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Resizing Edje object with application
Carsten Haitzler (The Rasterman) wrote:
> On Fri, 14 Aug 2009 15:26:24 +0200 Diego Jacobi said:
>
> well edje really are "smart png's/svg's/swf's" it's some bastard combination
> of
> those features. you can define layout (a bit like html) but layout is
> relative,
> so it it can resize "better" than html can without needing javascript
> (generally). it has scripting (embryo) and the ability to change state and
> react to events. but that is within an edje object - the object itself is an
> island. it knows of nothing else outside of it, so you need to
> move/resize/show/hide it - but within the edje - it has its own world. the
> insides simple are loaded off disk from a section of a file. one .edj file can
> gold
s/hold
many objects and you can have many instances of them. this puts off a lot
> of ui design, interaction and look into a data file that is replacable.
it's not perfect. it has limits. these are not insurmountable and can
improve over
> time. but it's there and works.
>
>> Thank you people.
>> I just needed to make a program to run an edje ui made with
>> edje_editor. And then test it.
>>
>> I wanted to see the power talked on a "introduction to EFL" text in
>> the webpage about edje.
>>
Then by all means, experimenteventually you will see it...just get
"comfortable" with EFL !!! Almost limitless.
dh
>> But, i was seeing other goal for edje than what it seems to actually be.
>> Anyway, i think that the combination evas/edje is the best aproach for
>> a desktop that i have ever seen.
>>
>> Cheers.
>> Diego
>>
>>
>>
>> 2009/8/14 Carsten Haitzler :
>>> On Mon, 10 Aug 2009 00:52:15 +0200 Diego Jacobi
>>> said:
>>>
>>> actually u just want ECORE_EVAS_OBJECT_ASSOCIATE_BASE - even then associate
>>> is too much for you - it's intent is different. it can dowhat u want but it
>>> will do other things you may not want. the simple resize callback is really
>>> what you want. remember on window resize the canvas is resized - that
>>> doesnt mean objects are. they star where they are and at the size they are
>>> until you decide otherwise. thats very normal.
>>>
Thanks both.
I can now resize.
Wasnt so hard, so sry for the noob question.
I tryed now the "modern" way, and i noted something:
The next code, doesnt finish the application if i close it. The
windows disappears but the process still alive.
edje = edje_object_add(evas);
ecore_evas_object_associate( ee, edje,
ECORE_EVAS_OBJECT_ASSOCIATE_DEL | ECORE_EVAS_OBJECT_ASSOCIATE_LAYER
|
ECORE_EVAS_OBJECT_ASSOCIATE_STACK |
ECORE_EVAS_OBJECT_ASSOCIATE_BASE );
The next code, will resize too, but it will terminate the application
when closing it.
edje = edje_object_add(evas);
ecore_evas_object_associate( ee, edje,
ECORE_EVAS_OBJECT_ASSOCIATE_LAYER
|
ECORE_EVAS_OBJECT_ASSOCIATE_STACK |
ECORE_EVAS_OBJECT_ASSOCIATE_BASE );
So what is " ECORE_EVAS_OBJECT_ASSOCIATE_DEL " for?
I was expecting something like "delete the asociated object with the ee".
Cheers.
Diego
2009/8/10 Gustavo Sverzut Barbieri :
> On Sat, Aug 8, 2009 at 3:59 PM, Christopher
> Michael wrote:
>> Seems like you need to use ecore_evas_callback_resize_set. EG:
>>
>> >ee = ecore_evas_software_x11_new(NULL, 0, 0, 0, WIDTH, HEIGHT);
>> > ecore_evas_title_set(ee, "EDJE example");
>> > ecore_evas_borderless_set(ee, 0);
>> > ecore_evas_shaped_set(ee, 0);
>> ecore_evas_callback_resize_set(ee, _my_resize_func);
>> > //ecore_evas_show(ee);
>>
>>
>> >edje = edje_object_add(evas);
>> evas_object_name_set(edje, "bg");
>> > edje_object_file_set(edje, "edje/XXX.edj", "test");
>> > evas_object_move(edje, 0, 0);
>> > edje_object_size_min_get(edje, &edje_w, &edje_h);
>> > if ( edje_w <= 10 )
>> > edje_w = WIDTH;
>> > if ( edje_h <= 10 )
>> > edje_h = HEIGHT;
>> > evas_object_resize(edje, edje_w, edje_h);
>> > evas_object_show(edje);
>>
>>
>> static void _my_resize_func(Ecore_Evas *ee)
>> {
>>Evas_Object *o = NULL;
>>int w = 0, h = 0;
>>
>>if (!(o = evas_object_name_find(ecore_evas_get(ee), "bg"))) return;
>>ecore_evas_geometry_get(ee, NULL, NULL, &w, &h);
>>evas_object_move(o, 0, 0);
>>evas_object_resize(o, w, h);
>> }
> There are more "modern" ways to do it, namely:
>
> - ecore_evas_object_associate(): maps window operations to objects,
> so resize object resizes the window, resizes the window resizes the
> associated object. Hide, show and others apply as well, depending on
> given f
Re: [E-devel] edje_init() never fails
On Sat, 15 Aug 2009 09:44:08 +0200 (CEST) Vincent Torri said: > > > On Sat, 15 Aug 2009, Carsten Haitzler (The Rasterman) wrote: > > > On Mon, 10 Aug 2009 08:20:18 +0200 (CEST) Vincent Torri > > said: > > > >> > >> Hey, > >> > >> edje_init() calls some efl init functions and does not check if they fail > >> or not. Hence, edje_init() never fails. I think that we should review all > >> the _init() and _shutdown() functions of the efl and fix them if they > >> don't return the correct value. > > > > possibly should review it. tho none of the init calls other than > > ecore_x_init() is do fail. > > i don't think so. They all call, directly or not, eina_init(), which can > fail. ok. 1 more can fail :) -- - Codito, ergo sum - "I code, therefore I am" -- The Rasterman (Carsten Haitzler)ras...@rasterman.com -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E SVN: cedric IN trunk/edje: . src/lib
Christopher Michael wrote: > Well, IMO, ewl & etk are all but dead...worry about eml & E > > He should worry about edje, if there is a serious bug it has to be fixed. No matter if the bug is triggered by E, entrance or EWL. Peter P.S. Ewl is not dead :) -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] edje_init() never fails
On Sat, 15 Aug 2009, Carsten Haitzler (The Rasterman) wrote: > On Sat, 15 Aug 2009 09:44:08 +0200 (CEST) Vincent Torri > said: > >> >> >> On Sat, 15 Aug 2009, Carsten Haitzler (The Rasterman) wrote: >> >>> On Mon, 10 Aug 2009 08:20:18 +0200 (CEST) Vincent Torri >>> said: >>> Hey, edje_init() calls some efl init functions and does not check if they fail or not. Hence, edje_init() never fails. I think that we should review all the _init() and _shutdown() functions of the efl and fix them if they don't return the correct value. >>> >>> possibly should review it. tho none of the init calls other than >>> ecore_x_init() is do fail. >> >> i don't think so. They all call, directly or not, eina_init(), which can >> fail. > > ok. 1 more can fail :) one to rule them all :) Vincent -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Bad behaviour !
On Wed, 12 Aug 2009 15:08:25 +0200 Cedric BAIL said: > Guys, something wrong is going on in E17. > > Specifically inside e_icon.c and e_int_menus.c. We are calling > specific evas object function that are not supposed to be called on > other type of evas object. Like evas_object_image_fill_set on some > smart object. Evas protect bad developper from calling function on the > wrong object, but this can hide some bigger bug. So it's a bad habit > to rely on evas to protect us from doing nasty thing. hmm the only fill_set does it only if not an edje (and the only other option for an icon sub-obj is an image atm). > Right now I don't have time to dig this, but it's easy to reproduce. > First disable evas magic debug check (--disable-evas-magic-debug to > configure). Start E17 with valgrind (enlightenment_start -valgrind=3), > go in the configuration dialog, show some config dialog with icons, > then go back to the main menu, and move your cursor over the entry, it > will show you some error in valgrind output at some point. If some > people have time to find where it come from, that would be nice :-) > > Happy debug, > > PS: I added a bug in the bug tracker, #396, but I decided to write > this mail, to be sure that every EFL developper know about this issue > and will less likely add the same kind of bug in the futur. id someone fix this? as it's not the case atm... (another way is to use env vars (export EVAS_DEBUG_SHOW=1, export EVAS_DEBUG_ABORT=1). i cleaned up other problems it found just now and committed. -- - Codito, ergo sum - "I code, therefore I am" -- The Rasterman (Carsten Haitzler)ras...@rasterman.com -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E SVN: cedric trunk/edje/src/lib
On Mon, 10 Aug 2009 18:39:23 +0200 Cedric BAIL said: > On Mon, Aug 10, 2009 at 5:21 PM, Gustavo Sverzut > Barbieri wrote: > > On Mon, Aug 10, 2009 at 6:56 AM, Enlightenment > > SVN wrote: > >> Log: > >> * edje: Reduce sizeof (Edje_Calc_Params). > >> > >> Note: It doesn't really impact edje memory foot print yet. But in > >> the plan to do a computation cache inside edje, this structure > >> will be used a lot (I am planning to do this feature at some point, > >> but no ETA yet, and be reassured it will be optionnal so we can > >> choose between CPU load or memory load). > >> > >> Note: As I was looking for similar area of improvements, > >> Edje_Part_Description could really use an union to reduce it's size, > >> but as we load this structure directly from an Eet file, we need > >> union in Eet first. And this should be part of a comming Edje file > >> format break. > > > > Better than union is to have the single part in one structure and > > specific bits in their own structure. Depending on how we do the Eet + > > union support, we may think on how to do it to cover this case as > > well. > > > > I'd say instead of allocate memory and fill it, one could give a > > "type" value to user callback and then it would receive the correct > > Eet_Data_Descriptor for that subtype. So union would return the data > > descriptor with the same struct size for all types, while dynamic > > would check (switch/case) which one to use, and return the fields > > properly. > > > > This is likely to reduce memory consumption a lot because we often > > have LOTS of rectangle that have almost no field, while we have very > > few TEXT/TEXTBLOCK/GRADIENT that consume most memory. > > Hum, that's another possibility, this is almost like implementing some > object "inheritence" support in eet. This could be much more efficient > than using union, but only if type can't change, or you could be > forced to reallocate another structure. But this seems more usefull > than union for Edje. Will put this somewhere in the TODO :-) > > > BTW, something that could improve memory there is using mempool. > > I don't really see how, what do you want to put inside this mempool > (one per type of edje object ?) ? but Edje_Calc_Params is runtime - not in the .edj file :) no need to worry about eet here. -- - Codito, ergo sum - "I code, therefore I am" -- The Rasterman (Carsten Haitzler)ras...@rasterman.com -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E SVN: cedric IN trunk/edje: . src/lib
On Mon, 10 Aug 2009 18:35:36 +0200 Cedric BAIL said: > On Mon, Aug 10, 2009 at 5:27 PM, Gustavo Sverzut > Barbieri wrote: > > On Mon, Aug 10, 2009 at 12:16 PM, Enlightenment > > SVN wrote: > >> Log: > >> * edje: Add a cache for _edje_part_recalc_single. > >> > >> WARNING: THIS CAN CAUSE RENDERING GLITCH AND OTHER WEIRD BEHAVIOUR > >> WITH YOUR EDJE FILE. PLEASE REPORT ANY ALIEN STUFF. > >> > >> Note: This patch cache the result of _edje_part_recalc_single, until > >> any relative part are moved, the object is resized or some property > >> are changed (like during text set or color class set). > >> > >> Note: Be carefull when you call > >> edje_object_size_min_restricted_calc, it's really an inderect heavy user > >> of _edje_part_recalc_single and I wasn't able to bring it down. > >> > >> Note: This patch use more RAM, around 480 bytes per Edje state, so I > >> don't recommand using it on a Desktop with a lot of CPU power. > > > > well, probably machines with lots of CPU power have lots of memory as > > well, and wasting less CPU means more time to render stuff, like > > animations can go smoother... > > > > that and also to get more testing, I'd say let's make this on by > > default, at least until next snapshot. > > I will work on reducing Edje_Real_Part size today. I have many idea to > fix this. When it is done, I will make this option on by default. > Sounds like the best approach for now. casting and multiple structs imho (and then u can have multiple mempools). one thing to be careful - the more mempools we have the more we will waste memory in fragmented mempools. need to be wary. :) -- - Codito, ergo sum - "I code, therefore I am" -- The Rasterman (Carsten Haitzler)ras...@rasterman.com -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E SVN: cedric trunk/edje/src/lib
On Mon, 10 Aug 2009 12:21:11 -0300 Gustavo Sverzut Barbieri said: > On Mon, Aug 10, 2009 at 6:56 AM, Enlightenment > SVN wrote: > > Log: > > * edje: Reduce sizeof (Edje_Calc_Params). > > > > Note: It doesn't really impact edje memory foot print yet. But in > > the plan to do a computation cache inside edje, this structure > > will be used a lot (I am planning to do this feature at some point, > > but no ETA yet, and be reassured it will be optionnal so we can > > choose between CPU load or memory load). > > > > Note: As I was looking for similar area of improvements, > > Edje_Part_Description could really use an union to reduce it's size, > > but as we load this structure directly from an Eet file, we need > > union in Eet first. And this should be part of a comming Edje file > > format break. > > Better than union is to have the single part in one structure and > specific bits in their own structure. Depending on how we do the Eet + > union support, we may think on how to do it to cover this case as > well. > > I'd say instead of allocate memory and fill it, one could give a > "type" value to user callback and then it would receive the correct > Eet_Data_Descriptor for that subtype. So union would return the data > descriptor with the same struct size for all types, while dynamic > would check (switch/case) which one to use, and return the fields > properly. > > This is likely to reduce memory consumption a lot because we often > have LOTS of rectangle that have almost no field, while we have very > few TEXT/TEXTBLOCK/GRADIENT that consume most memory. > > BTW, something that could improve memory there is using mempool. even mempool will fragment. it isnt necessarily a silver bullet. not allocating is better than anything else :) i am wondering if simple N structs with casting is best (and a common header in all for common members for all types). -- - Codito, ergo sum - "I code, therefore I am" -- The Rasterman (Carsten Haitzler)ras...@rasterman.com -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] [Patch] Edje and Lua
On Wed, 12 Aug 2009 07:31:06 -0700 "Hanspeter Portner" said: if u can send he .edc as well - tar.gz it up or just paste into the email. it wasn't included in your mail! :( > This concerns Ticket #109: Add Lua support for Edje > > It adds Lua as scripting facility to Edje, letting Embryo untouched. > It should be easier to use and be more flexible than Embryo, imho ;-) > > --- > The patch > --- > > Lua 5.1 is used in sandboxed mode. Lua byte code is not > platform/architecture independent, Lua code is saved as text in the Edje > container and parsed at load time, therefore. > > The patch goes in two directions > > 1) Analogous to Embryo for scripting logic, messaging and custom states. > The same things are implemented as in Embryo: > > - messaging from and to C > - manual creation of timers, animators, pollers for custom events / > animations > - manual manipulation of Edje parts by means of the public > edje_object_part_* and internal functions and custom states > > -> those routines are actually implemented as Lua bindings to > functions in Edje.h and Ecore.h > -> the implementation is done in an object oriented way, so that the > interface gives the feel of an object description language, pretty > similar to EDC itself > -> combining custom states and custom animators allows for fancy > animations and transitions, e.g circular/spline translations or > complex/conditional transitions, etc. > -> this is just the same as Embryo does, but implemented in Lua, so > nothing new here, actually > > 2) Dynamic object creation and manipulation > > - this interface stems from the 'script_only' objects in Edje. Those > objects are a kind of scriptable Edje counterparts to Evas_Smart > objects. The infrastructure for Embryo is already there, but has > never been used > - I added this in Lua and added some first bindings to experiment > with > - I thought it would be useful to allow for a limited dynamic > creation of ui parts > - We can create instances of groups from within the same Edje > container and use them just like the main Edje object as stated in > 1) > - And there are some stand-alone bindings to dynamically create > Evas_Image, Evas_Table, Evas_Line, Evas_Polygon as examples > > -> this may be useful to decouple the program from the ui even more, > to be able to do things that have to be done in the program itself > atm, but actually belong to the user interface, but need dynamic > creation of objects or complex interactions > -> those objects are manipulated manually with Lua bindings to the > corresponding edje_object_* and evas_object_* functions > > --- > Discussion points > --- > > Both stuff in 1) & 2) is functioning, but needs testing, feedback, > improvements, ... > > Stuff in 1) can already fully replace Embryo scripting with Lua > scripting. There still is space for improvements/additions, though. > > Of the stuff in 2), I think it may only make sense to add the dynamic > creation of groups defined in the same Edje container. Dynamic creation > of other Evas_Objects makes not much sense, as most of them can already > be used as Edje parts and be manipulated with custom states (apart from > polygons and lines) and it would make the whole theming potentially more > programing-like and much more susceptible for errors, etc. > > Would this be useful, or drop it all? > > The scripting should be there just for logic, conditionals, custom > states and animations, not for a whole dynamic canvas, imho. > > There is a patch around with EXTERNAL Edje parts. Seems to be a better, > faster, more secure way to extend Edje with custom objects. > > There would be the possibility of precompiling Lua code at compile time > (edje_cc) for faster loading, but we would have to patch and run our own > Lua version. > The Lua parser is pretty fast, though, and using > byte-converted/endianness-swapped byte-code does only pay off for Lua > chunks of some kilo lines. > Byte code also occupies much more space than text in the final Edje > container, as it includes debug symbols. > > --- > > Cedric and Vincent told me, that the plan was to replace Embryo totally > by Lua before the official release of Edje at the end of the year? So it > would make sense to bring Lua to svn soon and look how it fits in, test, > debug, adapt it further to the themers needs, decide on its final shape, > GATHER SOME PEOPLE TO HELP ;-) > > --- > > The Lua enhanced Edje is in sync with svn and can be get directly here >git clone git://repo.or.cz/edje_lua.git >cd edje_lua >git checkout -b lua_patch origin/lua_patch > > or apply the attached patch > > There are also some examples to show the usage of the things mentioned > above > - showcase.edj: shows usage of custom animators, custom states, > messaging and the script_only object > - test.edj: test cases of scr
Re: [E-devel] E SVN: raster trunk/eina/src/lib
On Thu, 13 Aug 2009 07:33:07 +0200 (CEST) Vincent Torri
said:
hamsters need no initting!
> also eina_hamster_init() is not called in eina_init() :-) poor hamsters !
>
> (and eina_tiler init() as well)
>
> Vincent
>
> On Thu, 13 Aug 2009, Vincent Torri wrote:
>
> >
> > On Wed, 12 Aug 2009, Enlightenment SVN wrote:
> >
> >> +fields = sscanf(_eina_hamster_time, "%02i:%02i:%02i", &hrs, &min,
> >> &sec);
> >> +if (fields == 3)
> >> + {
> >> + _eina_hamsters = (hrs * 60) + min;
> >> + fields = sscanf(_eina_hamster_date, "%s %i %i", mon, &day,
> >> &year);
> >> + if (fields == 3)
> >> + {
> >
> > [snip]
> >
> >> + }
> >
> > shouldn't we return 0 in case the second test fails ?
> >
> >> + }
> >> + }
> >> + // format: [rest - year][0-12 - month][0-31 - day][0-23 - hrs][0-59 -
> >> sec] return _eina_hamsters;
> >> }
> >
> > Vincent
> >
> > --
> > Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
> > trial. Simplify your report design, integration and deployment - and focus
> > on what you do best, core application coding. Discover what's new with
> > Crystal Reports now. http://p.sf.net/sfu/bobj-july
> > ___
> > enlightenment-devel mailing list
> > enlightenment-devel@lists.sourceforge.net
> > https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
> >
> > --
> > Ce message a été vérifié par MailScanner
> > pour des virus ou des polluriels et rien de
> > suspect n'a été trouvé.
> > Message délivré par le serveur de messagerie de l'Université d'Evry.
> >
> >
--
- Codito, ergo sum - "I code, therefore I am" --
The Rasterman (Carsten Haitzler)ras...@rasterman.com
--
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
trial. Simplify your report design, integration and deployment - and focus on
what you do best, core application coding. Discover what's new with
Crystal Reports now. http://p.sf.net/sfu/bobj-july
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E SVN: raster trunk/eina/src/lib
On Thu, 13 Aug 2009 07:18:28 +0200 (CEST) Vincent Torri
said:
well returning the time with a 0 date (invalid) is better than nothing, but it
won't fail - the format is a fixed format always the same according to the docs.
> On Wed, 12 Aug 2009, Enlightenment SVN wrote:
>
> > +fields = sscanf(_eina_hamster_time, "%02i:%02i:%02i", &hrs, &min,
> > &sec);
> > +if (fields == 3)
> > + {
> > + _eina_hamsters = (hrs * 60) + min;
> > + fields = sscanf(_eina_hamster_date, "%s %i %i", mon, &day,
> > &year);
> > + if (fields == 3)
> > + {
>
> [snip]
>
> > + }
>
> shouldn't we return 0 in case the second test fails ?
>
> > + }
> > + }
> > + // format: [rest - year][0-12 - month][0-31 - day][0-23 - hrs][0-59 -
> > sec] return _eina_hamsters;
> > }
>
> Vincent
>
> --
> Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
> trial. Simplify your report design, integration and deployment - and focus on
> what you do best, core application coding. Discover what's new with
> Crystal Reports now. http://p.sf.net/sfu/bobj-july
> ___
> enlightenment-devel mailing list
> enlightenment-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
>
--
- Codito, ergo sum - "I code, therefore I am" --
The Rasterman (Carsten Haitzler)ras...@rasterman.com
--
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
trial. Simplify your report design, integration and deployment - and focus on
what you do best, core application coding. Discover what's new with
Crystal Reports now. http://p.sf.net/sfu/bobj-july
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] #391 shelf behaviour on screen size changed yet another patch
On Fri, 14 Aug 2009 12:35:05 +0400 victor said: > Hi guys! > > Sorry for screwing up your perfect code by previous patch. Hope this one > will be more appropriate. > > Regards, Victor. in svn. thanks! -- - Codito, ergo sum - "I code, therefore I am" -- The Rasterman (Carsten Haitzler)ras...@rasterman.com -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] [Patch] Edje and Lua
On Thu, 13 Aug 2009 23:57:26 -0700 "Hanspeter Portner" said: oh sorry - ignore my other mail for the edc. :) > Iván Briano (Sachiel) wrote: > >> > >> The source of showcase.edc is attached, too, to just have a glimpse at > >> Lua inside of EDC > >> > >> > > > > No, it's not. Make sure it gets attached as text/plain or the list > > will strip it out. > > > Sorry, second try then ... > -- > Hanspeter Portner > vento...@airpost.net > > -- > http://www.fastmail.fm - Access all of your messages and folders > wherever you are > > -- - Codito, ergo sum - "I code, therefore I am" -- The Rasterman (Carsten Haitzler)ras...@rasterman.com -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Elementary, scroll and some ideas
On Fri, 14 Aug 2009 14:49:08 -0400 Atton Jonathan said: > 2009/8/14 Gustavo Sverzut Barbieri > > > On Fri, Aug 14, 2009 at 1:57 PM, Atton Jonathan > > wrote: > > > hey, > > > > > > I am working on an elementary client for eyelight. Currently I display > > the > > > presentation in an elm_scroll container and we can change the size of the > > > presentation with a slider. > > > > > > I need 3 things: > > > - if the content of the scroll widget is smaller than the scroll widget, > > > center the content. > > > > did you try: evas_object_size_hints_align_set(child, 0.5, 0.5)? Maybe > > it works, maybe it needs implementing/fixing. > > > It seems not working but I need to do some test, layout are a bit complicate > >.< > > > > > > > > - deactivate the mouse wheel > > > - send an event mouse_wheel, I wish to change the size of the > > presentation > > > with the wheel instead of scrolling. > > > > > > I am ok to write these patchs but I wait yours advises. I don't want > > write a > > > patch for nothing :) > > > > I guess you can just add an object on top of the scroller to get the > > events. Set it to repeat events, so you get them first, if you handle > > it you just set on_hold flag and scroller should ignore the event... > > if not, just add check for on_hold events in scroller. > > > Work great, I have patch elementary and add the test on on_hold. > The EFL are a treasure of tips. hmm i'm wondering why you want to scroll? it's a presentation right? just scaling it should be all you need... right? as for align - no. scroller wont do that... should it? i guess it should if child smaller than scroller. -- - Codito, ergo sum - "I code, therefore I am" -- The Rasterman (Carsten Haitzler)ras...@rasterman.com -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E SVN: cedric IN trunk/edje: . src/lib
On Fri, 14 Aug 2009 21:37:40 -0400 William Keaney said: hmm i havent seen any breaks here. > On Monday 10 August 2009 11:16:52 Enlightenment SVN wrote: > > Log: > > * edje: Add a cache for _edje_part_recalc_single. > > > > WARNING: THIS CAN CAUSE RENDERING GLITCH AND OTHER WEIRD > > BEHAVIOUR WITH YOUR EDJE FILE. PLEASE REPORT ANY ALIEN STUFF. > > > > Note: This patch cache the result of _edje_part_recalc_single, > > until any relative part are moved, the object is resized or some property > > are changed (like during text set or color class set). > > > > Note: Be carefull when you call > > edje_object_size_min_restricted_calc, it's really an inderect heavy user of > > _edje_part_recalc_single and I wasn't able to bring it down. > > > > Note: This patch use more RAM, around 480 bytes per Edje state, > > so I don't recommand using it on a Desktop with a lot of CPU power. > > > > Author: cedric > > Date: 2009-08-10 08:16:51 -0700 (Mon, 10 Aug 2009) > > New Revision: 41663 > This seems to break everything that uses Edje on my system, most notably the > b_and_w theme and Entrance. I've run a manual bisect on the repo, and this > is the first revision where these things start misbehaving. Several things > don't get rendered, including titlebars, buttons, and text boxes. Windows > that get shaded become slivers and cannot be unshaded. > > --Will Keaney > -- - Codito, ergo sum - "I code, therefore I am" -- The Rasterman (Carsten Haitzler)ras...@rasterman.com -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Elementary, scroll and some ideas
On Sat, 15 Aug 2009 03:05:25 -0400 Christopher Michael said: yes. make sense. being able to turn off automatic behavior in the events you dont really want it is sensible. > These things seem both logical and a natural procession...so I save go > for it...others will need similar things...why not now ??? > > dh > > Atton Jonathan wrote: > > hey, > > > > I am working on an elementary client for eyelight. Currently I display the > > presentation in an elm_scroll container and we can change the size of the > > presentation with a slider. > > > > I need 3 things: > > - if the content of the scroll widget is smaller than the scroll widget, > > center the content. > > - deactivate the mouse wheel > > - send an event mouse_wheel, I wish to change the size of the presentation > > with the wheel instead of scrolling. > > > > I am ok to write these patchs but I wait yours advises. I don't want write a > > patch for nothing :) > > > > > -- > Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day > trial. Simplify your report design, integration and deployment - and focus on > what you do best, core application coding. Discover what's new with > Crystal Reports now. http://p.sf.net/sfu/bobj-july > ___ > enlightenment-devel mailing list > enlightenment-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/enlightenment-devel > -- - Codito, ergo sum - "I code, therefore I am" -- The Rasterman (Carsten Haitzler)ras...@rasterman.com -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E SVN: cedric IN trunk/edje: . src/lib
On Saturday, August 15, 2009, Christopher Michael wrote: > Well, IMO, ewl & etk are all but dead...worry about eml & E I care about this toolkit as they are heavy valid user of edje with sample code to test. > Cedric BAIL wrote: > > On Sat, Aug 15, 2009 at 3:37 AM, William Keaney wrote: > > On Monday 10 August 2009 11:16:52 Enlightenment SVN wrote: > > Log: > * edje: Add a cache for _edje_part_recalc_single. > > WARNING: THIS CAN CAUSE RENDERING GLITCH AND OTHER WEIRD BEHAVIOUR WITH > YOUR EDJE FILE. PLEASE REPORT ANY ALIEN STUFF. > > Note: This patch cache the result of _edje_part_recalc_single, until > any relative part are moved, the object is resized or some property > are changed (like during text set or color class set). > > Note: Be carefull when you call edje_object_size_min_restricted_calc, > it's really an inderect heavy user of _edje_part_recalc_single and > I wasn't able to bring it down. > > Note: This patch use more RAM, around 480 bytes per Edje state, so I > don't recommand using it on a Desktop with a lot of CPU power. > > Author: cedric > Date: 2009-08-10 08:16:51 -0700 (Mon, 10 Aug 2009) > New Revision: 41663 > > This seems to break everything that uses Edje on my system, most notably the > b_and_w theme and Entrance. I've run a manual bisect on the repo, and this is > the first revision where these things start misbehaving. Several things don't > get rendered, including titlebars, buttons, and text boxes. Windows that get > shaded become slivers and cannot be unshaded. > > > Weird it shouldn't as code is disabled by default in this commit. > Where do you see problem, in E17 itselef ? Elementary ? EWL ? What > module are you using ? > > Did you try last svn revision with --disable-edje-calc-cache during > edje configure ? > > > > -- Cedric BAIL -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Elementary, scroll and some ideas
2009/8/15 Carsten Haitzler > On Fri, 14 Aug 2009 14:49:08 -0400 Atton Jonathan < > jonathan.at...@gmail.com> > said: > > > 2009/8/14 Gustavo Sverzut Barbieri > > > > > On Fri, Aug 14, 2009 at 1:57 PM, Atton Jonathan< > jonathan.at...@gmail.com> > > > wrote: > > > > hey, > > > > > > > > I am working on an elementary client for eyelight. Currently I > display > > > the > > > > presentation in an elm_scroll container and we can change the size of > the > > > > presentation with a slider. > > > > > > > > I need 3 things: > > > > - if the content of the scroll widget is smaller than the scroll > widget, > > > > center the content. > > > > > > did you try: evas_object_size_hints_align_set(child, 0.5, 0.5)? Maybe > > > it works, maybe it needs implementing/fixing. > > > > > It seems not working but I need to do some test, layout are a bit > complicate > > >.< > > > > > > > > > > > > - deactivate the mouse wheel > > > > - send an event mouse_wheel, I wish to change the size of the > > > presentation > > > > with the wheel instead of scrolling. > > > > > > > > I am ok to write these patchs but I wait yours advises. I don't want > > > write a > > > > patch for nothing :) > > > > > > I guess you can just add an object on top of the scroller to get the > > > events. Set it to repeat events, so you get them first, if you handle > > > it you just set on_hold flag and scroller should ignore the event... > > > if not, just add check for on_hold events in scroller. > > > > > Work great, I have patch elementary and add the test on on_hold. > > The EFL are a treasure of tips. > > hmm i'm wondering why you want to scroll? it's a presentation right? just > scaling it should be all you need... right? as for align - no. scroller > wont do > that... should it? i guess it should if child smaller than scroller. when the presentation is bigger than its container (the scroll container in my case), we need to scroll to display a specific zone of the presentation. I have center the child by using a box. The child of the scroll is an elm_box and the presentation is centered in this box. > > -- > - Codito, ergo sum - "I code, therefore I am" -- > The Rasterman (Carsten Haitzler)ras...@rasterman.com > > -- Regards. -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Elementary, scroll and some ideas
On Sat, 15 Aug 2009 09:31:55 -0400 Atton Jonathan said: > > when the presentation is bigger than its container (the scroll container in > my case), we need to scroll to display a specific zone of the presentation. > > I have center the child by using a box. The child of the scroll is an > elm_box and the presentation is centered in this box. generally for content - i'd agree. but for presentations, the idea is to not ever scroll - everything is visible - if needed scale it up and down, but its a slide to be shown entirely. weather in presentation or preview mode? -- - Codito, ergo sum - "I code, therefore I am" -- The Rasterman (Carsten Haitzler)ras...@rasterman.com -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E SVN: cedric IN trunk/edje: . src/lib
On Saturday 15 August 2009 02:14:06 Cedric BAIL wrote: > On Sat, Aug 15, 2009 at 3:37 AM, William Keaney wrote: > > On Monday 10 August 2009 11:16:52 Enlightenment SVN wrote: > >> Log: > >> * edje: Add a cache for _edje_part_recalc_single. > >> > >> WARNING: THIS CAN CAUSE RENDERING GLITCH AND OTHER WEIRD BEHAVIOUR > >> WITH YOUR EDJE FILE. PLEASE REPORT ANY ALIEN STUFF. > >> > >> Note: This patch cache the result of _edje_part_recalc_single, > >> until any relative part are moved, the object is resized or some > >> property are changed (like during text set or color class set). > >> > >> Note: Be carefull when you call > >> edje_object_size_min_restricted_calc, it's really an inderect heavy user > >> of _edje_part_recalc_single and I wasn't able to bring it down. > >> > >> Note: This patch use more RAM, around 480 bytes per Edje state, so > >> I don't recommand using it on a Desktop with a lot of CPU power. > >> > >> Author: cedric > >> Date: 2009-08-10 08:16:51 -0700 (Mon, 10 Aug 2009) > >> New Revision: 41663 > > > > This seems to break everything that uses Edje on my system, most notably > > the b_and_w theme and Entrance. I've run a manual bisect on the repo, > > and this is the first revision where these things start misbehaving. > > Several things don't get rendered, including titlebars, buttons, and > > text boxes. Windows that get shaded become slivers and cannot be > > unshaded. > > Weird it shouldn't as code is disabled by default in this commit. > Where do you see problem, in E17 itselef ? Elementary ? EWL ? What > module are you using ? > > Did you try last svn revision with --disable-edje-calc-cache during > edje configure ? The --help output of autogen.sh says that edje-calc-cache is disabled by default, but when run without any arguments it enables edje-calc-cache. I am seeing the problem in both E17 itself (screenshot at http://omploader.org/vMjU3aQ) and in Entrance, both of which use Edje. I did try the latest SVN with --disable-edje-calc, and that restored functionality. --Will Keaney signature.asc Description: This is a digitally signed message part. -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Elementary, scroll and some ideas
I write an editor as impress or powerpoint. 2009/8/15 Carsten Haitzler > On Sat, 15 Aug 2009 09:31:55 -0400 Atton Jonathan < > jonathan.at...@gmail.com> > said: > > > > > when the presentation is bigger than its container (the scroll container > in > > my case), we need to scroll to display a specific zone of the > presentation. > > > > I have center the child by using a box. The child of the scroll is an > > elm_box and the presentation is centered in this box. > > generally for content - i'd agree. but for presentations, the idea is to > not > ever scroll - everything is visible - if needed scale it up and down, but > its a > slide to be shown entirely. weather in presentation or preview mode? > > -- > - Codito, ergo sum - "I code, therefore I am" -- > The Rasterman (Carsten Haitzler)ras...@rasterman.com > > -- Regards. -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Elementary, scroll and some ideas
s/as/like 2009/8/15 Atton Jonathan > I write an editor as impress or powerpoint. > > 2009/8/15 Carsten Haitzler > > On Sat, 15 Aug 2009 09:31:55 -0400 Atton Jonathan < >> jonathan.at...@gmail.com> >> said: >> >> > >> > when the presentation is bigger than its container (the scroll container >> in >> > my case), we need to scroll to display a specific zone of the >> presentation. >> > >> > I have center the child by using a box. The child of the scroll is an >> > elm_box and the presentation is centered in this box. >> >> generally for content - i'd agree. but for presentations, the idea is to >> not >> ever scroll - everything is visible - if needed scale it up and down, but >> its a >> slide to be shown entirely. weather in presentation or preview mode? >> >> -- >> - Codito, ergo sum - "I code, therefore I am" -- >> The Rasterman (Carsten Haitzler)ras...@rasterman.com >> >> > > > -- > Regards. > -- Regards. -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Elementary, scroll and some ideas
Please keep it simple and useful as Apple Keynote, Impress and Powerpoint have 10^1024 more options but it's hard to do simple things like beautiful themes and fix alignment withing slide. Those guide lines for Keynote that automatically tries to match to boundaries and text baseline rocks! On Sat, Aug 15, 2009 at 11:52 AM, Atton Jonathan wrote: > s/as/like > > 2009/8/15 Atton Jonathan >> >> I write an editor as impress or powerpoint. >> >> 2009/8/15 Carsten Haitzler >>> >>> On Sat, 15 Aug 2009 09:31:55 -0400 Atton Jonathan >>> >>> said: >>> >>> > >>> > when the presentation is bigger than its container (the scroll >>> > container in >>> > my case), we need to scroll to display a specific zone of the >>> > presentation. >>> > >>> > I have center the child by using a box. The child of the scroll is an >>> > elm_box and the presentation is centered in this box. >>> >>> generally for content - i'd agree. but for presentations, the idea is to >>> not >>> ever scroll - everything is visible - if needed scale it up and down, but >>> its a >>> slide to be shown entirely. weather in presentation or preview mode? >>> >>> -- >>> - Codito, ergo sum - "I code, therefore I am" -- >>> The Rasterman (Carsten Haitzler) ras...@rasterman.com >>> >> >> >> >> -- >> Regards. > > > > -- > Regards. > -- Gustavo Sverzut Barbieri http://profusion.mobi embedded systems -- MSN: barbi...@gmail.com Skype: gsbarbieri Mobile: +55 (19) 9225-2202 -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Elementary, scroll and some ideas
I am not crazy I will do something simple :) 2009/8/15 Gustavo Sverzut Barbieri > Please keep it simple and useful as Apple Keynote, Impress and > Powerpoint have 10^1024 more options but it's hard to do simple things > like beautiful themes and fix alignment withing slide. Those guide > lines for Keynote that automatically tries to match to boundaries and > text baseline rocks! > > On Sat, Aug 15, 2009 at 11:52 AM, Atton > Jonathan wrote: > > s/as/like > > > > 2009/8/15 Atton Jonathan > >> > >> I write an editor as impress or powerpoint. > >> > >> 2009/8/15 Carsten Haitzler > >>> > >>> On Sat, 15 Aug 2009 09:31:55 -0400 Atton Jonathan > >>> > >>> said: > >>> > >>> > > >>> > when the presentation is bigger than its container (the scroll > >>> > container in > >>> > my case), we need to scroll to display a specific zone of the > >>> > presentation. > >>> > > >>> > I have center the child by using a box. The child of the scroll is an > >>> > elm_box and the presentation is centered in this box. > >>> > >>> generally for content - i'd agree. but for presentations, the idea is > to > >>> not > >>> ever scroll - everything is visible - if needed scale it up and down, > but > >>> its a > >>> slide to be shown entirely. weather in presentation or preview mode? > >>> > >>> -- > >>> - Codito, ergo sum - "I code, therefore I am" > -- > >>> The Rasterman (Carsten Haitzler)ras...@rasterman.com > >>> > >> > >> > >> > >> -- > >> Regards. > > > > > > > > -- > > Regards. > > > > > > -- > Gustavo Sverzut Barbieri > http://profusion.mobi embedded systems > -- > MSN: barbi...@gmail.com > Skype: gsbarbieri > Mobile: +55 (19) 9225-2202 > -- Regards. -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E SVN: cedric trunk/edje/src/lib
On Sat, Aug 15, 2009 at 7:20 AM, Carsten Haitzler wrote: > On Mon, 10 Aug 2009 12:21:11 -0300 Gustavo Sverzut Barbieri > said: > >> On Mon, Aug 10, 2009 at 6:56 AM, Enlightenment >> SVN wrote: >> > Log: >> > * edje: Reduce sizeof (Edje_Calc_Params). >> > >> > Note: It doesn't really impact edje memory foot print yet. But in >> > the plan to do a computation cache inside edje, this structure >> > will be used a lot (I am planning to do this feature at some point, >> > but no ETA yet, and be reassured it will be optionnal so we can >> > choose between CPU load or memory load). >> > >> > Note: As I was looking for similar area of improvements, >> > Edje_Part_Description could really use an union to reduce it's size, >> > but as we load this structure directly from an Eet file, we need >> > union in Eet first. And this should be part of a comming Edje file >> > format break. >> >> Better than union is to have the single part in one structure and >> specific bits in their own structure. Depending on how we do the Eet + >> union support, we may think on how to do it to cover this case as >> well. >> >> I'd say instead of allocate memory and fill it, one could give a >> "type" value to user callback and then it would receive the correct >> Eet_Data_Descriptor for that subtype. So union would return the data >> descriptor with the same struct size for all types, while dynamic >> would check (switch/case) which one to use, and return the fields >> properly. >> >> This is likely to reduce memory consumption a lot because we often >> have LOTS of rectangle that have almost no field, while we have very >> few TEXT/TEXTBLOCK/GRADIENT that consume most memory. >> >> BTW, something that could improve memory there is using mempool. > > even mempool will fragment. it isnt necessarily a silver bullet. not > allocating > is better than anything else :) i am wondering if simple N structs with > casting > is best (and a common header in all for common members for all types). Yes, and this is really the best solution BUT with current fscking huge code it's very hard to do. As I said to cedric, go and do a refactor to isolate parts dealing with common bits or specific (text, textblock) in separate functions, than errors will be harder to happen. -- Gustavo Sverzut Barbieri http://profusion.mobi embedded systems -- MSN: barbi...@gmail.com Skype: gsbarbieri Mobile: +55 (19) 9225-2202 -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E SVN: cedric IN trunk/edje: . src/lib
On Saturday, August 15, 2009, William Keaney wrote: > On Saturday 15 August 2009 02:14:06 Cedric BAIL wrote: >> On Sat, Aug 15, 2009 at 3:37 AM, William Keaney wrote: >> > On Monday 10 August 2009 11:16:52 Enlightenment SVN wrote: >> >> Log: >> >> * edje: Add a cache for _edje_part_recalc_single. >> >> >> >> WARNING: THIS CAN CAUSE RENDERING GLITCH AND OTHER WEIRD BEHAVIOUR >> >> WITH YOUR EDJE FILE. PLEASE REPORT ANY ALIEN STUFF. >> >> >> >> Note: This patch cache the result of _edje_part_recalc_single, >> >> until any relative part are moved, the object is resized or some >> >> property are changed (like during text set or color class set). >> >> >> >> Note: Be carefull when you call >> >> edje_object_size_min_restricted_calc, it's really an inderect heavy user >> >> of _edje_part_recalc_single and I wasn't able to bring it down. >> >> >> >> Note: This patch use more RAM, around 480 bytes per Edje state, so >> >> I don't recommand using it on a Desktop with a lot of CPU power. >> >> >> >> Author: cedric >> >> Date: 2009-08-10 08:16:51 -0700 (Mon, 10 Aug 2009) >> >> New Revision: 41663 >> > >> > This seems to break everything that uses Edje on my system, most notably >> > the b_and_w theme and Entrance. I've run a manual bisect on the repo, >> > and this is the first revision where these things start misbehaving. >> > Several things don't get rendered, including titlebars, buttons, and >> > text boxes. Windows that get shaded become slivers and cannot be >> > unshaded. >> >> Weird it shouldn't as code is disabled by default in this commit. >> Where do you see problem, in E17 itselef ? Elementary ? EWL ? What >> module are you using ? >> >> Did you try last svn revision with --disable-edje-calc-cache during >> edje configure ? > The --help output of autogen.sh says that edje-calc-cache is disabled by > default, but when run without any arguments it enables edje-calc-cache. Yep, i did switch it on by by default just before the weekend and forgot to update help message. But this is easy to fix. My current concern was your report on a revision that didn t turn this option on by default. I am correct if i assume it was on when you where bysecting this bug ? > I am seeing the problem in both E17 itself (screenshot at > http://omploader.org/vMjU3aQ) and in Entrance, both of which use Edje. > I did try the latest SVN with --disable-edje-calc, and that restored > functionality. Ok thanks for the screenshot. I can t look at it right now, but il will as soon as possible. Thanks for your help. And does anyone see the same bug ? -- Cedric BAIL -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] weird test case with edje
2009/8/15 Carsten Haitzler :
> On Mon, 10 Aug 2009 22:18:10 +0200 Diego Jacobi said:
>
>> 2009/8/10 Atton Jonathan :
>> > program { name: "CollapseAll";
>> > signal: "mouse,in";
>> > source: "Applications";
>> > action: STATE_SET "default" 0.00;
>> > transition: SINUSOIDAL 0.2;
>> > target: "Places";
>> > target: "System";
>> > }
>> >
>>
>> Thanks.
>> After compiling with this code and open it with edje_editor, it shows
>> "Places|System" in the target text edit control, instead of
>> "Places,System" as its Hint/Tips says.
>> The separator is not "," comma, but "|".
>
> it works for you now (ignoring edje_editor stuff) ?
>
> --
> - Codito, ergo sum - "I code, therefore I am" --
> The Rasterman (Carsten Haitzler) ras...@rasterman.com
>
>
Yes, both ways. Compiling and editor.
Thanks.
--
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
trial. Simplify your report design, integration and deployment - and focus on
what you do best, core application coding. Discover what's new with
Crystal Reports now. http://p.sf.net/sfu/bobj-july
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E SVN: cedric IN trunk/edje: . src/lib
On Saturday 15 August 2009 12:34:00 Cedric BAIL wrote: > On Saturday, August 15, 2009, William Keaney wrote: > > On Saturday 15 August 2009 02:14:06 Cedric BAIL wrote: > >> On Sat, Aug 15, 2009 at 3:37 AM, William Keaney wrote: > >> > On Monday 10 August 2009 11:16:52 Enlightenment SVN wrote: > >> >> Log: > >> >> * edje: Add a cache for _edje_part_recalc_single. > >> >> > >> >> WARNING: THIS CAN CAUSE RENDERING GLITCH AND OTHER WEIRD > >> >> BEHAVIOUR WITH YOUR EDJE FILE. PLEASE REPORT ANY ALIEN STUFF. > >> >> > >> >> Note: This patch cache the result of _edje_part_recalc_single, > >> >> until any relative part are moved, the object is resized or some > >> >> property are changed (like during text set or color class set). > >> >> > >> >> Note: Be carefull when you call > >> >> edje_object_size_min_restricted_calc, it's really an inderect heavy > >> >> user of _edje_part_recalc_single and I wasn't able to bring it down. > >> >> > >> >> Note: This patch use more RAM, around 480 bytes per Edje state, > >> >> so I don't recommand using it on a Desktop with a lot of CPU power. > >> >> > >> >> Author: cedric > >> >> Date: 2009-08-10 08:16:51 -0700 (Mon, 10 Aug 2009) > >> >> New Revision: 41663 > >> > > >> > This seems to break everything that uses Edje on my system, most > >> > notably the b_and_w theme and Entrance. I've run a manual bisect on > >> > the repo, and this is the first revision where these things start > >> > misbehaving. Several things don't get rendered, including titlebars, > >> > buttons, and text boxes. Windows that get shaded become slivers and > >> > cannot be unshaded. > >> > >> Weird it shouldn't as code is disabled by default in this commit. > >> Where do you see problem, in E17 itselef ? Elementary ? EWL ? What > >> module are you using ? > >> > >> Did you try last svn revision with --disable-edje-calc-cache during > >> edje configure ? > > > > The --help output of autogen.sh says that edje-calc-cache is disabled by > > default, but when run without any arguments it enables edje-calc-cache. > > Yep, i did switch it on by by default just before the weekend and > forgot to update help message. But this is easy to fix. > > My current concern was your report on a revision that didn t turn this > option on by default. I am correct if i assume it was on when you > where bysecting this bug ? I didn't manually disable it until after I had arrived at that revision, so I believe so. --Will Keaney signature.asc Description: This is a digitally signed message part. -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Resizing Edje object with application
2009/8/15 Christopher Michael :
> Carsten Haitzler (The Rasterman) wrote:
>>
>> On Fri, 14 Aug 2009 15:26:24 +0200 Diego Jacobi
>> said:
>>
>> well edje really are "smart png's/svg's/swf's" it's some bastard
>> combination of
>> those features. you can define layout (a bit like html) but layout is
>> relative,
>> so it it can resize "better" than html can without needing javascript
>> (generally). it has scripting (embryo) and the ability to change state and
>> react to events. but that is within an edje object - the object itself is
>> an
>> island. it knows of nothing else outside of it, so you need to
>> move/resize/show/hide it - but within the edje - it has its own world. the
>> insides simple are loaded off disk from a section of a file. one .edj file
>> can
>> gold
>
> s/hold
>
> many objects and you can have many instances of them. this puts off a lot
>>
>> of ui design, interaction and look into a data file that is replacable.
>
> it's not perfect. it has limits. these are not insurmountable and can
> improve over
>>
>> time. but it's there and works.
>>
>>> Thank you people.
>>> I just needed to make a program to run an edje ui made with
>>> edje_editor. And then test it.
>>>
>>> I wanted to see the power talked on a "introduction to EFL" text in
>>> the webpage about edje.
>>>
> Then by all means, experimenteventually you will see it...just get
> "comfortable" with EFL !!! Almost limitless.
>
> dh
>
>>> But, i was seeing other goal for edje than what it seems to actually be.
>>> Anyway, i think that the combination evas/edje is the best aproach for
>>> a desktop that i have ever seen.
>>>
>>> Cheers.
>>> Diego
>>>
>>>
>>>
>>> 2009/8/14 Carsten Haitzler :
On Mon, 10 Aug 2009 00:52:15 +0200 Diego Jacobi
said:
actually u just want ECORE_EVAS_OBJECT_ASSOCIATE_BASE - even then
associate
is too much for you - it's intent is different. it can dowhat u want but
it
will do other things you may not want. the simple resize callback is
really
what you want. remember on window resize the canvas is resized - that
doesnt mean objects are. they star where they are and at the size they
are
until you decide otherwise. thats very normal.
> Thanks both.
>
> I can now resize.
> Wasnt so hard, so sry for the noob question.
>
> I tryed now the "modern" way, and i noted something:
>
> The next code, doesnt finish the application if i close it. The
> windows disappears but the process still alive.
>
> edje = edje_object_add(evas);
> ecore_evas_object_associate( ee, edje,
> ECORE_EVAS_OBJECT_ASSOCIATE_DEL | ECORE_EVAS_OBJECT_ASSOCIATE_LAYER
> |
> ECORE_EVAS_OBJECT_ASSOCIATE_STACK |
> ECORE_EVAS_OBJECT_ASSOCIATE_BASE );
>
> The next code, will resize too, but it will terminate the application
> when closing it.
>
> edje = edje_object_add(evas);
> ecore_evas_object_associate( ee, edje,
> ECORE_EVAS_OBJECT_ASSOCIATE_LAYER
> |
> ECORE_EVAS_OBJECT_ASSOCIATE_STACK |
> ECORE_EVAS_OBJECT_ASSOCIATE_BASE );
>
>
> So what is " ECORE_EVAS_OBJECT_ASSOCIATE_DEL " for?
> I was expecting something like "delete the asociated object with the
> ee".
>
>
> Cheers.
> Diego
>
>
> 2009/8/10 Gustavo Sverzut Barbieri :
>>
>> On Sat, Aug 8, 2009 at 3:59 PM, Christopher
>> Michael wrote:
>>>
>>> Seems like you need to use ecore_evas_callback_resize_set. EG:
>>>
>>> > ee = ecore_evas_software_x11_new(NULL, 0, 0, 0, WIDTH,
>>> HEIGHT);
>>> > ecore_evas_title_set(ee, "EDJE example");
>>> > ecore_evas_borderless_set(ee, 0);
>>> > ecore_evas_shaped_set(ee, 0);
>>> ecore_evas_callback_resize_set(ee, _my_resize_func);
>>> > //ecore_evas_show(ee);
>>>
>>>
>>> > edje = edje_object_add(evas);
>>> evas_object_name_set(edje, "bg");
>>> > edje_object_file_set(edje, "edje/XXX.edj", "test");
>>> > evas_object_move(edje, 0, 0);
>>> > edje_object_size_min_get(edje, &edje_w, &edje_h);
>>> > if ( edje_w <= 10 )
>>> > edje_w = WIDTH;
>>> > if ( edje_h <= 10 )
>>> > edje_h = HEIGHT;
>>> > evas_object_resize(edje, edje_w, edje_h);
>>> > evas_object_show(edje);
>>>
>>>
>>> static void _my_resize_func(Ecore_Evas *ee)
>>> {
>>> Evas_Object *o = NULL;
>>> int w = 0, h = 0;
>>>
>>> if (!(o = evas_object_name_find(ecore_evas_get(ee), "bg"))) return;
>>> ecore_evas_geometry_get(ee, NULL, NULL, &w, &h);
>>> evas_object_move(o, 0, 0);
>>> evas_object_resize(o, w, h);
>>> }
>>
>> There are more "modern" ways to do it, namely:
>>
>>
Re: [E-devel] Resizing Edje object with application
2009/8/15 Diego Jacobi
> 2009/8/15 Christopher Michael :
> > Carsten Haitzler (The Rasterman) wrote:
> >>
> >> On Fri, 14 Aug 2009 15:26:24 +0200 Diego Jacobi
> >> said:
> >>
> >> well edje really are "smart png's/svg's/swf's" it's some bastard
> >> combination of
> >> those features. you can define layout (a bit like html) but layout is
> >> relative,
> >> so it it can resize "better" than html can without needing javascript
> >> (generally). it has scripting (embryo) and the ability to change state
> and
> >> react to events. but that is within an edje object - the object itself
> is
> >> an
> >> island. it knows of nothing else outside of it, so you need to
> >> move/resize/show/hide it - but within the edje - it has its own world.
> the
> >> insides simple are loaded off disk from a section of a file. one .edj
> file
> >> can
> >> gold
> >
> > s/hold
> >
> > many objects and you can have many instances of them. this puts off a
> lot
> >>
> >> of ui design, interaction and look into a data file that is replacable.
> >
> > it's not perfect. it has limits. these are not insurmountable and can
> > improve over
> >>
> >> time. but it's there and works.
> >>
> >>> Thank you people.
> >>> I just needed to make a program to run an edje ui made with
> >>> edje_editor. And then test it.
> >>>
> >>> I wanted to see the power talked on a "introduction to EFL" text in
> >>> the webpage about edje.
> >>>
> > Then by all means, experimenteventually you will see it...just get
> > "comfortable" with EFL !!! Almost limitless.
> >
> > dh
> >
> >>> But, i was seeing other goal for edje than what it seems to actually
> be.
> >>> Anyway, i think that the combination evas/edje is the best aproach for
> >>> a desktop that i have ever seen.
> >>>
> >>> Cheers.
> >>> Diego
> >>>
> >>>
> >>>
> >>> 2009/8/14 Carsten Haitzler :
>
> On Mon, 10 Aug 2009 00:52:15 +0200 Diego Jacobi <
> jacobidi...@gmail.com>
> said:
>
> actually u just want ECORE_EVAS_OBJECT_ASSOCIATE_BASE - even then
> associate
> is too much for you - it's intent is different. it can dowhat u want
> but
> it
> will do other things you may not want. the simple resize callback is
> really
> what you want. remember on window resize the canvas is resized - that
> doesnt mean objects are. they star where they are and at the size they
> are
> until you decide otherwise. thats very normal.
>
> > Thanks both.
> >
> > I can now resize.
> > Wasnt so hard, so sry for the noob question.
> >
> > I tryed now the "modern" way, and i noted something:
> >
> > The next code, doesnt finish the application if i close it. The
> > windows disappears but the process still alive.
> >
> > edje = edje_object_add(evas);
> > ecore_evas_object_associate( ee, edje,
> > ECORE_EVAS_OBJECT_ASSOCIATE_DEL | ECORE_EVAS_OBJECT_ASSOCIATE_LAYER
> >|
> > ECORE_EVAS_OBJECT_ASSOCIATE_STACK |
> > ECORE_EVAS_OBJECT_ASSOCIATE_BASE );
> >
> > The next code, will resize too, but it will terminate the application
> > when closing it.
> >
> > edje = edje_object_add(evas);
> > ecore_evas_object_associate( ee, edje,
> > ECORE_EVAS_OBJECT_ASSOCIATE_LAYER
> >|
> > ECORE_EVAS_OBJECT_ASSOCIATE_STACK |
> > ECORE_EVAS_OBJECT_ASSOCIATE_BASE );
> >
> >
> > So what is " ECORE_EVAS_OBJECT_ASSOCIATE_DEL " for?
> > I was expecting something like "delete the asociated object with the
> > ee".
> >
> >
> > Cheers.
> > Diego
> >
> >
> > 2009/8/10 Gustavo Sverzut Barbieri :
> >>
> >> On Sat, Aug 8, 2009 at 3:59 PM, Christopher
> >> Michael wrote:
> >>>
> >>> Seems like you need to use ecore_evas_callback_resize_set. EG:
> >>>
> >>> >ee = ecore_evas_software_x11_new(NULL, 0, 0, 0, WIDTH,
> >>> HEIGHT);
> >>> > ecore_evas_title_set(ee, "EDJE example");
> >>> > ecore_evas_borderless_set(ee, 0);
> >>> > ecore_evas_shaped_set(ee, 0);
> >>> ecore_evas_callback_resize_set(ee, _my_resize_func);
> >>> > //ecore_evas_show(ee);
> >>>
> >>>
> >>> >edje = edje_object_add(evas);
> >>> evas_object_name_set(edje, "bg");
> >>> > edje_object_file_set(edje, "edje/XXX.edj", "test");
> >>> > evas_object_move(edje, 0, 0);
> >>> > edje_object_size_min_get(edje, &edje_w, &edje_h);
> >>> > if ( edje_w <= 10 )
> >>> > edje_w = WIDTH;
> >>> > if ( edje_h <= 10 )
> >>> > edje_h = HEIGHT;
> >>> > evas_object_resize(edje, edje_w, edje_h);
> >>> > evas_object_show(edje);
> >>>
> >>>
> >>> static void _my_resize_func(Ecore_Evas *ee)
> >>> {
> >>> Evas_Object *o = N
Re: [E-devel] E SVN: cedric IN trunk/edje: . src/lib
hum I don't have any problems with edje-calc-cache activate or deactivate.. 2009/8/15 William Keaney > On Saturday 15 August 2009 02:14:06 Cedric BAIL wrote: > > On Sat, Aug 15, 2009 at 3:37 AM, William Keaney > wrote: > > > On Monday 10 August 2009 11:16:52 Enlightenment SVN wrote: > > >> Log: > > >> * edje: Add a cache for _edje_part_recalc_single. > > >> > > >> WARNING: THIS CAN CAUSE RENDERING GLITCH AND OTHER WEIRD > BEHAVIOUR > > >> WITH YOUR EDJE FILE. PLEASE REPORT ANY ALIEN STUFF. > > >> > > >> Note: This patch cache the result of _edje_part_recalc_single, > > >> until any relative part are moved, the object is resized or some > > >> property are changed (like during text set or color class set). > > >> > > >> Note: Be carefull when you call > > >> edje_object_size_min_restricted_calc, it's really an inderect heavy > user > > >> of _edje_part_recalc_single and I wasn't able to bring it down. > > >> > > >> Note: This patch use more RAM, around 480 bytes per Edje state, > so > > >> I don't recommand using it on a Desktop with a lot of CPU power. > > >> > > >> Author: cedric > > >> Date: 2009-08-10 08:16:51 -0700 (Mon, 10 Aug 2009) > > >> New Revision: 41663 > > > > > > This seems to break everything that uses Edje on my system, most > notably > > > the b_and_w theme and Entrance. I've run a manual bisect on the repo, > > > and this is the first revision where these things start misbehaving. > > > Several things don't get rendered, including titlebars, buttons, and > > > text boxes. Windows that get shaded become slivers and cannot be > > > unshaded. > > > > Weird it shouldn't as code is disabled by default in this commit. > > Where do you see problem, in E17 itselef ? Elementary ? EWL ? What > > module are you using ? > > > > Did you try last svn revision with --disable-edje-calc-cache during > > edje configure ? > The --help output of autogen.sh says that edje-calc-cache is disabled by > default, but when run without any arguments it enables edje-calc-cache. > I am seeing the problem in both E17 itself (screenshot at > http://omploader.org/vMjU3aQ) and in Entrance, both of which use Edje. > I did try the latest SVN with --disable-edje-calc, and that restored > functionality. > > --Will Keaney > > > -- > Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day > trial. Simplify your report design, integration and deployment - and focus > on > what you do best, core application coding. Discover what's new with > Crystal Reports now. http://p.sf.net/sfu/bobj-july > ___ > enlightenment-devel mailing list > enlightenment-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/enlightenment-devel > > -- Regards. -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] [PATCH] Eina logging domains
On Sat, Aug 15, 2009 at 5:55 PM, Andre Dieb wrote:
> Changes:
>
> Module name is now eina_log (but I didn't delete eina_error yet, as we
> should delete it only when the transition is completed)
> Docs on header and basic doc on .c file, but there's a lot of room for doc
> improvement
> Save name on domains
> Clean realloc code
> Keep parsing EINA_LOG_LEVELS even when user types wrong (e.g.
> domain1:level1,domain2:,domain3,domain:5)
> Migrate old global logger code to global logger (i.e. remove old deprecated
> functions)
arghh... HTML MAIL!
now to the points
- _DOM is not a suffix, rather a prefix namespace... like
EINA_LOG_ERR and EINA_LOG_DOM_ERR...
- I remember Sun compiler barfing at ##__VA_ARGS__, maybe we need to
avoid that? Vincent?? (avoid that is define just as (...) and user is
obligated to give at least one parameter, fmt. That makes things
uglier IMHO)
- _Eina_Log_Level define a value < 0 (EINA_LOG_LEVEL_MIN =
INT32_MIN) so compilers don't optimize that enum as an unsigned
integer, causing problems for users trying to specify something like
-1 for "more critical"
- +typedef int Eina_Log; "too much", I'd use it as integer, no need
to typedef.
- keep these as "eina_error", you're fixing error->log, but having
error codes as log codes is too much, like broking and not fixing =)
This holds true for eina_log_msg_register and friends...
+/**
+ * @var EINA_LOG_OUT_OF_MEMORY
+ * Log identifier corresponding to a lack of memory.
+ */
+EAPI extern Eina_Log EINA_LOG_MSG_OUT_OF_MEMORY;
- colors should be improved, for example (even the old code is not good)
+static const char *_colors[EINA_LOG_LEVELS] = {
+ EINA_COLOR_YELLOW, // EINA_LOG_LEVEL_CRITICAL
+ EINA_COLOR_RED, // EINA_LOG_LEVEL_ERR
+ EINA_COLOR_YELLOW, // EINA_LOG_LEVEL_WARN
+ EINA_COLOR_NOTHING, // EINA_LOG_LEVEL_INFO
+ EINA_COLOR_GREEN, // EINA_LOG_LEVEL_DBG
+};
for me, the more "red", more dangerous... more "green" better... So I
usually use as rule in my debugs:
- light (\033[1m) red = critical
- regular (dark) red = error
- yellow = warning
- green = info
- light blue = debug
- regular blue = more than debug
things I told you in previous mails:
- trailing whitespaces!!!
- have you tested the parse of broken EINA_LOG_LEVELS? Note this
+ level = strtol((char *)(end + 1), &tmp, 10);
+ if (tmp == (end + 1)) continue;
you do not change start, what happens? infinite loops... you need to
have start = next pair, so need to search for "," and update start to
that or add an "end" label right after appending to pending list
and "goto end" instead of continue.
- eina_log_shutdown() should ignore already deleted entries.
- eina_log_domain_register() should not free domains, they should be
freed in eina_log_domain_unregister()
--
Gustavo Sverzut Barbieri
http://profusion.mobi embedded systems
--
MSN: barbi...@gmail.com
Skype: gsbarbieri
Mobile: +55 (19) 9225-2202
--
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
trial. Simplify your report design, integration and deployment - and focus on
what you do best, core application coding. Discover what's new with
Crystal Reports now. http://p.sf.net/sfu/bobj-july
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Elementary, scroll and some ideas
On Sat, 15 Aug 2009 10:49:23 -0400 Atton Jonathan said: > I write an editor as impress or powerpoint. even as an edigtor - i don't think u need to scroll. this way you work in wysiwyg. you see the whole slide as you work on it - in a smaller size. : > 2009/8/15 Carsten Haitzler > > > On Sat, 15 Aug 2009 09:31:55 -0400 Atton Jonathan < > > jonathan.at...@gmail.com> > > said: > > > > > > > > when the presentation is bigger than its container (the scroll container > > in > > > my case), we need to scroll to display a specific zone of the > > presentation. > > > > > > I have center the child by using a box. The child of the scroll is an > > > elm_box and the presentation is centered in this box. > > > > generally for content - i'd agree. but for presentations, the idea is to > > not > > ever scroll - everything is visible - if needed scale it up and down, but > > its a > > slide to be shown entirely. weather in presentation or preview mode? > > > > -- > > - Codito, ergo sum - "I code, therefore I am" -- > > The Rasterman (Carsten Haitzler)ras...@rasterman.com > > > > > > > -- > Regards. > -- - Codito, ergo sum - "I code, therefore I am" -- The Rasterman (Carsten Haitzler)ras...@rasterman.com -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Resizing Edje object with application
On Sat, 15 Aug 2009 22:00:19 +0200 Diego Jacobi said: [...snip...] > Thanks. > I see that the best of EFL is the kindness of its comunity of developers. :) we try and help - sometimes get grumpy and snarky if we think we're being asked stupid questions (eg gentoo users asking for help with compiling who don't know what prefix is. you chose gentoo - they u'd better damn well know the basics of compiling and development!). but your questions have been sensible :) > I feel comfortable with EFL API, but because of my lack of skills in > graphic design, it is yet harder for me alone to design a nice > interface with edje than with C. But this is exactly what i dont want. > I want to completelly separate the ui design from the code as edje > aims. > I will have to wait until it gets a bit more easy for the people like > me who cant get a single pixel in a nice color. hmm. well something that puts high-level widgets together we don't have - glade thing. edje is lower-level. you will still be looking at doing work with edje yourself - but the point is that it ius separated and an artist/designer can come along and clean it all up. in the end though any good software will need a artist/designer invovlved. unless its cmd-line. you will need an icon, web page, and god knows what else. it's like saying you want to make a car, but you don't need a mechanical engineer. :) apps that look and feel good are apps where a designer/artist was involved. it's just a skill that comes with the territory. yes - i know you say you have no skills. ok you may not be able to DRAW. people have drawn much for you, but you CAN learn the basics of ui layout - the principles and follow them. it's not hard. you don't need artistic talent. that stuff is handy for when you need to draw things - an icon for you app is going to be a must sooner or later for example :) > Also i was like expecting it to not be sort of a replace to glade. > I was kinda expecting something like a plugable UI. I mean, a compiled > plugin, loadable at run time, with all the required stuff in a UI > which is able to emit signals or call functions in a C code, maybe in > another process, and also coexist with other UI in the same > application. Like a media player, with a compact and full UI. > And also able to be runned with a double clic and self loaded with > harmless example data, so somebody can see how an UI interacts with > the user, without having it connected to the program it self, or > without having the program at all. hmm. ok this is not edje - though it has some aspects of it - the edje object u load is defined in the .edj file entirely. it can behave and react on its own and you can deal with it via mesages, signals etc. - you can also set the text of text parts and move/resize it. but as such it reacts on its own. you can swallow it INTO another edje - have a swallow region and the other edje will then control the swallowed object. i guess you still make the decisions where to swallow or keep as part of the parent edje object. > I can imagine sort of a theme downloader application, which lets you > download themes for any application made with edje, even the ones that > you dont have, but you can test the theme and if you like it, then > download the application. And maybe, different applications use the > same theme. Like a video player, there wont be a need to make an > abstraction layer to use different engines. Different applications > with the same theme could use xine or mplayer or gstreamer or > anything. And the same for things like a browser, the startmenu, > desktop, docker, etc. technically that's emotion. it is an abstraction layer between evas and xine or gstreamer atm. mpolayer isn't possible due to the way it works (atm). > Cheers. > Diego > > -- > Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day > trial. Simplify your report design, integration and deployment - and focus on > what you do best, core application coding. Discover what's new with > Crystal Reports now. http://p.sf.net/sfu/bobj-july > ___ > enlightenment-devel mailing list > enlightenment-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/enlightenment-devel > -- - Codito, ergo sum - "I code, therefore I am" -- The Rasterman (Carsten Haitzler)ras...@rasterman.com -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.
Re: [E-devel] weird test case with edje
On Sat, 15 Aug 2009 18:55:17 +0200 Diego Jacobi said:
> 2009/8/15 Carsten Haitzler :
> > On Mon, 10 Aug 2009 22:18:10 +0200 Diego Jacobi
> > said:
> >
> >> 2009/8/10 Atton Jonathan :
> >> > program { name: "CollapseAll";
> >> > signal: "mouse,in";
> >> > source: "Applications";
> >> > action: STATE_SET "default" 0.00;
> >> > transition: SINUSOIDAL 0.2;
> >> > target: "Places";
> >> > target: "System";
> >> > }
> >> >
> >>
> >> Thanks.
> >> After compiling with this code and open it with edje_editor, it shows
> >> "Places|System" in the target text edit control, instead of
> >> "Places,System" as its Hint/Tips says.
> >> The separator is not "," comma, but "|".
> >
> > it works for you now (ignoring edje_editor stuff) ?
> >
> > --
> > - Codito, ergo sum - "I code, therefore I am" --
> > The Rasterman (Carsten Haitzler) ras...@rasterman.com
> >
> >
>
> Yes, both ways. Compiling and editor.
> Thanks.
>
coolzors!
--
- Codito, ergo sum - "I code, therefore I am" --
The Rasterman (Carsten Haitzler)ras...@rasterman.com
--
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
trial. Simplify your report design, integration and deployment - and focus on
what you do best, core application coding. Discover what's new with
Crystal Reports now. http://p.sf.net/sfu/bobj-july
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E SVN: cedric IN trunk/edje: . src/lib
On Sat, 15 Aug 2009 10:37:22 -0400 William Keaney said: > > Weird it shouldn't as code is disabled by default in this commit. > > Where do you see problem, in E17 itselef ? Elementary ? EWL ? What > > module are you using ? > > > > Did you try last svn revision with --disable-edje-calc-cache during > > edje configure ? > The --help output of autogen.sh says that edje-calc-cache is disabled by > default, but when run without any arguments it enables edje-calc-cache. > I am seeing the problem in both E17 itself (screenshot at > http://omploader.org/vMjU3aQ) and in Entrance, both of which use Edje. > I did try the latest SVN with --disable-edje-calc, and that restored > functionality. strange as i see no problems at all :( odd why you and no one else? -- - Codito, ergo sum - "I code, therefore I am" -- The Rasterman (Carsten Haitzler)ras...@rasterman.com -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] [Patch] Edje and Lua
On Wed, 12 Aug 2009 07:31:06 -0700 "Hanspeter Portner" said: ok. werd. 1. thanks mucho mucho mucho. 2. stick around. i've had to fix the patch to match some changes cedric did of late to the custom struct. it works.. mostly now. 3. i am seeing a few segv's and visual bugs (eg in showcase.edj - the arrow group doesnt draw until i move/resize it first). 4. on shutdown i am seeing "Edje Lua memory limit... reached". in fact the ela->cur is going below 0 to negative. there's double-frees somewhere. 5. this seems harmless right now as its isolated in the lua script and sections of code - so that's good - runtime isolation of new things is awesome. 6. i'm putting this in svn now - so it can be worked on. it's not ready for prime-time imho - some of the test.edj's fail: Lua runtime error: [string "edje_lua_script"]:410: attempt to perform arithmetic on field 'radius' (a nil value) for example. i need to look into in detail some of these, but i don't have time just now, but will find the time. i'll have questions, and any help you have in tracking these down will be good! again. AWESOME work. much more than i expected. you have proved an exception to my pessimism of assuming nothing would ever get done. you went off and DID it! i love being proven wrong in these cases! :) awesome work mate! but as i said. it needs work. and now that can begin. i encourage everyone to try this out - get the .edj's mentioned: http://didgmo.sourceforge.net/showcase.edj http://didgmo.sourceforge.net/test.edj edje_decc them for src and try them out with your favorite edje tool (i was using the old venerable edje test app in TEST/orig/edje - i did modernise it to compile locally). anyone wanting to start hunting crashes or the negative mem alloc values, lua bitches etc. - go for it! the more people debugging it - the better. > This concerns Ticket #109: Add Lua support for Edje > > It adds Lua as scripting facility to Edje, letting Embryo untouched. > It should be easier to use and be more flexible than Embryo, imho ;-) > > --- > The patch > --- > > Lua 5.1 is used in sandboxed mode. Lua byte code is not > platform/architecture independent, Lua code is saved as text in the Edje > container and parsed at load time, therefore. > > The patch goes in two directions > > 1) Analogous to Embryo for scripting logic, messaging and custom states. > The same things are implemented as in Embryo: > > - messaging from and to C > - manual creation of timers, animators, pollers for custom events / > animations > - manual manipulation of Edje parts by means of the public > edje_object_part_* and internal functions and custom states > > -> those routines are actually implemented as Lua bindings to > functions in Edje.h and Ecore.h > -> the implementation is done in an object oriented way, so that the > interface gives the feel of an object description language, pretty > similar to EDC itself > -> combining custom states and custom animators allows for fancy > animations and transitions, e.g circular/spline translations or > complex/conditional transitions, etc. > -> this is just the same as Embryo does, but implemented in Lua, so > nothing new here, actually > > 2) Dynamic object creation and manipulation > > - this interface stems from the 'script_only' objects in Edje. Those > objects are a kind of scriptable Edje counterparts to Evas_Smart > objects. The infrastructure for Embryo is already there, but has > never been used > - I added this in Lua and added some first bindings to experiment > with > - I thought it would be useful to allow for a limited dynamic > creation of ui parts > - We can create instances of groups from within the same Edje > container and use them just like the main Edje object as stated in > 1) > - And there are some stand-alone bindings to dynamically create > Evas_Image, Evas_Table, Evas_Line, Evas_Polygon as examples > > -> this may be useful to decouple the program from the ui even more, > to be able to do things that have to be done in the program itself > atm, but actually belong to the user interface, but need dynamic > creation of objects or complex interactions > -> those objects are manipulated manually with Lua bindings to the > corresponding edje_object_* and evas_object_* functions > > --- > Discussion points > --- > > Both stuff in 1) & 2) is functioning, but needs testing, feedback, > improvements, ... > > Stuff in 1) can already fully replace Embryo scripting with Lua > scripting. There still is space for improvements/additions, though. > > Of the stuff in 2), I think it may only make sense to add the dynamic > creation of groups defined in the same Edje container. Dynamic creation > of other Evas_Objects makes not much sense, as most of them can already > be used as Edje parts and be manipulated with custom states (apart from > polygons and lines) and it
Re: [E-devel] [Patch] Edje and Lua
YAY! I can't believe, but it finally happened! =) On Sat, Aug 15, 2009 at 11:33 PM, Carsten Haitzler wrote: > On Wed, 12 Aug 2009 07:31:06 -0700 "Hanspeter Portner" > said: > > ok. werd. > > 1. thanks mucho mucho mucho. > 2. stick around. i've had to fix the patch to match some changes cedric did of > late to the custom struct. it works.. mostly now. > 3. i am seeing a few segv's and visual bugs (eg in showcase.edj - the arrow > group doesnt draw until i move/resize it first). > 4. on shutdown i am seeing "Edje Lua memory limit... reached". in fact the > ela->cur is going below 0 to negative. there's double-frees somewhere. > 5. this seems harmless right now as its isolated in the lua script and > sections > of code - so that's good - runtime isolation of new things is awesome. > 6. i'm putting this in svn now - so it can be worked on. it's not ready for > prime-time imho - some of the test.edj's fail: > Lua runtime error: [string "edje_lua_script"]:410: attempt to perform > arithmetic on field 'radius' (a nil value) > for example. i need to look into in detail some of these, but i don't have > time just now, but will find the time. i'll have questions, and any help you > have in tracking these down will be good! > > again. AWESOME work. much more than i expected. you have proved an exception > to > my pessimism of assuming nothing would ever get done. you went off and DID it! > i love being proven wrong in these cases! :) awesome work mate! but as i said. > it needs work. and now that can begin. > > i encourage everyone to try this out - get the .edj's mentioned: > > http://didgmo.sourceforge.net/showcase.edj > http://didgmo.sourceforge.net/test.edj > > edje_decc them for src and try them out with your favorite edje tool (i was > using the old venerable edje test app in TEST/orig/edje - i did modernise it > to > compile locally). anyone wanting to start hunting crashes or the negative mem > alloc values, lua bitches etc. - go for it! the more people debugging it - the > better. > >> This concerns Ticket #109: Add Lua support for Edje >> >> It adds Lua as scripting facility to Edje, letting Embryo untouched. >> It should be easier to use and be more flexible than Embryo, imho ;-) >> >> --- >> The patch >> --- >> >> Lua 5.1 is used in sandboxed mode. Lua byte code is not >> platform/architecture independent, Lua code is saved as text in the Edje >> container and parsed at load time, therefore. >> >> The patch goes in two directions >> >> 1) Analogous to Embryo for scripting logic, messaging and custom states. >> The same things are implemented as in Embryo: >> >> - messaging from and to C >> - manual creation of timers, animators, pollers for custom events / >> animations >> - manual manipulation of Edje parts by means of the public >> edje_object_part_* and internal functions and custom states >> >> -> those routines are actually implemented as Lua bindings to >> functions in Edje.h and Ecore.h >> -> the implementation is done in an object oriented way, so that the >> interface gives the feel of an object description language, pretty >> similar to EDC itself >> -> combining custom states and custom animators allows for fancy >> animations and transitions, e.g circular/spline translations or >> complex/conditional transitions, etc. >> -> this is just the same as Embryo does, but implemented in Lua, so >> nothing new here, actually >> >> 2) Dynamic object creation and manipulation >> >> - this interface stems from the 'script_only' objects in Edje. Those >> objects are a kind of scriptable Edje counterparts to Evas_Smart >> objects. The infrastructure for Embryo is already there, but has >> never been used >> - I added this in Lua and added some first bindings to experiment >> with >> - I thought it would be useful to allow for a limited dynamic >> creation of ui parts >> - We can create instances of groups from within the same Edje >> container and use them just like the main Edje object as stated in >> 1) >> - And there are some stand-alone bindings to dynamically create >> Evas_Image, Evas_Table, Evas_Line, Evas_Polygon as examples >> >> -> this may be useful to decouple the program from the ui even more, >> to be able to do things that have to be done in the program itself >> atm, but actually belong to the user interface, but need dynamic >> creation of objects or complex interactions >> -> those objects are manipulated manually with Lua bindings to the >> corresponding edje_object_* and evas_object_* functions >> >> --- >> Discussion points >> --- >> >> Both stuff in 1) & 2) is functioning, but needs testing, feedback, >> improvements, ... >> >> Stuff in 1) can already fully replace Embryo scripting with Lua >> scripting. There still is space for improvements/additions, though. >> >> Of the stuff in 2), I think it may only make sense to add the dynamic >> creatio
Re: [E-devel] [Patch] Edje and Lua
On Sun, 16 Aug 2009 00:02:30 -0300 Gustavo Sverzut Barbieri said: don't yay too fast. it has a fair few bugs to be worked out. :) > YAY! I can't believe, but it finally happened! =) > > On Sat, Aug 15, 2009 at 11:33 PM, Carsten Haitzler > wrote: > > On Wed, 12 Aug 2009 07:31:06 -0700 "Hanspeter Portner" > > said: > > > > ok. werd. > > > > 1. thanks mucho mucho mucho. > > 2. stick around. i've had to fix the patch to match some changes cedric did > > of late to the custom struct. it works.. mostly now. > > 3. i am seeing a few segv's and visual bugs (eg in showcase.edj - the arrow > > group doesnt draw until i move/resize it first). > > 4. on shutdown i am seeing "Edje Lua memory limit... reached". in fact the > > ela->cur is going below 0 to negative. there's double-frees somewhere. > > 5. this seems harmless right now as its isolated in the lua script and > > sections of code - so that's good - runtime isolation of new things is > > awesome. > > 6. i'm putting this in svn now - so it can be worked on. it's not ready for > > prime-time imho - some of the test.edj's fail: > > Lua runtime error: [string "edje_lua_script"]:410: attempt to perform > > arithmetic on field 'radius' (a nil value) > > for example. i need to look into in detail some of these, but i don't have > > time just now, but will find the time. i'll have questions, and any help you > > have in tracking these down will be good! > > > > again. AWESOME work. much more than i expected. you have proved an > > exception to my pessimism of assuming nothing would ever get done. you went > > off and DID it! i love being proven wrong in these cases! :) awesome work > > mate! but as i said. it needs work. and now that can begin. > > > > i encourage everyone to try this out - get the .edj's mentioned: > > > > http://didgmo.sourceforge.net/showcase.edj > > http://didgmo.sourceforge.net/test.edj > > > > edje_decc them for src and try them out with your favorite edje tool (i was > > using the old venerable edje test app in TEST/orig/edje - i did modernise > > it to compile locally). anyone wanting to start hunting crashes or the > > negative mem alloc values, lua bitches etc. - go for it! the more people > > debugging it - the better. > > > >> This concerns Ticket #109: Add Lua support for Edje > >> > >> It adds Lua as scripting facility to Edje, letting Embryo untouched. > >> It should be easier to use and be more flexible than Embryo, imho ;-) > >> > >> --- > >> The patch > >> --- > >> > >> Lua 5.1 is used in sandboxed mode. Lua byte code is not > >> platform/architecture independent, Lua code is saved as text in the Edje > >> container and parsed at load time, therefore. > >> > >> The patch goes in two directions > >> > >> 1) Analogous to Embryo for scripting logic, messaging and custom states. > >> The same things are implemented as in Embryo: > >> > >> - messaging from and to C > >> - manual creation of timers, animators, pollers for custom events / > >> animations > >> - manual manipulation of Edje parts by means of the public > >> edje_object_part_* and internal functions and custom states > >> > >> -> those routines are actually implemented as Lua bindings to > >> functions in Edje.h and Ecore.h > >> -> the implementation is done in an object oriented way, so that the > >> interface gives the feel of an object description language, pretty > >> similar to EDC itself > >> -> combining custom states and custom animators allows for fancy > >> animations and transitions, e.g circular/spline translations or > >> complex/conditional transitions, etc. > >> -> this is just the same as Embryo does, but implemented in Lua, so > >> nothing new here, actually > >> > >> 2) Dynamic object creation and manipulation > >> > >> - this interface stems from the 'script_only' objects in Edje. Those > >> objects are a kind of scriptable Edje counterparts to Evas_Smart > >> objects. The infrastructure for Embryo is already there, but has > >> never been used > >> - I added this in Lua and added some first bindings to experiment > >> with > >> - I thought it would be useful to allow for a limited dynamic > >> creation of ui parts > >> - We can create instances of groups from within the same Edje > >> container and use them just like the main Edje object as stated in > >> 1) > >> - And there are some stand-alone bindings to dynamically create > >> Evas_Image, Evas_Table, Evas_Line, Evas_Polygon as examples > >> > >> -> this may be useful to decouple the program from the ui even more, > >> to be able to do things that have to be done in the program itself > >> atm, but actually belong to the user interface, but need dynamic > >> creation of objects or complex interactions > >> -> those objects are manipulated manually with Lua bindings to the > >> corresponding edje_object_* and evas_object_* functions > >> > >> --- > >> Discussion po
Re: [E-devel] [Patch] Edje and Lua
On Sun, Aug 16, 2009 at 12:10 AM, Carsten Haitzler wrote: > On Sun, 16 Aug 2009 00:02:30 -0300 Gustavo Sverzut Barbieri > said: > > don't yay too fast. it has a fair few bugs to be worked out. :) sure, but in SVN tree... outside tree things get mostly no attention as we're generally too busy. But this being in and if Hanspeter Portner wants to join the crew and fix problems introduced by cedric's last changes, it will rock. I see that cedric will also like to have it working, as I'll... I see myself using this a lot, together with edje_external support for regular groups. -- Gustavo Sverzut Barbieri http://profusion.mobi embedded systems -- MSN: barbi...@gmail.com Skype: gsbarbieri Mobile: +55 (19) 9225-2202 -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] [Patch] Edje and Lua
On Sun, 16 Aug 2009 00:12:20 -0300 Gustavo Sverzut Barbieri said: > On Sun, Aug 16, 2009 at 12:10 AM, Carsten Haitzler > wrote: > > On Sun, 16 Aug 2009 00:02:30 -0300 Gustavo Sverzut Barbieri > > said: > > > > don't yay too fast. it has a fair few bugs to be worked out. :) > > sure, but in SVN tree... outside tree things get mostly no attention > as we're generally too busy. But this being in and if Hanspeter > Portner wants to join the crew and fix problems introduced by cedric's i already fixed those. it wouldnt compile without fixes. and it'd instantly segv on the tests witghout my fixes. it's really jsut that custom is now a pointer and dynamically allocated :) > last changes, it will rock. I see that cedric will also like to have > it working, as I'll... I see myself using this a lot, together with > edje_external support for regular groups. indeed. it's brazilian technology (lua) you are required by brazilian law to use it! :) heheheh but it will need work - script_only objects will need a heftier api to support them. will do that. will remove embryo script_only objects - that was a test and was what led me to go "no. embryo will suck at this. lua was 2nd on the list of candidates for edje scripting. time to revive that". the b ugs there will need working before expansions happens - like the alloc issues and edje api complaints as well as just segv's in many places. these need addressing before moving on imho. -- - Codito, ergo sum - "I code, therefore I am" -- The Rasterman (Carsten Haitzler)ras...@rasterman.com -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
[E-devel] Eet struct serialization woes
Hi there, I've been struggling to properly serialize a struct which only has an Eina_List of another struct as a member when this member is NULL (ie the list is empty). When the list is empty, if the Eet file is already present and valid, it simply isn't updated, while if it still doesn't exist it isn't created at all. I've attached a simple test case which prints the return value of eet_data_write - if the program is run with any number as its first parameter, it adds an entry to the Eina_List before writing it to disk; if no parameter is passed, it attempts to write the struct with the empty Eina_List, but fails. (As a sidenote, the documentation for eet_data_write, eet_data_write_cipher and eet_write_cipher mention that their return value is either 0 or 1, but it's actually the number of bytes serialized for a given section). -- Raphael Kubo da Costa ProFUSION embedded systems http://profusion.mobi -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Eet struct serialization woes
On Sun, 16 Aug 2009 01:48:26 -0300 Raphael Kubo da Costa said: whats the data descriptor for it? i assume you have at least 2 (one for the base struct with the list, one for the list item struct?) > Hi there, > > I've been struggling to properly serialize a struct which only has an > Eina_List of another struct as a member when this member is NULL (ie > the list is empty). > > When the list is empty, if the Eet file is already present and valid, > it simply isn't updated, while if it still doesn't exist it isn't > created at all. > > I've attached a simple test case which prints the return value of > eet_data_write - if the program is run with any number as its first > parameter, it adds an entry to the Eina_List before writing it to > disk; if no parameter is passed, it attempts to write the struct with > the empty Eina_List, but fails. > > (As a sidenote, the documentation for eet_data_write, > eet_data_write_cipher and eet_write_cipher mention that their return > value is either 0 or 1, but it's actually the number of bytes > serialized for a given section). > > -- > Raphael Kubo da Costa > ProFUSION embedded systems > http://profusion.mobi > -- - Codito, ergo sum - "I code, therefore I am" -- The Rasterman (Carsten Haitzler)ras...@rasterman.com -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] [PATCH] Eina logging domains
On Sat, 15 Aug 2009, Gustavo Sverzut Barbieri wrote:
On Sat, Aug 15, 2009 at 5:55 PM, Andre Dieb wrote:
Changes:
Module name is now eina_log (but I didn't delete eina_error yet, as we
should delete it only when the transition is completed)
Docs on header and basic doc on .c file, but there's a lot of room for doc
improvement
Save name on domains
Clean realloc code
Keep parsing EINA_LOG_LEVELS even when user types wrong (e.g.
domain1:level1,domain2:,domain3,domain:5)
Migrate old global logger code to global logger (i.e. remove old deprecated
functions)
arghh... HTML MAIL!
now to the points
- _DOM is not a suffix, rather a prefix namespace... like
EINA_LOG_ERR and EINA_LOG_DOM_ERR...
- I remember Sun compiler barfing at ##__VA_ARGS__, maybe we need to
avoid that? Vincent?? (avoid that is define just as (...) and user is
obligated to give at least one parameter, fmt. That makes things
uglier IMHO)
I'll look at that next week, I think. I've already installed opensolaris
in virtualbox. I just need to be at home to update my repo.
Vincent
- _Eina_Log_Level define a value < 0 (EINA_LOG_LEVEL_MIN =
INT32_MIN) so compilers don't optimize that enum as an unsigned
integer, causing problems for users trying to specify something like
-1 for "more critical"
- +typedef int Eina_Log; "too much", I'd use it as integer, no need
to typedef.
- keep these as "eina_error", you're fixing error->log, but having
error codes as log codes is too much, like broking and not fixing =)
This holds true for eina_log_msg_register and friends...
+/**
+ * @var EINA_LOG_OUT_OF_MEMORY
+ * Log identifier corresponding to a lack of memory.
+ */
+EAPI extern Eina_Log EINA_LOG_MSG_OUT_OF_MEMORY;
- colors should be improved, for example (even the old code is not good)
+static const char *_colors[EINA_LOG_LEVELS] = {
+ EINA_COLOR_YELLOW, // EINA_LOG_LEVEL_CRITICAL
+ EINA_COLOR_RED, // EINA_LOG_LEVEL_ERR
+ EINA_COLOR_YELLOW, // EINA_LOG_LEVEL_WARN
+ EINA_COLOR_NOTHING, // EINA_LOG_LEVEL_INFO
+ EINA_COLOR_GREEN, // EINA_LOG_LEVEL_DBG
+};
for me, the more "red", more dangerous... more "green" better... So I
usually use as rule in my debugs:
- light (\033[1m) red = critical
- regular (dark) red = error
- yellow = warning
- green = info
- light blue = debug
- regular blue = more than debug
things I told you in previous mails:
- trailing whitespaces!!!
- have you tested the parse of broken EINA_LOG_LEVELS? Note this
+ level = strtol((char *)(end + 1), &tmp, 10);
+ if (tmp == (end + 1)) continue;
you do not change start, what happens? infinite loops... you need to
have start = next pair, so need to search for "," and update start to
that or add an "end" label right after appending to pending list
and "goto end" instead of continue.
- eina_log_shutdown() should ignore already deleted entries.
- eina_log_domain_register() should not free domains, they should be
freed in eina_log_domain_unregister()
--
Gustavo Sverzut Barbieri
http://profusion.mobi embedded systems
--
MSN: barbi...@gmail.com
Skype: gsbarbieri
Mobile: +55 (19) 9225-2202
--
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
trial. Simplify your report design, integration and deployment - and focus on
what you do best, core application coding. Discover what's new with
Crystal Reports now. http://p.sf.net/sfu/bobj-july
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
--
Ce message a été vérifié par MailScanner
pour des virus ou des polluriels et rien de
suspect n'a été trouvé.
Message délivré par le serveur de messagerie de l'Université d'Evry.
--
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
trial. Simplify your report design, integration and deployment - and focus on
what you do best, core application coding. Discover what's new with
Crystal Reports now. http://p.sf.net/sfu/bobj-july___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Eet struct serialization woes
On Sun, Aug 16, 2009 at 2:01 AM, Carsten Haitzler wrote:
> On Sun, 16 Aug 2009 01:48:26 -0300 Raphael Kubo da Costa
> said:
>
> whats the data descriptor for it? i assume you have at least 2 (one for the
> base struct with the list, one for the list item struct?)
Apparently my attachment wasn't being sent correctly, sorry. I guess
you can see the code now :)
--
Raphael Kubo da Costa
ProFUSION embedded systems
http://profusion.mobi
#include
#include
#include
typedef struct {
int i;
} Entry;
typedef struct {
Eina_List *entry_list;
} Db;
int main(int argc, char *argv[])
{
Eet_Data_Descriptor *entry_edd = NULL;
Eet_Data_Descriptor *db_edd = NULL;
Eet_Data_Descriptor_Class eddc;
Eet_File *db_file;
Db *db;
Entry *entry = NULL;
eina_init();
eet_init();
EET_EINA_STREAM_DATA_DESCRIPTOR_CLASS_SET(&eddc, Entry);
entry_edd = eet_data_descriptor_stream_new(&eddc);
EET_DATA_DESCRIPTOR_ADD_BASIC(entry_edd, Entry, "i", i, EET_T_INT);
EET_EINA_STREAM_DATA_DESCRIPTOR_CLASS_SET(&eddc, Db);
db_edd = eet_data_descriptor_stream_new(&eddc);
EET_DATA_DESCRIPTOR_ADD_LIST(db_edd, Db, "entry_list", entry_list, entry_edd);
db_file = eet_open("eet.file", EET_FILE_MODE_READ_WRITE);
db = eet_data_read(db_file, db_edd, "data");
if (!db) {
db = (Db*)malloc(sizeof(Db));
db->entry_list = NULL;
}
if (argc > 1 && atoi(argv[1])) {
entry = (Entry*)malloc(sizeof(Entry));
entry->i = 42;
db->entry_list = eina_list_append(db->entry_list, entry);
}
printf("%d\n", eet_data_write(db_file, db_edd, "data", db, 1));
eet_data_descriptor_free(entry_edd);
eet_data_descriptor_free(db_edd);
eet_close(db_file);
if (entry)
free(entry);
free(db);
eet_shutdown();
eina_shutdown();
return 0;
}
--
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
trial. Simplify your report design, integration and deployment - and focus on
what you do best, core application coding. Discover what's new with
Crystal Reports now. http://p.sf.net/sfu/bobj-july___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Eet struct serialization woes
On Sun, 16 Aug 2009 01:48:26 -0300 Raphael Kubo da Costa
said:
argh! cornercase. if the parent struct would have anything else it it other
than a single empty list pointer - this would work (an int, - anything). here's
the problem.
eet looks at the data struct and goes "ooh list! let me encode this" when eet
stores data it looks a bit like this
DATAdata1...
DATAdata2...
etc.
so what u have is normally
data struct { name x
list { for list x
item {
xxx;
}
}
list { for list x
item {
yyy;
}
}
list { for list x
item {
zzz;
}
}
};
that's 3 list items. every time it finds an item node it sees its for member of
list "x" and appends it. you have an empty list - thus
data struct { name x
}
which is an empty struct.. no data in it.., which encodes to 0 bytes - nothing.
thus the write is returning 0...
the problem only appears because your example is so simple/trivial. anything
m,ore complex "works just fine". :) now.. how do i fix this.
> Hi there,
>
> I've been struggling to properly serialize a struct which only has an
> Eina_List of another struct as a member when this member is NULL (ie
> the list is empty).
>
> When the list is empty, if the Eet file is already present and valid,
> it simply isn't updated, while if it still doesn't exist it isn't
> created at all.
>
> I've attached a simple test case which prints the return value of
> eet_data_write - if the program is run with any number as its first
> parameter, it adds an entry to the Eina_List before writing it to
> disk; if no parameter is passed, it attempts to write the struct with
> the empty Eina_List, but fails.
>
> (As a sidenote, the documentation for eet_data_write,
> eet_data_write_cipher and eet_write_cipher mention that their return
> value is either 0 or 1, but it's actually the number of bytes
> serialized for a given section).
>
> --
> Raphael Kubo da Costa
> ProFUSION embedded systems
> http://profusion.mobi
>
--
- Codito, ergo sum - "I code, therefore I am" --
The Rasterman (Carsten Haitzler)ras...@rasterman.com
--
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
trial. Simplify your report design, integration and deployment - and focus on
what you do best, core application coding. Discover what's new with
Crystal Reports now. http://p.sf.net/sfu/bobj-july
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
