Re: [E-devel] E SVN: englebass trunk/efreet/src/lib
On Tue, Apr 6, 2010 at 8:35 PM, Enlightenment SVN wrote: > Log: > efreet: TODO++ > Author: englebass > Date: 2010-04-06 11:35:18 -0700 (Tue, 06 Apr 2010) > New Revision: 47788 > > Modified: > trunk/efreet/src/lib/efreet_menu.c > > Modified: trunk/efreet/src/lib/efreet_menu.c > === > --- trunk/efreet/src/lib/efreet_menu.c 2010-04-06 18:18:53 UTC (rev 47787) > +++ trunk/efreet/src/lib/efreet_menu.c 2010-04-06 18:35:18 UTC (rev 47788) > @@ -1,5 +1,7 @@ > /* vim: set sw=4 ts=4 sts=4 et: */ > > +/* TODO: Check where strcmp can be changed with == because of stringshare */ > + > #ifdef HAVE_CONFIG_H > # include > #endif When string come from eet mapped file you can also use == to compare them. But you can't compare a stringshare against a mapped string. -- Cedric BAIL -- Download Intel® Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] e17 on on MacOS-X 10.5
On Wed, 7 Apr 2010, Iván Briano (Sachiel) wrote: E is a window manager for X, thus, it requires X. can't the Windows manager of the mac os x be replaced ? Vincent-- Download Intel® Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Include hour and minute in rpm spec release tags
Em 06-04-2010 19:40, Michael Jennings escreveu: > On Tuesday, 06 April 2010, at 14:38:36 (+0100), > Rui Miguel Silva Seabra wrote: > >> I'm sorry, but that breaks the whole point of having clean software >> installs. > > How, exactly? > >> It's definitely *not* a sane (in terms of package DB) replacement to the >> proper usage of the release field. > > There is nothing improper about the current usage of the release > field. Said usage varies radically from distro to distro and even > from package to package within the same distro. Its purpose is to > provide an additional mechanism for distinguishing packages which may > correspond to an identical upstream version. Beyond that (and not > containing a hyphen), it's open season. You're already confusing things, please devote some time to think about the issue because I'm not discussing against the current method, I like it. I'm just pointing out the need to detail it further than per day so it suits even better. What is *NOT* sane is using "rpm --force -ivh package.rpm" > The current method was chosen to simplify things for those building > periodic snapshots from SVN. It serves that purpose very well by > providing the date of the snapshot in a readily readable, sequencable > form which (thanks to the 0. prefix) does not interfere with the > eventual release of the version in question. And what I ask does not change that, but allows the period to be small enough to allow 1) build, 2) install, 3) test, 4) fix, go to 1) process by specifying further the hour and the minute. >> As can be read from the man page, it can even have dangerous results: >> >> --force >> Same as using --replacepkgs, --replacefiles, and --oldpackage. >> (...) >> --replacefiles >> Install the packages even if they replace files from other, >> already installed, packages. > > I never said you should use it all the time. I said in the specific > case of installing a new version of an RPM that you previously > installed the same day while doing active development on a particular > package, using --force is a safe and easy way of accomplishing what > you want (installing RPM's during development) without interfering > with the other reasoning behind the naming convention. > > I'm on the RPM5 development team. I know exactly what --force does > and when to use it. > >> As to the POV of users, they expect an incrementing value (which is also >> what the release field should/must have precisely so upgrades can be >> done sanely) and even if they don't recognize instantly date+hourmin, >> they surely recognize just as instantly an increasing value, so there is >> no point to raising such scarecrows. > > Again, these spec files are intended for building snapshots from SVN > on a periodic basis, and we chose to provide something useful in the > release field in the form of a snapshot date. > >> It's as made up statistic as claiming MMDD is a standard snapshot >> format. > > ftp://ftp.openssl.org/snapshot/ > http://www.mindrot.org/openssh_snap/ > ftp://sourceware.org/pub/gcc/snapshots/ > ftp://sourceware.org/pub/gdb/snapshots/current/ > ftp://sources.redhat.com/pub/glibc/snapshots/ > http://www.gti.net/mirrors/postfix-release/experimental/ > http://www.gentoo.org/proj/en/devrel/handbook/handbook.xml?part=3&chap=1#doc_chap3_sect5 It's not so frequent to make multiple releases of software per day, so many automatize a daily snapshot. Because some haven't run into this issue, that does not make it a standard, much less mandatory as you seem to argue for. You accuse me of making up statistics, but argued against them with made up statistics yourself, that's not fair. I never expected such an emotional opposition. Again: I have no intention of treading on your toes, you're making it personal and I have more than once pointed out that there is nothing of the such. Rui -- Download Intel® Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Include hour and minute in rpm spec release tags
On Wed, Apr 7, 2010 at 1:27 PM, Rui Miguel Silva Seabra wrote: > Again: I have no intention of treading on your toes, you're making it > personal and I have more than once pointed out that there is nothing of > the such. I don't think anyone is trying to make it personal. You think that adding HHMM to the spec files would be helpful, Michael doesn't. I guess you'll just have to agree to disagree on this. Cheers, Albin -- Download Intel® Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E SVN: cedric trunk/e/src/bin
On Wed, 7 Apr 2010, Enlightenment SVN wrote: > Log: > * e: Config in E17 could take avantage off Eet mapped string, but right > now the API doesn't provide a way to let the Eet_File open. So don't > hack around Eet API and use the proper API. > > TODO: Break E_Config API to hold a reference to the Eet_File as long as > needed. better : rewrite ecore_config ? Vincent > Author: cedric > Date: 2010-04-07 06:54:33 -0700 (Wed, 07 Apr 2010) > New Revision: 47805 > > Modified: > trunk/e/src/bin/e_config_data.c > > Modified: trunk/e/src/bin/e_config_data.c > === > --- trunk/e/src/bin/e_config_data.c 2010-04-07 11:29:27 UTC (rev 47804) > +++ trunk/e/src/bin/e_config_data.c 2010-04-07 13:54:33 UTC (rev 47805) > @@ -8,14 +8,13 @@ > { >Eet_Data_Descriptor_Class eddc; > > - if (!eet_eina_file_data_descriptor_class_set(&eddc, name, size)) > + if (!eet_eina_stream_data_descriptor_class_set(&eddc, name, size)) > return NULL; > > - /* FIXME: We can directly map string inside an Eet_File as we > - need to change every config destructor in E for that. */ > - eddc.func.str_direct_alloc = NULL; > - eddc.func.str_direct_free = NULL; > + /* FIXME: We can directly map string inside an Eet_File and reuse it. > + But this need a break in all user of config every where in E. > + */ > > - return (E_Config_DD *) eet_data_descriptor_file_new(&eddc); > + return (E_Config_DD *) eet_data_descriptor_stream_new(&eddc); > } > > > > -- > Download Intel® Parallel Studio Eval > Try the new software tools for yourself. Speed compiling, find bugs > proactively, and fine-tune applications for parallel performance. > See why Intel Parallel Studio got high marks during beta. > http://p.sf.net/sfu/intel-sw-dev > ___ > enlightenment-svn mailing list > enlightenment-...@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/enlightenment-svn > > -- Download Intel® Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] e17 on on MacOS-X 10.5
On Wed, Apr 7, 2010 at 10:34 AM, Vincent Torri wrote: > > > On Wed, 7 Apr 2010, Iván Briano (Sachiel) wrote: > >> E is a window manager for X, thus, it requires X. > > can't the Windows manager of the mac os x be replaced ? > As far as I know, the "wm" of theirs is not an X thing, so you would still need to install the X stuff for the mac, and then have ecore_x built, and only then E would work. But this' all from reading around, never did it myself. > Vincent -- Download Intel® Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E SVN: cedric trunk/e/src/bin
On Wed, Apr 7, 2010 at 5:54 AM, Enlightenment SVN wrote: > Log: > * e: Config in E17 could take avantage off Eet mapped string, but right > now the API doesn't provide a way to let the Eet_File open. So don't > hack around Eet API and use the proper API. > > TODO: Break E_Config API to hold a reference to the Eet_File as long as > needed. Is it worth? I mean, there are not many strings there, and those that have will be stringshared sooner or later. I guess doing this for E_Config is asking for trouble and will make config dialogs harder to do as one would have to check for strings being shared or dict'ed before using. BR, -- Gustavo Sverzut Barbieri http://profusion.mobi embedded systems -- MSN: barbi...@gmail.com Skype: gsbarbieri Mobile: +55 (19) 9225-2202 -- Download Intel® Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E SVN: cedric trunk/e/src/bin
On Wed, Apr 7, 2010 at 5:59 AM, Vincent Torri wrote: > On Wed, 7 Apr 2010, Enlightenment SVN wrote: > >> Log: >> * e: Config in E17 could take avantage off Eet mapped string, but right >> now the API doesn't provide a way to let the Eet_File open. So don't >> hack around Eet API and use the proper API. >> >> TODO: Break E_Config API to hold a reference to the Eet_File as long as >> needed. > > better : rewrite ecore_config ? why? It is totally purposeless for e_config. e_config is just good, fine and easy. But cedric wants to introduce an optimization that will be more trouble than good. Right now people can just: eina_stringshare_replace(&e_config->my_string, new_string); or just assing/delete knowing these are stringshared. With his optimization people will have to check "is it in eet_dict or is it eina_stringshared" and for the purpose of it, it will not help much. also note that e_config is saved lots of time, the strings mapped to the old file should be gone after that :-/ -- Gustavo Sverzut Barbieri http://profusion.mobi embedded systems -- MSN: barbi...@gmail.com Skype: gsbarbieri Mobile: +55 (19) 9225-2202 -- Download Intel® Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E SVN: cedric trunk/e/src/bin
On Wed, Apr 7, 2010 at 4:09 PM, Gustavo Sverzut Barbieri wrote: > On Wed, Apr 7, 2010 at 5:59 AM, Vincent Torri wrote: >> On Wed, 7 Apr 2010, Enlightenment SVN wrote: >> >>> Log: >>> * e: Config in E17 could take avantage off Eet mapped string, but >>> right >>> now the API doesn't provide a way to let the Eet_File open. So don't >>> hack around Eet API and use the proper API. >>> >>> TODO: Break E_Config API to hold a reference to the Eet_File as long >>> as >>> needed. >> >> better : rewrite ecore_config ? > > why? It is totally purposeless for e_config. > > e_config is just good, fine and easy. But cedric wants to introduce an > optimization that will be more trouble than good. Right now people can > just: > > eina_stringshare_replace(&e_config->my_string, new_string); > > or just assing/delete knowing these are stringshared. With his > optimization people will have to check "is it in eet_dict or is it > eina_stringshared" and for the purpose of it, it will not help much. > > also note that e_config is saved lots of time, the strings mapped to > the old file should be gone after that :-/ > Well, sounds not like a high priority/usefull work to do. Anyway, wasn't planning to do it soon :-) -- Cedric BAIL -- Download Intel® Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] again problems to build editje
Am Wed, 7 Apr 2010 07:09:34 -0800 schrieb Gustavo Sverzut Barbieri: > On Tue, Apr 6, 2010 at 10:07 PM, Andreas Volz > wrote: > > Am Tue, 6 Apr 2010 13:35:46 -0800 schrieb Gustavo Sverzut Barbieri: > > > >> On Tue, Apr 6, 2010 at 1:07 PM, Andreas Volz > >> wrote: > >> > Hello, > >> > > >> > each time I like to install editje again from source I've other > >> > problems. This time while compiling python-ecore: > >> > > >> > http://codepad.org/xdwwtgms > >> > > >> > Any ideas? > >> > >> Read README, you need Cython 0.12.1 (yes, the .1 is important!) > > > > Ok, thanks for this hint. But wouldn't it be possible to detect for > > needed software as autotools configure script does it before > > compiling/installing? > > Actually you're compiling from svn, so it's like requiring > autoconf-X.Y. The distribution tarballs ship with the generated "c" > source files, that's why it is not checked. Hm, even in the latest Ubuntu there's only 0.11.2-1. Is it really needed to use such a new version? Are there Ubuntu packages for it? regards Andreas -- Download Intel® Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
[E-devel] crop image
Hello, i m trying to make that : I have an image with many zone, and i want take little zone and position it where i want on my window, so i use this function : #include #include #define LARGEUR_TILE 24 // hauteur et largeur des tiles. #define HAUTEUR_TILE 16 #define NOMBRE_BLOCS_LARGEUR 15 // nombre à afficher en x et y #define NOMBRE_BLOCS_HAUTEUR 13 Evas_Object * tileset (Evas *evas,int moveX,int moveY,int sourceX,int sourceY) { Evas_Object *calque,*clipper; int iw, ih; //on récupére notre image dans l'object calque calque = evas_object_image_add (evas); evas_object_image_file_set (calque, "tileset1.jpg", NULL); evas_object_image_filled_set(calque,1); evas_object_image_size_get(calque, &iw, &ih); evas_object_image_size_set(calque, iw, ih); evas_object_image_fill_set(calque, sourceX, sourceY, iw -sourceX , ih-sourceY); evas_object_resize (calque, iw, ih); evas_object_move (calque, moveX,moveY); evas_object_show(calque); /* //on coupe l'image sur une zone clipper = evas_object_rectangle_add(evas); evas_object_image_size_set(clipper, iw, ih); evas_object_image_fill_set(clipper, 0, 0, iw, ih); evas_object_move(clipper,sourceX, sourceY);//défini le point d'origine de l'extrait de l'image evas_object_resize(clipper, LARGEUR_TILE, HAUTEUR_TILE);// définit la longeur et largeur de la nouvelle image evas_object_clip_set(calque, clipper); */ evas_object_show(clipper); return calque; } int main (int argc, char *argv[]) { Ecore_Evas *ecran;//Déclaration de variable ecran, qui vas contenir nos images et autres ... Evas*evas; //Conteneur d'objet Evas_Object *surface_01; //Surface que l'on vas coloriser if ( !ecore_evas_init()) // Démarrage des EFL. Si erreur alors... { printf( "Erreur d'initialisation des EFL "); // Ecriture de l'erreur exit(EXIT_FAILURE); // On quitte le programme } //NOTRE FENETRE VIDE ecran = ecore_evas_new ("software_x11", 0, 0, LARGEUR_TILE*NOMBRE_BLOCS_LARGEUR, HAUTEUR_TILE*NOMBRE_BLOCS_HAUTEUR, NULL); //On paramétre notre écran if (!ecran) // si probléme sur le driveur pour les EFL { ecore_evas_shutdown (); // Arrêt des EFL return EXIT_FAILURE; // On quitte le programme } ecore_evas_title_set(ecran, "Gestion des évènements en Enlightenment !"); ecore_evas_show (ecran);// On affiche notre écran evas = ecore_evas_get (ecran);// conteneur qui prend notre écran //Notre surface qui vas contenir l'image surface_01 = evas_object_rectangle_add (evas); // création de l'objet rectangle dans l'evas evas_object_color_set (surface_01,255, 255, 255, 255); // couleur du rectangle evas_object_resize(surface_01, LARGEUR_TILE*NOMBRE_BLOCS_LARGEUR, HAUTEUR_TILE*NOMBRE_BLOCS_HAUTEUR); // taille du rectangle // evas_object_show (surface_01); // Mise à jour de l'écran tileset(evas,0,0,24,0); tileset(evas,0,16,24,0); tileset(evas,0,32,24,0); //Fin du programme ecore_main_loop_begin();//notre boocle qui attend l'appuie sur la croix pour terminer le programme ecore_evas_shutdown (); // Arrêt des EFL (libération de la mémoire). return EXIT_SUCCESS; } For the first attempte i have tried the function evas_object_image_fill_set(calque, sourceX, sourceY, iw -sourceX , ih-sourceY); and i don't have the good result, the zone is not selected. the program show the entire image, so can u see the problem please ? -- Download Intel® Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
[E-devel] Crop_image
To complet my message , an image to resume what i want to do : http://www.siteduzero.com/uploads/fr/files/188001_189000/188039.jpg and the result of the code i show u on the first message: http://img96.imageshack.us/img96/4097/capture1rf.png thanks -- Download Intel® Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] e17 on on MacOS-X 10.5
I'm using e17 as an X11 window manager for Apple's X11 implementation. In theory It's possible to use e17 foundation libs to build apps that don't require X11 ("cocoa"), but that's not what I'm doing. Someone on this list told me I didn't need ecore_x, but that mislead me. They were correct in principle but that didn't apply to what I'm doing. Also I'm not replacing Apple's GUI with e17 as one would do in a Linux distro. Apple's X11 sits on top of their own GUI (Quartz) and it has surprisingly good compatibility for co-existing. This is why I'm using Apple's X11 versus dual booting with Ubuntu, I can mix and match programs from both environments simultaneously, with the best work prouctivity. It's also possible _in principle_ to boot MacOS-X (Darwin) into a CLI and then run a true x11.org server. It works, I know people who have dome it, but not a good option because software is less stable and harder to develop than on Linux packages such as Ubuntu. I have a dual boot with MacOS-X and Ubuntu. Compiling for Ubuntu is a no-brainer, Apple's X11 is tricky. Back to the topic... At this time everything installs and compiles. I did need to use some options and flags that members here helped me with for several of the libs. Currently I have not yet been able to get e17 to run, however I _am_ getting meaningful error messages from e17 and going back to re- compile some of the libs with different flags. At this time I don't need help from this list on how to fix the errors, just haven;t had enough time to recompile. I will post my success or ask for help at the next hurdle. Dave On Apr 7, 2010, at 7:01 AM, Iván Briano (Sachiel) wrote: > On Wed, Apr 7, 2010 at 10:34 AM, Vincent Torri > wrote: >> >> >> On Wed, 7 Apr 2010, Iván Briano (Sachiel) wrote: >> >>> E is a window manager for X, thus, it requires X. >> >> can't the Windows manager of the mac os x be replaced ? >> > > As far as I know, the "wm" of theirs is not an X thing, so you would > still need to install the X stuff for the mac, and then have ecore_x > built, and only then E would work. But this' all from reading around, > never did it myself. > >> Vincent -- Download Intel® Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] e17 on on MacOS-X 10.5
On Wed, 7 Apr 2010, Dave Ray wrote: > I'm using e17 as an X11 window manager for Apple's X11 implementation. In > theory It's possible to use e17 foundation libs to build apps that don't > require X11 ("cocoa"), but that's not what I'm doing. Someone on this list > told me I didn't need ecore_x, but that mislead me. If it was me, what i said is true: 1) ecore *can* be compiled without X 2) edje does not require X > They were correct in > principle but that didn't apply to what I'm doing. that's possible. > At this time everything installs and compiles. I did need to use some options > and flags that members here helped me with for several of the libs. Currently > I have not yet been able to get e17 to run, however I _am_ getting meaningful > error messages from e17 and going back to re-compile some of the libs with > different flags. At this time I don't need help from this list on how to fix > the errors, just haven;t had enough time to recompile. > > I will post my success or ask for help at the next hurdle. yes, please. Especially, if you think it is worth, fix the wiki. Vincent -- Download Intel® Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] again problems to build editje
On Wed, Apr 7, 2010 at 10:57 AM, Andreas Volz wrote: > Am Wed, 7 Apr 2010 07:09:34 -0800 schrieb Gustavo Sverzut Barbieri: > >> On Tue, Apr 6, 2010 at 10:07 PM, Andreas Volz >> wrote: >> > Am Tue, 6 Apr 2010 13:35:46 -0800 schrieb Gustavo Sverzut Barbieri: >> > >> >> On Tue, Apr 6, 2010 at 1:07 PM, Andreas Volz >> >> wrote: >> >> > Hello, >> >> > >> >> > each time I like to install editje again from source I've other >> >> > problems. This time while compiling python-ecore: >> >> > >> >> > http://codepad.org/xdwwtgms >> >> > >> >> > Any ideas? >> >> >> >> Read README, you need Cython 0.12.1 (yes, the .1 is important!) >> > >> > Ok, thanks for this hint. But wouldn't it be possible to detect for >> > needed software as autotools configure script does it before >> > compiling/installing? >> >> Actually you're compiling from svn, so it's like requiring >> autoconf-X.Y. The distribution tarballs ship with the generated "c" >> source files, that's why it is not checked. > > Hm, even in the latest Ubuntu there's only 0.11.2-1. Is it really > needed to use such a new version? Are there Ubuntu packages for it? Ubuntu users can say, I guess there are packages. The newer cython is required not because we want to be fancy, but because some features we used were broken before and were fixed in 0.12.1 :-) BR, -- Gustavo Sverzut Barbieri http://profusion.mobi embedded systems -- MSN: barbi...@gmail.com Skype: gsbarbieri Mobile: +55 (19) 9225-2202 -- Download Intel® Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] efreet desktop cache
On Tue, 06 Apr 2010 21:01:07 +0200 Sebastian Dransfeld said: > I think I now have all components needed to make the new cache mechanism > complete. It is not perfect, but I think it should work well enough. indeed. one of the last nigglies got fixed (system config apps list in e works again! :)). using, testing, etc. - so far nothing much to report, let it settle and i'm thinking its close to doing "alpha". for efl. > Please test, and report bugs. > > If someone wants to improve on what I have done, fell free. > > I'm not sure how much time I will have in the near future, and since a > release should be round the corner it would be nice if someone else but > me also could understand the code :) hehehe - indeed! > Sebastian > > -- > Download Intel® Parallel Studio Eval > Try the new software tools for yourself. Speed compiling, find bugs > proactively, and fine-tune applications for parallel performance. > See why Intel Parallel Studio got high marks during beta. > http://p.sf.net/sfu/intel-sw-dev > ___ > 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 -- Download Intel® Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] crop image
On Wed, 07 Apr 2010 21:22:38 +0200 ychouchane said: > Hello, i m trying to make that : > I have an image with many zone, and i want take little zone and position > it where i want on my window, so i use this function : > > #include > #include > > #define LARGEUR_TILE 24 // hauteur et largeur des tiles. > #define HAUTEUR_TILE 16 > > #define NOMBRE_BLOCS_LARGEUR 15 // nombre à afficher en x et y > #define NOMBRE_BLOCS_HAUTEUR 13 > > > Evas_Object * tileset (Evas *evas,int moveX,int moveY,int sourceX,int > sourceY) > { > Evas_Object *calque,*clipper; > int iw, ih; > > //on récupére notre image dans l'object calque > calque = evas_object_image_add (evas); > evas_object_image_file_set (calque, "tileset1.jpg", NULL); > evas_object_image_filled_set(calque,1); > evas_object_image_size_get(calque, &iw, &ih); > evas_object_image_size_set(calque, iw, ih); > evas_object_image_fill_set(calque, sourceX, sourceY, iw -sourceX , > ih-sourceY); > evas_object_resize (calque, iw, ih); > evas_object_move (calque, moveX,moveY); > evas_object_show(calque); > > > /* > //on coupe l'image sur une zone > clipper = evas_object_rectangle_add(evas); > > evas_object_image_size_set(clipper, iw, ih); > evas_object_image_fill_set(clipper, 0, 0, iw, ih); > evas_object_move(clipper,sourceX, sourceY);//défini le point d'origine > de l'extrait de l'image > evas_object_resize(clipper, LARGEUR_TILE, HAUTEUR_TILE);// définit la > longeur et largeur de la nouvelle image > evas_object_clip_set(calque, clipper); > */ > > evas_object_show(clipper); > > return calque; > } > > int > main (int argc, char *argv[]) > { > Ecore_Evas *ecran;//Déclaration de variable ecran, qui vas > contenir nos images et autres ... > Evas*evas; //Conteneur d'objet > Evas_Object *surface_01; //Surface que l'on vas coloriser > > > if ( !ecore_evas_init()) // Démarrage des EFL. Si erreur > alors... > { > printf( "Erreur d'initialisation des EFL "); // > Ecriture de l'erreur > exit(EXIT_FAILURE); // On quitte le programme > } > > //NOTRE FENETRE VIDE > ecran = ecore_evas_new ("software_x11", 0, 0, > LARGEUR_TILE*NOMBRE_BLOCS_LARGEUR, HAUTEUR_TILE*NOMBRE_BLOCS_HAUTEUR, > NULL); //On paramétre notre écran > if (!ecran) // si probléme sur le driveur pour les EFL > { > ecore_evas_shutdown (); // Arrêt des EFL > return EXIT_FAILURE; // On quitte le programme > } > ecore_evas_title_set(ecran, "Gestion des évènements en > Enlightenment !"); > ecore_evas_show (ecran);// On affiche notre écran > evas = ecore_evas_get (ecran);// conteneur qui prend notre écran > > //Notre surface qui vas contenir l'image >surface_01 = evas_object_rectangle_add (evas); // création de > l'objet rectangle dans l'evas > evas_object_color_set (surface_01,255, 255, 255, 255); // > couleur du rectangle > evas_object_resize(surface_01, > LARGEUR_TILE*NOMBRE_BLOCS_LARGEUR, > HAUTEUR_TILE*NOMBRE_BLOCS_HAUTEUR); // taille du rectangle > // evas_object_show (surface_01); // Mise à jour de l'écran > tileset(evas,0,0,24,0); > tileset(evas,0,16,24,0); > tileset(evas,0,32,24,0); > > //Fin du programme > ecore_main_loop_begin();//notre boocle qui attend l'appuie sur > la croix pour terminer le programme > ecore_evas_shutdown (); // Arrêt des EFL (libération de la > mémoire). > return EXIT_SUCCESS; > } > > For the first attempte i have tried the function > evas_object_image_fill_set(calque, sourceX, sourceY, iw -sourceX , > ih-sourceY); > and i don't have the good result, the zone is not selected. > the program show the entire image, so can u see the problem please ? that's because you do "evas_object_image_filled_set(calque,1)" - don't. this sets an image to ALWAYS fill the object (completely). fill_set will not work unless you unset "filled_set" (or never set it to start with). as an aside, i see what you are doing, but remember - evas will be more efficient if you do not use such "atlases" of tiles and select from them using fill. evas is geared to do well with lots of images and can in general optimise better if you do things this way - so your source data, you just prepare as N image as opposed to 1 big image. -- - Codito, ergo sum - "I code, therefore I am" -- The Rasterman (Carsten Haitzler)ras...@rasterman.com -- Download Intel® Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev __
Re: [E-devel] E SVN: cedric trunk/e/src/bin
On Wed, 7 Apr 2010 06:09:01 -0800 Gustavo Sverzut Barbieri said: > On Wed, Apr 7, 2010 at 5:59 AM, Vincent Torri wrote: > > On Wed, 7 Apr 2010, Enlightenment SVN wrote: > > > >> Log: > >> * e: Config in E17 could take avantage off Eet mapped string, but > >> right now the API doesn't provide a way to let the Eet_File open. So don't > >> hack around Eet API and use the proper API. > >> > >> TODO: Break E_Config API to hold a reference to the Eet_File as long > >> as needed. > > > > better : rewrite ecore_config ? > > why? It is totally purposeless for e_config. agreed. not enough strings to make it worth it, and added complexity of these structs being modified on the fly and saved often. the current way is better. > e_config is just good, fine and easy. But cedric wants to introduce an > optimization that will be more trouble than good. Right now people can > just: > > eina_stringshare_replace(&e_config->my_string, new_string); > > or just assing/delete knowing these are stringshared. With his > optimization people will have to check "is it in eet_dict or is it > eina_stringshared" and for the purpose of it, it will not help much. > > also note that e_config is saved lots of time, the strings mapped to > the old file should be gone after that :-/ > > > -- > Gustavo Sverzut Barbieri > http://profusion.mobi embedded systems > -- > MSN: barbi...@gmail.com > Skype: gsbarbieri > Mobile: +55 (19) 9225-2202 > > -- > Download Intel® Parallel Studio Eval > Try the new software tools for yourself. Speed compiling, find bugs > proactively, and fine-tune applications for parallel performance. > See why Intel Parallel Studio got high marks during beta. > http://p.sf.net/sfu/intel-sw-dev > ___ > 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 -- Download Intel® Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Edje split/merge/copy
On Mon, 5 Apr 2010 23:06:52 +0200 Andreas Volz said: > Hello, > > for some needs I thought about implementing a tool that is able to do > these actions: > > - copy a group in a Edje file in the same Edje (double a group) hmmm... why? if it's just a copy - then you can use aliases (symlinks within an edje file effectively). if it is more for the purpose of "copy THEN modify" then this gets tricky. can be done - just more involved. > - copy a group in a Edje file to a new Edje file (split) hmmm why not just put each group in 1 edc and #include them? > - merge all groups of two Edje files well this comes to something i mumbled on irc the other day. the ability to do: edje_cc one.edc two.edc three.edc output.edj this should be trivial to do - edje_cc simply sequentially walks sources and keeps compiling. the hard part is "what to do with the inlined sources for decompiling". that shouldnt be hard to make work either. > I've some ideas how to implement this, but maybe you could give me some > advice with basic decisions: > > - implement it with use of th Edje and Edje_Edit API or in Edje_Edit > itself? > > - do this on Edje or Edc base? > > Has anyone yet tried to implement something similar? > > regards > Andreas > > -- > Download Intel® Parallel Studio Eval > Try the new software tools for yourself. Speed compiling, find bugs > proactively, and fine-tune applications for parallel performance. > See why Intel Parallel Studio got high marks during beta. > http://p.sf.net/sfu/intel-sw-dev > ___ > 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 -- Download Intel® Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] efreet desktop cache
On 04/07/2010 07:09 PM, Carsten Haitzler (The Rasterman) wrote: > On Tue, 06 Apr 2010 21:01:07 +0200 Sebastian Dransfeld > said: > >> I think I now have all components needed to make the new cache mechanism >> complete. It is not perfect, but I think it should work well enough. > > indeed. one of the last nigglies got fixed (system config apps list in e works > again! :)). for sure !! :) using, testing, etc. - so far nothing much to report, let it settle > and i'm thinking its close to doing "alpha". for efl. > >> Please test, and report bugs. >> >> If someone wants to improve on what I have done, fell free. >> >> I'm not sure how much time I will have in the near future, and since a >> release should be round the corner it would be nice if someone else but >> me also could understand the code :) > > hehehe - indeed! > >> Sebastian -- Download Intel® Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] efreet desktop cache
On 04/07/2010 07:09 PM, Carsten Haitzler (The Rasterman) wrote: > On Tue, 06 Apr 2010 21:01:07 +0200 Sebastian Dransfeld > said: > >> I think I now have all components needed to make the new cache mechanism >> complete. It is not perfect, but I think it should work well enough. > > indeed. one of the last nigglies got fixed (system config apps list in e works > again! :)). using, testing, etc. - so far nothing much to report, let it > settle > and i'm thinking its close to doing "alpha". for efl. > Yea. One more glaring aspect (which I am currently working to fix), is the gadget dialog for a shelf/toolbar. If you go to Set Shelf Contents, you'll notice that it doesn't work nicely wrt smaller resolutions. Should have that fixed in svn tomorrow. dh >> Please test, and report bugs. >> >> If someone wants to improve on what I have done, fell free. >> >> I'm not sure how much time I will have in the near future, and since a >> release should be round the corner it would be nice if someone else but >> me also could understand the code :) > > hehehe - indeed! > >> Sebastian -- Download Intel® Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] again problems to build editje
On 8 April 2010 04:14, Gustavo Sverzut Barbieri wrote: > On Wed, Apr 7, 2010 at 10:57 AM, Andreas Volz wrote: >> Am Wed, 7 Apr 2010 07:09:34 -0800 schrieb Gustavo Sverzut Barbieri: >> >>> On Tue, Apr 6, 2010 at 10:07 PM, Andreas Volz >>> wrote: >>> > Am Tue, 6 Apr 2010 13:35:46 -0800 schrieb Gustavo Sverzut Barbieri: >>> > >>> >> On Tue, Apr 6, 2010 at 1:07 PM, Andreas Volz >>> >> wrote: >>> >> > Hello, >>> >> > >>> >> > each time I like to install editje again from source I've other >>> >> > problems. This time while compiling python-ecore: >>> >> > >>> >> > http://codepad.org/xdwwtgms >>> >> > >>> >> > Any ideas? >>> >> >>> >> Read README, you need Cython 0.12.1 (yes, the .1 is important!) >>> > >>> > Ok, thanks for this hint. But wouldn't it be possible to detect for >>> > needed software as autotools configure script does it before >>> > compiling/installing? >>> >>> Actually you're compiling from svn, so it's like requiring >>> autoconf-X.Y. The distribution tarballs ship with the generated "c" >>> source files, that's why it is not checked. >> >> Hm, even in the latest Ubuntu there's only 0.11.2-1. Is it really >> needed to use such a new version? Are there Ubuntu packages for it? > > Ubuntu users can say, I guess there are packages. > > The newer cython is required not because we want to be fancy, but > because some features we used were broken before and were fixed in > 0.12.1 :-) > > BR, > -- > Gustavo Sverzut Barbieri > http://profusion.mobi embedded systems > -- > MSN: barbi...@gmail.com > Skype: gsbarbieri > Mobile: +55 (19) 9225-2202 > > -- > Download Intel® Parallel Studio Eval > Try the new software tools for yourself. Speed compiling, find bugs > proactively, and fine-tune applications for parallel performance. > See why Intel Parallel Studio got high marks during beta. > http://p.sf.net/sfu/intel-sw-dev > ___ > enlightenment-devel mailing list > enlightenment-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/enlightenment-devel > http://packages.debian.org/unstable/python/cython It made it into debian (0.12.1) in time, but the Ubuntu merge from unstable was done well before it. This becomes a backports issue for Ubuntuers. Its quite easy to install from source anyway, just run 'apt-get build-dep cython' then install the source package as it documents. Toma. -- Download Intel® Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Include hour and minute in rpm spec release tags
On Wednesday, 07 April 2010, at 12:27:47 (+0100), Rui Miguel Silva Seabra wrote: > >> I'm sorry, but that breaks the whole point of having clean software > >> installs. > > > > How, exactly? I notice that you did not answer this question. Did you miss it, or did you intentionally ignore it? > You're already confusing things, please devote some time to think > about the issue because I'm not discussing against the current > method, I like it. > > I'm just pointing out the need to detail it further than per day so > it suits even better. I, too, have encountered this in the past. But the day-level notation is a good compromise between readability/usefulness and rebuild granularity. I told you what I do, but you don't seem willing to use that method for reasons you have yet to articulate. (Calling it "not sane" is a subjective, not logical, argument.) > What is *NOT* sane is using "rpm --force -ivh package.rpm" You'll want to use -Uvh so that the previous NEVR isn't duplicated in the package store. That said, in this particular scenario, it's absolutely sane and reasonable. I've done it hundreds of times. > And what I ask does not change that, but allows the period to be > small enough to allow 1) build, 2) install, 3) test, 4) fix, go to > 1) process by specifying further the hour and the minute. I understand what you're asking, and I offered you a way to do that without having to break the existing nomenclature. > It's not so frequent to make multiple releases of software per day, > so many automatize a daily snapshot. Because some haven't run into > this issue, that does not make it a standard, much less mandatory as > you seem to argue for. Something that most projects are doing is, by definition, a de facto standard. There are two practices out there that cover almost all projects that are doing snapshots according to my research: a MMDD timestamp or a repository revision. So those would be the de facto standards for snapshot nomenclature. > You accuse me of making up statistics, but argued against them with > made up statistics yourself, that's not fair. I offered evidence to back up my point of view. That doesn't match any reasonable definition of "made up." > I never expected such an emotional opposition. Not once have I gotten emotional. I have an opinion, and I am trying very hard to communicate that opinion and the reasoning behind it in such a way that you will listen to it and understand it. Anyone who's been around the project for awhile can tell you: If I get emotional, you'll know it. :-) > Again: I have no intention of treading on your toes, you're making > it personal and I have more than once pointed out that there is > nothing of the such. As Albin pointed out, I am not making anything personal. I am backing up my opinion with evidence and logic. I have yet to receive a technical, logical reason why the exact solution I use myself for this very same problem is unacceptable to you. Simply writing it off as "insane" is a logical fallacy (Appeal to Ridicule) and does not constitute a valid argument. I would like to point out that the code you primarily work on, elmdentica, is yours to do with as you like. If you want the spec file to have a timestamp with HHMM in it, that's your call. Please feel free. But you said you wanted to change *all* the spec files, and that's what I oppose. Michael -- Michael Jennings (a.k.a. KainX) http://www.kainx.org/ Linux Server/Cluster Admin, LBL.gov Author, Eterm (www.eterm.org) --- "The future is all around us, waiting in moments of transition to be born in moments of revelation." -- G'Kar, Babylon 5 -- Download Intel® Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] e17 on on MacOS-X 10.5
I just want to write a quick note that after many iterations of compiling, e17 is now starting up and running on MacOS-X 10.5.8 without fink or mac ports. Using the latest Apple X11 development release for MacOSX. I'm still working out the kinks and hope to post more details soon. I'll definitely contribute to the wiki. Dave -- Download Intel® Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
[E-devel] [PATCH] elm_button : Delete autorepeat timer here and there
Hello all, The attached patch properly stops the autorepeat timer when the mouse is up. It sets the 'repeating' flag properly and acts accordingly. Without the patch, clicking an elm_button with autorepeat enabled rather quickly will cause the repeated events to be generated forever. The timing of this race condition is quite interesting. And yes, it was my careless autorepeat implementation. Please have a look at the patch and correct it when you see fit. Thanks in advance. brian -- brian -- Cool-Karaoke - The smallest recording studio, in your palm, open-sourced http://cool-idea.com.tw/ iMaGiNaTiOn iS mOrE iMpOrTaNt tHaN kNoWlEdGe Index: elementary/src/lib/elm_button.c === --- elementary/src/lib/elm_button.c (revision 47825) +++ elementary/src/lib/elm_button.c (working copy) @@ -146,6 +146,12 @@ { Widget_Data *wd = elm_widget_data_get(data); if (!wd) return; + if (wd->timer) + { + ecore_timer_del(wd->timer); + wd->timer = NULL; + } + wd->repeating = EINA_FALSE; evas_object_smart_callback_call(data, SIG_CLICKED, NULL); _signal_unpressed(data, obj, emission, source); /* safe guard when the theme does not emit the 'unpress' signal */ } @@ -157,6 +163,11 @@ if (!wd) return ECORE_CALLBACK_CANCEL; evas_object_smart_callback_call(data, SIG_REPEATED, NULL); + if (!wd->repeating) + { + wd->timer = NULL; + return ECORE_CALLBACK_CANCEL; + } return ECORE_CALLBACK_RENEW; } @@ -167,9 +178,10 @@ Widget_Data *wd = elm_widget_data_get(data); if (!wd) return ECORE_CALLBACK_CANCEL; + if (wd->timer) ecore_timer_del(wd->timer); + wd->repeating = EINA_TRUE; _autorepeat_send(data); wd->timer = ecore_timer_add(wd->ar_interval, _autorepeat_send, data); - wd->repeating = 1; return ECORE_CALLBACK_CANCEL; } @@ -180,7 +192,7 @@ Widget_Data *wd = elm_widget_data_get(data); if (!wd) return; - if (wd->autorepeat) + if (wd->autorepeat && !wd->repeating) { if (wd->ar_threshold <= 0.0) _autorepeat_initial_send(data); /* call immediately */ @@ -194,14 +206,14 @@ { Widget_Data *wd = elm_widget_data_get(data); if (!wd) return; - evas_object_smart_callback_call(data, SIG_UNPRESSED, NULL); if (wd->timer) { ecore_timer_del(wd->timer); wd->timer = NULL; } - wd->repeating = 0; + wd->repeating = EINA_FALSE; + evas_object_smart_callback_call(data, SIG_UNPRESSED, NULL); } /** @@ -352,6 +364,7 @@ wd->timer = NULL; } wd->autorepeat = on; + wd->repeating = EINA_FALSE; } /** @@ -392,13 +405,8 @@ Widget_Data *wd = elm_widget_data_get(obj); if (!wd) return; if (wd->ar_interval == t) return; - if (wd->timer) - { - ecore_timer_del(wd->timer); - wd->timer = NULL; - } + wd->ar_interval = t; - if (wd->repeating) - wd->timer = ecore_timer_add(t, _autorepeat_send, obj); + if (wd->repeating && wd->timer) ecore_timer_interval_set(wd->timer, t); } -- Download Intel® Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel