On Tue, 18 Feb 2014 10:51:35 +0900 Cedric BAIL <[email protected]> said:
> Hello, > > On Tue, Feb 18, 2014 at 10:17 AM, Jeff Hoogland <[email protected]> > wrote: > > Are you honestly complaining about issues with software you've compiled > > from a development repository? If you want super stable, consistent > > software use the *releases*. They are there for a reason. > > I will disagree with you here Jeff, it is valuable to get bug report > from problem on our git. For a long time we have considered that git > should be daily usable without trouble. So any bug report regarding a > problem that stay around for more than a few day and his not > referenced in phab is useful. well it will have troubles - but the point is for people to notice the troubles before it gets into a release and then make sure the release is as trouble-free as we can manage. if no one uses the git code then the only bugs we see are bugs that developers directly see themselves, which will be a small fraction of them overall. > > On Mon, Feb 17, 2014 at 6:20 PM, Florian Schaefer <[email protected]> wrote: > >> thanks to everybody for their hard efforts in developing this amazing > >> piece of software. Been using E for 10+ years now (I guess). Though, > >> lately it is making my life a bit more difficult (to say the least) and > >> I am getting to the point where I seriously considered switching to a > >> different WM as I cannot get my most basic tasks done any more. So I > >> decided to join the users discussions and try to slowly get my troubles > >> mended out. ;-) > >> > >> I am running the latest (ok, currently dating back to Sunday) git of > >> pretty much everything on a Debian/sid, and my problems started about > >> two or three weeks ago, I guess. > >> > >> One of them is related to window focus. I use sloppy focus and ever so > >> often it goes astray: I have, e.g., a java application, Pauker, that at > >> some point emits some kind of "alert", getting the focus. However, the > >> window is at that time on another virtual desktop and the window my > >> mouse cursor currently resides in is still having the decorations to > >> tell me "hey, I have currently the focus". Even moving the mouse between > >> some windows does not recover the focus (even though the title bars > >> indicate activated windows as expected). I am forced to switch to the > >> Pauker application, do something there and only after that I finally > >> regain control over my focus. > >> > >> I am experiencing a similar issue sometimes with the "Wicd Network > >> Manager" GUI window. It seems to have the focus when I hover with the > >> mouse over it. But then I try to press the connect button and just at > >> that moment it goes out of focus and the click gets to the underlying > >> window instead. To fix this I need to switch a bit between virtual > >> desktops and other windows until I can finally click this nasty connect > >> button. Very unnerving. > > I think other people did experience similar focus issue with E19 (E > from git). I think it is related to how people setup their windows. I > do have all of them always maximised and one application per virtual > desktop, that seems to not trigger any problem. I will let Mike > comment on those issue as he knows more than I do about E. > > >> Another point is application icons. Most of my application icons have > >> disappeared, both in the start menus (that's not so bad) and in the > >> windows itself (it get's kind of tricky to distinguish between several > >> minimized applications if all of them are without any kind of icon). The > >> point is that I cannot make out the system behind which icons are > >> missing. Some system applications are fine, some are not. Some of my > >> .desktop files in ~/.local/share/applications are fine, some are not. > >> And it also does not seem to be related to a particular type of image > >> format. Tried to delete the efreet cache, to no avail. I also tried to > >> define the application icons again by using the "create icon" function, > >> but this also does not work, the icon is shown in the configuration > >> dialog but seems to be discarded I closed this dialog (well, honestly > >> speaking I cannot remember a time in all those years where the "create > >> icon" function really reliably worked for me). > > So you did destroy ~/.cache/efreet/ ? Did you try to manually run > efreet_desktop_cache_create afterward (can be found in > /usr/lib/efreet/v-1.9/) ? I saw that problem once in the past week, > and Carsten to, but it did vanish after a rebuild and restart of E. So > I am currently lacking a clue of what is going on here. > > >> Perhaps related to that, most applications have also vanished from > >> Everything, and I get messages such as "app not found acroread" on the > >> console. Even though my acroread is still there and happily around. > > Yes, that would be related. > > >> I think that are my two main points for now: Trouble working at all > >> because I cannot get to focus the windows I need to be in focus and > >> trouble identifying them as they do not have any icons. > >> > >> I complied all e related stuff for a long time now without physics, > >> without gstreamer and without pulseaudio. But as someone introduced this > >> --really-nice-new-super-long-configure-option I tried to get at least > >> physics and gstreamer into efl. But really, I do not need a desktop > >> environment, just a window manager. I disabled anything related to efm > >> and could curse any program that creates a ~/Desktop folder. I do not > >> want this dammed thing. Therefore I also do not understand why I am > >> forced into compiling fancy stuff like physics simulation or video > >> playback into my WM. (I am happy using mplayer and and additonal video > >> libraries I am forced to install are just bloating my system without any > >> additional benefit to me.) But that's another, more philosophical, > >> question for now I guess... ;-) > > Well, EFL is not only for E, but also for Terminology. Having a good > and working video backend is part of the need for Terminology (For EFM > to in fact). Lately we have discovered bugs in libvlc that make the > vlc backend less reliable and so gstreamer1 is currently the best > option. As for physics, well, there have been the idea of using it in > E wallpaper at some point, but we never did have time to do so. > -- > Cedric BAIL > > ------------------------------------------------------------------------------ > Managing the Performance of Cloud-Based Applications > Take advantage of what the Cloud has to offer - Avoid Common Pitfalls. > Read the Whitepaper. > http://pubads.g.doubleclick.net/gampad/clk?id=121054471&iu=/4140/ostg.clktrk > _______________________________________________ > enlightenment-users mailing list > [email protected] > https://lists.sourceforge.net/lists/listinfo/enlightenment-users > -- ------------- Codito, ergo sum - "I code, therefore I am" -------------- The Rasterman (Carsten Haitzler) [email protected] ------------------------------------------------------------------------------ Managing the Performance of Cloud-Based Applications Take advantage of what the Cloud has to offer - Avoid Common Pitfalls. Read the Whitepaper. http://pubads.g.doubleclick.net/gampad/clk?id=121054471&iu=/4140/ostg.clktrk _______________________________________________ enlightenment-users mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/enlightenment-users
