Re: [E-devel] Evas map and the attribute "color" and clip
On Sun, 14 Nov 2010 06:11:06 -0500 Atton Jonathan said: finally rolled around to this.. sorry for it being a while! fixed in svn now! :) > Here a application. The test here is a bit different from the case in my > appliaction. > > I have : > - 1 gengrid > - 1 elm layout as icon in the grid item > - a edje group swallowed in the elm layout. This group has a rotation. It is > a red rectangle. > > When I select the item : > - if no map : the rectangle disappear because the grid item add a rectangle > in front of the red rectangle. > - if map : only a part of the red rectangle disappear. If I resize the > window sometime the rectangle disappear, sometimes a part appear. > > 2 screenshots are in the archive. > > > *I have no video driver installed with my nvidia card. I can't look a video > ... consequently the problem can be me.* > > 2010/11/13 Carsten Haitzler > > > On Sat, 13 Nov 2010 16:18:19 -0500 Atton Jonathan < > > jonathan.at...@gmail.com> > > said: > > > > > Hello, > > > > > > Evas map seems buggy with the software engine (can't test with with > > > different engine). > > > > > > The situation : > > > - A gengrid > > > - a icon by item > > > - each icon is a elm_layout with rotation on some parts (it is a edje > > group > > > of course) > > > > > > The gengrid become not visible (alpha 0, not the attribute "visible" ) > > but > > > the parts with a rotation are still visible ! > > > > > > If I remove all evas maps effect, the parts become not visible. > > > > > > I do not have a little code to test because I need to sleep :) > > > > code please :) (once you've slept a bit) :) > > > > > > -- > > - 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 -- Learn how Oracle Real Application Clusters (RAC) One Node allows customers to consolidate database storage, standardize their database environment, and, should the need arise, upgrade to a full multi-node Oracle RAC database without downtime or disruption http://p.sf.net/sfu/oracle-sfdevnl ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Evas map and the attribute "color" and clip
Very good and thank you. I will check later. 2011/1/6 Carsten Haitzler > On Sun, 14 Nov 2010 06:11:06 -0500 Atton Jonathan < > jonathan.at...@gmail.com> > said: > > finally rolled around to this.. sorry for it being a while! fixed in svn > now! :) > > > Here a application. The test here is a bit different from the case in my > > appliaction. > > > > I have : > > - 1 gengrid > > - 1 elm layout as icon in the grid item > > - a edje group swallowed in the elm layout. This group has a rotation. It > is > > a red rectangle. > > > > When I select the item : > > - if no map : the rectangle disappear because the grid item add a > rectangle > > in front of the red rectangle. > > - if map : only a part of the red rectangle disappear. If I resize the > > window sometime the rectangle disappear, sometimes a part appear. > > > > 2 screenshots are in the archive. > > > > > > *I have no video driver installed with my nvidia card. I can't look a > video > > ... consequently the problem can be me.* > > > > 2010/11/13 Carsten Haitzler > > > > > On Sat, 13 Nov 2010 16:18:19 -0500 Atton Jonathan < > > > jonathan.at...@gmail.com> > > > said: > > > > > > > Hello, > > > > > > > > Evas map seems buggy with the software engine (can't test with with > > > > different engine). > > > > > > > > The situation : > > > > - A gengrid > > > > - a icon by item > > > > - each icon is a elm_layout with rotation on some parts (it is a edje > > > group > > > > of course) > > > > > > > > The gengrid become not visible (alpha 0, not the attribute "visible" > ) > > > but > > > > the parts with a rotation are still visible ! > > > > > > > > If I remove all evas maps effect, the parts become not visible. > > > > > > > > I do not have a little code to test because I need to sleep :) > > > > > > code please :) (once you've slept a bit) :) > > > > > > > > > -- > > > - 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 > > -- Regards. -- Learn how Oracle Real Application Clusters (RAC) One Node allows customers to consolidate database storage, standardize their database environment, and, should the need arise, upgrade to a full multi-node Oracle RAC database without downtime or disruption http://p.sf.net/sfu/oracle-sfdevnl ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Everything and cgroup
On Fri, 19 Nov 2010 11:56:52 +0100 Andrea Suisani said: > Hi Gustavo, > > On 11/19/2010 11:53 AM, Gustavo Sverzut Barbieri wrote: > > We already have code to launch processes at lower prio, we could > > easily extend to do cgroup as well > > Good to know ! > > /me going to look at actual code > > Andrea problem is that "lower priority" will be shared among all apps. x, all system "Daemons", wm etc. will have a higher priority. as such in my experience, what you REALLY want to do is this: fix up io nice and schedule nice values for all daemons and process into a few groups or layers. i'll list them here: 1. system critical daemons you will need to always work asap in an emergency e.g.: sshd 2. "realtime high priority" daemons and processes that need to get every bit of cpu they want when they want it - only making way for the most system critical in #1. e.g.: pulseuadio 3. "very high priority" daemons and processes that are involved with user interactivity at all times. only give up cpu in favor of those in #1 and #2. e.g.: Xorg, enlightenment (compositor and wm) 4. "high priority multimedia processes" - anything that would play realtime video, music etc. kind of stuff. e.g.: mplayer, xine, totem, rage, enna, games etc. 5. "regular gui (interactive) apps" e.g.: xterm, firefox, openoffice, gedit 6. "backburner processes" - this would be anything you run INSIDE a terminal or anything for helper processes (like thumbnailer daemons), as well as regular system daemons. e.g.: dbus, syslog, portmap, inetd 7. "everything else you don't care much about" when it comes to getting cpu/disk resources. e.g.: gdm, exim4, bind, hald basically you'd want these ordered with nice/ionice levels where the highest priority (lowest nice values) are #1 and the lest are #7 - there is of course room for debate on some levels -the lower priority ones specifically, but the main point here is you ORDER things in irder of their "realtime user impact". sshd need to be at the top moistly because if u have a runaway pulseaudio consuming all your cpu - u'd like sshd to respond asap to sshing in and killing it... but this is up for debate. but i'd keep this as the "ultra-emergency" priority. pulseaudio comes next due to the nature of audio. pulse (may) be mixing audio and piping it to the audio buffers with very very very small buffers and little latency - any good audio system will do that. the problem is audio suffers from HORRIBLE and NOTICEABLE effects if you should "skip" some mixing. your audio crackles or blanks out. graphics is more immune to this thanks to framebuffers simply keeping on showing the same frame for multiple frames - you drop frames and get a bit jerky, but its more acceptable than audio. next down are your core display system and "shell". this is what controls everything on your screen - and renders a composited scene - it needs to get all the resources it needs whenever it needs it as its generally the final output of pretty much everything else. yes it is even more important than your movie or music player. next down are your media apps that are time sensitive - like pulse, but likely have longer buffers. next ware your regular apps and so on. you get the idea. my point here is - that if you are starving your resources (have more scheduled than your cpu and/or disk can keep up with) you need to priorities the things that are most "apparent" to the user (of a desktop, laptop or embedded system). a server of course has different priorities - i am talking of systems where the primary user is there using a screen on the system and interacting with it. the reason e has the "drop normal apps 1 level in priority" is because i've experimented with the above before on REALLY resources starved systems and it REALLy does work. it helps a HUGE amount.the problem is e itself can only control 1 layer of it - the layer between e and apps it runs. it cant make xterm/gnome-terminal/rxvt power the priority of the shell it runs. e cant change the priority of system daemons u have running. i'd REALLY suggest the above as a good read and "Experiment" for anyone building a WHOLE OS... literally go and fix up priorities of everything (remembering that only root can raise priority - so for example set nice value of X and WM u run from the login manager at "-5" - set nice for sshd to "-10"). now use e's "drop priority of apps" feature... you will have amnaged MOSt of the above - maybe some tweaks to installed terminal apps to drop priority of their child processes would help too. so u'll have sshd at -10, x+e at -5, multimedia etc., apps at -4 ... e doesnt have a way of differentiating between 2 classes of regular apps - but that'd be possible and based on .desktop file key entries it could drop some yet another level to -3. xterm etc. can drop their children now from -3 to -2 - all your normal daemons are running at nice 0 by default anyway... so you're good to go. give it a go. on a system with lots of cpu cores and spare pro
Re: [E-devel] Elementary Layout confusing API
On Sat, 20 Nov 2010 02:12:24 +0100 Dave Andreoli said: layouts can have multiple contents - how will you differentiate. sure a macro that assumes "elm.swallow.content" - but it really just saves a little bit of time. :) > Hi all ! > I'm tring to use the new canned styles for the layout widget, > IMO the new macro to set standard parts use wrong names, > please follow the following code code: > > // add a new layout widget > ly = elm_layout_add(parent); > > // set the canned style for the layout (apps with titlebar style) > elm_layout_theme_set(ly, 'layout', 'application', 'titlebar'); > > // set standard parts of the layout (elm.swallow.icon, > elm.swallow.end, elm.swallow.text) > elm_layout_icon_set(ly, icon_obj); > elm_layout_end_set(ly, end_obj); > elm_layout_text_set(ly, "mytitle"); > > // at this point, to set the content part of the layout > (elm.swallow.content), you expect to use: > elm_layout_content_set(ly, content_obj); > > // but this doesn't work... instead you have to do: > elm_layout_content_set(ly, "elm.swallow.content", content_obj); > > This is quite confusing, we should rename the elm_layout_content_set() > func or all the new macros. > Maybe the macros can be renamed to : > elm_layout_standard_[icon/end/text]_set() > elm_layout_standard_content_set() // this is new > ... 'standard' can also be 'canned' or something else > > OR we can rename elm_layout_content_set() to: > elm_layout_part_set() ?? > > > What do you think guys? As it is now is REALLY confusing ! > > DaveMDS > > -- > Beautiful is writing same markup. Internet Explorer 9 supports > standards for HTML5, CSS3, SVG 1.1, ECMAScript5, and DOM L2 & L3. > Spend less time writing and rewriting code and more time creating great > experiences on the web. Be a part of the beta today > http://p.sf.net/sfu/msIE9-sfdev2dev > ___ > enlightenment-devel mailing list > enlightenment-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/enlightenment-devel > -- - Codito, ergo sum - "I code, therefore I am" -- The Rasterman (Carsten Haitzler)ras...@rasterman.com -- Learn how Oracle Real Application Clusters (RAC) One Node allows customers to consolidate database storage, standardize their database environment, and, should the need arise, upgrade to a full multi-node Oracle RAC database without downtime or disruption http://p.sf.net/sfu/oracle-sfdevnl ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] [Patch] Group index support
On Thu, 06 Jan 2011 14:34:34 +0900 Daniel Juyung Seo said: in svn! :) > Hello Raster, > Thanks. > > I added a small patch for Genlist Group. > I missed one. Thanks Govi! > Can you review this and apply it to upstream? > > Thanks. > Daniel Juyung Seo (SeoZ) > > -Original Message- > From: Carsten Haitzler (The Rasterman) [mailto:ras...@rasterman.com] > Sent: Thursday, January 06, 2011 2:14 PM > To: Seunggyun Kim > Cc: manti...@samsung.com; enlightenment-devel@lists.sourceforge.net > Subject: Re: [E-devel] [Patch] Group index support > > On Thu, 30 Dec 2010 21:31:40 +0900 Seunggyun Kim > said: > > looks ok to me. in svn! :) > > > Hello, > > > > I added group index feature. > > This feature support to show item indicates group index. > > I attached capture images showing group index. > > As you can see attached png images, Group index item includes same group > > items. > > > > The group index is shown until every items that have same group index are > > scrolled. > > so group index realize/unrealize is not excuteded in _item_block_position > > function. > > instead of the function, group index is controlled in _pan_calculate > > function. > > > > "Genlist Group" and "Genlist Group Tree" menu is added in elementary_test. > > you can test group index operations in elementary_test. > > > > This patch is not support elm_genlist_item_insert_before/after operation > of > > group index. > > We are now considering the operations in group index., > > > > This patch assumes that the previous 2 patches are already applied to > > upstream. > > '[E-devel] [Patch] Tree support for elm_genlist_item_prepend() API.' > > '[E-devel] [Patch] Tree support for elm_genlist_item_insert_before/after() > > APIs', > > So this patch does not include the changes of the previous patch. > > > > I separated this patch. > > > > - 004.elm_genlist.c.patch.txt > > Patch for src/lib/elm_genlist.c > > - 005.test_genlist.c.patch.txt > > Patch for src/bin/test_genlist.c > > - 006.genlist.patch.txt > > Patch for data/theme/default.edc > > > > And you have to add attached group_index.png file into 'data/themes' > > 'group_index.png' file is group index background image. > > > > > > Daniel Juyung Seo help make test code and refactoring group index code. > > > > Please review it and let me know if there is any problem in this patch. > > > > Thanks. > > Seunggyun Kim > > > > > -- > - Codito, ergo sum - "I code, therefore I am" -- > The Rasterman (Carsten Haitzler)ras...@rasterman.com > > > > -- > Learn how Oracle Real Application Clusters (RAC) One Node allows customers > to consolidate database storage, standardize their database environment, > and, > should the need arise, upgrade to a full multi-node Oracle RAC database > without downtime or disruption > http://p.sf.net/sfu/oracle-sfdevnl > ___ > enlightenment-devel mailing list > enlightenment-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- - Codito, ergo sum - "I code, therefore I am" -- The Rasterman (Carsten Haitzler)ras...@rasterman.com -- Learn how Oracle Real Application Clusters (RAC) One Node allows customers to consolidate database storage, standardize their database environment, and, should the need arise, upgrade to a full multi-node Oracle RAC database without downtime or disruption http://p.sf.net/sfu/oracle-sfdevnl ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] [Patch] Group index support
Hello Raster, I added a small patch for Genlist group item clear. And I changed git->minh to git->h in item_block_position function. Thanks Govi Please review it and let me know if there is any problem in this patch. Thanks. Seunggyun Kim -Original Message- From: Carsten Haitzler (The Rasterman) [mailto:ras...@rasterman.com] Sent: Thursday, January 06, 2011 5:59 PM To: Daniel Juyung Seo Cc: 'Seunggyun Kim'; manti...@samsung.com; enlightenment-devel@lists.sourceforge.net Subject: Re: [E-devel] [Patch] Group index support On Thu, 06 Jan 2011 14:34:34 +0900 Daniel Juyung Seo said: in svn! :) > Hello Raster, > Thanks. > > I added a small patch for Genlist Group. > I missed one. Thanks Govi! > Can you review this and apply it to upstream? > > Thanks. > Daniel Juyung Seo (SeoZ) > > -Original Message- > From: Carsten Haitzler (The Rasterman) [mailto:ras...@rasterman.com] > Sent: Thursday, January 06, 2011 2:14 PM > To: Seunggyun Kim > Cc: manti...@samsung.com; enlightenment-devel@lists.sourceforge.net > Subject: Re: [E-devel] [Patch] Group index support > > On Thu, 30 Dec 2010 21:31:40 +0900 Seunggyun Kim > said: > > looks ok to me. in svn! :) > > > Hello, > > > > I added group index feature. > > This feature support to show item indicates group index. > > I attached capture images showing group index. > > As you can see attached png images, Group index item includes same group > > items. > > > > The group index is shown until every items that have same group index are > > scrolled. > > so group index realize/unrealize is not excuteded in _item_block_position > > function. > > instead of the function, group index is controlled in _pan_calculate > > function. > > > > "Genlist Group" and "Genlist Group Tree" menu is added in elementary_test. > > you can test group index operations in elementary_test. > > > > This patch is not support elm_genlist_item_insert_before/after operation > of > > group index. > > We are now considering the operations in group index., > > > > This patch assumes that the previous 2 patches are already applied to > > upstream. > > '[E-devel] [Patch] Tree support for elm_genlist_item_prepend() API.' > > '[E-devel] [Patch] Tree support for elm_genlist_item_insert_before/after() > > APIs', > > So this patch does not include the changes of the previous patch. > > > > I separated this patch. > > > > - 004.elm_genlist.c.patch.txt > > Patch for src/lib/elm_genlist.c > > - 005.test_genlist.c.patch.txt > > Patch for src/bin/test_genlist.c > > - 006.genlist.patch.txt > > Patch for data/theme/default.edc > > > > And you have to add attached group_index.png file into 'data/themes' > > 'group_index.png' file is group index background image. > > > > > > Daniel Juyung Seo help make test code and refactoring group index code. > > > > Please review it and let me know if there is any problem in this patch. > > > > Thanks. > > Seunggyun Kim > > > > > -- > - Codito, ergo sum - "I code, therefore I am" -- > The Rasterman (Carsten Haitzler)ras...@rasterman.com > > > > -- > Learn how Oracle Real Application Clusters (RAC) One Node allows customers > to consolidate database storage, standardize their database environment, > and, > should the need arise, upgrade to a full multi-node Oracle RAC database > without downtime or disruption > http://p.sf.net/sfu/oracle-sfdevnl > ___ > 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 Index: src/lib/elm_genlist.c === --- src/lib/elm_genlist.c (revision 55933) +++ src/lib/elm_genlist.c (working copy) @@ -918,6 +918,8 @@ _item_del(Elm_Genlist_Item *it) it->wd->items = eina_inlist_remove(it->wd->items, EINA_INLIST_GET(it)); if (it->parent) it->parent->items = eina_list_remove(it->parent->items, it); + if (it->flags & ELM_GENLIST_ITEM_GROUP) + it->wd->group_items = eina_list_remove(it->wd->group_items, it); if (it->long_timer) ecore_timer_del(it->long_timer); if (it->swipe_timer) ecore_timer_del(it->swipe_timer); @@ -2009,7 +2011,7 @@ _item_block_position(Item_Block *itb, if (git->scrl_y < oy) git->scrl_y = oy; if ((git->scrl_y + git->h) > (it->scrl_y + it->h)) - git->scrl_y = (it->scrl_y + it->h) - git->minh; + git->scrl_y = (it->scrl_y + it->h) - git->h; git->want_realize = EINA_TRUE; } evas_object_resize(it->
Re: [E-devel] E SVN: etrunko trunk/ecore/src/lib/ecore_con
On Thu, 6 Jan 2011, Enlightenment SVN wrote:
> Log:
> Add basic cookie support to Ecore_Con_Url.
we are in feature freeze. This code should be postoned after release
Vincent
>
> This commit adds some simple wrapper functions for libcurl
> cookie-related code to Ecore_Con_Url.
>
> It is now possible to enable the cookie engine, clear cookies and
> dump/load them from files.
>
> Cookies in both HTTP header-style and cookie-jar are supported.
>
> Patch by Raphael Kubo da Costa
>
>
>
> Author: etrunko
> Date: 2011-01-06 08:10:38 -0800 (Thu, 06 Jan 2011)
> New Revision: 55934
> Trac: http://trac.enlightenment.org/e/changeset/55934
>
> Modified:
> trunk/ecore/src/lib/ecore_con/Ecore_Con.h
> trunk/ecore/src/lib/ecore_con/ecore_con_url.c
>
> Modified: trunk/ecore/src/lib/ecore_con/Ecore_Con.h
> ===
> --- trunk/ecore/src/lib/ecore_con/Ecore_Con.h 2011-01-06 11:48:53 UTC (rev
> 55933)
> +++ trunk/ecore/src/lib/ecore_con/Ecore_Con.h 2011-01-06 16:10:38 UTC (rev
> 55934)
> @@ -531,6 +531,17 @@
> EAPI void ecore_con_url_ftp_use_epsv_set(Ecore_Con_Url *url_con,
> Eina_Bool use_epsv);
>
> +EAPI void ecore_con_url_cookies_init(Ecore_Con_Url *url_con);
> +EAPI void
> ecore_con_url_cookies_ignore_old_session_set(Ecore_Con_Url *url_con,
> +
> Eina_Bool ignore);
> +EAPI void ecore_con_url_cookies_clear(Ecore_Con_Url *url_con);
> +EAPI void ecore_con_url_cookies_session_clear(Ecore_Con_Url
> *url_con);
> +EAPI void ecore_con_url_cookies_file_add(Ecore_Con_Url *url_con,
> + const char * const
> file_name);
> +EAPI Eina_Bool ecore_con_url_cookies_jar_file_set(Ecore_Con_Url
> *url_con,
> + const char * const
> cookiejar_file);
> +EAPI void ecore_con_url_cookies_jar_write(Ecore_Con_Url
> *url_con);
> +
> /**
> * @}
> */
>
> Modified: trunk/ecore/src/lib/ecore_con/ecore_con_url.c
> ===
> --- trunk/ecore/src/lib/ecore_con/ecore_con_url.c 2011-01-06 11:48:53 UTC
> (rev 55933)
> +++ trunk/ecore/src/lib/ecore_con/ecore_con_url.c 2011-01-06 16:10:38 UTC
> (rev 55934)
> @@ -1079,6 +1079,276 @@
> }
>
> /**
> + * Enables the cookie engine for subsequent HTTP requests.
> + *
> + * After this function is called, cookies set by the server in HTTP responses
> + * will be parsed and stored, as well as sent back to the server in new HTTP
> + * requests.
> + *
> + * @note Even though this function is called @c ecore_con_url_cookies_init(),
> + * there is no symmetrical shutdown operation.
> + *
> + * @param url_con Ecore_Con_Url instance which will be acted upon.
> + */
> +EAPI void
> +ecore_con_url_cookies_init(Ecore_Con_Url *url_con)
> +{
> +#ifdef HAVE_CURL
> + if (!url_con)
> + return;
> +
> + if (!ECORE_MAGIC_CHECK(url_con, ECORE_MAGIC_CON_URL))
> + {
> +ECORE_MAGIC_FAIL(url_con, ECORE_MAGIC_CON_URL,
> + "ecore_con_url_cookies_init");
> +return;
> + }
> +
> + curl_easy_setopt(url_con->curl_easy, CURLOPT_COOKIEFILE, "");
> +#else
> + (void)url_con;
> +#endif
> +}
> +
> +/**
> + * Controls whether session cookies from previous sessions shall be loaded.
> + *
> + * Session cookies are cookies with no expire date set, which usually means
> + * they are removed after the current session is closed.
> + *
> + * By default, when Ecore_Con_Url loads cookies from a file, all cookies are
> + * loaded, including session cookies, which, most of the time, were supposed
> + * to be loaded and valid only for that session.
> + *
> + * If @p ignore is set to @c EINA_TRUE, when Ecore_Con_Url loads cookies from
> + * the files passed to @c ecore_con_url_cookies_file_add(), session cookies
> + * will not be loaded.
> + *
> + * @param url_con Ecore_Con_Url instance which will be acted upon.
> + * @param ignore If @c EINA_TRUE, ignore session cookies when loading
> cookies
> + *from files. If @c EINA_FALSE, all cookies will be loaded.
> + *
> + * @see ecore_con_url_cookies_file_add()
> + */
> +EAPI void
> +ecore_con_url_cookies_ignore_old_session_set(Ecore_Con_Url *url_con,
> Eina_Bool ignore)
> +{
> +#ifdef HAVE_CURL
> + if (!url_con)
> + return;
> +
> + if (!ECORE_MAGIC_CHECK(url_con, ECORE_MAGIC_CON_URL))
> + {
> +ECORE_MAGIC_FAIL(url_con, ECORE_MAGIC_CON_URL,
> + "ecore_con_url_cookies_ignore_old_session_set");
> +return;
> + }
> +
> + curl_easy_setopt(url_con->curl_easy, CURLOPT_COOKIESESSION, ignore);
> +#else
> + (void)url_con;
> + (void)ignore;
> +#endif
> +}
> +
> +/**
> + * Clears currently loaded cookies.
> +
[E-devel] Patches for i18n
Hello, few weeks ago I got note that e17 has taken enormous steps since I last tried it out in 2008. So, i tried e17 and was deeply impressed. Overhauling some translations, I noticed some components lack i18n support. So attached you find patches to add i18n to some projects. Besides, I needed more includes to compile on Debian unstable. The patch is also included in a separete file. Finally, I already raised a question concerning the module.desktop.in files on the intl mailing list and was kindly directed to this ML: "Another question I have is why the modules.desktop.in is not included in the translation stuff? Regarding Xfce, they managed to include po files as well, which made translating more comfortable and also rendered the translations more complete by having translated desktop files." I hope I could provide some beneficial patches and hope to contribute more minor snippets to E in future, Fabian -- Learn how Oracle Real Application Clusters (RAC) One Node allows customers to consolidate database storage, standardize their database environment, and, should the need arise, upgrade to a full multi-node Oracle RAC database without downtime or disruption http://p.sf.net/sfu/oracle-sfdevnl___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
[E-devel] Patches for e17: i18n, includes
Hello, few weeks ago I obtained the message about e17 pre3 and tried it and was very impressed. However, when updating some translations, I found some un-i18n'ed components. Attached are the patches that should make them translatable. I declared many DBG / ERR messages as translatable because they contained messages that are to be translated in other components, such as failing file accesses. Furthermore, on my Debian unstable system, I had to insert some includes. These are contained in the attached patch as well. Furthermore I have a question that I already raised on the intl mailing list: "Another question I have is why the modules.desktop.in is not included in the translation stuff? Regarding Xfce, they managed to include po files as well, which made translating more comfortable and also rendered the translations more complete by having translated desktop files." Hope it helps and best regards Fabian -- Learn how Oracle Real Application Clusters (RAC) One Node allows customers to consolidate database storage, standardize their database environment, and, should the need arise, upgrade to a full multi-node Oracle RAC database without downtime or disruption http://p.sf.net/sfu/oracle-sfdevnl___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Patches for e17: i18n, includes
Sorry for this duplicate, Evolution is not working properly today :( Am Donnerstag, den 06.01.2011, 19:38 +0100 schrieb Fabian Nowak: > Hello, > > few weeks ago I obtained the message about e17 pre3 and tried it and was > very impressed. However, when updating some translations, I found some > un-i18n'ed components. Attached are the patches that should make them > translatable. I declared many DBG / ERR messages as translatable because > they contained messages that are to be translated in other components, > such as failing file accesses. > > Furthermore, on my Debian unstable system, I had to insert some > includes. These are contained in the attached patch as well. > > Furthermore I have a question that I already raised on the intl mailing > list: > > "Another question I have is why the modules.desktop.in is not included > in the translation stuff? Regarding Xfce, they managed to include po > files as well, which made translating more comfortable and also rendered > the translations more complete by having translated desktop files." > > > Hope it helps and best regards > > Fabian > > > -- > Learn how Oracle Real Application Clusters (RAC) One Node allows customers > to consolidate database storage, standardize their database environment, and, > should the need arise, upgrade to a full multi-node Oracle RAC database > without downtime or disruption > http://p.sf.net/sfu/oracle-sfdevnl > ___ enlightenment-devel mailing > list enlightenment-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- Learn how Oracle Real Application Clusters (RAC) One Node allows customers to consolidate database storage, standardize their database environment, and, should the need arise, upgrade to a full multi-node Oracle RAC database without downtime or disruption http://p.sf.net/sfu/oracle-sfdevnl ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] [e-users] Problem getting X Window ID.
On 01/06/2011 05:32 PM, Nicolas wrote: > Hi, > > I'm using Ecore_X and I'm trying to get the X window ID of the Ecore_Window. > > I do: > > int pm; > ecore_x_window_prop_xid_get(mywindow, NULL, NULL,&pm, 1); > > pm is not null but it doesn't seem to work. > Is this the correct way ? > > Ecore_X api is: > ecore_x_window_prop_xid_get(Ecore_X_Window win, Ecore_X_Atom atom, > Ecore_X_Atom type, Ecore_X_ID *lst, unsigned int len); > > I don't know what to write in "Ecore_X_Atom atom" and "Ecore_X_Atom type"... > > Thanks in advance for reply. > Nicolas. > ecore_x_window_new already returns the X Window Id: Ecore_X_Window win; win = ecore_x_window_new(NULL, 0, 0, 100, 100); Here, win is the X Window Id. ecore_x_window_new uses XCreateWindow, which returns the id, so no reason to do a window_prop_xid_get really. "The XCreateWindow function creates an unmapped subwindow for a specified parent window, returns the window ID of the created window" You should avoid fetching window props & atoms as much as possible because most (if not all) are "round-trip" requests. Someone feel free to correct me if I am wrong here. Cheers, dh -- Learn how Oracle Real Application Clusters (RAC) One Node allows customers to consolidate database storage, standardize their database environment, and, should the need arise, upgrade to a full multi-node Oracle RAC database without downtime or disruption http://p.sf.net/sfu/oracle-sfdevnl ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Patches for e17: i18n, includes
On Thu, Jan 6, 2011 at 19:52, Fabian Nowak wrote: > Sorry for this duplicate, Evolution is not working properly today :( > > > Am Donnerstag, den 06.01.2011, 19:38 +0100 schrieb Fabian Nowak: >> Hello, >> >> few weeks ago I obtained the message about e17 pre3 and tried it and was >> very impressed. However, when updating some translations, I found some >> un-i18n'ed components. Attached are the patches that should make them >> translatable. I declared many DBG / ERR messages as translatable because >> they contained messages that are to be translated in other components, >> such as failing file accesses. >> >> Furthermore, on my Debian unstable system, I had to insert some >> includes. These are contained in the attached patch as well. >> >> Furthermore I have a question that I already raised on the intl mailing >> list: >> >> "Another question I have is why the modules.desktop.in is not included >> in the translation stuff? Regarding Xfce, they managed to include po >> files as well, which made translating more comfortable and also rendered >> the translations more complete by having translated desktop files." >> >> >> Hope it helps and best regards >> >> Fabian >> >> It might not be Evolution (though it seems broken in regards to proper bottom-posting :P), but the mailinglist. You can't attach all files, e.g. .patch doesn't work. Just give the patches a .txt suffix and it will work. -- Learn how Oracle Real Application Clusters (RAC) One Node allows customers to consolidate database storage, standardize their database environment, and, should the need arise, upgrade to a full multi-node Oracle RAC database without downtime or disruption http://p.sf.net/sfu/oracle-sfdevnl ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
[E-devel] [PATCH] Change the second parameter type of elm_slidershow_timeout_set
Hi, All.
Most of APIs related to timeout_set / get uses double type as parameter,
but elm_slidershow uses integer type.
For uniformity, the second parameter type of elm_slideshow_timeout_set is
changed into double type.
Please review this patch and apply in svn if it is ok.
Thanks.
Index: src/lib/elm_slideshow.c
===
--- src/lib/elm_slideshow.c (revision 55961)
+++ src/lib/elm_slideshow.c (working copy)
@@ -41,7 +41,7 @@ struct _Widget_Data
const char *transition;
Ecore_Timer *timer;
- int timeout;
+ double timeout;
Eina_Bool loop:1;
struct {
@@ -86,9 +86,9 @@ _event_hook(Evas_Object *obj, Evas_Object *src __U
(!strcmp(ev->keyname, "space")))
{
if (wd->timeout)
- elm_slideshow_timeout_set(obj, 0);
+ elm_slideshow_timeout_set(obj, 0.0);
else
- elm_slideshow_timeout_set(obj, 3);
+ elm_slideshow_timeout_set(obj, 3.0);
ev->event_flags |= EVAS_EVENT_FLAG_ON_HOLD;
return EINA_TRUE;
@@ -560,7 +560,7 @@ elm_slideshow_transition_get(const Evas_Object *ob
* @ingroup Slideshow
*/
EAPI void
-elm_slideshow_timeout_set(Evas_Object *obj ,int timeout)
+elm_slideshow_timeout_set(Evas_Object *obj, double timeout)
{
ELM_CHECK_WIDTYPE(obj, widtype);
Widget_Data *wd = elm_widget_data_get(obj);
@@ -568,7 +568,7 @@ EAPI void
wd->timeout = timeout;
if (wd->timer) ecore_timer_del(wd->timer);
wd->timer = NULL;
- if (timeout > 0)
+ if (timeout > 0.0)
wd->timer = ecore_timer_add(timeout, _timer_cb, obj);
}
@@ -580,12 +580,12 @@ EAPI void
*
* @ingroup Slideshow
*/
-EAPI int
+EAPI double
elm_slideshow_timeout_get(const Evas_Object *obj)
{
- ELM_CHECK_WIDTYPE(obj, widtype) -1;
+ ELM_CHECK_WIDTYPE(obj, widtype) -1.0;
Widget_Data *wd = elm_widget_data_get(obj);
- if (!wd) return -1;
+ if (!wd) return -1.0;
return wd->timeout;
}
Index: src/lib/Elementary.h.in
===
--- src/lib/Elementary.h.in (revision 55961)
+++ src/lib/Elementary.h.in (working copy)
@@ -1849,8 +1849,8 @@ extern "C" {
EAPI const Eina_List*elm_slideshow_transitions_get(const Evas_Object
*obj) EINA_ARG_NONNULL(1);
EAPI voidelm_slideshow_transition_set(Evas_Object *obj,
const char *transition) EINA_ARG_NONNULL(1);
EAPI const char *elm_slideshow_transition_get(const Evas_Object
*obj) EINA_ARG_NONNULL(1);
- EAPI voidelm_slideshow_timeout_set(Evas_Object *obj ,int
timeout) EINA_ARG_NONNULL(1);
- EAPI int elm_slideshow_timeout_get(const Evas_Object *obj)
EINA_ARG_NONNULL(1);
+ EAPI voidelm_slideshow_timeout_set(Evas_Object *obj, double
timeout) EINA_ARG_NONNULL(1);
+ EAPI double elm_slideshow_timeout_get(const Evas_Object *obj)
EINA_ARG_NONNULL(1);
EAPI voidelm_slideshow_loop_set(Evas_Object *obj, Eina_Bool
loop) EINA_ARG_NONNULL(1);
EAPI Eina_Bool elm_slideshow_loop_get(const Evas_Object *obj)
EINA_ARG_NONNULL(1);
EAPI voidelm_slideshow_clear(Evas_Object *obj)
EINA_ARG_NONNULL(1);
Index: src/bin/test_slideshow.c
===
--- src/bin/test_slideshow.c(revision 55961)
+++ src/bin/test_slideshow.c(working copy)
@@ -35,7 +35,7 @@ _previous(void *data, Evas_Object *obj __UNUSED__,
static void
_mouse_in(void *data, Evas *e __UNUSED__, Evas_Object *obj __UNUSED__, void
*event_info __UNUSED__)
{
- elm_notify_timeout_set(data, 0);
+ elm_notify_timeout_set(data, 0.0);
evas_object_show(data);
}
@@ -43,7 +43,7 @@ _mouse_in(void *data, Evas *e __UNUSED__, Evas_Obj
static void
_mouse_out(void *data, Evas *e __UNUSED__, Evas_Object *obj __UNUSED__, void
*event_info __UNUSED__)
{
- elm_notify_timeout_set(data, 3);
+ elm_notify_timeout_set(data, 3.0);
}
static void
@@ -63,25 +63,25 @@ _layout_select(void *data, Evas_Object *obj, void
static void
_start(void *data, Evas_Object *obj __UNUSED__, void *event_info __UNUSED__)
{
- elm_slideshow_timeout_set(slideshow, (int)elm_spinner_value_get(data));
+ elm_slideshow_timeout_set(slideshow, elm_spinner_value_get(data));
- elm_object_disabled_set(bt_start, 1);
- elm_object_disabled_set(bt_stop, 0);
+ elm_object_disabled_set(bt_start, EINA_TRUE);
+ elm_object_disabled_set(bt_stop, EINA_FALSE);
}
static void
_stop(void *data __UNUSED__, Evas_Object *obj __UNUSED__, void *event_info
__UNUSED__)
{
- elm_slideshow_timeout_set(slideshow, 0);
- elm_object_disabled_set(bt_start, 0);
- elm_object_disabled_set(bt_stop, 1);
+ elm_slideshow_timeout_set(slideshow, 0.0);
+ elm_object_disabled_set(bt_start, EINA_FALSE);
+ elm_object_disabled_set(bt_stop, EINA_TRUE);
}
static void
_spin(void *data, Evas_Object *obj __UNUSED__, void *event_info __
Re: [E-devel] how to do ecore_con_url POSTs?
At Thu, 6 Jan 2011 15:34:24 +0900, Carsten Haitzler (The Rasterman) wrote: > > On Tue, 28 Dec 2010 15:39:41 +0900 Carsten Haitzler (The Rasterman) > said: > > http://trac.enlightenment.org/e/changeset/55926 > > comments? Only about the ecore stuff itself, as I've never touched the rest of the files. +#define MODE_AUTO 0 +#define MODE_GET 1 +#define MODE_POST 2 This looks... ugly :) Anything agains having an enum? Plus, if both AUTO and POST have the same effect, why not have only POST and adapt ecore_con_url_send accordingly? +/** + * Sends a get request. + * + * @param url_con Connection object to perform a request on, previously created + *with ecore_con_url_new() or ecore_con_url_custom_new(). + * @param dataPayload (data sent on the request) + * @param length Payload length. If @c -1, rely on automatic length + *calculation via @c strlen() on @p data. + * @param content_type Content type of the payload (e.g. text/xml) It doesn't make much sense to send Content-Length and Content-Type in a GET, so I think those two can be removed from the function's signature. +/** + * Sends a post request. + * + * @param url_con Connection object to perform a request on, previously created + *with ecore_con_url_new() or ecore_con_url_custom_new(). + * @param dataPayload (data sent on the request) + * @param length Payload length. If @c -1, rely on automatic length + *calculation via @c strlen() on @p data. + * @param content_type Content type of the payload (e.g. text/xml) It should be noted somewhere that passing NULL to data and 0 to length performs a bodyless POST. -- Raphael Kubo da Costa ProFUSION embedded systems http://profusion.mobi -- Gaining the trust of online customers is vital for the success of any company that requires sensitive data to be transmitted over the Web. Learn how to best implement a security strategy that keeps consumers' information secure and instills the confidence they need to proceed with transactions. http://p.sf.net/sfu/oracle-sfdevnl ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E SVN: raster trunk/e/src/bin
On Thu, Jan 6, 2011 at 1:58 AM, Enlightenment SVN
wrote:
> Log:
> desklock - dont ret 1 on failure to auth. only on failure to init!
>
>
>
> Author: raster
> Date: 2011-01-05 19:58:58 -0800 (Wed, 05 Jan 2011)
> New Revision: 55923
> Trac: http://trac.enlightenment.org/e/changeset/55923
>
> Modified:
> trunk/e/src/bin/e_desklock.c
>
> Modified: trunk/e/src/bin/e_desklock.c
> ===
> --- trunk/e/src/bin/e_desklock.c 2011-01-06 03:57:37 UTC (rev 55922)
> +++ trunk/e/src/bin/e_desklock.c 2011-01-06 03:58:58 UTC (rev 55923)
> @@ -718,7 +718,7 @@
> if (pamerr != PAM_SUCCESS)
> {
> free(current_user);
> - exit(pamerr);
> + exit(1);
> }
> pamerr = pam_authenticate(da.pam.handle, 0);
> pam_end(da.pam.handle, pamerr);
> @@ -730,7 +730,7 @@
> exit(0);
> }
> free(current_user);
> - exit(1);
> + exit(-1);
Why? It's wrong to exit with a negative value.
Lucas De Marchi
--
Gaining the trust of online customers is vital for the success of any company
that requires sensitive data to be transmitted over the Web. Learn how to
best implement a security strategy that keeps consumers' information secure
and instills the confidence they need to proceed with transactions.
http://p.sf.net/sfu/oracle-sfdevnl
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] how to do ecore_con_url POSTs?
On Thu, 06 Jan 2011 23:18:09 -0200 Raphael Kubo da Costa said: > At Thu, 6 Jan 2011 15:34:24 +0900, > Carsten Haitzler (The Rasterman) wrote: > > > > On Tue, 28 Dec 2010 15:39:41 +0900 Carsten Haitzler (The Rasterman) > > said: > > > > http://trac.enlightenment.org/e/changeset/55926 > > > > comments? > > Only about the ecore stuff itself, as I've never touched the rest of the > files. i know. i only cared about fixing up the api for 1.0 - internals can always be changed. i just took the fastest path to getting api set up. one thing i was hoping you'd comment on... "we have get and post... where's put?" :) > +#define MODE_AUTO 0 > +#define MODE_GET 1 > +#define MODE_POST 2 > > This looks... ugly :) > > Anything agains having an enum? Plus, if both AUTO and POST have the > same effect, why not have only POST and adapt ecore_con_url_send > accordingly? because i wasnt sure i'd get it right for both - and as such auto will be killed eventually as its deprecated. :) > +/** > + * Sends a get request. > + * > + * @param url_con Connection object to perform a request on, previously > created > + *with ecore_con_url_new() or ecore_con_url_custom_new(). > + * @param dataPayload (data sent on the request) > + * @param length Payload length. If @c -1, rely on automatic length > + *calculation via @c strlen() on @p data. > + * @param content_type Content type of the payload (e.g. text/xml) > > It doesn't make much sense to send Content-Length and Content-Type in > a GET, so I think those two can be removed from the function's > signature. > > +/** > + * Sends a post request. > + * > + * @param url_con Connection object to perform a request on, previously > created > + *with ecore_con_url_new() or ecore_con_url_custom_new(). > + * @param dataPayload (data sent on the request) > + * @param length Payload length. If @c -1, rely on automatic length > + *calculation via @c strlen() on @p data. > + * @param content_type Content type of the payload (e.g. text/xml) > > It should be noted somewhere that passing NULL to data and 0 to length > performs a bodyless POST. if its an explicit post call.. isnt that obvious? :) no data - no body :) > -- > 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 -- Gaining the trust of online customers is vital for the success of any company that requires sensitive data to be transmitted over the Web. Learn how to best implement a security strategy that keeps consumers' information secure and instills the confidence they need to proceed with transactions. http://p.sf.net/sfu/oracle-sfdevnl ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E SVN: discomfitor trunk/ecore/src/lib/ecore_con
On Thu, 6 Jan 2011 14:32:26 -0800
"Enlightenment SVN" wrote:
> Log:
> complete rewrite of c-ares fd handling: fixes an instance of ticket #637 and
> also integrates with main loop much more nicely
>
> Author: discomfitor
> Date: 2011-01-06 14:32:25 -0800 (Thu, 06 Jan 2011)
> New Revision: 55958
> Trac: http://trac.enlightenment.org/e/changeset/55958
>
> Modified:
> trunk/ecore/src/lib/ecore_con/ecore_con_ares.c
>
> Modified: trunk/ecore/src/lib/ecore_con/ecore_con_ares.c
> ===
> --- trunk/ecore/src/lib/ecore_con/ecore_con_ares.c2011-01-06 21:38:38
> UTC (rev 55957) +++ trunk/ecore/src/lib/ecore_con/ecore_con_ares.c
> 2011-01-06 22:32:25 UTC (rev 55958) @@ -23,7 +23,7 @@
> struct _Ecore_Con_FD
> {
> Ecore_Fd_Handler *handler;
> - int active;
> + Ecore_Timer *timer;
> int fd;
> };
>
> @@ -47,9 +47,6 @@
> static ares_channel info_channel;
> static int info_init = 0;
> static Eina_List *info_fds = NULL;
> -static int active = 0;
> -static Ecore_Timer *tm = NULL;
> -static fd_set info_readers, info_writers;
>
> static void _ecore_con_info_ares_nameinfo(Ecore_Con_CAres *arg,
>int status,
> @@ -60,20 +57,34 @@
> int status,
> int timeouts,
> struct hostent *hostent);
> -static Eina_Bool _ecore_con_info_cares_fd_cb(void *data,
> - Ecore_Fd_Handler *fd_handler);
> +static Eina_Bool _ecore_con_info_cares_fd_cb(Ecore_Con_FD *ecf,
> +Ecore_Fd_Handler *fd_handler);
> static Eina_Bool _ecore_con_info_cares_timeout_cb(void *data);
> -static void _ecore_con_info_cares_clean(void);
>
> +static void
> +_ecore_con_info_cares_state_cb(void *data,
> + int fd,
> + int read,
> + int write);
> +static int
> +_ecore_con_info_fds_search(const Ecore_Con_FD *fd1,
> + const Ecore_Con_FD *fd2);
> +
> int
> ecore_con_info_init(void)
> {
> - if (info_init == 0)
> + struct ares_options opts;
> +
> + if (!info_init)
> {
> -if (ares_library_init(ARES_LIB_INIT_ALL) != 0)
> +if (ares_library_init(ARES_LIB_INIT_ALL))
>return 0;
>
> -if (ares_init(&info_channel) != ARES_SUCCESS)
> +opts.lookups = "fb"; /* hosts file then dns */
> +opts.sock_state_cb = _ecore_con_info_cares_state_cb;
> +
> +if (ares_init_options(&info_channel, &opts,
> +ARES_OPT_LOOKUPS | ARES_OPT_SOCK_STATE_CB) != ARES_SUCCESS)
>{
> ares_library_cleanup();
> return 0;
> @@ -94,7 +105,6 @@
> ares_cancel(info_channel);
> ares_destroy(info_channel);
>
> - /* Destroy FD handler here. */
> /* Shutdown ares */
> ares_library_cleanup();
> }
> @@ -292,133 +302,84 @@
> cares);
> }
>
> - _ecore_con_info_cares_clean();
> -
> return 1;
> }
>
> -static int
> -_ecore_con_info_fds_search(const Ecore_Con_FD *fd1,
> - const Ecore_Con_FD *fd2)
> +static Eina_Bool
> +_ecore_con_info_cares_timeout_cb(void *data __UNUSED__)
> {
> - return fd1->fd - fd2->fd;
> + ares_process_fd(info_channel, ARES_SOCKET_BAD, ARES_SOCKET_BAD);
> + return ECORE_CALLBACK_RENEW;
> }
>
> static Eina_Bool
> -_ecore_con_info_fds_lookup(int fd)
> +_ecore_con_info_cares_fd_cb(Ecore_Con_FD *ecf,
> +Ecore_Fd_Handler *fd_handler)
> {
> - Ecore_Con_FD fdl;
> - Ecore_Con_FD *search;
> + int read, write;
>
> - fdl.fd = fd;
> + read = write = ARES_SOCKET_BAD;
>
> - search = eina_list_search_unsorted(
> - info_fds, (Eina_Compare_Cb)_ecore_con_info_fds_search, &fdl);
> + if (ecore_main_fd_handler_active_get(fd_handler, ECORE_FD_READ))
> + read = ecf->fd;
> + if (ecore_main_fd_handler_active_get(fd_handler, ECORE_FD_WRITE))
> + write = ecf->fd;
> +
> + ares_process_fd(info_channel, read, write);
>
> - if (search)
> - {
> -search->active = active;
> -return EINA_TRUE;
> - }
> + return ECORE_CALLBACK_RENEW;
> +}
>
> - return EINA_FALSE;
> +static int
> +_ecore_con_info_fds_search(const Ecore_Con_FD *fd1,
> + const Ecore_Con_FD *fd2)
> +{
> + return fd1->fd - fd2->fd;
> }
>
> static void
> -_ecore_con_info_cares_clean(void)
> +_ecore_con_info_cares_state_cb(void *data __UNUSED__,
> + int fd,
> + int read,
> + int write)
> {
> - fd_set readers, writers;
> - Eina_List *l, *l_n
Re: [E-devel] how to do ecore_con_url POSTs?
At Fri, 7 Jan 2011 10:25:05 +0900, Carsten Haitzler (The Rasterman) wrote: > i know. i only cared about fixing up the api for 1.0 - internals can always be > changed. i just took the fastest path to getting api set up. > > one thing i was hoping you'd comment on... "we have get and post... where's > put?" :) I thought you were only caring about fixing up the api for 1.0 etc etc ;D > > Anything agains having an enum? Plus, if both AUTO and POST have the > > same effect, why not have only POST and adapt ecore_con_url_send > > accordingly? > > because i wasnt sure i'd get it right for both - and as such auto will be > killed eventually as its deprecated. :) Fine then. Is the 'stuff that should be killed after 1.0 or 1.x' being tracked anywhere? I fear this might just sit there indefinitely until someone notices. > > It should be noted somewhere that passing NULL to data and 0 to length > > performs a bodyless POST. > > if its an explicit post call.. isnt that obvious? :) no data - no body :) One might think, for example, that just passing NULL to data (or 0 to length) is enough, just like it happened in one of your previous commits to this part. -- Raphael Kubo da Costa ProFUSION embedded systems http://profusion.mobi -- Gaining the trust of online customers is vital for the success of any company that requires sensitive data to be transmitted over the Web. Learn how to best implement a security strategy that keeps consumers' information secure and instills the confidence they need to proceed with transactions. http://p.sf.net/sfu/oracle-sfdevnl ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] how to do ecore_con_url POSTs?
On Thu, 06 Jan 2011 23:57:53 -0200 Raphael Kubo da Costa said: > At Fri, 7 Jan 2011 10:25:05 +0900, > Carsten Haitzler (The Rasterman) wrote: > > i know. i only cared about fixing up the api for 1.0 - internals can always > > be changed. i just took the fastest path to getting api set up. > > > > one thing i was hoping you'd comment on... "we have get and post... where's > > put?" :) > > I thought you were only caring about fixing up the api for 1.0 etc etc ;D bingo. as long as it functions "as intended" (and deprecated fn just functions as it used to until it's killed), i dont care too much. it's a relatively insignificant and isolated bit of code - can be fixed up any time with no affect on api/abi :) > > > Anything agains having an enum? Plus, if both AUTO and POST have the > > > same effect, why not have only POST and adapt ecore_con_url_send > > > accordingly? > > > > because i wasnt sure i'd get it right for both - and as such auto will be > > killed eventually as its deprecated. :) > > Fine then. Is the 'stuff that should be killed after 1.0 or 1.x' being > tracked anywhere? I fear this might just sit there indefinitely until > someone notices. nup. but as such the only thing hat passes in auto is the deprecated send api - so i see it as an obvious link :) > > > It should be noted somewhere that passing NULL to data and 0 to length > > > performs a bodyless POST. > > > > if its an explicit post call.. isnt that obvious? :) no data - no body :) > > One might think, for example, that just passing NULL to data (or 0 to > length) is enough, just like it happened in one of your previous > commits to this part. well if u pass null - sending length != 0 is nonsensical. sending a data ptr but with length 0 also is nonsensical. :) so it goes hand-in-hand i'd say. if u have body data - it is more than 0 bytes in size.. and u have a pointer to it. otherwise it's NULL and well size is obviously 0. now that we can actually define a get vs a post we dont need to piggyback data + size to guess what to do. :) -- - Codito, ergo sum - "I code, therefore I am" -- The Rasterman (Carsten Haitzler)ras...@rasterman.com -- Gaining the trust of online customers is vital for the success of any company that requires sensitive data to be transmitted over the Web. Learn how to best implement a security strategy that keeps consumers' information secure and instills the confidence they need to proceed with transactions. http://p.sf.net/sfu/oracle-sfdevnl ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] question about edje_message_queue
On Thu, 23 Dec 2010 23:04:59 +0900 ChunEon Park said: hmm i checked the code... the code is in fact correct. it shouldnt process a message twice. its written in a safe way (seems i thought about this case already when implementing it). see _edje_message_queue_process() and edje_object_message_signal_process(). there is a small issue of ordering of signals between processing those of a signal object and a global message queue - but that exists anyway if you process 1 object vs all anyway - within an obj it will have consistent ordering but not between objects. but .. it wont process twice. > Hello, This is Hermet. > > I have one problem because of the message event order. > Let me describe the situation. > > I added two clicked callback functions to one elm_button. > Let's call the callback functions A and B > > It should be called sequentially definitely. > > I'm not sure why user should add separate callbacks but they may use this > case. > Because multiple callback functions for one widget are available. > > However, in some cases, the system is so much slow and user clicked the > button continually in a hurry. > > So, the clicked message will be queued to the edje message queue (msgq) > > Now, it's time to process the signal callbacks. > > It will call _edje_message_queue_process to process the queued message > events. > Since user touched the buttons continually and the system could not process > the events yet, > the clicked event messages will be queued in order. > > Let's suppose the count of clicked events as 4. > > Now It begins to process one. > > Because user added two callback functions, A will be called first. > But in this A function, it creates an elementary widget which calls > "edje_object_message_signal_process" internally. > > It means, it will process the queued events(tmp_msgq) again plus additional > new queued events for its own widget. > > But next queued event is also button clicked event. > Thus, the A function will be called again even B function does not called > yet. > > Users might don't know about this but problem can be occurred. > > In this case, the callback function will be called like this order. A -> A > -> A -> A -> B -> B -> B -> B actually. > However, it should be called like this A -> B -> A -> B -> A -> B -> A -> B. > > > The real scenario is like this. > In a button callback A, user create a genlist then apply one style by using > elm_object_style_set. > > > > Could someone give me an advice? > Or Must be fixed the edje_message_queue? > > Once, I attached the patch file for the edje_message_queue, > please consider and reply me. > > Thanks. > -- - Codito, ergo sum - "I code, therefore I am" -- The Rasterman (Carsten Haitzler)ras...@rasterman.com -- Gaining the trust of online customers is vital for the success of any company that requires sensitive data to be transmitted over the Web. Learn how to best implement a security strategy that keeps consumers' information secure and instills the confidence they need to proceed with transactions. http://p.sf.net/sfu/oracle-sfdevnl ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] [Patch] Group index support
On Thu, 06 Jan 2011 22:05:00 +0900 Seunggyun Kim said: in svn! :) > Hello Raster, > > I added a small patch for Genlist group item clear. > And I changed git->minh to git->h in item_block_position function. > Thanks Govi > > Please review it and let me know if there is any problem in this patch. > > Thanks. > Seunggyun Kim > > -Original Message- > From: Carsten Haitzler (The Rasterman) [mailto:ras...@rasterman.com] > Sent: Thursday, January 06, 2011 5:59 PM > To: Daniel Juyung Seo > Cc: 'Seunggyun Kim'; manti...@samsung.com; > enlightenment-devel@lists.sourceforge.net > Subject: Re: [E-devel] [Patch] Group index support > > On Thu, 06 Jan 2011 14:34:34 +0900 Daniel Juyung Seo > > said: > > in svn! :) > > > Hello Raster, > > Thanks. > > > > I added a small patch for Genlist Group. > > I missed one. Thanks Govi! > > Can you review this and apply it to upstream? > > > > Thanks. > > Daniel Juyung Seo (SeoZ) > > > > -Original Message- > > From: Carsten Haitzler (The Rasterman) [mailto:ras...@rasterman.com] > > Sent: Thursday, January 06, 2011 2:14 PM > > To: Seunggyun Kim > > Cc: manti...@samsung.com; enlightenment-devel@lists.sourceforge.net > > Subject: Re: [E-devel] [Patch] Group index support > > > > On Thu, 30 Dec 2010 21:31:40 +0900 Seunggyun Kim > > said: > > > > looks ok to me. in svn! :) > > > > > Hello, > > > > > > I added group index feature. > > > This feature support to show item indicates group index. > > > I attached capture images showing group index. > > > As you can see attached png images, Group index item includes same group > > > items. > > > > > > The group index is shown until every items that have same group index > are > > > scrolled. > > > so group index realize/unrealize is not excuteded in > _item_block_position > > > function. > > > instead of the function, group index is controlled in _pan_calculate > > > function. > > > > > > "Genlist Group" and "Genlist Group Tree" menu is added in > elementary_test. > > > you can test group index operations in elementary_test. > > > > > > This patch is not support elm_genlist_item_insert_before/after operation > > of > > > group index. > > > We are now considering the operations in group index., > > > > > > This patch assumes that the previous 2 patches are already applied to > > > upstream. > > > '[E-devel] [Patch] Tree support for elm_genlist_item_prepend() API.' > > > '[E-devel] [Patch] Tree support for > elm_genlist_item_insert_before/after() > > > APIs', > > > So this patch does not include the changes of the previous patch. > > > > > > I separated this patch. > > > > > > - 004.elm_genlist.c.patch.txt > > > Patch for src/lib/elm_genlist.c > > > - 005.test_genlist.c.patch.txt > > > Patch for src/bin/test_genlist.c > > > - 006.genlist.patch.txt > > > Patch for data/theme/default.edc > > > > > > And you have to add attached group_index.png file into 'data/themes' > > > 'group_index.png' file is group index background image. > > > > > > > > > Daniel Juyung Seo help make test code and refactoring group index code. > > > > > > Please review it and let me know if there is any problem in this patch. > > > > > > Thanks. > > > Seunggyun Kim > > > > > > > > > -- > > - Codito, ergo sum - "I code, therefore I am" -- > > The Rasterman (Carsten Haitzler)ras...@rasterman.com > > > > > > > > > -- > > Learn how Oracle Real Application Clusters (RAC) One Node allows customers > > to consolidate database storage, standardize their database environment, > > and, > > should the need arise, upgrade to a full multi-node Oracle RAC database > > without downtime or disruption > > http://p.sf.net/sfu/oracle-sfdevnl > > ___ > > 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 -- - Codito, ergo sum - "I code, therefore I am" -- The Rasterman (Carsten Haitzler)ras...@rasterman.com -- Gaining the trust of online customers is vital for the success of any company that requires sensitive data to be transmitted over the Web. Learn how to best implement a security strategy that keeps consumers' information secure and instills the confidence they need to proceed with transactions. http://p.sf.net/sfu/oracle-sfdevnl ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] [PATCH] elm_transit
On Thu, 06 Jan 2011 15:21:30 +0900 ChunEon Park said: this is definitely an improvement i'd say - and yes - setting up a transit is setting up a pipeline. unlike timer and animators they are not 1-off setups. they require several calls to be set up. so this is better. as for elm animator... hmm - i quite like how it works - you can pause and resume it - transit can't currently. also get if its currently active or not. > Hi. > > Even it looks somewhat alien elm, > > I hope EFL supports basic effect by using c and edc. > > In some cases, it is useful for app developers. > They want to use effects easily and quickly as Other F/W does providing. > > Here is patch again. > > Added two lines for elm_transit_duration_set exception handling. > > I guess there are possibilities still to add/modify some functions to the > transit. > So, currently the exception cases does not defined yet. > > But I will try patches soon as perfect things. > > Please consider about transit. > > And.. if this transit is acceptable, > How about deprecate elm_animator as soon as possible? > > Thanks. > > -Original Message- > From: Carsten Haitzler (The Rasterman) [mailto:ras...@rasterman.com] > Sent: Thursday, January 06, 2011 1:37 AM > To: Gustavo Sverzut Barbieri > Cc: ChunEon Park; enlightenment-devel@lists.sourceforge.net > Subject: Re: [E-devel] [PATCH] elm_transit > > On Wed, 5 Jan 2011 12:48:05 -0200 Gustavo Sverzut Barbieri > said: > > > On Wed, Jan 5, 2011 at 12:27 PM, ChunEon Park > > wrote: > > > Good day, this is Hermet. > > > > > > Here is elm_transit patch. > > > > > > - Modified elm_transit_add(double duration) to elm_transit_add() > > > - Added elm_transit_duration_set() / elm_transit_duration_get() APIs > > > - Added elm_transit_go API > > > > Modifying the duration of an ongoing animation is tricky, what do you > > do to avoid things going weirdly? Let's say you're at 0.5 of an 1.0 > > second (progress = 50%), then you reset it to 2.0 second, you're now > > back in progress to 25%. > > > > I'm also strongly against _go() apis. They do not need to exist, as > > they don't for all but elm_list, which is there for an optimization > > hack which I dislike every time i have to type them. > > in this case transit is a time based thing - when does it start its > animation? > you can do a lot of set-up before you start it and thus there is a good > reason > for being able to separate the starting of the transition from its setup. as > for setting the duration - not weird - not more weird than the adding ofthe > objects. if you stand back and look at it, transit is much like an object - > u > create it then set up a whole bunch of properties (basically a transition > pipeline) and then say "go". there is no good reason why it shouldn't be > expanded to allow chained transitions. eg transition from A to B, then B to > C, > then C to D - and thus there would be a good case for each leg of the > transition to have its own timeframe - thus a set call for setting the > transition duration. again - this also makes the go() call almost a must as > at > what point would you start that transition - and for that matter if you have > a > fairly lengthy and complex transition you do often you may want to repeat it > again and again (call go to start it each time). > > -- > - Codito, ergo sum - "I code, therefore I am" -- > The Rasterman (Carsten Haitzler)ras...@rasterman.com -- - Codito, ergo sum - "I code, therefore I am" -- The Rasterman (Carsten Haitzler)ras...@rasterman.com -- Gaining the trust of online customers is vital for the success of any company that requires sensitive data to be transmitted over the Web. Learn how to best implement a security strategy that keeps consumers' information secure and instills the confidence they need to proceed with transactions. http://p.sf.net/sfu/oracle-sfdevnl ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
