Re: [E-devel] eina mempool review and descriptions?
On Thu, Jan 21, 2010 at 11:13 PM, Gustavo Sverzut Barbieri barbi...@profusion.mobi wrote: I'm doing ebuilds for gentoo and I want to make them use configurable mempools, however the names are stupidly bad and I have no idea the use so I enable or disable them. could someone (ie: cedric) document what are these, how they are chosen, which should be really enabled and which could be left out since are experiments? So we have : * buddy: Last one, from turran, I will let him describe this one. * chained_pool: The default one, basically do big malloc and split the result in chunk of the required size that are pushed inside a stack. Then when requested it take this pointer from the stack to give them to whoever whant them. * ememoa_fixed and ememoa_unknown: Are experimental allocator, could be usefull when you have a fixed amount of memory. * fixed_bitmap: This one, malloc 32 * the required size and push the pool pointer in a rbtree. To find empty space in a pool, it will just search for the first bit set in a int (32bits). And when a pointer is freed, it will do a search inside the rbtree. * pass_through: This one just call malloc and free. It may be faster on some computer than using our own allocator (typical case when you have huge L2 cache, over 4MB). Yeah, I know, better docs required and perhaps add some benchmark result too. -- Cedric BAIL -- Throughout its 18-year history, RSA Conference consistently attracts the world's best and brightest in the field, creating opportunities for Conference attendees to learn about information security's most important issues through interactions with peers, luminaries and emerging and established companies. http://p.sf.net/sfu/rsaconf-dev2dev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] eina bechmarks broken against evas and ecore
On Thu, Jan 21, 2010 at 11:28 PM, Vincent Torri vto...@univ-evry.fr wrote: On Thu, 21 Jan 2010, Gustavo Sverzut Barbieri wrote: title says it all, we don't have native evas and ecore data anymore, so benchmarks cannot work. Either we remove those for 1.0 or we copy the old files from svn history and have in src/tests. I like the second one. Just put them inside eina/src/tests should be good. It will help catch speed regression... When we start to do some :-) -- Cedric BAIL -- Throughout its 18-year history, RSA Conference consistently attracts the world's best and brightest in the field, creating opportunities for Conference attendees to learn about information security's most important issues through interactions with peers, luminaries and emerging and established companies. http://p.sf.net/sfu/rsaconf-dev2dev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] eina mempool review and descriptions?
On Fri, 22 Jan 2010, Cedric BAIL wrote: On Thu, Jan 21, 2010 at 11:13 PM, Gustavo Sverzut Barbieri barbi...@profusion.mobi wrote: I'm doing ebuilds for gentoo and I want to make them use configurable mempools, however the names are stupidly bad and I have no idea the use so I enable or disable them. could someone (ie: cedric) document what are these, how they are chosen, which should be really enabled and which could be left out since are experiments? So we have : * buddy: Last one, from turran, I will let him describe this one. * chained_pool: The default one, basically do big malloc and split the result in chunk of the required size that are pushed inside a stack. Then when requested it take this pointer from the stack to give them to whoever whant them. * ememoa_fixed and ememoa_unknown: Are experimental allocator, could be usefull when you have a fixed amount of memory. * fixed_bitmap: This one, malloc 32 * the required size and push the pool pointer in a rbtree. To find empty space in a pool, it will just search for the first bit set in a int (32bits). And when a pointer is freed, it will do a search inside the rbtree. * pass_through: This one just call malloc and free. It may be faster on some computer than using our own allocator (typical case when you have huge L2 cache, over 4MB). Yeah, I know, better docs required and perhaps add some benchmark result too. I'll add those description in eina doxy doc this evening Vincent -- Throughout its 18-year history, RSA Conference consistently attracts the world's best and brightest in the field, creating opportunities for Conference attendees to learn about information security's most important issues through interactions with peers, luminaries and emerging and established companies. http://p.sf.net/sfu/rsaconf-dev2dev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] merge ecore job and txt into ecore?
Good idea to start discussing about ecore. On Fri, Jan 22, 2010 at 1:32 AM, Gustavo Sverzut Barbieri barbi...@profusion.mobi wrote: On Thu, Jan 21, 2010 at 10:25 PM, Gustavo Sverzut Barbieri barbi...@profusion.mobi wrote: Why ecore_job and ecore_txt are split? They are so stupid that is should go into main ecore. Anyone with time to merge this and fix all apps that pkg-config ecore-job or ecore-txt to use simply ecore? Actually, ecore_input is in the same lines of those... no reason why it should be another library. I agree with you. I would also add that ecore_str.c should be moved to eina in my opinion. Something else that bothers me is ecore_file. Except by ecore_file_monitor_*, things are worth to be exported either by ecore or eina. ecore_file_download* is deprecated AFAIK. Hum, my opinion is that we need a really asynchrone replacement for ecore_file. Something that could have it's own library for that. If we want to bother with this non async function, they could be moved in eina in fact. But I don't like the idea of maintaining this API. There is perhaps an easy way to make them async without the need to write a daemon. We could just use ecore_thread_run. So we could wait before writing a client/server, but the API would be stable and we could release this version. And why do you want to mark ecore_file_download as deprecated ? -- Cedric BAIL -- Throughout its 18-year history, RSA Conference consistently attracts the world's best and brightest in the field, creating opportunities for Conference attendees to learn about information security's most important issues through interactions with peers, luminaries and emerging and established companies. http://p.sf.net/sfu/rsaconf-dev2dev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] merge ecore job and txt into ecore?
On Fri, 22 Jan 2010 11:32 +0100, Cedric BAIL wrote : Good idea to start discussing about ecore. On Fri, Jan 22, 2010 at 1:32 AM, Gustavo Sverzut Barbieri barbi...@profusion.mobi wrote: On Thu, Jan 21, 2010 at 10:25 PM, Gustavo Sverzut Barbieri barbi...@profusion.mobi wrote: Why ecore_job and ecore_txt are split? They are so stupid that is should go into main ecore. Anyone with time to merge this and fix all apps that pkg-config ecore-job or ecore-txt to use simply ecore? If there's a general agreement that moving ecore_txt, ecore_job and ecore_input to ecore is a good thing, I'm willing to work on it. Regards, -- Albin Tonnerre signature.asc Description: Digital signature -- Throughout its 18-year history, RSA Conference consistently attracts the world's best and brightest in the field, creating opportunities for Conference attendees to learn about information security's most important issues through interactions with peers, luminaries and emerging and established companies. http://p.sf.net/sfu/rsaconf-dev2dev___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] elm_genlist Performance Problem Revisited (Loading and Scrolling)
Am 22.01.2010 um 02:15 schrieb Brian Wang: [snip] And to say more, just like I did with Guarana's list, we should abstract the model it uses, providing functions to check the number of items and get items given its index. That way we can write those functions that query SQL and no need to actually create a list with 1000 elements in order to show it. I'm not an expert of this, so bear with me. :-) You mean saving items into an SQL database and SELECT them on demand? If the database is on a disk (not RAM), wouldn't it be slow when the list is scrolled around due to the querying? If the database is in RAM, how is it different from the current implementation in terms of memory footprint? It's very different, as you can apply several interesting tricks like paging and caching (i.e. only loading what will actually shown, grabbing 20 or 30 per SQL request etc.) and -- if you have the proper infrastructure -- cancelling requests for items that have already been scrolled out of the visible area. :M: -- Throughout its 18-year history, RSA Conference consistently attracts the world's best and brightest in the field, creating opportunities for Conference attendees to learn about information security's most important issues through interactions with peers, luminaries and emerging and established companies. http://p.sf.net/sfu/rsaconf-dev2dev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] merge ecore job and txt into ecore?
On 1/22/10, Albin Tonnerre albin.tonne...@gmail.com wrote: On Fri, 22 Jan 2010 11:32 +0100, Cedric BAIL wrote : Good idea to start discussing about ecore. On Fri, Jan 22, 2010 at 1:32 AM, Gustavo Sverzut Barbieri barbi...@profusion.mobi wrote: On Thu, Jan 21, 2010 at 10:25 PM, Gustavo Sverzut Barbieri barbi...@profusion.mobi wrote: Why ecore_job and ecore_txt are split? They are so stupid that is should go into main ecore. Anyone with time to merge this and fix all apps that pkg-config ecore-job or ecore-txt to use simply ecore? If there's a general agreement that moving ecore_txt, ecore_job and ecore_input to ecore is a good thing, I'm willing to work on it. i believe nobody will disagree. if you do, also do for ecore_str.h move to eina. As cedric said. -- Gustavo Sverzut Barbieri http://profusion.mobi embedded systems -- MSN: barbi...@gmail.com Skype: gsbarbieri Mobile: +55 (19) 9225-2202 -- Throughout its 18-year history, RSA Conference consistently attracts the world's best and brightest in the field, creating opportunities for Conference attendees to learn about information security's most important issues through interactions with peers, luminaries and emerging and established companies. http://p.sf.net/sfu/rsaconf-dev2dev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] merge ecore job and txt into ecore?
On 1/22/10, Cedric BAIL cedric.b...@free.fr wrote: Good idea to start discussing about ecore. On Fri, Jan 22, 2010 at 1:32 AM, Gustavo Sverzut Barbieri barbi...@profusion.mobi wrote: On Thu, Jan 21, 2010 at 10:25 PM, Gustavo Sverzut Barbieri barbi...@profusion.mobi wrote: Why ecore_job and ecore_txt are split? They are so stupid that is should go into main ecore. Anyone with time to merge this and fix all apps that pkg-config ecore-job or ecore-txt to use simply ecore? Actually, ecore_input is in the same lines of those... no reason why it should be another library. I agree with you. I would also add that ecore_str.c should be moved to eina in my opinion. Something else that bothers me is ecore_file. Except by ecore_file_monitor_*, things are worth to be exported either by ecore or eina. ecore_file_download* is deprecated AFAIK. Hum, my opinion is that we need a really asynchrone replacement for ecore_file. Something that could have it's own library for that. If we want to bother with this non async function, they could be moved in eina in fact. But I don't like the idea of maintaining this API. yes, those simple file manipulation could go to ecore or eina as they don't depend on main loop. There is perhaps an easy way to make them async without the need to write a daemon. We could just use ecore_thread_run. So we could wait before writing a client/server, but the API would be stable and we could release this version. And why do you want to mark ecore_file_download as deprecated ? because it could be in ecore con, as a wrapper round those functions. -- Gustavo Sverzut Barbieri http://profusion.mobi embedded systems -- MSN: barbi...@gmail.com Skype: gsbarbieri Mobile: +55 (19) 9225-2202 -- Throughout its 18-year history, RSA Conference consistently attracts the world's best and brightest in the field, creating opportunities for Conference attendees to learn about information security's most important issues through interactions with peers, luminaries and emerging and established companies. http://p.sf.net/sfu/rsaconf-dev2dev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] [PATCH] Elementary, elm_button.c : Emit mouse down event
On Thu, Jan 21, 2010 at 11:22 PM, Brian Wang brian.wang.0...@gmail.com wrote: On Thu, Jan 21, 2010 at 8:21 PM, Gustavo Sverzut Barbieri barbi...@profusion.mobi wrote: On Wed, Jan 20, 2010 at 11:47 PM, Brian Wang brian.wang.0...@gmail.com wrote: On Wed, Jan 20, 2010 at 8:17 PM, Carsten Haitzler ras...@rasterman.com wrote: On Wed, 20 Jan 2010 08:24:13 -0300 Iván Briano (Sachiel) sachi...@gmail.com said: On Wed, Jan 20, 2010 at 7:55 AM, Gustavo Sverzut Barbieri barbi...@profusion.mobi wrote: On Wed, Jan 20, 2010 at 7:41 AM, Brian Wang brian.wang.0...@gmail.com wrote: On Wed, Jan 20, 2010 at 2:46 PM, Carsten Haitzler ras...@rasterman.com wrote: On Wed, 20 Jan 2010 13:55:36 +0800 Brian Wang brian.wang.0...@gmail.com said: Hello all, The attached enables the programmer to handle 'pressed' signal (mouse down) on elm_button. This allows adding a self-repeating timer to repeat a certain action, such as pressing and holding on a button to increase a number. Cheers, hmmm good point.. though wouldn't it be nicer if button had an auto-repeat feature of its own? (that calls click repeatedly at N second intervals after being held down for M seconds until released) You mean: void elm_button_auto_repeat_rate_set(Evas_Object *obj, double delay /* M */, double rate /* N */, Evas_Smart_Cb func, void *data); i guess he said just the first part with delay and rate, no func or data as user would have those from standard evas_object_smart_callback_add() for clicked. So just: elm_button_auto_repeat_rate_set(Evas_Object *, double delay, double rate); rate = 0.0 would disable it. in any way, I guess both are fine, even adding the double clicked to button. But as raster, I often dislike to add too much without understanding the real requirements so we can come with helpers like this auto-repeat. :-) And just to say something about the patch, you also need to patch the theme to emit the elm,action,pressed signal. Then you are missing the unpress to kill the timer, or properly document that the clicked callback should handle that case, which makes it no so nice. well the patch wasnt attached - i think it was stripped by sf.net' mail servers.. so need the patch as an actual text attachment - or maybe try gzip it and mail again The patch was a text attachment (I think, via gmail). I will try the gzip way next time. no attachment, and no zip either. What you need to do is edit /etc/mime.types and add: text/patch diff patch actually, just the text/ is relevant, you can use whatever you like in place of the second part, for example my gentoo came set with: text/plain diff patch ... My mime.types comes with a line: text/x-diff diff patch Do I have to replace it with: text/patch diff patch no, text/* should work fine. Just check if your firefox got this right, for example, right after gmail auto-uploaded the resource you can see the detected mime-type informed by firefox, if it's text/x-diff it should work. -- Gustavo Sverzut Barbieri http://profusion.mobi embedded systems -- MSN: barbi...@gmail.com Skype: gsbarbieri Mobile: +55 (19) 9225-2202 -- Throughout its 18-year history, RSA Conference consistently attracts the world's best and brightest in the field, creating opportunities for Conference attendees to learn about information security's most important issues through interactions with peers, luminaries and emerging and established companies. http://p.sf.net/sfu/rsaconf-dev2dev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] eina bechmarks broken against evas and ecore
On Fri, Jan 22, 2010 at 8:16 AM, Cedric BAIL cedric.b...@free.fr wrote: On Thu, Jan 21, 2010 at 11:28 PM, Vincent Torri vto...@univ-evry.fr wrote: On Thu, 21 Jan 2010, Gustavo Sverzut Barbieri wrote: title says it all, we don't have native evas and ecore data anymore, so benchmarks cannot work. Either we remove those for 1.0 or we copy the old files from svn history and have in src/tests. I like the second one. Just put them inside eina/src/tests should be good. It will help catch speed regression... When we start to do some :-) Could you do this anytime soon? -- Gustavo Sverzut Barbieri http://profusion.mobi embedded systems -- MSN: barbi...@gmail.com Skype: gsbarbieri Mobile: +55 (19) 9225-2202 -- Throughout its 18-year history, RSA Conference consistently attracts the world's best and brightest in the field, creating opportunities for Conference attendees to learn about information security's most important issues through interactions with peers, luminaries and emerging and established companies. http://p.sf.net/sfu/rsaconf-dev2dev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E SVN: englebass trunk/e/src/bin
On Fri, 22 Jan 2010, Enlightenment SVN wrote: Log: Add EINTERN All functions not static in modules should be EINTERN, exepect e_modapi_* Author: englebass Date: 2010-01-22 12:00:07 -0800 (Fri, 22 Jan 2010) New Revision: 45446 Modified: trunk/e/src/bin/e.h Modified: trunk/e/src/bin/e.h === --- trunk/e/src/bin/e.h 2010-01-22 19:26:36 UTC (rev 45445) +++ trunk/e/src/bin/e.h 2010-01-22 20:00:07 UTC (rev 45446) @@ -123,6 +123,19 @@ # endif #endif +#ifdef EINTERN +#undef EINTERN +#endif +#ifdef __GNUC__ +# if __GNUC__ = 4 +# define EINTERN __attribute__ ((visibility(hidden))) +# else +# define EINTERN +# endif +#else +# define EINTERN +#endif this stuf is not needed if EAPI is correctly used Vincent -- Throughout its 18-year history, RSA Conference consistently attracts the world's best and brightest in the field, creating opportunities for Conference attendees to learn about information security's most important issues through interactions with peers, luminaries and emerging and established companies. http://p.sf.net/sfu/rsaconf-dev2dev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] merge ecore job and txt into ecore?
On Fri, 22 Jan 2010, Gustavo Sverzut Barbieri wrote: On 1/22/10, Albin Tonnerre albin.tonne...@gmail.com wrote: On Fri, 22 Jan 2010 11:32 +0100, Cedric BAIL wrote : Good idea to start discussing about ecore. On Fri, Jan 22, 2010 at 1:32 AM, Gustavo Sverzut Barbieri barbi...@profusion.mobi wrote: On Thu, Jan 21, 2010 at 10:25 PM, Gustavo Sverzut Barbieri barbi...@profusion.mobi wrote: Why ecore_job and ecore_txt are split? They are so stupid that is should go into main ecore. Anyone with time to merge this and fix all apps that pkg-config ecore-job or ecore-txt to use simply ecore? If there's a general agreement that moving ecore_txt, ecore_job and ecore_input to ecore is a good thing, I'm willing to work on it. i believe nobody will disagree. if you do, also do for ecore_str.h move to eina. As cedric said. why not moving ecore_txt to eina, btw ? Vincent -- Throughout its 18-year history, RSA Conference consistently attracts the world's best and brightest in the field, creating opportunities for Conference attendees to learn about information security's most important issues through interactions with peers, luminaries and emerging and established companies. http://p.sf.net/sfu/rsaconf-dev2dev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] merge ecore job and txt into ecore?
On Fri, 22 Jan 2010 23:19 +0100, Vincent Torri wrote : On Fri, 22 Jan 2010, Gustavo Sverzut Barbieri wrote: On 1/22/10, Albin Tonnerre albin.tonne...@gmail.com wrote: On Fri, 22 Jan 2010 11:32 +0100, Cedric BAIL wrote : Good idea to start discussing about ecore. On Fri, Jan 22, 2010 at 1:32 AM, Gustavo Sverzut Barbieri barbi...@profusion.mobi wrote: On Thu, Jan 21, 2010 at 10:25 PM, Gustavo Sverzut Barbieri barbi...@profusion.mobi wrote: Why ecore_job and ecore_txt are split? They are so stupid that is should go into main ecore. Anyone with time to merge this and fix all apps that pkg-config ecore-job or ecore-txt to use simply ecore? If there's a general agreement that moving ecore_txt, ecore_job and ecore_input to ecore is a good thing, I'm willing to work on it. i believe nobody will disagree. if you do, also do for ecore_str.h move to eina. As cedric said. why not moving ecore_txt to eina, btw ? As far as I understand it, eina is about providing data types. IMHO neither ecore_str nor ecore_txt fit in that category. Cheers, -- Albin Tonnerre signature.asc Description: Digital signature -- Throughout its 18-year history, RSA Conference consistently attracts the world's best and brightest in the field, creating opportunities for Conference attendees to learn about information security's most important issues through interactions with peers, luminaries and emerging and established companies. http://p.sf.net/sfu/rsaconf-dev2dev___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
[E-devel] E_fm patch
Here is a patch that fixes e_fm sending selected callbacks twice
per-click.
This was noticed in illume-home module. When launching an app, sometimes
the app would start twice. Turns out, e_fm was sending the selected
callback more than once.
I did not direct commit this because I am not 100% sure it is the proper
fix as I don't know e_fm internals too well.
dh
Index: e_fm.c
===
--- e_fm.c (revision 45469)
+++ e_fm.c (working copy)
@@ -5515,7 +5515,7 @@
ic = _e_fm2_icon_first_selected_find(obj);
if (ic)
{
- if (_e_fm2_inplace_open(ic) == 0)
+ if (_e_fm2_inplace_open(ic) == 0)
evas_object_smart_callback_call(ic-sd-obj, selected, NULL);
}
}
@@ -6353,6 +6353,7 @@
const Eina_List *l;
E_Fm2_Icon *ic2;
Eina_Bool seen = 0;
+
/* find last selected - if any, and select all icons between */
EINA_LIST_FOREACH(ic-sd-icons, l, ic2)
{
@@ -6388,6 +6389,7 @@
{
const Eina_List *l;
E_Fm2_Icon *ic2;
+
/* desel others */
EINA_LIST_FOREACH(ic-sd-icons, l, ic2)
{
@@ -6407,6 +6409,7 @@
{
const Eina_List *l;
E_Fm2_Icon *ic2;
+
EINA_LIST_FOREACH(ic-sd-icons, l, ic2)
ic2-last_selected = 0;
}
@@ -6445,7 +6448,7 @@
int icon_pos_y = ic-y + ic-sd-y - ic-sd-pos.y;
if (eu-output.x = icon_pos_x eu-output.x = (icon_pos_x +
ic-w)
- eu-output.y = icon_pos_y eu-output.y = (icon_pos_y +
ic-h))
+ eu-output.y = icon_pos_y eu-output.y = (icon_pos_y +
ic-h))
evas_object_smart_callback_call(ic-sd-obj, selected, NULL);
}
}
@@ -6460,15 +6463,14 @@
ic = data;
ev = event_info;
- if (ic-entry_widget)
- return;
-
+ if (ic-entry_widget) return;
if ((ev-button == 1) (ev-flags EVAS_BUTTON_DOUBLE_CLICK))
{
/* if its a directory open dirs in-place is set then change the dir
* to be the dir + file */
- if (_e_fm2_inplace_open(ic) == 0)
- evas_object_smart_callback_call(ic-sd-obj, selected, NULL);
+ if (_e_fm2_inplace_open(ic) == 0)
+ evas_object_smart_callback_call(ic-sd-obj, selected, NULL);
+
/* if its in file selector mode then signal that a selection has
* taken place and dont do anything more */
@@ -6488,7 +6490,7 @@
ic-drag.dnd = 0;
ic-drag.src = 1;
}
- _e_fm2_mouse_1_handler(ic, 0, ev);
+_e_fm2_mouse_1_handler(ic, 0, ev);
}
else if (ev-button == 3)
{
@@ -6517,11 +6519,13 @@
ic-drag.src = 0;
ic-down_sel = 0;
+/*
if ((ic-sd-config-view.single_click)
(!evas_key_modifier_is_set(ev-modifiers, Control))
(!evas_key_modifier_is_set(ev-modifiers, Shift))
- (_e_fm2_inplace_open(ic) == 0))
+ (_e_fm2_inplace_open(ic) == 0))
evas_object_smart_callback_call(ic-sd-obj, selected, NULL);
+ */
}
}
@@ -6940,7 +6944,7 @@
ic = _e_fm2_icon_first_selected_find(obj);
if (ic)
{
- if (_e_fm2_inplace_open(ic) == 0)
+ if (_e_fm2_inplace_open(ic) == 0)
evas_object_smart_callback_call(ic-sd-obj, selected,
NULL);
}
}
--
Throughout its 18-year history, RSA Conference consistently attracts the
world's best and brightest in the field, creating opportunities for Conference
attendees to learn about information security's most important issues through
interactions with peers, luminaries and emerging and established companies.
http://p.sf.net/sfu/rsaconf-dev2dev___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] merge ecore job and txt into ecore?
Albin Tonnerre wrote: On Fri, 22 Jan 2010 23:19 +0100, Vincent Torri wrote : why not moving ecore_txt to eina, btw ? As far as I understand it, eina is about providing data types. IMHO neither ecore_str nor ecore_txt fit in that category. Right, nor does ecore_file, but it seems that the tendency is to put everything into to eina which could be used by ecore and evas. Peter -- Throughout its 18-year history, RSA Conference consistently attracts the world's best and brightest in the field, creating opportunities for Conference attendees to learn about information security's most important issues through interactions with peers, luminaries and emerging and established companies. http://p.sf.net/sfu/rsaconf-dev2dev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] [PATCH] Elementary, elm_button.c : Emit mouse down event
On Fri, Jan 22, 2010 at 10:54 PM, Gustavo Sverzut Barbieri barbi...@profusion.mobi wrote: On Thu, Jan 21, 2010 at 11:22 PM, Brian Wang brian.wang.0...@gmail.com wrote: On Thu, Jan 21, 2010 at 8:21 PM, Gustavo Sverzut Barbieri barbi...@profusion.mobi wrote: On Wed, Jan 20, 2010 at 11:47 PM, Brian Wang brian.wang.0...@gmail.com wrote: On Wed, Jan 20, 2010 at 8:17 PM, Carsten Haitzler ras...@rasterman.com wrote: On Wed, 20 Jan 2010 08:24:13 -0300 Iván Briano (Sachiel) sachi...@gmail.com said: On Wed, Jan 20, 2010 at 7:55 AM, Gustavo Sverzut Barbieri barbi...@profusion.mobi wrote: On Wed, Jan 20, 2010 at 7:41 AM, Brian Wang brian.wang.0...@gmail.com wrote: On Wed, Jan 20, 2010 at 2:46 PM, Carsten Haitzler ras...@rasterman.com wrote: On Wed, 20 Jan 2010 13:55:36 +0800 Brian Wang brian.wang.0...@gmail.com said: Hello all, The attached enables the programmer to handle 'pressed' signal (mouse down) on elm_button. This allows adding a self-repeating timer to repeat a certain action, such as pressing and holding on a button to increase a number. Cheers, hmmm good point.. though wouldn't it be nicer if button had an auto-repeat feature of its own? (that calls click repeatedly at N second intervals after being held down for M seconds until released) You mean: void elm_button_auto_repeat_rate_set(Evas_Object *obj, double delay /* M */, double rate /* N */, Evas_Smart_Cb func, void *data); i guess he said just the first part with delay and rate, no func or data as user would have those from standard evas_object_smart_callback_add() for clicked. So just: elm_button_auto_repeat_rate_set(Evas_Object *, double delay, double rate); rate = 0.0 would disable it. in any way, I guess both are fine, even adding the double clicked to button. But as raster, I often dislike to add too much without understanding the real requirements so we can come with helpers like this auto-repeat. :-) And just to say something about the patch, you also need to patch the theme to emit the elm,action,pressed signal. Then you are missing the unpress to kill the timer, or properly document that the clicked callback should handle that case, which makes it no so nice. well the patch wasnt attached - i think it was stripped by sf.net' mail servers.. so need the patch as an actual text attachment - or maybe try gzip it and mail again The patch was a text attachment (I think, via gmail). I will try the gzip way next time. no attachment, and no zip either. What you need to do is edit /etc/mime.types and add: text/patch diff patch actually, just the text/ is relevant, you can use whatever you like in place of the second part, for example my gentoo came set with: text/plain diff patch ... My mime.types comes with a line: text/x-diff diff patch Do I have to replace it with: text/patch diff patch no, text/* should work fine. Just check if your firefox got this right, for example, right after gmail auto-uploaded the resource you can see the detected mime-type informed by firefox, if it's text/x-diff it should work. Hm... My last attempt seems to fail too. I'm using Chromium. After I uploaded the file in gmail, it said something like application/octet-stream. I'll check how chromium determines the mime type. Thanks. :-) brian -- Gustavo Sverzut Barbieri http://profusion.mobi embedded systems -- MSN: barbi...@gmail.com Skype: gsbarbieri Mobile: +55 (19) 9225-2202 -- brian -- Cool-Karaoke - The smallest recording studio, in your palm, open-sourced http://cool-idea.com.tw/ iMaGiNaTiOn iS mOrE iMpOrTaNt tHaN kNoWlEdGe -- Throughout its 18-year history, RSA Conference consistently attracts the world's best and brightest in the field, creating opportunities for Conference attendees to learn about information security's most important issues through interactions with peers, luminaries and emerging and established companies. http://p.sf.net/sfu/rsaconf-dev2dev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] merge ecore job and txt into ecore?
On Sat, 23 Jan 2010 00:58:26 +0100 Peter Wehrfritz peter.wehrfr...@web.de said: Albin Tonnerre wrote: On Fri, 22 Jan 2010 23:19 +0100, Vincent Torri wrote : why not moving ecore_txt to eina, btw ? As far as I understand it, eina is about providing data types. IMHO neither ecore_str nor ecore_txt fit in that category. Right, nor does ecore_file, but it seems that the tendency is to put everything into to eina which could be used by ecore and evas. how is putting everything in ecore and moving everything to eina any better? you're just shuffling pile of paper from desk a to desk b. -- - Codito, ergo sum - I code, therefore I am -- The Rasterman (Carsten Haitzler)ras...@rasterman.com -- Throughout its 18-year history, RSA Conference consistently attracts the world's best and brightest in the field, creating opportunities for Conference attendees to learn about information security's most important issues through interactions with peers, luminaries and emerging and established companies. http://p.sf.net/sfu/rsaconf-dev2dev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] merge ecore job and txt into ecore?
Carsten wrote: On Sat, 23 Jan 2010 00:58:26 +0100 Peter Wehrfritz peter.wehrfr...@web.de said: Albin Tonnerre wrote: On Fri, 22 Jan 2010 23:19 +0100, Vincent Torri wrote : why not moving ecore_txt to eina, btw ? As far as I understand it, eina is about providing data types. IMHO neither ecore_str nor ecore_txt fit in that category. Right, nor does ecore_file, but it seems that the tendency is to put everything into to eina which could be used by ecore and evas. how is putting everything in ecore and moving everything to eina any better? you're just shuffling pile of paper from desk a to desk b. Ummm, generally that would seem pointless indeed... But there are issues of dependencies to consider here besides just mere moving of things from one place to another. For a variety of things, especially things you might want to use eg. in evas itself, having them in ecore is problematic. In general, I'd say that if there's a chance that some functionality could be useful in evas, or in apps that might not depend on evas, then those things should not be in ecore - not so long as ecore itself depends on evas. Home Improvement Projects Make your dream home a reality. Click here to find all your home improvement needs! http://thirdpartyoffers.juno.com/TGL2141/c?cp=hQU1jOjAxDpzGQbjHAxgoQAAJ1CE1nexA7BxlOpTpVzzI1I8AAYAAADNAAAShAA= -- Throughout its 18-year history, RSA Conference consistently attracts the world's best and brightest in the field, creating opportunities for Conference attendees to learn about information security's most important issues through interactions with peers, luminaries and emerging and established companies. http://p.sf.net/sfu/rsaconf-dev2dev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] merge ecore job and txt into ecore?
On Sat, 23 Jan 2010 02:11:59 -0500 Jose Gonzalez jose_...@juno.com said: Carsten wrote: On Sat, 23 Jan 2010 00:58:26 +0100 Peter Wehrfritz peter.wehrfr...@web.de said: Albin Tonnerre wrote: On Fri, 22 Jan 2010 23:19 +0100, Vincent Torri wrote : why not moving ecore_txt to eina, btw ? As far as I understand it, eina is about providing data types. IMHO neither ecore_str nor ecore_txt fit in that category. Right, nor does ecore_file, but it seems that the tendency is to put everything into to eina which could be used by ecore and evas. how is putting everything in ecore and moving everything to eina any better? you're just shuffling pile of paper from desk a to desk b. Ummm, generally that would seem pointless indeed... But there are issues of dependencies to consider here besides just mere moving of things from one place to another. For a variety of things, especially things you might want to use eg. in evas itself, having them in ecore is problematic. In general, I'd say that if there's a chance that some functionality could be useful in evas, or in apps that might not depend on evas, then those things should not be in ecore - not so long as ecore itself depends on evas. yes - thats true, though only because of ecore-evas/ecore-evas-input -- - Codito, ergo sum - I code, therefore I am -- The Rasterman (Carsten Haitzler)ras...@rasterman.com -- Throughout its 18-year history, RSA Conference consistently attracts the world's best and brightest in the field, creating opportunities for Conference attendees to learn about information security's most important issues through interactions with peers, luminaries and emerging and established companies. http://p.sf.net/sfu/rsaconf-dev2dev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
