Re: [e-users] Window stacking policy acting strange ( Chromium )
Don't need to close. Shade and unshade window restores the contents. I don't know if this is a bug in chrome or e19. On 7 Sep, 2014 12:41 am, "mh" wrote: > On 09/06/2014 11:32 AM, Mick wrote: > > On Saturday 06 Sep 2014 07:49:40 Carsten Haitzler wrote: > >> On Fri, 5 Sep 2014 10:21:02 +1000 Daniel Kasak > > said: > >>> Recently E ( built from git, as of a couple of days ago as far as I can > >>> tell ) has started raising windows contrary to my settings. In Focus > >>> Settings ==> Miscellaneous, I have: > >>> > >>> [x] Always pass click events to programs > >>> [ ] Click raises the window > >>> [ ] Click focuses the window > >>> [x] Refocus last window on desktop switch > >>> [x] Focus last focused window on lost focus > >>> > >>> The problem is that clicks *sometimes* raise windows. Chromium, in > >>> particular, will usually be raised if I click in it ... though > sometimes > >>> not. Other windows appear far less ( possibly not at all ) likely to be > >>> raised. Is Chromium requesting to be raised when clicked, and E > honoring > >>> this? > >> if this is a recent chromium, then i suspect "yes". chromium s of v34 > duped > >> gtk with a home-grown xlib direct backend of theirs (called aurora) and > as > >> of that all sorts of stuff has broken. behavior has gone down the tubes. > >> > >> you know alt+click (drag to move) will raise anyway... so if you do > that... > > I noticed Chromium 37.0.2062.94 (290621) (64-bit) playing up here too, > on e18. > > If I minimise it and then restore it, the whole window is blank > (white). I > > haven't found a way of making it refresh/rerender its content. > > Same here, with Chrome 37.0.2062.94 64-bit, and E 0.19.0.18686. Have to > close and restart. > > > -- > Slashdot TV. > Video for Nerds. Stuff that matters. > http://tv.slashdot.org/ > ___ > enlightenment-users mailing list > enlightenment-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/enlightenment-users > -- Slashdot TV. Video for Nerds. Stuff that matters. http://tv.slashdot.org/ ___ enlightenment-users mailing list enlightenment-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-users
Re: [e-users] Window stacking policy acting strange ( Chromium )
Interesting. I've just read a little on this. I guess they're only interested in testing in Ubuntu. I had used Chromium on my home server because it was a little faster than Firefox ( on my laptop, Chromium gives hard lockups ). I'll switch back to Firefox. Dan On Sun, Sep 7, 2014 at 2:26 AM, mh wrote: > On 09/06/2014 11:32 AM, Mick wrote: > > On Saturday 06 Sep 2014 07:49:40 Carsten Haitzler wrote: > >> On Fri, 5 Sep 2014 10:21:02 +1000 Daniel Kasak > > said: > >>> Recently E ( built from git, as of a couple of days ago as far as I can > >>> tell ) has started raising windows contrary to my settings. In Focus > >>> Settings ==> Miscellaneous, I have: > >>> > >>> [x] Always pass click events to programs > >>> [ ] Click raises the window > >>> [ ] Click focuses the window > >>> [x] Refocus last window on desktop switch > >>> [x] Focus last focused window on lost focus > >>> > >>> The problem is that clicks *sometimes* raise windows. Chromium, in > >>> particular, will usually be raised if I click in it ... though > sometimes > >>> not. Other windows appear far less ( possibly not at all ) likely to be > >>> raised. Is Chromium requesting to be raised when clicked, and E > honoring > >>> this? > >> if this is a recent chromium, then i suspect "yes". chromium s of v34 > duped > >> gtk with a home-grown xlib direct backend of theirs (called aurora) and > as > >> of that all sorts of stuff has broken. behavior has gone down the tubes. > >> > >> you know alt+click (drag to move) will raise anyway... so if you do > that... > > I noticed Chromium 37.0.2062.94 (290621) (64-bit) playing up here too, > on e18. > > If I minimise it and then restore it, the whole window is blank > (white). I > > haven't found a way of making it refresh/rerender its content. > > Same here, with Chrome 37.0.2062.94 64-bit, and E 0.19.0.18686. Have to > close and restart. > > > -- > Slashdot TV. > Video for Nerds. Stuff that matters. > http://tv.slashdot.org/ > ___ > enlightenment-users mailing list > enlightenment-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/enlightenment-users > -- Slashdot TV. Video for Nerds. Stuff that matters. http://tv.slashdot.org/ ___ enlightenment-users mailing list enlightenment-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-users
Re: [e-users] Window stacking policy acting strange ( Chromium )
On 09/06/2014 11:32 AM, Mick wrote: > On Saturday 06 Sep 2014 07:49:40 Carsten Haitzler wrote: >> On Fri, 5 Sep 2014 10:21:02 +1000 Daniel Kasak > said: >>> Recently E ( built from git, as of a couple of days ago as far as I can >>> tell ) has started raising windows contrary to my settings. In Focus >>> Settings ==> Miscellaneous, I have: >>> >>> [x] Always pass click events to programs >>> [ ] Click raises the window >>> [ ] Click focuses the window >>> [x] Refocus last window on desktop switch >>> [x] Focus last focused window on lost focus >>> >>> The problem is that clicks *sometimes* raise windows. Chromium, in >>> particular, will usually be raised if I click in it ... though sometimes >>> not. Other windows appear far less ( possibly not at all ) likely to be >>> raised. Is Chromium requesting to be raised when clicked, and E honoring >>> this? >> if this is a recent chromium, then i suspect "yes". chromium s of v34 duped >> gtk with a home-grown xlib direct backend of theirs (called aurora) and as >> of that all sorts of stuff has broken. behavior has gone down the tubes. >> >> you know alt+click (drag to move) will raise anyway... so if you do that... > I noticed Chromium 37.0.2062.94 (290621) (64-bit) playing up here too, on e18. > If I minimise it and then restore it, the whole window is blank (white). I > haven't found a way of making it refresh/rerender its content. Same here, with Chrome 37.0.2062.94 64-bit, and E 0.19.0.18686. Have to close and restart. -- Slashdot TV. Video for Nerds. Stuff that matters. http://tv.slashdot.org/ ___ enlightenment-users mailing list enlightenment-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-users
Re: [e-users] Window stacking policy acting strange ( Chromium )
On Saturday 06 Sep 2014 07:49:40 Carsten Haitzler wrote: > On Fri, 5 Sep 2014 10:21:02 +1000 Daniel Kasak said: > > Recently E ( built from git, as of a couple of days ago as far as I can > > tell ) has started raising windows contrary to my settings. In Focus > > Settings ==> Miscellaneous, I have: > > > > [x] Always pass click events to programs > > [ ] Click raises the window > > [ ] Click focuses the window > > [x] Refocus last window on desktop switch > > [x] Focus last focused window on lost focus > > > > The problem is that clicks *sometimes* raise windows. Chromium, in > > particular, will usually be raised if I click in it ... though sometimes > > not. Other windows appear far less ( possibly not at all ) likely to be > > raised. Is Chromium requesting to be raised when clicked, and E honoring > > this? > > if this is a recent chromium, then i suspect "yes". chromium s of v34 duped > gtk with a home-grown xlib direct backend of theirs (called aurora) and as > of that all sorts of stuff has broken. behavior has gone down the tubes. > > you know alt+click (drag to move) will raise anyway... so if you do that... I noticed Chromium 37.0.2062.94 (290621) (64-bit) playing up here too, on e18. If I minimise it and then restore it, the whole window is blank (white). I haven't found a way of making it refresh/rerender its content. -- Regards, Mick -- Slashdot TV. Video for Nerds. Stuff that matters. http://tv.slashdot.org/___ enlightenment-users mailing list enlightenment-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-users
Re: [e-users] Phabricator
On Fri, 5 Sep 2014 20:44:23 -0500 Larry Wyble wrote: >On Sat, 06 Sep 2014 10:36:35 +0930 >Simon wrote: > >> On 09/06/2014 04:17 AM, Larry Wyble wrote: >> > >> > I read the following in the Phabricator: >> > >> > after all, your desktop configurator tool can translate .png >> > or .jpg images to .edj for you to use them as backgrounds. >> > >> > >> > Where is this magical tool? I've been building my own .edj files >> > for this purpose. Not that it's that hard but it would be nice to >> > know where these types of things are instead of just reading that >> > they exist somewhere. >> > >> > BTW I'm using E19. If that makes any difference. >> > >> > Thanks >> > >> > >> The wallpaper dialog will do this if you select a image > >Nope tried it, comes back at ya' with "unable to import image, are you >sure this is a valid image"? Tried .png and .jpg both. Doesn't work,of >course as I mentioned I'm using E19 so it could be that, I don't know. >Doesn't matter that much I guess, at 65 I am now learning edje. :) >I think if I sit at this computer much longer the ol' gal is gonna run >me off though. lol Wow, Larry! 65 and running e! You must be one of the hippest geezers in the World! :) Good show! > >I found the edje data collection reference and I'm getting a pretty >good idea about how this is supposed to work, I'm just trying to figure >out how to put the parts together. I'm having a hell of a time figuring >out the group and part naming system though, It says "The name that >will be used by the application to load the resulting Edje object and >to identify the group to swallow in a GROUP part." I don't get what >they're saying here. My cypherin' box (brain) ain't what it used to >be. Lol What did that cypherin' box do before retirement? Seems like a pretty amazing and non-conventional one. ;) > >Anyway Some day I will get a theme written and the world will be a >better place. Lol > >Thanks for answering my question though. > > > >> -- >> Slashdot TV. >> Video for Nerds. Stuff that matters. >> http://tv.slashdot.org/ >> ___ >> enlightenment-users mailing list >> enlightenment-users@lists.sourceforge.net >> https://lists.sourceforge.net/lists/listinfo/enlightenment-users > > >-- >Slashdot TV. >Video for Nerds. Stuff that matters. >http://tv.slashdot.org/ >___ >enlightenment-users mailing list >enlightenment-users@lists.sourceforge.net >https://lists.sourceforge.net/lists/listinfo/enlightenment-users -- Regards, Christopher Barry Random geeky fortune: A friend in need is a pest indeed. -- Slashdot TV. Video for Nerds. Stuff that matters. http://tv.slashdot.org/ ___ enlightenment-users mailing list enlightenment-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-users
[e-users] building enlightenment 0.18.8
> From: Larry Wyble > on make install > > Making install in modules > make[2]: Entering directory > `/usr/local/src/enlightenment-0.18.8/src/modules' make[3]: Entering > directory `/usr/local/src/enlightenment-0.18.8/src/modules' make[3]: > *** No rule to make target `tiling/e-module-tiling.edj', needed by > `all-am'. Stop. I've run into this a few times as well. It looks like there's a bug in one of the Makefiles. "make clean" (and perhaps others) will delete one of the source files (e-module-tiling.edj) and the only way to recover it is to re-unpack the downloaded source. -- Slashdot TV. Video for Nerds. Stuff that matters. http://tv.slashdot.org/ ___ enlightenment-users mailing list enlightenment-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-users