Re: [e-users] e22.3.0 windows/desktop focus problems in combination with recent nvidia drivers
On 9/29/18 4:03 PM, minimec wrote: A long time ago there was a build script, 'easy_e17.sh' it was called I tnink, that checked the project tree for new code and compiled the components accordingly. Would such a script still exist? Or what would be your recommended way to compile enlightenment from source? Needs to install Arch. Some people may be interested, it works fine... Maintainer/packager, Raster himself https://aur.archlinux.org/packages/efl-git/ https://aur.archlinux.org/packages/enlightenment-git/ ___ enlightenment-users mailing list enlightenment-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-users
Re: [e-users] e22.3.0 windows/desktop focus problems in combination with recent nvidia drivers
Hi, On Saturday 29 September 2018 16:03, minimec wrote : > A long time ago there was a build script, 'easy_e17.sh' it was called I > tnink, that checked the project tree for new code and compiled the > components accordingly. Would such a script still exist? Or what would be > your recommended way to compile enlightenment from source? I use mine on a daily basis https://git.enlightenment.org/devs/jeyzu/scripts.git/tree/build-fcts.sh https://git.enlightenment.org/devs/jeyzu/scripts.git/tree/build-box.sh you must first git clone the desired repos you can override the default vars with an efl-build.conf file (https://git.enlightenment.org/devs/jeyzu/scripts.git/tree/clang-flags.conf) > --- Hell'O from Yverdoom Jérémy (jeyzu) ___ enlightenment-users mailing list enlightenment-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-users
Re: [e-users] Beta API tutorial GUI demo, untidiness
On Wed, 26 Sep 2018, Carsten Haitzler wrote: tutorial for a beta API that is absolutely not stable yet and is explicitly marked as such. it is changing and not ready for general use. It's available as a kind of preview as well as for developers to give feedback on the API and design and so on. Things like you see are just part of development and happen because it's not a stable "supported" API set at this point. Ok, so it is more of alpha there. Never mind. That's bizarre. how a left and right mouse click would get mixed up. I can't imagine how that might happen inside EFL - it just passes the button # in events up the chain from X. that integer would have to magically change at random for that to happen... Yes, it is bizarre, and it has nothing to with enlightenment or efl. Last week the desktop got so instable I could no longer use it as my work environment, so I decided to clean out my /usr/locale, including efl libraries, and install xfce for now. The same symptoms with the mouse buttons show up there, so I guess this is some kernel driver or hardware problem. That's buffer age related there. either driver is mis-reporting buffer age or we're totally losing update regions in the buffer "ring" history. I am unsure about the latter being possible, so the only other option might be rectangle math is wrong and just sometimes loses rects when merging multiple frames of update rects... but that also seems unlikely otherwise we'd get odd results for just any update, buffer age or not and lose rects etc. so it leads me to mostly suspect buffer age, but it's hard to prove for sure. literally would have to store every buffer entirely and then before every render compare it against all buffers in the history list to see which one the content matches up with vs the age reported. it's expensive stuff. Did I mention that I also have the latest nvidia drivers installed? this machine has a nvidia geforce gtx 1060 with nvidia 390.77 drivers. This effect does not happen with xfce now. there are a few possible options here, but the main would be using the netwm activate request where intellij is asking for an activation and e obliges (that means switching to that desktop, raising that window and focusing it). another option is thatr inellij is just setting focus directly. it could also be a new window being opened up and if e's policy is "focus all new windows" then this might happen - the default is to focus new windows only if a parent of that dialog is focused. it's probably the first though. in the end intellij is probably asking this to happen. can you find a setting to turn this off? in the end we could try workarounds like in remembers/locks allow windows to be on a blacklist to never "activate" if asked by a client or only do it in certain cases (that desktop is active, that screen has mouse on it, etc.) which is a workaround a bad app - we'd have to add features for that, but can be done. In a couple of weeks when I have more time I will restart building the enlightenment environment from scratch, and see if it goes better with a clean build with no locally installed libraries interfering. I hope it will solve some of the wierd effects... I will keep in mind looking for the focus setting with intellij then. Regards Peter -- ___ enlightenment-users mailing list enlightenment-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-users
Re: [e-users] e22.3.0 windows/desktop focus problems in combination with recent nvidia drivers
Dear Raster. Thank you for your reply. > Input should have nothing to do with driver. it's unrelated to any video driver (nvidia) code. This doesn't make sense... :/ It's something else. After having read your reply, I checked my config and startup script and found, that I run a modified gnome-session every time I start enlightenment. That comes from a time when I used a gnome-panel in my enlightenment session. So removing that gnome-session solved my most important problems. Heureka! So it looks like that gnome-session interfered with the enlightenment session from time to time. Still it is interesting to see, that the problems only came up, once I started to use the nvidia-396 driver. Strange... > So the first port of call is to look into if the latest efl + e from git master... A long time ago there was a build script, 'easy_e17.sh' it was called I tnink, that checked the project tree for new code and compiled the components accordingly. Would such a script still exist? Or what would be your recommended way to compile enlightenment from source? THX again for your time. Am Fr., 28. Sep. 2018 um 19:49 Uhr schrieb Carsten Haitzler < ras...@rasterman.com>: > On Fri, 28 Sep 2018 14:59:59 +0200 minimec said: > > Input should have nothing to do with driver. it's unrelated to any video > driver > (nvidia) code. This doesn't make sense... :/ It's something else. > > So the first port of call is to look into if the latest efl + e from git > master > still show the same issues, and then to hunt what they are. maybe latest > efl > release (instead of efl git) plus e from git master. then we can narrow > down > maybe if it's been fixed or if still there, what. > > > My friends... > > > > For a long time now I lived with some bugs with ubuntu 16.04 + e22.3.0 > > (ppa) and a nvidia gtx1060, running the default ubuntu version of the > > proprietary nvidia driver, (nvidia-384). I was not able to do right > clicks > > in some software (telegram-desktop) and had some 'ghosts' of closed or > > minimized applications in the pager and the window switcher. Also I lost > > focus on popup windows in some apps (gnome-screenshot). I could live with > > that... I have seen worse in my ~15(!) years of enlightenment usage. > > > > Now I had to switch to the latest nvidia-396, because of some steam > games I > > would like to play. Problems have become worse! Now I completely loose > > focus from time to time for the whole desktop. Although I can drag > windows > > around and close them, I cannot open any enlightenment menu from the > > desktop with my mouse, I cannot type anymore (or only certain keys work). > > The only way to get focus back, is to switch to a console and back to X. > > > > I have come to a point, where I really need your help. I cannot continue > my > > enlightenment experience like that. My hope is that some of you might be > > aware of similar problems and are able to share their solution (nvidia > GPU > > configuration) or enlightenment rendering settings. > > > > If you don't have a solution for me, I probably need to step back to e17 > in > > combination with bodhilinux or use a different window manager. Stepping > > back to nvidia-384 is a temporary solution maybe, but I would not be able > > to use my computer and GPU the way I want i to use, as I would not be > able > > to play the games I want, that need a rather recent nvidia-driver. > > > > Please help me. The e17 desktop was and still is an enlightenment for > me. I > > cannot imagine living without it on a multi-screen setup. > > > > sincerely yours... > > > > minimec > > > > ___ > > enlightenment-users mailing list > > enlightenment-users@lists.sourceforge.net > > https://lists.sourceforge.net/lists/listinfo/enlightenment-users > > > > > -- > - Codito, ergo sum - "I code, therefore I am" -- > Carsten Haitzler - ras...@rasterman.com > > ___ enlightenment-users mailing list enlightenment-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-users
[e-users] ppa found
Hi I found the following enlightenment ppa https://launchpad.net/~torkvemada/+archive/ubuntu/e22 Ciao ___ enlightenment-users mailing list enlightenment-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-users