Re: [E-devel] E18 CFBugs #2
On Wed, Jun 12, 2013 at 3:32 PM, Gustavo Lima Chaves wrote: > * Michael Blumenkrantz [2013-06-12 > 09:15:21 +0100]: > > > On Wed, Jun 12, 2013 at 3:17 AM, Gustavo Lima Chaves > > wrote: > > > > > * Carsten Haitzler [2013-06-12 09:02:31 +0900]: > > > > > > > On Tue, 11 Jun 2013 16:35:01 +0100 Ian Lee > said: > > > > > > > > > Application based resize markers don't let me resize the > application. > > > > > > > > > > I sometimes use my keyboard on another system, when I plug it back > in > > > it > > > > > defaults to the X11 keyboard layout which is US and not what is > > > configure > > > > > in E17 > > > > > > > > e has no xinput hotplug support at all. there is zero code, so you > > > basically > > > > just get whatever xorg is configured to do by default with a new kbd > > > device - i > > > > think in xorg.conf. e has no idea you plugged in a new keyboard (or > > > mouse etc.). > > > > > > - on e dialogs, checkboxes toggled by the spacebar only get re-drawn > after > > > we unselect the item > > > > > > > there's no code anywhere which handles keyboard for check widgets...where > > are you seeing it? > > > > Call a window's menu, navigate by keyboard on it from now on. > Enable quickaccess, enter its menu, try to change those checks with the > space bar. > You toggle, press the down arrow to only then see the new value. > works as expected here. I could toggle this all day > > > > > > > > > - quickaccess has lots of bugs. i think it gets misconfigured, for > > > non-transient windows (only mode that matters for me), very easily. > at > > > least on e restart/re-login, i can say. > > > > > > > > I guess this got broken a few months ago by my rewrite of the module > > loading subsystem. fixed now > > > > > > > > > > > > > On 11 June 2013 16:15, Massimo Maiurana > wrote: > > > > > > > > > > > Michael Blumenkrantz, il 11/06/2013 12:32, ha scritto: > > > > > > > efl bug, see http://edevel.tumblr.com/image/52633161038 > > > > > > > > > > > > > > > > > > > :))) > > > > > > > > > > > > > > > > > > -- > > > > > > > > > > > > Massimo Maiurana GPG keyID #7044D601 > > > > > > > > > > > > La fede e' credere in cio' che sai non essere vero > > > > > > [Mark Twain] > > > > > > > > > > > > > > > > > > > > > > -- > > > > > > This SF.net email is sponsored by Windows: > > > > > > > > > > > > Build for Windows Store. > > > > > > > > > > > > http://p.sf.net/sfu/windows-dev2dev > > > > > > ___ > > > > > > enlightenment-devel mailing list > > > > > > enlightenment-devel@lists.sourceforge.net > > > > > > https://lists.sourceforge.net/lists/listinfo/enlightenment-devel > > > > > > > > > > > > > > > -- > > > > > This SF.net email is sponsored by Windows: > > > > > > > > > > Build for Windows Store. > > > > > > > > > > http://p.sf.net/sfu/windows-dev2dev > > > > > ___ > > > > > enlightenment-devel mailing list > > > > > enlightenment-devel@lists.sourceforge.net > > > > > https://lists.sourceforge.net/lists/listinfo/enlightenment-devel > > > > > > > > > > > > > > > > > -- > > > > - Codito, ergo sum - "I code, therefore I am" > -- > > > > The Rasterman (Carsten Haitzler)ras...@rasterman.com > > > > > > > > > > > > > > > > -- > > > > This SF.net email is sponsored by Windows: > > > > > > > > Build for Windows Store. > > > > > > > > http://p.sf.net/sfu/windows-dev2dev > > > > ___ > > > > enlightenment-devel mailing list > > > > enlightenment-devel@lists.sourceforge.net > > > > https://lists.sourceforge.net/lists/listinfo/enlightenment-devel > > > > > > -- > > > Gustavo Lima Chaves > > > Senior Developer @ Intel - Open Source Technology Center > > > > > > > > > > -- > > > This SF.net email is sponsored by Windows: > > > > > > Build for Windows Store. > > > > > > http://p.sf.net/sfu/windows-dev2dev > > > ___ > > > enlightenment-devel mailing list > > > enlightenment-devel@lists.sourceforge.net > > > https://lists.sourceforge.net/lists/listinfo/enlightenment-devel > > > > > > -- > > This SF.net email is sponsored by Windows: > > > > Build for Windows Store. > > > > http://p.sf.net/sfu/windows-dev2dev > > ___ > > enlightenment-devel mailing list > > enlightenment-devel@lists.sourceforge.net > > https://lists.sourceforge.net/lists/listinfo/enlightenment-devel > > -- > Gustavo Lima Chaves > Senior Developer @ Intel - Open Source Technology Center > > > --
Re: [E-devel] E18 CFBugs #2
fixed On Wed, Jun 12, 2013 at 3:04 PM, Nikolas Arend wrote: > On 06/12/2013 03:07 PM, Michael Blumenkrantz wrote: > > fixed > > I can confirm that drag'n drop from pager to the current desktop is fixed. > > However, now I have the same problem within the pager module: drag'n > dropping a window from one pager pane to another requires a desktop > switch to make the window show up. > > > Nick > > > > > > On Wed, Jun 12, 2013 at 1:54 PM, Nikolas Arend wrote: > > > >> On 06/11/2013 11:55 AM, Michael Blumenkrantz wrote: > >>> The old thread was too long for me to see if I fixed everything, so > post > >>> here if you have a bug that's present using the latest revision. > >>> > >> > -- > >>> This SF.net email is sponsored by Windows: > >>> > >>> Build for Windows Store. > >>> > >>> http://p.sf.net/sfu/windows-dev2dev > >>> ___ > >>> enlightenment-devel mailing list > >>> enlightenment-devel@lists.sourceforge.net > >>> https://lists.sourceforge.net/lists/listinfo/enlightenment-devel > >> When dragging and dropping a window from the pager (which can be either > >> a gadget or located in a shelf) to the currently active desktop, the > >> window shows up correctly in the pager, but not on the desktop. I have > >> to switch to another desktop and back for it to appear. > >> > >> > >> Cheers,Nick > >> > >> > >> > -- > >> This SF.net email is sponsored by Windows: > >> > >> Build for Windows Store. > >> > >> http://p.sf.net/sfu/windows-dev2dev > >> ___ > >> enlightenment-devel mailing list > >> enlightenment-devel@lists.sourceforge.net > >> https://lists.sourceforge.net/lists/listinfo/enlightenment-devel > >> > > > -- > > This SF.net email is sponsored by Windows: > > > > Build for Windows Store. > > > > http://p.sf.net/sfu/windows-dev2dev > > ___ > > enlightenment-devel mailing list > > enlightenment-devel@lists.sourceforge.net > > https://lists.sourceforge.net/lists/listinfo/enlightenment-devel > > > > -- > This SF.net email is sponsored by Windows: > > Build for Windows Store. > > http://p.sf.net/sfu/windows-dev2dev > ___ > enlightenment-devel mailing list > enlightenment-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/enlightenment-devel > -- This SF.net email is sponsored by Windows: Build for Windows Store. http://p.sf.net/sfu/windows-dev2dev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E Korean diner before summer
I hate you for that. Exactly the day I come back home. Maybe the evening before? On 06/13/2013 08:31 AM, Cedric BAIL wrote: > Hello everyone, > > Who is in for a E-Dinner in Seoul on the 29 evening ? Maybe starting > in the afternoon. > > Have fun, > -- > Cedric BAIL > > -- > This SF.net email is sponsored by Windows: > > Build for Windows Store. > > http://p.sf.net/sfu/windows-dev2dev > ___ > enlightenment-devel mailing list > enlightenment-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/enlightenment-devel > -- This SF.net email is sponsored by Windows: Build for Windows Store. http://p.sf.net/sfu/windows-dev2dev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
[E-devel] E Korean diner before summer
Hello everyone, Who is in for a E-Dinner in Seoul on the 29 evening ? Maybe starting in the afternoon. Have fun, -- Cedric BAIL -- This SF.net email is sponsored by Windows: Build for Windows Store. http://p.sf.net/sfu/windows-dev2dev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Any plans to move E-MODULES-EXTRA to git ?
Don't forget we're talking about in-development, unreleased software. Why should it maintain compatibility with older systems? If you're going to be pulling software from VCS, it makes sense that it needs other things from VCS. And Davide Andreoli, just in case Nikolas Arend's post wasn't clear, current trunk is not building for me with E18 built less than 12 hours ago. Same error. > Date: Thu, 13 Jun 2013 01:23:10 +0200 > From: thanatermesis.e...@gmail.com > To: enlightenment-devel@lists.sourceforge.net > Subject: Re: [E-devel] Any plans to move E-MODULES-EXTRA to git ? > > Is not more simple to have something like a simple "if" for do something > depending on the version of E (0.17.3, 0.18...) ? we should maintain some > compatibility, ppl is tend to use e17 as a stable system and developers e18 > as a development system > > > 2013/6/12 Nikolas Arend > >> On 06/12/2013 07:23 PM, Davide Andreoli wrote: >>> 2013/6/12 Nikolas Arend >>> On 06/12/2013 06:07 PM, Tom Hacohen wrote: > On 29/05/13 19:41, Davide Andreoli wrote: >> Hi, >> I have 1 module and an half (places and penguins) that I fully support that >> are still hosted in the old svn E-MODULES-EXTRA folder. >> >> What we like to do with that? >> No more extra modules hosting? >> move only the supported ones to git? >> move everything? > Depends on how we decide to do it. I think we should move each module >> to > it's own repo. This means the switch will happen "as needed". Apart from the fact that places currently does not compile for me >>> you are on e 0.17 right? >> >> >> No, sorry, I thought we were talking about e18, i.e. git master. >> >> >> Nick >> >> >>> instruction to checkout the correct revision for e17 are on the places >> wiki: >>> http://code.google.com/p/e17mods/wiki/Places >>> >>> if instead you get the error on e18 please let me know >>> >>> davemds >>> >>> >>> e_mod_main.c: In function '_places_popup_new': e_mod_main.c:482:6: error: too few arguments to function 'e_popup_autoclose' In file included from >> /usr/local/include/enlightenment/e_includes.h:44:0, from /usr/local/include/enlightenment/e.h:272, from e_mod_main.c:4: /usr/local/include/enlightenment/e_popup.h:52:46: note: declared here make[2]: *** [e_mod_main.lo] Error 1 I'm seconding moving places to git, as I can imagine that the module and its functionality is used by a significant number of users. Nick > -- > Tom. > > > >> -- > This SF.net email is sponsored by Windows: > > Build for Windows Store. > > http://p.sf.net/sfu/windows-dev2dev > ___ > enlightenment-devel mailing list > enlightenment-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/enlightenment-devel >> -- This SF.net email is sponsored by Windows: Build for Windows Store. http://p.sf.net/sfu/windows-dev2dev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel >>> >> -- >>> This SF.net email is sponsored by Windows: >>> >>> Build for Windows Store. >>> >>> http://p.sf.net/sfu/windows-dev2dev >>> ___ >>> enlightenment-devel mailing list >>> enlightenment-devel@lists.sourceforge.net >>> https://lists.sourceforge.net/lists/listinfo/enlightenment-devel >> >> >> >> -- >> This SF.net email is sponsored by Windows: >> >> Build for Windows Store. >> >> http://p.sf.net/sfu/windows-dev2dev >> ___ >> enlightenment-devel mailing list >> enlightenment-devel@lists.sourceforge.net >> https://lists.sourceforge.net/lists/listinfo/enlightenment-devel >> > -- > This SF.net email is sponsored by Windows: > > Build for Windows Store. > > http://p.sf.net/sfu/windows-dev2dev > ___ > enlightenment-devel mailing list > enlightenment-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/enlightenment-devel > -- This SF.net email is sponsored by Windows: Build for Windows Store. http://p.sf.net/sfu/windows-dev2dev ___ enlightenmen
Re: [E-devel] Any plans to move E-MODULES-EXTRA to git ?
Is not more simple to have something like a simple "if" for do something depending on the version of E (0.17.3, 0.18...) ? we should maintain some compatibility, ppl is tend to use e17 as a stable system and developers e18 as a development system 2013/6/12 Nikolas Arend > On 06/12/2013 07:23 PM, Davide Andreoli wrote: > > 2013/6/12 Nikolas Arend > > > >> On 06/12/2013 06:07 PM, Tom Hacohen wrote: > >>> On 29/05/13 19:41, Davide Andreoli wrote: > Hi, > I have 1 module and an half (places and penguins) that I fully support > >> that > are still hosted in the old svn E-MODULES-EXTRA folder. > > What we like to do with that? > No more extra modules hosting? > move only the supported ones to git? > move everything? > >>> Depends on how we decide to do it. I think we should move each module > to > >>> it's own repo. This means the switch will happen "as needed". > >> Apart from the fact that places currently does not compile for me > >> > > you are on e 0.17 right? > > > No, sorry, I thought we were talking about e18, i.e. git master. > > > Nick > > > > instruction to checkout the correct revision for e17 are on the places > wiki: > > http://code.google.com/p/e17mods/wiki/Places > > > > if instead you get the error on e18 please let me know > > > > davemds > > > > > > > >> e_mod_main.c: In function '_places_popup_new': > >> e_mod_main.c:482:6: error: too few arguments to function > >> 'e_popup_autoclose' > >> In file included from > /usr/local/include/enlightenment/e_includes.h:44:0, > >>from /usr/local/include/enlightenment/e.h:272, > >>from e_mod_main.c:4: > >> /usr/local/include/enlightenment/e_popup.h:52:46: note: declared here > >> make[2]: *** [e_mod_main.lo] Error 1 > >> > >> > >> I'm seconding moving places to git, as I can imagine that the module and > >> its functionality is used by a significant number of users. > >> > >> > >> Nick > >> > >> > >> > >>> -- > >>> Tom. > >>> > >>> > >>> > >> > -- > >>> This SF.net email is sponsored by Windows: > >>> > >>> Build for Windows Store. > >>> > >>> http://p.sf.net/sfu/windows-dev2dev > >>> ___ > >>> enlightenment-devel mailing list > >>> enlightenment-devel@lists.sourceforge.net > >>> https://lists.sourceforge.net/lists/listinfo/enlightenment-devel > >> > >> > >> > -- > >> This SF.net email is sponsored by Windows: > >> > >> Build for Windows Store. > >> > >> http://p.sf.net/sfu/windows-dev2dev > >> ___ > >> enlightenment-devel mailing list > >> enlightenment-devel@lists.sourceforge.net > >> https://lists.sourceforge.net/lists/listinfo/enlightenment-devel > >> > > > -- > > This SF.net email is sponsored by Windows: > > > > Build for Windows Store. > > > > http://p.sf.net/sfu/windows-dev2dev > > ___ > > enlightenment-devel mailing list > > enlightenment-devel@lists.sourceforge.net > > https://lists.sourceforge.net/lists/listinfo/enlightenment-devel > > > > -- > This SF.net email is sponsored by Windows: > > Build for Windows Store. > > http://p.sf.net/sfu/windows-dev2dev > ___ > enlightenment-devel mailing list > enlightenment-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/enlightenment-devel > -- This SF.net email is sponsored by Windows: Build for Windows Store. http://p.sf.net/sfu/windows-dev2dev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] [EGIT] [core/efl] master 06/06: improve eina_str coverage
On Thu, 13 Jun 2013 07:56:25 +0900 Cedric BAIL wrote: > On Thu, Jun 13, 2013 at 6:23 AM, Jérémy Zurcher - Enlightenment Git > wrote: > > jeyzu pushed a commit to branch master. > > > > commit 0ca70ad3d06d4614633806ea64fb47f8f415 > > Author: Jérémy Zurcher > > Date: Wed Jun 12 23:31:04 2013 +0200 > > > > improve eina_str coverage > > > > my time killer, what a sad life ;)) > > Good that you try to improve things, but it seems something get borken > here. Jenkins complains : > https://build.enlightenment.org/job/changely_efl_trigger/515/ . > -- > Cedric BAIL His life is so sad, that he wanted an excuse to kill more time after that commit. B-) -- A big old stinking pile of genius that no one wants coz there are too many silver coated monkeys in the world. signature.asc Description: PGP signature -- This SF.net email is sponsored by Windows: Build for Windows Store. http://p.sf.net/sfu/windows-dev2dev___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] [EGIT] [core/efl] master 06/06: improve eina_str coverage
On Thu, Jun 13, 2013 at 6:23 AM, Jérémy Zurcher - Enlightenment Git wrote: > jeyzu pushed a commit to branch master. > > commit 0ca70ad3d06d4614633806ea64fb47f8f415 > Author: Jérémy Zurcher > Date: Wed Jun 12 23:31:04 2013 +0200 > > improve eina_str coverage > > my time killer, what a sad life ;)) Good that you try to improve things, but it seems something get borken here. Jenkins complains : https://build.enlightenment.org/job/changely_efl_trigger/515/ . -- Cedric BAIL -- This SF.net email is sponsored by Windows: Build for Windows Store. http://p.sf.net/sfu/windows-dev2dev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
[E-devel] clang build failures
well, sorry I'll fix it tomorrow Jérémy -- This SF.net email is sponsored by Windows: Build for Windows Store. http://p.sf.net/sfu/windows-dev2dev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Terminology ctrl + on wayland
On Fri, Jun 7, 2013 at 10:11 PM, Carsten Haitzler wrote: > On Fri, 7 Jun 2013 10:29:04 -0300 Rafael Antognolli > said: > >> On Thu, Jun 6, 2013 at 8:52 PM, Carsten Haitzler >> wrote: >> > On Thu, 6 Jun 2013 19:59:55 -0300 Rafael Antognolli >> > said: >> > >> >> Hey guys, >> >> >> >> Is there anything specially done to handle these keys inside terminology? >> >> >> >> I just checked the ecore input stuff and the keys seem to be emitted >> >> with the necessary modifiers, but still CTRL+w won't delete the last >> >> word. Other ctrl combinations also don't work. >> >> >> >> Do you know of something that is specially done in X which is not done >> >> in Wayland? >> > >> > input for terminology is display system agnostic. it doesn't drop down to x >> > or even raw ecore events. it works the same regardless - unless ecore-imf >> > is >> > stealing input in wl vs x11. fyi ctrl+w works in x11 AND in framebuffer for >> > me (in terminology). >> >> Yeah, I may have to check ecore-imf. I tested it in x11 too, and it >> worked fine, but good to know that it also works correctly in >> framebuffer. > > hmm it COULD be some of the new input method stuff in wl integrated into > ecore-imf... oddly? wrongly? or it's taking over specific behaviours and > wanting > to expose them as high level cmds? Just "fixed" this by adding the following commit: http://git.enlightenment.org/core/efl.git/commit/?id=79496745cff6acdfc15aed2377d142b59917416c Not sure if it's the best fix though, I just copy & pasted from XCB backend. PS: I accidentally removed the ML from cc. -- Rafael Antognolli -- This SF.net email is sponsored by Windows: Build for Windows Store. http://p.sf.net/sfu/windows-dev2dev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Any plans to move E-MODULES-EXTRA to git ?
On 06/12/2013 07:23 PM, Davide Andreoli wrote: > 2013/6/12 Nikolas Arend > >> On 06/12/2013 06:07 PM, Tom Hacohen wrote: >>> On 29/05/13 19:41, Davide Andreoli wrote: Hi, I have 1 module and an half (places and penguins) that I fully support >> that are still hosted in the old svn E-MODULES-EXTRA folder. What we like to do with that? No more extra modules hosting? move only the supported ones to git? move everything? >>> Depends on how we decide to do it. I think we should move each module to >>> it's own repo. This means the switch will happen "as needed". >> Apart from the fact that places currently does not compile for me >> > you are on e 0.17 right? No, sorry, I thought we were talking about e18, i.e. git master. Nick > instruction to checkout the correct revision for e17 are on the places wiki: > http://code.google.com/p/e17mods/wiki/Places > > if instead you get the error on e18 please let me know > > davemds > > > >> e_mod_main.c: In function '_places_popup_new': >> e_mod_main.c:482:6: error: too few arguments to function >> 'e_popup_autoclose' >> In file included from /usr/local/include/enlightenment/e_includes.h:44:0, >>from /usr/local/include/enlightenment/e.h:272, >>from e_mod_main.c:4: >> /usr/local/include/enlightenment/e_popup.h:52:46: note: declared here >> make[2]: *** [e_mod_main.lo] Error 1 >> >> >> I'm seconding moving places to git, as I can imagine that the module and >> its functionality is used by a significant number of users. >> >> >> Nick >> >> >> >>> -- >>> Tom. >>> >>> >>> >> -- >>> This SF.net email is sponsored by Windows: >>> >>> Build for Windows Store. >>> >>> http://p.sf.net/sfu/windows-dev2dev >>> ___ >>> enlightenment-devel mailing list >>> enlightenment-devel@lists.sourceforge.net >>> https://lists.sourceforge.net/lists/listinfo/enlightenment-devel >> >> >> -- >> This SF.net email is sponsored by Windows: >> >> Build for Windows Store. >> >> http://p.sf.net/sfu/windows-dev2dev >> ___ >> enlightenment-devel mailing list >> enlightenment-devel@lists.sourceforge.net >> https://lists.sourceforge.net/lists/listinfo/enlightenment-devel >> > -- > This SF.net email is sponsored by Windows: > > Build for Windows Store. > > http://p.sf.net/sfu/windows-dev2dev > ___ > enlightenment-devel mailing list > enlightenment-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- This SF.net email is sponsored by Windows: Build for Windows Store. http://p.sf.net/sfu/windows-dev2dev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] [EGIT] [core/efl] master 01/01: Split .gitignore into multiple files
On Wed, Jun 12, 2013 at 11:48 AM, Tom Hacohen wrote: > On 12/06/13 15:37, Eduardo Lima (Etrunko) wrote: >> On Wed, Jun 12, 2013 at 7:16 AM, Tom Hacohen wrote: >>> Hey, >>> >>> Any specific reason for that? >> >> Yes, I was bored and with nothing else to do. No, seriously, as I >> added a new example to eldbus and the executable to gitignore I >> actually did it first on the respective subdir, but only then I found >> that we had only one gitignore on the root dir. Of course, there are >> both advantages and disadvantages for either approach, and no matter >> what arguments we have for each, I know that it will end up being a >> matter of taste. >> >> So, in my opinion, efl, elm and e projects have grown past the limit >> of a single gitignore on the root dir. I discussed it briefly on the >> chanel yesterday and decided to follow the kernel style. Looking at it >> now, I guess I should have added a comment on the begining of the root >> gitignore too. >> >> http://lxr.linux.no/#linux+v3.9.5/.gitignore > > > OK, cool. Could you please add the comment then? So it'll have a better > chance of being maintained over time? > Done, I've just copied the comments from the linux kernel. Now all our codebase must be converted to GPLv2. :P > -- > Tom. > > > -- > This SF.net email is sponsored by Windows: > > Build for Windows Store. > > http://p.sf.net/sfu/windows-dev2dev > ___ > enlightenment-devel mailing list > enlightenment-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- Eduardo de Barros Lima ◤✠◢ ebl...@gmail.com -- This SF.net email is sponsored by Windows: Build for Windows Store. http://p.sf.net/sfu/windows-dev2dev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E18 CFBugs #2
On Tue, Jun 11, 2013 at 11:55 AM, Michael Blumenkrantz wrote: > The old thread was too long for me to see if I fixed everything, so post > here if you have a bug that's present using the latest revision. > -- I have an DPMS related bug. I'm not sure there isn't a deeper X/driver issue, but it seems to be largely a bug within E. Issue: After manually activating DPMS (which partially fails), E will have a full black screen, only the mouse is visible (and the mouse even changes to X cursor for some windows at their position. I can (blindly) open Evry and do a enlightenment_remote -restart (because I always forget there's a keyboard shortcut for restart...), after the restart it will become fully unresponsive and I will have to kill/restart E. Steps to reproduce: 1) execute "xset dpms force off" 2) display will switch off for one second and turn on again 3) E is broken / black screen of death -- This SF.net email is sponsored by Windows: Build for Windows Store. http://p.sf.net/sfu/windows-dev2dev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Any plans to move E-MODULES-EXTRA to git ?
2013/6/12 Nikolas Arend > On 06/12/2013 06:07 PM, Tom Hacohen wrote: > > On 29/05/13 19:41, Davide Andreoli wrote: > >> Hi, > >> I have 1 module and an half (places and penguins) that I fully support > that > >> are still hosted in the old svn E-MODULES-EXTRA folder. > >> > >> What we like to do with that? > >> No more extra modules hosting? > >> move only the supported ones to git? > >> move everything? > > Depends on how we decide to do it. I think we should move each module to > > it's own repo. This means the switch will happen "as needed". > > Apart from the fact that places currently does not compile for me > you are on e 0.17 right? instruction to checkout the correct revision for e17 are on the places wiki: http://code.google.com/p/e17mods/wiki/Places if instead you get the error on e18 please let me know davemds > > e_mod_main.c: In function '_places_popup_new': > e_mod_main.c:482:6: error: too few arguments to function > 'e_popup_autoclose' > In file included from /usr/local/include/enlightenment/e_includes.h:44:0, > from /usr/local/include/enlightenment/e.h:272, > from e_mod_main.c:4: > /usr/local/include/enlightenment/e_popup.h:52:46: note: declared here > make[2]: *** [e_mod_main.lo] Error 1 > > > I'm seconding moving places to git, as I can imagine that the module and > its functionality is used by a significant number of users. > > > Nick > > > > > > > -- > > Tom. > > > > > > > -- > > This SF.net email is sponsored by Windows: > > > > Build for Windows Store. > > > > http://p.sf.net/sfu/windows-dev2dev > > ___ > > enlightenment-devel mailing list > > enlightenment-devel@lists.sourceforge.net > > https://lists.sourceforge.net/lists/listinfo/enlightenment-devel > > > > -- > This SF.net email is sponsored by Windows: > > Build for Windows Store. > > http://p.sf.net/sfu/windows-dev2dev > ___ > enlightenment-devel mailing list > enlightenment-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/enlightenment-devel > -- This SF.net email is sponsored by Windows: Build for Windows Store. http://p.sf.net/sfu/windows-dev2dev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Any plans to move E-MODULES-EXTRA to git ?
On 06/12/2013 06:07 PM, Tom Hacohen wrote: > On 29/05/13 19:41, Davide Andreoli wrote: >> Hi, >> I have 1 module and an half (places and penguins) that I fully support that >> are still hosted in the old svn E-MODULES-EXTRA folder. >> >> What we like to do with that? >> No more extra modules hosting? >> move only the supported ones to git? >> move everything? > Depends on how we decide to do it. I think we should move each module to > it's own repo. This means the switch will happen "as needed". Apart from the fact that places currently does not compile for me e_mod_main.c: In function '_places_popup_new': e_mod_main.c:482:6: error: too few arguments to function 'e_popup_autoclose' In file included from /usr/local/include/enlightenment/e_includes.h:44:0, from /usr/local/include/enlightenment/e.h:272, from e_mod_main.c:4: /usr/local/include/enlightenment/e_popup.h:52:46: note: declared here make[2]: *** [e_mod_main.lo] Error 1 I'm seconding moving places to git, as I can imagine that the module and its functionality is used by a significant number of users. Nick > > -- > Tom. > > > -- > This SF.net email is sponsored by Windows: > > Build for Windows Store. > > http://p.sf.net/sfu/windows-dev2dev > ___ > enlightenment-devel mailing list > enlightenment-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- This SF.net email is sponsored by Windows: Build for Windows Store. http://p.sf.net/sfu/windows-dev2dev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] [EGIT] [core/efl] master 01/01: Split .gitignore into multiple files
On Wed, Jun 12, 2013 at 11:37 PM, Eduardo Lima (Etrunko) wrote: > On Wed, Jun 12, 2013 at 7:16 AM, Tom Hacohen > wrote: > > Hey, > > > > Any specific reason for that? > > Yes, I was bored and with nothing else to do. No, seriously, as I > added a new example to eldbus and the executable to gitignore I > actually did it first on the respective subdir, but only then I found > that we had only one gitignore on the root dir. Of course, there are > both advantages and disadvantages for either approach, and no matter > what arguments we have for each, I know that it will end up being a > matter of taste. > > So, in my opinion, efl, elm and e projects have grown past the limit > of a single gitignore on the root dir. I discussed it briefly on the > chanel yesterday and decided to follow the kernel style. Looking at it > now, I guess I should have added a comment on the begining of the root > gitignore too. > > I also had the same question in my mind. You clarified that :) http://lxr.linux.no/#linux+v3.9.5/.gitignore Oh this is cool :) Thanks. Daniel Juyung Seo (SeoZ) > > > Regards, Etrunko > > > > > -- > > Tom. > > > > On 11/06/13 22:21, Eduardo Lima - Enlightenment Git (Etrunko) wrote: > >> etrunko pushed a commit to branch master. > >> > >> commit d3292a7ae96479c0cb98f3dd74365d8b1faa26a0 > >> Author: Eduardo Lima (Etrunko) > >> Date: Tue Jun 11 16:44:31 2013 -0300 > >> > >> Split .gitignore into multiple files > >> > >> Signed-off-by: Eduardo Lima (Etrunko) > >> --- > >> .gitignore | 298 > - > >> data/.gitignore| 1 + > >> dbus-services/.gitignore | 2 + > >> m4/.gitignore | 36 +++ > >> pc/.gitignore | 49 > >> pkgbuild/.gitignore| 4 + > >> po/.gitignore | 13 + > >> spec/.gitignore| 1 + > >> src/bin/edje/.gitignore| 10 + > >> src/bin/eet/.gitignore | 1 + > >> src/bin/eeze/.gitignore| 6 + > >> src/bin/efreet/.gitignore | 3 + > >> src/bin/eldbus/.gitignore | 1 + > >> src/bin/embryo/.gitignore | 1 + > >> src/bin/ethumb/.gitignore | 1 + > >> src/bin/ethumb_client/.gitignore | 3 + > >> src/bin/evas/.gitignore| 6 + > >> src/examples/ecore/.gitignore | 39 +++ > >> src/examples/edje/.gitignore | 21 ++ > >> src/examples/eet/.gitignore| 7 + > >> src/examples/eina/.gitignore | 38 +++ > >> src/examples/eio/.gitignore| 2 + > >> src/examples/eldbus/.gitignore | 10 + > >> src/examples/emotion/.gitignore| 5 + > >> src/examples/eo/.gitignore | 2 + > >> src/examples/ethumb_client/.gitignore | 1 + > >> src/examples/evas/.gitignore | 18 ++ > >> src/lib/.gitignore | 3 + > >> .../evas/engines/gl_common/shader/.gitignore | 1 - > >> src/tests/.gitignore | 4 + > >> src/tests/efreet/.gitignore| 8 + > >> src/tests/eina/.gitignore | 1 + > >> src/tests/emotion/.gitignore | 1 + > >> src/tests/eo/.gitignore| 7 + > >> src/utils/ecore/.gitignore | 1 + > >> 35 files changed, 306 insertions(+), 299 deletions(-) > >> > >> diff --git a/.gitignore b/.gitignore > >> index b12b4ef..f5f951e 100644 > >> --- a/.gitignore > >> +++ b/.gitignore > >> @@ -39,306 +39,8 @@ tags > >> /ltmain.sh > >> /compile > >> /test-driver > >> -/m4/libtool.m4 > >> -/m4/ltoptions.m4 > >> -/m4/ltsugar.m4 > >> -/m4/ltversion.m4 > >> -/m4/lt~obsolete.m4 > >> /missing > >> -/pc/eet.pc > >> -/pc/eina.pc > >> -/pc/eo.pc > >> -/pc/evil.pc > >> -/pc/embryo.pc > >> -/pc/evas-direct3d.pc > >> -/pc/evas-fb.pc > >> -/pc/evas-opengl-cocoa.pc > >> -/pc/evas-opengl-sdl.pc > >> -/pc/evas-opengl-x11.pc > >> -/pc/evas-psl1ght.pc > >> -/pc/evas-software-buffer.pc > >> -/pc/evas-software-ddraw.pc > >> -/pc/evas-software-gdi.pc > >> -/pc/evas-software-sdl.pc > >> -/pc/evas-software-x11.pc > >> -/pc/evas-wayland-egl.pc > >> -/pc/evas-wayland-shm.pc > >> -/pc/evas.pc > >> -/spec/efl.spec > >> -/pkgbuild/PKGBUILD > >> -/pkgbuild/pkg > >> -/pkgbuild/src > >> -/pkgbuild/*.tar.xz > >> -/src/bin/eet/eet > >> -/src/bin/embryo/embryo_cc > >> -/src/bin/evas/dummy_slave > >> -/src/bin/evas/evas_cserve2 > >> -/src/bin/evas/evas_c
Re: [E-devel] [EGIT] [core/elementary] master 02/02: add more test/example cases to genlist test.
Cool. You can also use elm_theme_viewer :) http://git.enlightenment.org/devs/seoz/elm-theme-viewer.git/plain/data/screenshot/etv1.png http://git.enlightenment.org/devs/seoz/elm-theme-viewer.git/plain/data/screenshot/etv2.png It also detects compress item style and set the compress mode automatically. Well I should release elm_theme_viewer v0.1 this month. Thanks. Daniel Juyung Seo (SeoZ) On Wed, Jun 12, 2013 at 8:15 PM, Carsten Haitzler - Enlightenment Git < no-re...@enlightenment.org> wrote: > raster pushed a commit to branch master. > > commit 852d97e0c90479be49d1ff46c17affa93b7836f3 > Author: Carsten Haitzler (Rasterman) > Date: Wed Jun 12 20:15:52 2013 +0900 > > add more test/example cases to genlist test. > --- > src/bin/test_genlist.c | 19 +-- > 1 file changed, 17 insertions(+), 2 deletions(-) > > diff --git a/src/bin/test_genlist.c b/src/bin/test_genlist.c > index 329fa0f..de3bfed 100644 > --- a/src/bin/test_genlist.c > +++ b/src/bin/test_genlist.c > @@ -3381,6 +3381,7 @@ test_genlist20(void *data __UNUSED__, Evas_Object > *obj __UNUSED__, void *event_i > const char *_genlist_styles[] = { > "default", "full", "one_icon", "end_icon", "no_icon", > "default_style", "double_label", "icon_top_text_bottom", > + "message", "media", "media-album", "media_preview", > NULL > }; > > @@ -3388,11 +3389,19 @@ static void > _genlist_renew(Evas_Object *obj, const char *style) > { > Elm_Genlist_Item_Class *ic; > + Evas_Object *check; > int i; > > if (!obj) return; > + > elm_genlist_clear(obj); > > + check = evas_object_data_get(obj, "check"); > + if (elm_check_state_get(check)) > + elm_genlist_mode_set(obj, ELM_LIST_COMPRESS); > + else > + elm_genlist_mode_set(obj, ELM_LIST_SCROLL); > + > ic = elm_genlist_item_class_new(); > ic->item_style = style; > ic->func.text_get = gl_text_get; > @@ -3439,7 +3448,7 @@ void > test_genlist_item_styles(void *data __UNUSED__, Evas_Object *obj > __UNUSED__, > void *event_info __UNUSED__) > { > - Evas_Object *win, *box, *gl, *list, *table; > + Evas_Object *win, *box, *gl, *list, *table, *check; > > win = elm_win_util_standard_add("genlist-item-styles", "Gengrid Item > Styles"); > elm_win_autodel_set(win, EINA_TRUE); > @@ -3455,7 +3464,7 @@ test_genlist_item_styles(void *data __UNUSED__, > Evas_Object *obj __UNUSED__, > list = _item_styles_list_create(box); > evas_object_show(list); > > - table = _elm_min_set(list, box, 100, 0); > + table = _elm_min_set(list, box, 200, 0); > WEIGHT(table, 0, EVAS_HINT_EXPAND); > FILL(table); > elm_box_pack_end(box, table); > @@ -3466,6 +3475,12 @@ test_genlist_item_styles(void *data __UNUSED__, > Evas_Object *obj __UNUSED__, > _genlist_renew(gl, "default"); > elm_box_pack_end(box, gl); > evas_object_show(gl); > + > + check = elm_check_add(win); > + elm_object_text_set(check, "Compress"); > + elm_box_pack_end(box, check); > + evas_object_show(check); > + evas_object_data_set(gl, "check", check); > > evas_object_data_set(list, "genlist", gl); > } > > -- > > > -- > This SF.net email is sponsored by Windows: > > Build for Windows Store. > > http://p.sf.net/sfu/windows-dev2dev > -- This SF.net email is sponsored by Windows: Build for Windows Store. http://p.sf.net/sfu/windows-dev2dev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Any plans to move E-MODULES-EXTRA to git ?
On 29/05/13 19:41, Davide Andreoli wrote: > Hi, > I have 1 module and an half (places and penguins) that I fully support that > are still hosted in the old svn E-MODULES-EXTRA folder. > > What we like to do with that? > No more extra modules hosting? > move only the supported ones to git? > move everything? Depends on how we decide to do it. I think we should move each module to it's own repo. This means the switch will happen "as needed". -- Tom. -- This SF.net email is sponsored by Windows: Build for Windows Store. http://p.sf.net/sfu/windows-dev2dev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Any plans to move E-MODULES-EXTRA to git ?
+1 2013/5/29 Davide Andreoli > Hi, > I have 1 module and an half (places and penguins) that I fully support that > are still hosted in the old svn E-MODULES-EXTRA folder. > > What we like to do with that? > No more extra modules hosting? > move only the supported ones to git? > move everything? > > thanks > davemds > > -- > Introducing AppDynamics Lite, a free troubleshooting tool for Java/.NET > Get 100% visibility into your production application - at no cost. > Code-level diagnostics for performance bottlenecks with <2% overhead > Download for free and get started troubleshooting in minutes. > http://p.sf.net/sfu/appdyn_d2d_ap1 > ___ > enlightenment-devel mailing list > enlightenment-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/enlightenment-devel > -- This SF.net email is sponsored by Windows: Build for Windows Store. http://p.sf.net/sfu/windows-dev2dev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] [EGIT] [core/efl] master 01/01: Split .gitignore into multiple files
On 12/06/13 15:37, Eduardo Lima (Etrunko) wrote: > On Wed, Jun 12, 2013 at 7:16 AM, Tom Hacohen wrote: >> Hey, >> >> Any specific reason for that? > > Yes, I was bored and with nothing else to do. No, seriously, as I > added a new example to eldbus and the executable to gitignore I > actually did it first on the respective subdir, but only then I found > that we had only one gitignore on the root dir. Of course, there are > both advantages and disadvantages for either approach, and no matter > what arguments we have for each, I know that it will end up being a > matter of taste. > > So, in my opinion, efl, elm and e projects have grown past the limit > of a single gitignore on the root dir. I discussed it briefly on the > chanel yesterday and decided to follow the kernel style. Looking at it > now, I guess I should have added a comment on the begining of the root > gitignore too. > > http://lxr.linux.no/#linux+v3.9.5/.gitignore OK, cool. Could you please add the comment then? So it'll have a better chance of being maintained over time? -- Tom. -- This SF.net email is sponsored by Windows: Build for Windows Store. http://p.sf.net/sfu/windows-dev2dev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] [EGIT] [core/efl] master 01/01: Split .gitignore into multiple files
On Wed, Jun 12, 2013 at 7:16 AM, Tom Hacohen wrote: > Hey, > > Any specific reason for that? Yes, I was bored and with nothing else to do. No, seriously, as I added a new example to eldbus and the executable to gitignore I actually did it first on the respective subdir, but only then I found that we had only one gitignore on the root dir. Of course, there are both advantages and disadvantages for either approach, and no matter what arguments we have for each, I know that it will end up being a matter of taste. So, in my opinion, efl, elm and e projects have grown past the limit of a single gitignore on the root dir. I discussed it briefly on the chanel yesterday and decided to follow the kernel style. Looking at it now, I guess I should have added a comment on the begining of the root gitignore too. http://lxr.linux.no/#linux+v3.9.5/.gitignore Regards, Etrunko > > -- > Tom. > > On 11/06/13 22:21, Eduardo Lima - Enlightenment Git (Etrunko) wrote: >> etrunko pushed a commit to branch master. >> >> commit d3292a7ae96479c0cb98f3dd74365d8b1faa26a0 >> Author: Eduardo Lima (Etrunko) >> Date: Tue Jun 11 16:44:31 2013 -0300 >> >> Split .gitignore into multiple files >> >> Signed-off-by: Eduardo Lima (Etrunko) >> --- >> .gitignore | 298 >> - >> data/.gitignore| 1 + >> dbus-services/.gitignore | 2 + >> m4/.gitignore | 36 +++ >> pc/.gitignore | 49 >> pkgbuild/.gitignore| 4 + >> po/.gitignore | 13 + >> spec/.gitignore| 1 + >> src/bin/edje/.gitignore| 10 + >> src/bin/eet/.gitignore | 1 + >> src/bin/eeze/.gitignore| 6 + >> src/bin/efreet/.gitignore | 3 + >> src/bin/eldbus/.gitignore | 1 + >> src/bin/embryo/.gitignore | 1 + >> src/bin/ethumb/.gitignore | 1 + >> src/bin/ethumb_client/.gitignore | 3 + >> src/bin/evas/.gitignore| 6 + >> src/examples/ecore/.gitignore | 39 +++ >> src/examples/edje/.gitignore | 21 ++ >> src/examples/eet/.gitignore| 7 + >> src/examples/eina/.gitignore | 38 +++ >> src/examples/eio/.gitignore| 2 + >> src/examples/eldbus/.gitignore | 10 + >> src/examples/emotion/.gitignore| 5 + >> src/examples/eo/.gitignore | 2 + >> src/examples/ethumb_client/.gitignore | 1 + >> src/examples/evas/.gitignore | 18 ++ >> src/lib/.gitignore | 3 + >> .../evas/engines/gl_common/shader/.gitignore | 1 - >> src/tests/.gitignore | 4 + >> src/tests/efreet/.gitignore| 8 + >> src/tests/eina/.gitignore | 1 + >> src/tests/emotion/.gitignore | 1 + >> src/tests/eo/.gitignore| 7 + >> src/utils/ecore/.gitignore | 1 + >> 35 files changed, 306 insertions(+), 299 deletions(-) >> >> diff --git a/.gitignore b/.gitignore >> index b12b4ef..f5f951e 100644 >> --- a/.gitignore >> +++ b/.gitignore >> @@ -39,306 +39,8 @@ tags >> /ltmain.sh >> /compile >> /test-driver >> -/m4/libtool.m4 >> -/m4/ltoptions.m4 >> -/m4/ltsugar.m4 >> -/m4/ltversion.m4 >> -/m4/lt~obsolete.m4 >> /missing >> -/pc/eet.pc >> -/pc/eina.pc >> -/pc/eo.pc >> -/pc/evil.pc >> -/pc/embryo.pc >> -/pc/evas-direct3d.pc >> -/pc/evas-fb.pc >> -/pc/evas-opengl-cocoa.pc >> -/pc/evas-opengl-sdl.pc >> -/pc/evas-opengl-x11.pc >> -/pc/evas-psl1ght.pc >> -/pc/evas-software-buffer.pc >> -/pc/evas-software-ddraw.pc >> -/pc/evas-software-gdi.pc >> -/pc/evas-software-sdl.pc >> -/pc/evas-software-x11.pc >> -/pc/evas-wayland-egl.pc >> -/pc/evas-wayland-shm.pc >> -/pc/evas.pc >> -/spec/efl.spec >> -/pkgbuild/PKGBUILD >> -/pkgbuild/pkg >> -/pkgbuild/src >> -/pkgbuild/*.tar.xz >> -/src/bin/eet/eet >> -/src/bin/embryo/embryo_cc >> -/src/bin/evas/dummy_slave >> -/src/bin/evas/evas_cserve2 >> -/src/bin/evas/evas_cserve2_client >> -/src/bin/evas/evas_cserve2_debug >> -/src/bin/evas/evas_cserve2_slave >> -/src/bin/evas/evas_cserve2_usage >> -/src/lib/eina/eina_config.h >> -/src/lib/ecore_x/ecore_x_version.h >> -/src/lib/efl/Efl_Config.h >> -/src/bin/eldbus/eldbus-codegen >> -/src/bin/efreet/efreet_desktop_cache_create >> -/src/bin/efreet/efreet_icon_cache_create >> -/src/bin/efreet/efreetd >> -/src/utils/ecore/makekeys >> -/dbu
Re: [E-devel] E18 CFBugs #2
* Michael Blumenkrantz [2013-06-12 09:15:21 +0100]: > On Wed, Jun 12, 2013 at 3:17 AM, Gustavo Lima Chaves > wrote: > > > * Carsten Haitzler [2013-06-12 09:02:31 +0900]: > > > > > On Tue, 11 Jun 2013 16:35:01 +0100 Ian Lee said: > > > > > > > Application based resize markers don't let me resize the application. > > > > > > > > I sometimes use my keyboard on another system, when I plug it back in > > it > > > > defaults to the X11 keyboard layout which is US and not what is > > configure > > > > in E17 > > > > > > e has no xinput hotplug support at all. there is zero code, so you > > basically > > > just get whatever xorg is configured to do by default with a new kbd > > device - i > > > think in xorg.conf. e has no idea you plugged in a new keyboard (or > > mouse etc.). > > > > - on e dialogs, checkboxes toggled by the spacebar only get re-drawn after > > we unselect the item > > > > there's no code anywhere which handles keyboard for check widgets...where > are you seeing it? > Call a window's menu, navigate by keyboard on it from now on. Enable quickaccess, enter its menu, try to change those checks with the space bar. You toggle, press the down arrow to only then see the new value. > > > > > - quickaccess has lots of bugs. i think it gets misconfigured, for > > non-transient windows (only mode that matters for me), very easily. at > > least on e restart/re-login, i can say. > > > > > I guess this got broken a few months ago by my rewrite of the module > loading subsystem. fixed now > > > > > > > > > On 11 June 2013 16:15, Massimo Maiurana wrote: > > > > > > > > > Michael Blumenkrantz, il 11/06/2013 12:32, ha scritto: > > > > > > efl bug, see http://edevel.tumblr.com/image/52633161038 > > > > > > > > > > > > > > > > :))) > > > > > > > > > > > > > > > -- > > > > > > > > > > Massimo Maiurana GPG keyID #7044D601 > > > > > > > > > > La fede e' credere in cio' che sai non essere vero > > > > > [Mark Twain] > > > > > > > > > > > > > > > > > -- > > > > > This SF.net email is sponsored by Windows: > > > > > > > > > > Build for Windows Store. > > > > > > > > > > http://p.sf.net/sfu/windows-dev2dev > > > > > ___ > > > > > enlightenment-devel mailing list > > > > > enlightenment-devel@lists.sourceforge.net > > > > > https://lists.sourceforge.net/lists/listinfo/enlightenment-devel > > > > > > > > > > > -- > > > > This SF.net email is sponsored by Windows: > > > > > > > > Build for Windows Store. > > > > > > > > http://p.sf.net/sfu/windows-dev2dev > > > > ___ > > > > enlightenment-devel mailing list > > > > enlightenment-devel@lists.sourceforge.net > > > > https://lists.sourceforge.net/lists/listinfo/enlightenment-devel > > > > > > > > > > > > > -- > > > - Codito, ergo sum - "I code, therefore I am" -- > > > The Rasterman (Carsten Haitzler)ras...@rasterman.com > > > > > > > > > > > -- > > > This SF.net email is sponsored by Windows: > > > > > > Build for Windows Store. > > > > > > http://p.sf.net/sfu/windows-dev2dev > > > ___ > > > enlightenment-devel mailing list > > > enlightenment-devel@lists.sourceforge.net > > > https://lists.sourceforge.net/lists/listinfo/enlightenment-devel > > > > -- > > Gustavo Lima Chaves > > Senior Developer @ Intel - Open Source Technology Center > > > > > > -- > > This SF.net email is sponsored by Windows: > > > > Build for Windows Store. > > > > http://p.sf.net/sfu/windows-dev2dev > > ___ > > enlightenment-devel mailing list > > enlightenment-devel@lists.sourceforge.net > > https://lists.sourceforge.net/lists/listinfo/enlightenment-devel > > > -- > This SF.net email is sponsored by Windows: > > Build for Windows Store. > > http://p.sf.net/sfu/windows-dev2dev > ___ > enlightenment-devel mailing list > enlightenment-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- Gustavo Lima Chaves Senior Developer @ Intel - Open Source Technology Center -- This SF.net email is sponsored by Windows: Build for Windows Store. http://p.sf.net/sfu/windows-dev2dev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E18 CFBugs #2
On 06/12/2013 02:58 PM, Michael Blumenkrantz wrote: > theme bug. fixed. Looks like issue #1 is fixed here, the behavior is basically that from before the gadman rewrite. Unfortunately, the (maybe unintended) pass-through "feature" seems to be gone, i.e. clicking on a window or window title with active gadget hover layer does not raise/focus/... it anymore. Nick > > On Wed, Jun 12, 2013 at 12:01 PM, Nikolas Arend wrote: > >> On 06/12/2013 08:41 AM, Michael Blumenkrantz wrote: >>> fixed >> Thanks much! However, there still seem to be some inconsistencies in the >> way hovering gadgets behave: >> >> - I noticed that mouse-clicks are now passed through to the desktop. If >> the gadget layer is active and I left-click on a window title bar, the >> window is (in my case) raised and focused, which is what I would expect. >> If I left-click somewhere on a window itself (not its bar) I get the >> "left-click on background action" (main menu pops up in my case) >> >> - Sometimes (erratically for all I can tell), clicking on either a >> window or the background would not trigger the hovering gadgets to >> disappear. I can have mouse interactions with the windows (e.g. marking >> text), but the gadget layer is still active. So far a mouse-click >> anywhere but on a hovering gadget would cause them to hide >> >> >> Cheers,Nick >> >> >> >>> On Tue, Jun 11, 2013 at 8:53 PM, Nikolas Arend wrote: >>> On 06/11/2013 11:55 AM, Michael Blumenkrantz wrote: > The old thread was too long for me to see if I fixed everything, so >> post > here if you have a bug that's present using the latest revision. > >> -- > This SF.net email is sponsored by Windows: > > Build for Windows Store. > > http://p.sf.net/sfu/windows-dev2dev > ___ > enlightenment-devel mailing list > enlightenment-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/enlightenment-devel Hello, The recent fixes/changes seem to have messed with hovering gadgets again. I have an ibar, pager, tasks, evry-starter, and places module configured on the hover layer. However, after toggling them and mouse-clicking on either the pager or the underlying desktop background, all gadgets are frozen with respect to the mouse. I have to maneuver to a desktop with windows on it again (using a keyboard shortcut) and click on a window to make the hover layer disappear and regain control of the desktop. Clicking on the "bare" desktop background would not hide the gadgets. Let me know if you need any other information. Thanks, Nick >> -- This SF.net email is sponsored by Windows: Build for Windows Store. http://p.sf.net/sfu/windows-dev2dev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel >> -- >>> This SF.net email is sponsored by Windows: >>> >>> Build for Windows Store. >>> >>> http://p.sf.net/sfu/windows-dev2dev >>> ___ >>> enlightenment-devel mailing list >>> enlightenment-devel@lists.sourceforge.net >>> https://lists.sourceforge.net/lists/listinfo/enlightenment-devel >> >> >> -- >> This SF.net email is sponsored by Windows: >> >> Build for Windows Store. >> >> http://p.sf.net/sfu/windows-dev2dev >> ___ >> enlightenment-devel mailing list >> enlightenment-devel@lists.sourceforge.net >> https://lists.sourceforge.net/lists/listinfo/enlightenment-devel >> > -- > This SF.net email is sponsored by Windows: > > Build for Windows Store. > > http://p.sf.net/sfu/windows-dev2dev > ___ > enlightenment-devel mailing list > enlightenment-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- This SF.net email is sponsored by Windows: Build for Windows Store. http://p.sf.net/sfu/windows-dev2dev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E18 CFBugs #2
On 06/12/2013 03:07 PM, Michael Blumenkrantz wrote: > fixed I can confirm that drag'n drop from pager to the current desktop is fixed. However, now I have the same problem within the pager module: drag'n dropping a window from one pager pane to another requires a desktop switch to make the window show up. Nick > > On Wed, Jun 12, 2013 at 1:54 PM, Nikolas Arend wrote: > >> On 06/11/2013 11:55 AM, Michael Blumenkrantz wrote: >>> The old thread was too long for me to see if I fixed everything, so post >>> here if you have a bug that's present using the latest revision. >>> >> -- >>> This SF.net email is sponsored by Windows: >>> >>> Build for Windows Store. >>> >>> http://p.sf.net/sfu/windows-dev2dev >>> ___ >>> enlightenment-devel mailing list >>> enlightenment-devel@lists.sourceforge.net >>> https://lists.sourceforge.net/lists/listinfo/enlightenment-devel >> When dragging and dropping a window from the pager (which can be either >> a gadget or located in a shelf) to the currently active desktop, the >> window shows up correctly in the pager, but not on the desktop. I have >> to switch to another desktop and back for it to appear. >> >> >> Cheers,Nick >> >> >> -- >> This SF.net email is sponsored by Windows: >> >> Build for Windows Store. >> >> http://p.sf.net/sfu/windows-dev2dev >> ___ >> enlightenment-devel mailing list >> enlightenment-devel@lists.sourceforge.net >> https://lists.sourceforge.net/lists/listinfo/enlightenment-devel >> > -- > This SF.net email is sponsored by Windows: > > Build for Windows Store. > > http://p.sf.net/sfu/windows-dev2dev > ___ > enlightenment-devel mailing list > enlightenment-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- This SF.net email is sponsored by Windows: Build for Windows Store. http://p.sf.net/sfu/windows-dev2dev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E18 CFBugs #2
http://25.media.tumblr.com/21a4ffc7acb416cadf728a193e81997d/tumblr_moa942lrHP1rrju89o1_400.png On Wed, Jun 12, 2013 at 12:07 PM, Nikolas Arend wrote: > On 06/11/2013 11:55 AM, Michael Blumenkrantz wrote: > > Hi, > > My systray, which I have in a top border shelf somewhere on the right, > is now sometimes "jumping" to the very left edge of the shelf. In my > case it there overlaps the start module. This seems to be triggered by > > - modifying the shelf settings > - changing the screen setup, i.e. output and resolution changes through > xrandr > > An e -> restart fixes the issue and the systray goes back to its > original place. > > > Thanks, Nick > > > > > The old thread was too long for me to see if I fixed everything, so post > > here if you have a bug that's present using the latest revision. > > > -- > > This SF.net email is sponsored by Windows: > > > > Build for Windows Store. > > > > http://p.sf.net/sfu/windows-dev2dev > > ___ > > enlightenment-devel mailing list > > enlightenment-devel@lists.sourceforge.net > > https://lists.sourceforge.net/lists/listinfo/enlightenment-devel > > > > -- > This SF.net email is sponsored by Windows: > > Build for Windows Store. > > http://p.sf.net/sfu/windows-dev2dev > ___ > enlightenment-devel mailing list > enlightenment-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/enlightenment-devel > -- This SF.net email is sponsored by Windows: Build for Windows Store. http://p.sf.net/sfu/windows-dev2dev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E18 CFBugs #2
fixed On Wed, Jun 12, 2013 at 1:54 PM, Nikolas Arend wrote: > On 06/11/2013 11:55 AM, Michael Blumenkrantz wrote: > > The old thread was too long for me to see if I fixed everything, so post > > here if you have a bug that's present using the latest revision. > > > -- > > This SF.net email is sponsored by Windows: > > > > Build for Windows Store. > > > > http://p.sf.net/sfu/windows-dev2dev > > ___ > > enlightenment-devel mailing list > > enlightenment-devel@lists.sourceforge.net > > https://lists.sourceforge.net/lists/listinfo/enlightenment-devel > > When dragging and dropping a window from the pager (which can be either > a gadget or located in a shelf) to the currently active desktop, the > window shows up correctly in the pager, but not on the desktop. I have > to switch to another desktop and back for it to appear. > > > Cheers,Nick > > > -- > This SF.net email is sponsored by Windows: > > Build for Windows Store. > > http://p.sf.net/sfu/windows-dev2dev > ___ > enlightenment-devel mailing list > enlightenment-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/enlightenment-devel > -- This SF.net email is sponsored by Windows: Build for Windows Store. http://p.sf.net/sfu/windows-dev2dev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E18 CFBugs #2
theme bug. fixed. On Wed, Jun 12, 2013 at 12:01 PM, Nikolas Arend wrote: > On 06/12/2013 08:41 AM, Michael Blumenkrantz wrote: > > fixed > > Thanks much! However, there still seem to be some inconsistencies in the > way hovering gadgets behave: > > - I noticed that mouse-clicks are now passed through to the desktop. If > the gadget layer is active and I left-click on a window title bar, the > window is (in my case) raised and focused, which is what I would expect. > If I left-click somewhere on a window itself (not its bar) I get the > "left-click on background action" (main menu pops up in my case) > > - Sometimes (erratically for all I can tell), clicking on either a > window or the background would not trigger the hovering gadgets to > disappear. I can have mouse interactions with the windows (e.g. marking > text), but the gadget layer is still active. So far a mouse-click > anywhere but on a hovering gadget would cause them to hide > > > Cheers,Nick > > > > > > > On Tue, Jun 11, 2013 at 8:53 PM, Nikolas Arend wrote: > > > >> On 06/11/2013 11:55 AM, Michael Blumenkrantz wrote: > >>> The old thread was too long for me to see if I fixed everything, so > post > >>> here if you have a bug that's present using the latest revision. > >>> > >> > -- > >>> This SF.net email is sponsored by Windows: > >>> > >>> Build for Windows Store. > >>> > >>> http://p.sf.net/sfu/windows-dev2dev > >>> ___ > >>> enlightenment-devel mailing list > >>> enlightenment-devel@lists.sourceforge.net > >>> https://lists.sourceforge.net/lists/listinfo/enlightenment-devel > >> > >> Hello, > >> > >> The recent fixes/changes seem to have messed with hovering gadgets > >> again. I have an ibar, pager, tasks, evry-starter, and places module > >> configured on the hover layer. However, after toggling them and > >> mouse-clicking on either the pager or the underlying desktop background, > >> all gadgets are frozen with respect to the mouse. I have to maneuver to > >> a desktop with windows on it again (using a keyboard shortcut) and click > >> on a window to make the hover layer disappear and regain control of the > >> desktop. Clicking on the "bare" desktop background would not hide the > >> gadgets. > >> > >> Let me know if you need any other information. > >> > >> > >> Thanks, Nick > >> > >> > >> > -- > >> This SF.net email is sponsored by Windows: > >> > >> Build for Windows Store. > >> > >> http://p.sf.net/sfu/windows-dev2dev > >> ___ > >> enlightenment-devel mailing list > >> enlightenment-devel@lists.sourceforge.net > >> https://lists.sourceforge.net/lists/listinfo/enlightenment-devel > >> > > > -- > > This SF.net email is sponsored by Windows: > > > > Build for Windows Store. > > > > http://p.sf.net/sfu/windows-dev2dev > > ___ > > enlightenment-devel mailing list > > enlightenment-devel@lists.sourceforge.net > > https://lists.sourceforge.net/lists/listinfo/enlightenment-devel > > > > -- > This SF.net email is sponsored by Windows: > > Build for Windows Store. > > http://p.sf.net/sfu/windows-dev2dev > ___ > enlightenment-devel mailing list > enlightenment-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/enlightenment-devel > -- This SF.net email is sponsored by Windows: Build for Windows Store. http://p.sf.net/sfu/windows-dev2dev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E18 CFBugs #2
On 06/11/2013 11:55 AM, Michael Blumenkrantz wrote: > The old thread was too long for me to see if I fixed everything, so post > here if you have a bug that's present using the latest revision. > -- > This SF.net email is sponsored by Windows: > > Build for Windows Store. > > http://p.sf.net/sfu/windows-dev2dev > ___ > enlightenment-devel mailing list > enlightenment-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/enlightenment-devel When dragging and dropping a window from the pager (which can be either a gadget or located in a shelf) to the currently active desktop, the window shows up correctly in the pager, but not on the desktop. I have to switch to another desktop and back for it to appear. Cheers,Nick -- This SF.net email is sponsored by Windows: Build for Windows Store. http://p.sf.net/sfu/windows-dev2dev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] [EGIT] [core/enlightenment] master 06/06: another huge gadman rewrite. hooray.
2013/6/12 Mike Blumenkrantz - Enlightenment Git > discomfitor pushed a commit to branch master. > > commit 84793983e18e0e0ba707d754ea3fc5f80cf55c09 > Author: Mike Blumenkrantz > Date: Wed Jun 12 07:41:31 2013 +0100 > > another huge gadman rewrite. hooray. > > * merge gadman overlay to comp canvas using a popup > > * unify zone change handlers > > * remove stupid container shape change handler (wtf was this supposed > to do?) > That was there (lots of years ago, when I first write gadman) to handle screen resolution changes. Gadgets use relative positioning, thus when you change screen resolution the gadgets was correctly recalculated their position. For example: if you have a gadget in the bottom-right corner and you change the screen resolution to a lower one, the gadget will not get lost > > * better dnd usage > --- > src/modules/gadman/e_mod_gadman.c | 170 > +- > src/modules/gadman/e_mod_gadman.h | 7 +- > 2 files changed, 59 insertions(+), 118 deletions(-) > > diff --git a/src/modules/gadman/e_mod_gadman.c > b/src/modules/gadman/e_mod_gadman.c > index ae12ad2..df1fd41 100644 > --- a/src/modules/gadman/e_mod_gadman.c > +++ b/src/modules/gadman/e_mod_gadman.c > @@ -11,8 +11,6 @@ static Evas_Object *_create_mover(E_Gadcon *gc); > static Evas_Object *_get_mover(E_Gadcon_Client *gcc); > static E_Gadcon*_gadman_gadcon_new(const char *name, > Gadman_Layer_Type layer, E_Zone *zone, E_Gadcon_Location *loc); > > -static void on_shape_change(void *data, E_Container_Shape > *es, E_Container_Shape_Change ch); > - > static void on_top(void *data, Evas_Object *o, const char > *em, const char *src); > static void on_right(void *data, Evas_Object *o, const char > *em, const char *src); > static void on_down(void *data, Evas_Object *o, const char > *em, const char *src); > @@ -39,8 +37,7 @@ static void _e_gadman_client_remove(void > *data __UNUSED__, E_Gadcon_ > > static void _e_gadman_handlers_add(void); > static void _e_gadman_handler_del(void); > -static Eina_Bool_e_gadman_cb_zone_add(void *data __UNUSED__, int > type __UNUSED__, void *event); > -static Eina_Bool_e_gadman_cb_zone_del(void *data __UNUSED__, int > type __UNUSED__, void *event); > +static Eina_Bool_e_gadman_cb_zone_change(void *data __UNUSED__, > int type __UNUSED__, void *event); > static E_Gadcon_Client *gadman_gadget_place(E_Gadcon_Client *gcc, const > E_Gadcon_Client_Class *cc, E_Config_Gadcon_Client *cf, Gadman_Layer_Type > layer, E_Zone *zone); > > static E_Gadcon*gadman_gadcon_get(const E_Zone *zone, > Gadman_Layer_Type layer); > @@ -62,13 +59,13 @@ gadman_reset(void) > E_FREE_LIST(Man->drag_handlers, ecore_event_handler_del); > for (layer = 0; layer < GADMAN_LAYER_COUNT; layer++) > { > -EINA_LIST_FREE(Man->gadcons[layer], gc) > - e_object_del(E_OBJECT(gc)); > +E_FREE_LIST(Man->gadcons[layer], e_object_del); > Man->gadgets[layer] = eina_list_free(Man->gadgets[layer]); > - > -if (Man->movers[layer]) evas_object_del(Man->movers[layer]); > -Man->movers[layer] = NULL; > +E_FREE_FUNC(Man->movers[layer], evas_object_del); > } > + E_FREE_FUNC(Man->overlay, e_object_del); > + E_FREE_FUNC(Man->full_bg, evas_object_del); > + E_FREE_FUNC(Man->overlay_layer, evas_object_del); > Man->gc_top = NULL; > if (_gadman_gadgets) > { > @@ -106,13 +103,6 @@ gadman_init(E_Module *m) > Man->width = Man->container->w; > Man->height = Man->container->h; > > - /* Check if composite is enable */ > - if (e_config->use_shaped_win) > - Man->use_shaped_win = 0; > - > - /* with this we can trap screen resolution change (a better way?)*/ > - e_container_shape_change_callback_add(Man->container, on_shape_change, > NULL); > - > /* create and register "desktop" location */ > location = Man->location[GADMAN_LAYER_BG] = > e_gadcon_location_new(_("Desktop"), E_GADCON_SITE_DESKTOP, > _e_gadman_client_add, > (intptr_t*)(long)GADMAN_LAYER_BG, > @@ -138,7 +128,6 @@ gadman_shutdown(void) > > _e_gadman_handler_del(); > > - e_container_shape_change_callback_del(Man->container, on_shape_change, > NULL); > gadman_gadget_edit_end(NULL, NULL, NULL, NULL); > > for (layer = 0; layer < GADMAN_LAYER_COUNT; layer++) > @@ -153,11 +142,8 @@ gadman_shutdown(void) > eina_stringshare_del(Man->icon_name); > > /* free manager */ > - if (Man->top_ee) > - { > -e_canvas_del(Man->top_ee); > -//ecore_evas_free(Man->top_ee); > - } > + E_FREE_FUNC(Man->overlay, e_object_del); > + E_FREE_FUNC(Man->overlay_layer, evas_object_del); > if (_gadman_gadgets) > { > eina_hash_free_cb_set(_gadman_gadgets, > EINA_FREE_CB(eina_list_free)); > @@ -207,7 +193,10 @@ gadman_gadcon_place_job(E_Gadco
Re: [E-devel] E18 CFBugs #2
On 06/11/2013 11:55 AM, Michael Blumenkrantz wrote: Hi, My systray, which I have in a top border shelf somewhere on the right, is now sometimes "jumping" to the very left edge of the shelf. In my case it there overlaps the start module. This seems to be triggered by - modifying the shelf settings - changing the screen setup, i.e. output and resolution changes through xrandr An e -> restart fixes the issue and the systray goes back to its original place. Thanks, Nick > The old thread was too long for me to see if I fixed everything, so post > here if you have a bug that's present using the latest revision. > -- > This SF.net email is sponsored by Windows: > > Build for Windows Store. > > http://p.sf.net/sfu/windows-dev2dev > ___ > enlightenment-devel mailing list > enlightenment-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- This SF.net email is sponsored by Windows: Build for Windows Store. http://p.sf.net/sfu/windows-dev2dev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E18 CFBugs #2
On 06/12/2013 08:41 AM, Michael Blumenkrantz wrote: > fixed Thanks much! However, there still seem to be some inconsistencies in the way hovering gadgets behave: - I noticed that mouse-clicks are now passed through to the desktop. If the gadget layer is active and I left-click on a window title bar, the window is (in my case) raised and focused, which is what I would expect. If I left-click somewhere on a window itself (not its bar) I get the "left-click on background action" (main menu pops up in my case) - Sometimes (erratically for all I can tell), clicking on either a window or the background would not trigger the hovering gadgets to disappear. I can have mouse interactions with the windows (e.g. marking text), but the gadget layer is still active. So far a mouse-click anywhere but on a hovering gadget would cause them to hide Cheers,Nick > > On Tue, Jun 11, 2013 at 8:53 PM, Nikolas Arend wrote: > >> On 06/11/2013 11:55 AM, Michael Blumenkrantz wrote: >>> The old thread was too long for me to see if I fixed everything, so post >>> here if you have a bug that's present using the latest revision. >>> >> -- >>> This SF.net email is sponsored by Windows: >>> >>> Build for Windows Store. >>> >>> http://p.sf.net/sfu/windows-dev2dev >>> ___ >>> enlightenment-devel mailing list >>> enlightenment-devel@lists.sourceforge.net >>> https://lists.sourceforge.net/lists/listinfo/enlightenment-devel >> >> Hello, >> >> The recent fixes/changes seem to have messed with hovering gadgets >> again. I have an ibar, pager, tasks, evry-starter, and places module >> configured on the hover layer. However, after toggling them and >> mouse-clicking on either the pager or the underlying desktop background, >> all gadgets are frozen with respect to the mouse. I have to maneuver to >> a desktop with windows on it again (using a keyboard shortcut) and click >> on a window to make the hover layer disappear and regain control of the >> desktop. Clicking on the "bare" desktop background would not hide the >> gadgets. >> >> Let me know if you need any other information. >> >> >> Thanks, Nick >> >> >> -- >> This SF.net email is sponsored by Windows: >> >> Build for Windows Store. >> >> http://p.sf.net/sfu/windows-dev2dev >> ___ >> enlightenment-devel mailing list >> enlightenment-devel@lists.sourceforge.net >> https://lists.sourceforge.net/lists/listinfo/enlightenment-devel >> > -- > This SF.net email is sponsored by Windows: > > Build for Windows Store. > > http://p.sf.net/sfu/windows-dev2dev > ___ > enlightenment-devel mailing list > enlightenment-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- This SF.net email is sponsored by Windows: Build for Windows Store. http://p.sf.net/sfu/windows-dev2dev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] [EGIT] [core/efl] master 01/01: Split .gitignore into multiple files
Hey, Any specific reason for that? -- Tom. On 11/06/13 22:21, Eduardo Lima - Enlightenment Git (Etrunko) wrote: > etrunko pushed a commit to branch master. > > commit d3292a7ae96479c0cb98f3dd74365d8b1faa26a0 > Author: Eduardo Lima (Etrunko) > Date: Tue Jun 11 16:44:31 2013 -0300 > > Split .gitignore into multiple files > > Signed-off-by: Eduardo Lima (Etrunko) > --- > .gitignore | 298 > - > data/.gitignore| 1 + > dbus-services/.gitignore | 2 + > m4/.gitignore | 36 +++ > pc/.gitignore | 49 > pkgbuild/.gitignore| 4 + > po/.gitignore | 13 + > spec/.gitignore| 1 + > src/bin/edje/.gitignore| 10 + > src/bin/eet/.gitignore | 1 + > src/bin/eeze/.gitignore| 6 + > src/bin/efreet/.gitignore | 3 + > src/bin/eldbus/.gitignore | 1 + > src/bin/embryo/.gitignore | 1 + > src/bin/ethumb/.gitignore | 1 + > src/bin/ethumb_client/.gitignore | 3 + > src/bin/evas/.gitignore| 6 + > src/examples/ecore/.gitignore | 39 +++ > src/examples/edje/.gitignore | 21 ++ > src/examples/eet/.gitignore| 7 + > src/examples/eina/.gitignore | 38 +++ > src/examples/eio/.gitignore| 2 + > src/examples/eldbus/.gitignore | 10 + > src/examples/emotion/.gitignore| 5 + > src/examples/eo/.gitignore | 2 + > src/examples/ethumb_client/.gitignore | 1 + > src/examples/evas/.gitignore | 18 ++ > src/lib/.gitignore | 3 + > .../evas/engines/gl_common/shader/.gitignore | 1 - > src/tests/.gitignore | 4 + > src/tests/efreet/.gitignore| 8 + > src/tests/eina/.gitignore | 1 + > src/tests/emotion/.gitignore | 1 + > src/tests/eo/.gitignore| 7 + > src/utils/ecore/.gitignore | 1 + > 35 files changed, 306 insertions(+), 299 deletions(-) > > diff --git a/.gitignore b/.gitignore > index b12b4ef..f5f951e 100644 > --- a/.gitignore > +++ b/.gitignore > @@ -39,306 +39,8 @@ tags > /ltmain.sh > /compile > /test-driver > -/m4/libtool.m4 > -/m4/ltoptions.m4 > -/m4/ltsugar.m4 > -/m4/ltversion.m4 > -/m4/lt~obsolete.m4 > /missing > -/pc/eet.pc > -/pc/eina.pc > -/pc/eo.pc > -/pc/evil.pc > -/pc/embryo.pc > -/pc/evas-direct3d.pc > -/pc/evas-fb.pc > -/pc/evas-opengl-cocoa.pc > -/pc/evas-opengl-sdl.pc > -/pc/evas-opengl-x11.pc > -/pc/evas-psl1ght.pc > -/pc/evas-software-buffer.pc > -/pc/evas-software-ddraw.pc > -/pc/evas-software-gdi.pc > -/pc/evas-software-sdl.pc > -/pc/evas-software-x11.pc > -/pc/evas-wayland-egl.pc > -/pc/evas-wayland-shm.pc > -/pc/evas.pc > -/spec/efl.spec > -/pkgbuild/PKGBUILD > -/pkgbuild/pkg > -/pkgbuild/src > -/pkgbuild/*.tar.xz > -/src/bin/eet/eet > -/src/bin/embryo/embryo_cc > -/src/bin/evas/dummy_slave > -/src/bin/evas/evas_cserve2 > -/src/bin/evas/evas_cserve2_client > -/src/bin/evas/evas_cserve2_debug > -/src/bin/evas/evas_cserve2_slave > -/src/bin/evas/evas_cserve2_usage > -/src/lib/eina/eina_config.h > -/src/lib/ecore_x/ecore_x_version.h > -/src/lib/efl/Efl_Config.h > -/src/bin/eldbus/eldbus-codegen > -/src/bin/efreet/efreet_desktop_cache_create > -/src/bin/efreet/efreet_icon_cache_create > -/src/bin/efreet/efreetd > -/src/utils/ecore/makekeys > -/dbus-services/org.enlightenment.Efreet.service > -/dbus-services/org.enlightenment.Ethumb.service > /INSTALL > /ABOUT-NLS > /config.rpath > -/m4/codeset.m4 > -/m4/gettext.m4 > -/m4/glibc2.m4 > -/m4/glibc21.m4 > -/m4/iconv.m4 > -/m4/intdiv0.m4 > -/m4/intl.m4 > -/m4/intldir.m4 > -/m4/intlmacosx.m4 > -/m4/intmax.m4 > -/m4/inttypes-pri.m4 > -/m4/inttypes_h.m4 > -/m4/lcmessage.m4 > -/m4/lib-ld.m4 > -/m4/lib-link.m4 > -/m4/lib-prefix.m4 > -/m4/lock.m4 > -/m4/longlong.m4 > -/m4/nls.m4 > -/m4/po.m4 > -/m4/printf-posix.m4 > -/m4/progtest.m4 > -/m4/size_max.m4 > -/m4/stdint_h.m4 > -/m4/uintmax_t.m4 > -/m4/visibility.m4 > -/m4/wchar_t.m4 > -/m4/wint_t.m4 > -/m4/xsize.m4 > -/pc/*.pc > -/po/Makefile.in.in > -/po/Makevars.template > -/po/POTFILES > -/po/Rules-quot > -/po/boldquot.sed > -/po/en@boldquot.header > -/po/en@quot.header > -/po/insert-header.sin > -/po/quot.sed > -/po/remove-potcdate.sin > -/po/efl.pot > -/po/remove-potcdate.sed > -/po/stamp
Re: [E-devel] [patch] evil and compilation without cryptography
Hello, On Wed, Jun 12, 2013 at 6:33 PM, Christophe Sadoine wrote: > I tried to compile efl and elementary with mingw (on windows and also > with cross compiling) > > - There was a small problem with the mkstemp function in evil. > - If you want to compile without cryptography, I put the dependency in > the "if there is crypto then" > - elementary needs S_IRWXO and S_IRWXG to be defined in evil. It is in > 1.7.7 but apparently not in git? > > The attached patch fixes all these. I made this patch under windows > but if you want me to go through arcanist I may be able to do it > later. No, that should be fine for the moment :-) Sadly the computer I use to test the windows build and work on it is currently in bad shape. I will try to fix tonight and land your patch. If I can't do that tonight it will have to wait for next week. If that happen, you better at least open a task and assign it to me so I won't forget you. > I didn't test everything but some examples work (evas_font is not). > And "make examples" doesn't finish and ends with spank spank spank and > stringshare stuff. I might investigate this later. > > Elementary compiles (with a few changes) but elementary_test is not > working, it might be the same problem as "make examples". > > Anyway, I wanted to ask if you had thought about using angle for > windows? ( https://code.google.com/p/angleproject/ ) Qt is using it. Yes, I gave a quick look at it and it will be a very valuable solution as we can't use DirectX due to the fact we expose a GL API as part of Evas. No time has been given on implementing a backend using it, but if you are willing to do it, I can help you there and guide you on what need to be done. It is great to see someone trying to help on the windows portability ! Thanks a lot even if it is just a small patch, -- Cedric BAIL -- This SF.net email is sponsored by Windows: Build for Windows Store. http://p.sf.net/sfu/windows-dev2dev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
[E-devel] [patch] evil and compilation without cryptography
Hello, I tried to compile efl and elementary with mingw (on windows and also with cross compiling) - There was a small problem with the mkstemp function in evil. - If you want to compile without cryptography, I put the dependency in the "if there is crypto then" - elementary needs S_IRWXO and S_IRWXG to be defined in evil. It is in 1.7.7 but apparently not in git? The attached patch fixes all these. I made this patch under windows but if you want me to go through arcanist I may be able to do it later. I didn't test everything but some examples work (evas_font is not). And "make examples" doesn't finish and ends with spank spank spank and stringshare stuff. I might investigate this later. Elementary compiles (with a few changes) but elementary_test is not working, it might be the same problem as "make examples". Anyway, I wanted to ask if you had thought about using angle for windows? ( https://code.google.com/p/angleproject/ ) Qt is using it. -- http://indefini.org 0001-evil-returned-the-good-value-for-mkstemp.patch Description: Binary data -- This SF.net email is sponsored by Windows: Build for Windows Store. http://p.sf.net/sfu/windows-dev2dev___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E18 CFBugs #2
Confirmed. AWESOME. Daniel Juyung Seo (SeoZ) On Wed, Jun 12, 2013 at 4:42 PM, Michael Blumenkrantz < michael.blumenkra...@gmail.com> wrote: > I battled with X and won. fixed. > > On Wed, Jun 12, 2013 at 5:48 AM, Daniel Juyung Seo >wrote: > > > I have another focus issue. > > Also this was introduced a while ago. Maybe a month? I don't remember the > > date exactly (sorry for not reporting the issue. lazy..) > > > > 1. there are two terminologies A and B in one virtual desktop. > > 2. A is focused and can get the keyboard input. > > 3. ALT + TAB > > 4. Still A has a focus. Still A gets the keyboard input. > > > > When I press alt+tab, both A and B's boarders are lighlighted as if the > > focus move from A to B and from B to A again. > > > > My e18 focus settings is: > > - Focus Policy : Sloppy > > - New Window Focus : All windows > > > > If you need more information, let me know. > > Thanks in advance. > > > > Daniel Juyung Seo (SeoZ) > > > > > > > > > > On Tue, Jun 11, 2013 at 6:55 PM, Michael Blumenkrantz < > > michael.blumenkra...@gmail.com> wrote: > > > > > The old thread was too long for me to see if I fixed everything, so > post > > > here if you have a bug that's present using the latest revision. > > > > > > > > > -- > > > This SF.net email is sponsored by Windows: > > > > > > Build for Windows Store. > > > > > > http://p.sf.net/sfu/windows-dev2dev > > > ___ > > > enlightenment-devel mailing list > > > enlightenment-devel@lists.sourceforge.net > > > https://lists.sourceforge.net/lists/listinfo/enlightenment-devel > > > > > > > > -- > > This SF.net email is sponsored by Windows: > > > > Build for Windows Store. > > > > http://p.sf.net/sfu/windows-dev2dev > > ___ > > enlightenment-devel mailing list > > enlightenment-devel@lists.sourceforge.net > > https://lists.sourceforge.net/lists/listinfo/enlightenment-devel > > > > -- > This SF.net email is sponsored by Windows: > > Build for Windows Store. > > http://p.sf.net/sfu/windows-dev2dev > ___ > enlightenment-devel mailing list > enlightenment-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/enlightenment-devel > -- This SF.net email is sponsored by Windows: Build for Windows Store. http://p.sf.net/sfu/windows-dev2dev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E18 CFBugs #2
On Wed, Jun 12, 2013 at 3:17 AM, Gustavo Lima Chaves wrote: > * Carsten Haitzler [2013-06-12 09:02:31 +0900]: > > > On Tue, 11 Jun 2013 16:35:01 +0100 Ian Lee said: > > > > > Application based resize markers don't let me resize the application. > > > > > > I sometimes use my keyboard on another system, when I plug it back in > it > > > defaults to the X11 keyboard layout which is US and not what is > configure > > > in E17 > > > > e has no xinput hotplug support at all. there is zero code, so you > basically > > just get whatever xorg is configured to do by default with a new kbd > device - i > > think in xorg.conf. e has no idea you plugged in a new keyboard (or > mouse etc.). > > - on e dialogs, checkboxes toggled by the spacebar only get re-drawn after > we unselect the item > there's no code anywhere which handles keyboard for check widgets...where are you seeing it? > > - quickaccess has lots of bugs. i think it gets misconfigured, for > non-transient windows (only mode that matters for me), very easily. at > least on e restart/re-login, i can say. > > I guess this got broken a few months ago by my rewrite of the module loading subsystem. fixed now > > > > > On 11 June 2013 16:15, Massimo Maiurana wrote: > > > > > > > Michael Blumenkrantz, il 11/06/2013 12:32, ha scritto: > > > > > efl bug, see http://edevel.tumblr.com/image/52633161038 > > > > > > > > > > > > > :))) > > > > > > > > > > > > -- > > > > > > > > Massimo Maiurana GPG keyID #7044D601 > > > > > > > > La fede e' credere in cio' che sai non essere vero > > > > [Mark Twain] > > > > > > > > > > > > > -- > > > > This SF.net email is sponsored by Windows: > > > > > > > > Build for Windows Store. > > > > > > > > http://p.sf.net/sfu/windows-dev2dev > > > > ___ > > > > enlightenment-devel mailing list > > > > enlightenment-devel@lists.sourceforge.net > > > > https://lists.sourceforge.net/lists/listinfo/enlightenment-devel > > > > > > > > -- > > > This SF.net email is sponsored by Windows: > > > > > > Build for Windows Store. > > > > > > http://p.sf.net/sfu/windows-dev2dev > > > ___ > > > enlightenment-devel mailing list > > > enlightenment-devel@lists.sourceforge.net > > > https://lists.sourceforge.net/lists/listinfo/enlightenment-devel > > > > > > > > > -- > > - Codito, ergo sum - "I code, therefore I am" -- > > The Rasterman (Carsten Haitzler)ras...@rasterman.com > > > > > > > -- > > This SF.net email is sponsored by Windows: > > > > Build for Windows Store. > > > > http://p.sf.net/sfu/windows-dev2dev > > ___ > > enlightenment-devel mailing list > > enlightenment-devel@lists.sourceforge.net > > https://lists.sourceforge.net/lists/listinfo/enlightenment-devel > > -- > Gustavo Lima Chaves > Senior Developer @ Intel - Open Source Technology Center > > > -- > This SF.net email is sponsored by Windows: > > Build for Windows Store. > > http://p.sf.net/sfu/windows-dev2dev > ___ > enlightenment-devel mailing list > enlightenment-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/enlightenment-devel > -- This SF.net email is sponsored by Windows: Build for Windows Store. http://p.sf.net/sfu/windows-dev2dev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E18 CFBugs #2
I battled with X and won. fixed. On Wed, Jun 12, 2013 at 5:48 AM, Daniel Juyung Seo wrote: > I have another focus issue. > Also this was introduced a while ago. Maybe a month? I don't remember the > date exactly (sorry for not reporting the issue. lazy..) > > 1. there are two terminologies A and B in one virtual desktop. > 2. A is focused and can get the keyboard input. > 3. ALT + TAB > 4. Still A has a focus. Still A gets the keyboard input. > > When I press alt+tab, both A and B's boarders are lighlighted as if the > focus move from A to B and from B to A again. > > My e18 focus settings is: > - Focus Policy : Sloppy > - New Window Focus : All windows > > If you need more information, let me know. > Thanks in advance. > > Daniel Juyung Seo (SeoZ) > > > > > On Tue, Jun 11, 2013 at 6:55 PM, Michael Blumenkrantz < > michael.blumenkra...@gmail.com> wrote: > > > The old thread was too long for me to see if I fixed everything, so post > > here if you have a bug that's present using the latest revision. > > > > > -- > > This SF.net email is sponsored by Windows: > > > > Build for Windows Store. > > > > http://p.sf.net/sfu/windows-dev2dev > > ___ > > enlightenment-devel mailing list > > enlightenment-devel@lists.sourceforge.net > > https://lists.sourceforge.net/lists/listinfo/enlightenment-devel > > > > -- > This SF.net email is sponsored by Windows: > > Build for Windows Store. > > http://p.sf.net/sfu/windows-dev2dev > ___ > enlightenment-devel mailing list > enlightenment-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/enlightenment-devel > -- This SF.net email is sponsored by Windows: Build for Windows Store. http://p.sf.net/sfu/windows-dev2dev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel