Re: [e-users] E 0.25.3 locking resets dpms to Standby: 11 Suspend: 12 Off: 13
On Tue, Oct 03, 2023 at 08:55:26PM +0200, Benoît-Pierre Demaine wrote: > As said earlier, I have a similar issue; my fix was this in .xinitrc . Since > that bit of code, I never had the issue again. Issue happens to me when I > resume from suspend to ram (not each time, one out of 10). Thanks. I can go into workarounds like this one indeed, but kind of was hoping the root cause would be identified and fixed in E, or somehow a setting I'm missing. > { > # Screen timeout and brightness > while true > do > val=$(xset q | grep timeout: | awk '{print $2}' ) > [ $val -lt 30 ] && xset s 300 > xrandr --output LVDS-1 --brightness 1 # 1 is full, 0 i slow; > 0.5 is medium > echo 4882 > /sys/class/backlight/intel_backlight/brightness > # 0 is low, 4882 is max, 600 is medium > sleep 10 > export | grep DISPLAY || exit > export | grep DISPLAY || return > done > } & > > > > > On 03/10/2023 19:56, Marc MERLIN wrote: > > So if there is no solution, should I just stop using the E screensaver > > and switch back to xlock? > > > > On Thu, Sep 28, 2023 at 10:36:15AM -0700, Marc MERLIN wrote: > > > On Sun, Sep 10, 2023 at 12:14:21PM +0100, Carsten Haitzler wrote: > > > > > Basically I have this problem: > > > > > sauron:~$ xset q | tail -4 > > > > > DPMS (Energy Star): > > > > >Standby: 300Suspend: 360Off: 420 > > > > >DPMS is Enabled > > > > >Monitor is On > > > > > sauron:~$ enlightenment_remote -desktop-lock > > > > > sauron:~$ xset q | tail -4 > > > > > DPMS (Energy Star): > > > > >Standby: 11Suspend: 12Off: 13 > > > > >DPMS is Enabled > > > > >Monitor is On > > > > > > > > > > I looked in the E settings, my blanking timeout is minutes, and my > > > > > special timeout when locked is 17 seconds > > > > > > > > > > I cannot find where DPMS 11, 12, 11 comes from. > SNIP > > > > -- > >o_/ DEMAINE Benoît-Pierre (aka DoubleHP) http://benoit.demaine.info/ > If computing were an exact science, IT engineers would'nt have work \_o< > > "So all that's left, Is the proof that love's not only blind but deaf." > (FAKE TALES OF SAN FRANCISCO, Arctic Monkeys) > > -- "A mouse is a device used to point at the xterm you want to type in" - A.S.R. Home page: http://marc.merlins.org/ | PGP 7F55D5F27AAF9D08 ___ enlightenment-users mailing list enlightenment-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-users
Re: [e-users] E 0.25.3 locking resets dpms to Standby: 11 Suspend: 12 Off: 13
So if there is no solution, should I just stop using the E screensaver and switch back to xlock? On Thu, Sep 28, 2023 at 10:36:15AM -0700, Marc MERLIN wrote: > On Sun, Sep 10, 2023 at 12:14:21PM +0100, Carsten Haitzler wrote: > > > Basically I have this problem: > > > sauron:~$ xset q | tail -4 > > > DPMS (Energy Star): > > > Standby: 300Suspend: 360Off: 420 > > > DPMS is Enabled > > > Monitor is On > > > sauron:~$ enlightenment_remote -desktop-lock > > > sauron:~$ xset q | tail -4 > > > DPMS (Energy Star): > > > Standby: 11Suspend: 12Off: 13 > > > DPMS is Enabled > > > Monitor is On > > > > > > I looked in the E settings, my blanking timeout is minutes, and my > > > special timeout when locked is 17 seconds > > > > > > I cannot find where DPMS 11, 12, 11 comes from. > > > > e just sets those to timeout + 10, 11, 12 - so screen blanking time is 1. i > > don't see this ever happen - i can't really say much. i do not know what > > logic > > path causes this. > > Thanks for having a look. On my side it's not happening reliably, so > havne't pinned it down, although it's definitely linked to the > screensaver having reset this by the time I unlock the screen. > I a using E's built in screensaver. I guess I could switch back to xlock > > I just locked with E CTRL+ALT+L, unlocked, and immediately see: > Screen Saver: > prefer blanking: yesallow exposures: yes > timeout: 300cycle: 300 > > DPMS (Energy Star): > Standby: 11Suspend: 12Off: 13 > DPMS is Enabled > > > there it's set to 10 sec. 0 will turn this feature off so it'll just have > > the > > usual blanking timeout (e.g. 10min/600sec in this case). once you unlock the > > screensaver blanking time should go back to the normal amount. you may find > > the > > screensaver timeout will be LESS because of backlight dimming. i had it off > > in > > the above example. if i have it on and set to 5 seconds like: > > > > http://www.enlightenment.org/ss/e-64fda48aa43879.64018673.png > > mmh, bummer, looks like the SS is gone already. > > I assume you referred to "special timeout when screen is locked"? > If so, I tried to set it to 0, but locking and unlocking brought me back to > Screen Saver: > prefer blanking: yesallow exposures: yes > timeout: 300cycle: 300 > DPMS (Energy Star): > Standby: 11Suspend: 12Off: 13 > DPMS is Enabled > Monitor is On > > So, no dice. > > Any idea what I can try to tweak outside of removing the E screensaver > altogether? > > Thanks, > Marc > -- > "A mouse is a device used to point at the xterm you want to type in" - A.S.R. > > Home page: http://marc.merlins.org/ | PGP > 7F55D5F27AAF9D08 > > > ___ > enlightenment-users mailing list > enlightenment-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/enlightenment-users > -- "A mouse is a device used to point at the xterm you want to type in" - A.S.R. Home page: http://marc.merlins.org/ | PGP 7F55D5F27AAF9D08 ___ enlightenment-users mailing list enlightenment-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-users
Re: [e-users] E 0.25.3 locking resets dpms to Standby: 11 Suspend: 12 Off: 13
On Sun, Sep 10, 2023 at 12:14:21PM +0100, Carsten Haitzler wrote: > > Basically I have this problem: > > sauron:~$ xset q | tail -4 > > DPMS (Energy Star): > > Standby: 300Suspend: 360Off: 420 > > DPMS is Enabled > > Monitor is On > > sauron:~$ enlightenment_remote -desktop-lock > > sauron:~$ xset q | tail -4 > > DPMS (Energy Star): > > Standby: 11Suspend: 12Off: 13 > > DPMS is Enabled > > Monitor is On > > > > I looked in the E settings, my blanking timeout is minutes, and my > > special timeout when locked is 17 seconds > > > > I cannot find where DPMS 11, 12, 11 comes from. > > e just sets those to timeout + 10, 11, 12 - so screen blanking time is 1. i > don't see this ever happen - i can't really say much. i do not know what logic > path causes this. Thanks for having a look. On my side it's not happening reliably, so havne't pinned it down, although it's definitely linked to the screensaver having reset this by the time I unlock the screen. I a using E's built in screensaver. I guess I could switch back to xlock I just locked with E CTRL+ALT+L, unlocked, and immediately see: Screen Saver: prefer blanking: yesallow exposures: yes timeout: 300cycle: 300 DPMS (Energy Star): Standby: 11Suspend: 12Off: 13 DPMS is Enabled > there it's set to 10 sec. 0 will turn this feature off so it'll just have the > usual blanking timeout (e.g. 10min/600sec in this case). once you unlock the > screensaver blanking time should go back to the normal amount. you may find > the > screensaver timeout will be LESS because of backlight dimming. i had it off in > the above example. if i have it on and set to 5 seconds like: > > http://www.enlightenment.org/ss/e-64fda48aa43879.64018673.png mmh, bummer, looks like the SS is gone already. I assume you referred to "special timeout when screen is locked"? If so, I tried to set it to 0, but locking and unlocking brought me back to Screen Saver: prefer blanking: yesallow exposures: yes timeout: 300cycle: 300 DPMS (Energy Star): Standby: 11Suspend: 12Off: 13 DPMS is Enabled Monitor is On So, no dice. Any idea what I can try to tweak outside of removing the E screensaver altogether? Thanks, Marc -- "A mouse is a device used to point at the xterm you want to type in" - A.S.R. Home page: http://marc.merlins.org/ | PGP 7F55D5F27AAF9D08 ___ enlightenment-users mailing list enlightenment-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-users
Re: [e-users] E 0.25.3 locking resets dpms to Standby: 11 Suspend: 12 Off: 13
Hi Raster, I still have this issue daily. Any ideas? On Fri, Aug 11, 2023 at 11:27:46PM +0200, Benoît-Pierre Demaine wrote: > I have a similar problem sometimes when I come out from suspend to RAM, my > sleep time gets set to 10s instead of 600. About once a month. Never could > track it. > > On 11/08/2023 22:43, Marc MERLIN wrote: > > Basically I have this problem: > > sauron:~$ xset q | tail -4 > > DPMS (Energy Star): > >Standby: 300Suspend: 360Off: 420 > >DPMS is Enabled > >Monitor is On > > sauron:~$ enlightenment_remote -desktop-lock > > sauron:~$ xset q | tail -4 > > DPMS (Energy Star): > >Standby: 11Suspend: 12Off: 13 > >DPMS is Enabled > >Monitor is On > > > > I looked in the E settings, my blanking timeout is minutes, and my > > special timeout when locked is 17 seconds > > > > I cannot find where DPMS 11, 12, 11 comes from. > > > > I have to keep resetting it after I unlock, with > > sauron:~$ xset dpms 311 312 313 > > > > Any ideas? > > > > Thanks, > > Marc > > > -- > >o_/ DEMAINE Benoît-Pierre (aka DoubleHP) http://benoit.demaine.info/ > If computing were an exact science, IT engineers would'nt have work \_o< > > "So all that's left, Is the proof that love's not only blind but deaf." > (FAKE TALES OF SAN FRANCISCO, Arctic Monkeys) > > -- "A mouse is a device used to point at the xterm you want to type in" - A.S.R. Home page: http://marc.merlins.org/ ___ enlightenment-users mailing list enlightenment-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-users
Re: [e-users] E 0.25.3 locking resets dpms to Standby: 11 Suspend: 12 Off: 13
If that helps, my settings -- "A mouse is a device used to point at the xterm you want to type in" - A.S.R. Home page: http://marc.merlins.org/ | PGP 7F55D5F27AAF9D08 ___ enlightenment-users mailing list enlightenment-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-users
[e-users] E 0.25.3 locking resets dpms to Standby: 11 Suspend: 12 Off: 13
Basically I have this problem: sauron:~$ xset q | tail -4 DPMS (Energy Star): Standby: 300Suspend: 360Off: 420 DPMS is Enabled Monitor is On sauron:~$ enlightenment_remote -desktop-lock sauron:~$ xset q | tail -4 DPMS (Energy Star): Standby: 11Suspend: 12Off: 13 DPMS is Enabled Monitor is On I looked in the E settings, my blanking timeout is minutes, and my special timeout when locked is 17 seconds I cannot find where DPMS 11, 12, 11 comes from. I have to keep resetting it after I unlock, with sauron:~$ xset dpms 311 312 313 Any ideas? Thanks, Marc -- "A mouse is a device used to point at the xterm you want to type in" - A.S.R. Home page: http://marc.merlins.org/ | PGP 7F55D5F27AAF9D08 ___ enlightenment-users mailing list enlightenment-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-users
Re: [e-users] Cannot find presentation mode in e 0.25.3-1
On Fri, Sep 16, 2022 at 08:14:59PM +0100, Carsten Haitzler wrote: > this is suspicious. if e had set this, it'd be 1 second. not 60. dpms it > always > set to screenblank time + 10sec (and the suspend +11, off +12). you know e set > it if this is what it says. e.g.: My xsession sets this once at X start. I restarted E right now to give it a chance to reset its own Screen Saver: prefer blanking: yesallow exposures: yes timeout: 6cycle: 0 DPMS (Energy Star): Standby: 16Suspend: 17Off: 18 DPMS is Enabled Monitor is On nothing happens after 6 seconds. > Any axny x client can set screensaver timeout so beware what other > apps/tools/services you run. Can E reset it later, or I need to restart it like I did? Shouldn't E reset it when I use the settings to change values and apply? > try close your web browser (chrome). :) Mmmh, I have 3 chrome processes running. > > What else could it be? > > web browser. steam too. i wouldnt trust synergy either... try not using that. > either way - kill off things other than e. chrome has a nasty bug involving > suspending the screensavers and it will never un-suspend this unless you kill > off the browser. then it'll work. it is 100% a chrome bug the moment you play > any media (e.g. youtube or any ad with video, spotify too etc.). i've checked > and used a hacked up xscreensaver lib to print out when something tries to > suspend blanking and chrome does this badly/wrong (and it talks to the xserver > to do this - not e. has nothing to do with e). Yes, I understand this. Bummer that so many apps can go and mess with those settings without going through E Once an app does this, is there a way to override it, or have X split a list of apps that are blocking blanking? so yes, I killed all my chromes, and now it works. Restarted synergys, and it still works. found this but the python code is too old, couldn't get it to work. https://www.reddit.com/r/Chromium/comments/8hwibt/any_way_to_prevent_chrome_from_inhibiting/ see https://github.com/jnerin/dbus-listen-inhibit/issues/2 also https://bugs.chromium.org/p/chromium/issues/detail?id=931235 and https://bugs.launchpad.net/ubuntu/+source/gnome-session/+bug/1600622 mentions trying this, but it doesn't work either sauron:~$ dbus-send --print-reply --dest=org.gnome.SessionManager /org/gnome/SessionManager org.gnome.SessionManager.GetInhibitorsmethod Error org.freedesktop.DBus.Error.ServiceUnknown: The name org.gnome.SessionManager was not provided by any .service fi Now, as I write this, I restarted one chrome, display blank stopped working, killed it and display blank is still not working even after restarting E :( Is there anything E can do to help find the apps doing bad things, and override them if possible? Thanks, Marc -- "A mouse is a device used to point at the xterm you want to type in" - A.S.R. Home page: http://marc.merlins.org/ | PGP 7F55D5F27AAF9D08 ___ enlightenment-users mailing list enlightenment-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-users
Re: [e-users] Cannot find presentation mode in e 0.25.3-1
On Fri, Sep 16, 2022 at 09:33:47AM +0100, Carsten Haitzler wrote: > On Thu, 15 Sep 2022 21:44:27 -0700 Marc MERLIN said: > > > Howdy, > > > > I have the deb package, and the screen lock never comes on unless I > > manually tell E to lock. > > > > I do find screen lock settings but they don't seem to show a timeout. > > screen -> screen lock -> timers -> lock after blanking > > you can select how long after. locking is done either manually, by blanking > (set blanking timeout as above) or a lock after suspend. there isn't a > separate > lock timeout on its own (no real point - auto lock when you are away and if > you understood, I couldn't find it, now I have, thanks. Now it seems that my main issue is that my screen won't blank, so lock (20 seconds later) doesn't happen either. sauron:~$ xset q Keyboard Control: (...) Screen Saver: prefer blanking: yesallow exposures: yes timeout: 60cycle: 0 DPMS (Energy Star): Standby: 11Suspend: 12Off: 13 DPMS is Enabled Monitor is On things look good. > bluetooth lock devices too. when that bt device goes away (can't be pinged) e > will auto-lock if you set it as a lock devices. it's in the bt gadget popup in > the controls per device you paired. oh yes, that's nice. I don't have one, but could get one. Ideally this should work with my phone, but maybe my phone BT has too much range (charging in another room would still keep the laptop awake) > i removed presentation mode. there are actions now you can bind to turn > blanking on/off (under Screen -> Blanking On/Off/Toggle). so bind some key > combo to it. :) Everything shows that it should blank (see screenshot) but does not. I tried to set the timeout to 0.1m (6 sec), I can't find anywhere if E thinks blanking is currently enabled or not (a widget or status would help), I set CTRL+SHIFT+B to blanking on, apply, hit CTRL+SHIFT+B, wait and nothing, no blanking, and as a result, no screen lock either. I had synergy and killed it. I also had mplayer and killed it just in case they were stopping X from sleeping. What else could it be? Marc -- "A mouse is a device used to point at the xterm you want to type in" - A.S.R. Home page: http://marc.merlins.org/ | PGP 7F55D5F27AAF9D08 ___ enlightenment-users mailing list enlightenment-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-users
[e-users] Cannot find presentation mode in e 0.25.3-1
Howdy, I have the deb package, and the screen lock never comes on unless I manually tell E to lock. I do find screen lock settings but they don't seem to show a timeout. Older E had a way to enable presentation mode, which would prevent screensaver from kicking in. I can't find that anywhere, see video: https://photos.app.goo.gl/Vda79AbfkLur93io7 It used to be one level down from the top level menu, but now it's gone. CTRL+Shift+L locks, so does enlightenment_remote -desktop-lock it just doesn't happen on a timeout which I don't even know where to set anymore. What am I missing? Thanks, Marc -- "A mouse is a device used to point at the xterm you want to type in" - A.S.R. Home page: http://marc.merlins.org/ ___ enlightenment-users mailing list enlightenment-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-users
Re: [e-users] how to turn off the power connect/disconnect sound on e 0.25?
On Sun, Apr 24, 2022 at 10:56:23AM +0100, Carsten Haitzler wrote: > > > > > that sound exists for a very good reason - to tell you when your power > > > > > cable has been unplugged (someone kicked it loose - you accidentally > > > > > pulled it out etc.) or to know when plugging it is was successful > > > > > again. > > > > > > > > I know, but is there a way to turn it off if it's not welcome? > > > > > > yes - elementary config - audio settings. theme makes the sounds. sounds > > > come under "virtual" channels like alert, input, etc. ... you can mute > > > them. > > > > Is that in E settings? Look, Apps, Screen, Input, , Preferences, System? > > settings -> preferences -> elementary configureation. or just run not there > elementary_config That might be why :) sauron:~/misc/lists$ elementary_config Command 'elementary_config' not found, but can be installed with: sudo apt install libelementary-bin Marc -- "A mouse is a device used to point at the xterm you want to type in" - A.S.R. Home page: http://marc.merlins.org/ ___ enlightenment-users mailing list enlightenment-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-users
Re: [e-users] how to turn off the power connect/disconnect sound on e 0.25?
On Fri, Mar 25, 2022 at 10:07:06AM +, Carsten Haitzler wrote: > does sysfs actually report this? I have a thinkpad here and it doesn't do > anything like this (or i've never heard the plugging/unplugging sounds unless > i actually plug or unplug). i'd rather get to the bottom of this. > does /sys/class/power_supply/XXX (where XXX are the names of your AC and BAT > devices) actually mess up and sometimes report the power supply as not online? > (poke around and check the files)? I looked into it some more: the problem was that my power supply was borderline and the laptop would occasionally kick it out and take it back, causing plug/unplug events. The poewr supply is the smallest one that works well enough and that I can carry in my travel kit. The beefier power supplies are ridiculously big. That said, being able to turn off the notifications in that case, can be helpful. > > > that sound exists for a very good reason - to tell you when your power > > > cable > > > has been unplugged (someone kicked it loose - you accidentally pulled it > > > out > > > etc.) or to know when plugging it is was successful again. > > > > I know, but is there a way to turn it off if it's not welcome? > > yes - elementary config - audio settings. theme makes the sounds. sounds come > under "virtual" channels like alert, input, etc. ... you can mute them. Is that in E settings? Look, Apps, Screen, Input, , Preferences, System? Thanks, Marc -- "A mouse is a device used to point at the xterm you want to type in" - A.S.R. Home page: http://marc.merlins.org/ ___ enlightenment-users mailing list enlightenment-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-users
Re: [e-users] how to turn off the power connect/disconnect sound on e 0.25?
On Fri, Mar 25, 2022 at 12:55:52AM +, Carsten Haitzler wrote: > > On my thinkpad it triggers all the time when the laptop decides to stop > > and start charging to keep the battery topped up. > > I wasn't able to find which setting menu this is in, can anyone give me > > a clue? > > It should only be getting triggered when you plug/unplug ac power. it seems > something about your battery/power subsystem makes e think the power is being > plugged/unplugged. double check how the battery module is fetching info > (internal or udev). That is exactly what's happening, it's a thinkpad, it has a moronic power system, nothing I can do about it or fix > that sound exists for a very good reason - to tell you when your power cable > has been unplugged (someone kicked it loose - you accidentally pulled it out > etc.) or to know when plugging it is was successful again. I know, but is there a way to turn it off if it's not welcome? Thanks, Marc -- "A mouse is a device used to point at the xterm you want to type in" - A.S.R. Home page: http://marc.merlins.org/ | PGP 7F55D5F27AAF9D08 ___ enlightenment-users mailing list enlightenment-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-users
[e-users] how to turn off the power connect/disconnect sound on e 0.25?
On my thinkpad it triggers all the time when the laptop decides to stop and start charging to keep the battery topped up. I wasn't able to find which setting menu this is in, can anyone give me a clue? Thanks, Marc -- "A mouse is a device used to point at the xterm you want to type in" - A.S.R. Home page: http://marc.merlins.org/ ___ enlightenment-users mailing list enlightenment-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-users
Re: [e-users] Bugfix Release: Enlightenment 0.25.3
On Fri, Feb 11, 2022 at 12:33:09AM +, Carsten Haitzler wrote: > On Thu, 10 Feb 2022 06:56:04 -0800 Marc MERLIN said: > > > On Thu, Feb 10, 2022 at 10:03:15AM +, Carsten Haitzler wrote: > > > Bugfix releases. Summary info here: > > > > > > https://www.enlightenment.org/news/2022-02-10-enlightenment-0.25.3 > > > > Thanks. Where will be the setting to turn off, be located in the menus? > > in swipe bindings Thanks, that's where I looked in the version without the patch. Is it normal that it says "your user is not part of input group, libinput cannot be used", and then swipe bindings is empty? Or ultimately I won't care because that binding will be off by default once I install the new version? Thanks, Marc -- "A mouse is a device used to point at the xterm you want to type in" - A.S.R. Home page: http://marc.merlins.org/ ___ enlightenment-users mailing list enlightenment-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-users
Re: [e-users] Bugfix Release: Enlightenment 0.25.3
On Thu, Feb 10, 2022 at 10:03:15AM +, Carsten Haitzler wrote: > Bugfix releases. Summary info here: > > https://www.enlightenment.org/news/2022-02-10-enlightenment-0.25.3 Thanks. Where will be the setting to turn off, be located in the menus? Marc -- "A mouse is a device used to point at the xterm you want to type in" - A.S.R. Home page: http://marc.merlins.org/ | PGP 7F55D5F27AAF9D08 ___ enlightenment-users mailing list enlightenment-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-users
Re: [e-users] E 0.23.5 -> 0.25.1-1 upgrade aftermath
On Tue, Feb 08, 2022 at 08:32:20AM -0800, Ross Vandegrift wrote: > On Tue, Feb 08, 2022 at 10:20:00AM +, Carsten Haitzler wrote: > > On Thu, 3 Feb 2022 21:57:25 -0800 Marc MERLIN said: > > > Totally fine with me, I can wait a little bit if that allows you to > > > release > > > a .2 package and is less work for you. > > > > 0.25.2 is out now... arch linux is already updated (at the same time i > > announced the release). other distros... well... they will need their > > packagers > > to do their thing. > > Thanks - packages are updated. Marc, you should see 0.25.2 in unstable > now, and in testing in ~5 days. Thanks, I upgraded: ii enlightenment 0.25.2-1 amd64X11 window manager based on EFL Sadly I have the exact same bug with both software and hardware rendering. Hardware rendering is the weirdest because my input goes both to the text console and X, so if I type echo $$ > /tmp/$$ I get 2 files, one from X and one from the text console. I didn't know what option to turn off, but found the git commit https://git.enlightenment.org/core/enlightenment.git/commit/?id=264b59c42fdb2a926a28eb054591bdb8f81a68ce it says it's off by default, but maybe not for me since I upgraded too early. I looked around preferences/input/swipe settings (just guessing, no idea where that setting, is) and got "no devices detect that are capable of gesture recognition" and I'm not sure where the magic setting to turn off, is. Any idea? Thanks, Marc -- "A mouse is a device used to point at the xterm you want to type in" - A.S.R. Home page: http://marc.merlins.org/ ___ enlightenment-users mailing list enlightenment-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-users
Re: [e-users] E 0.23.5 -> 0.25.1-1 upgrade aftermath
On Mon, Jan 31, 2022 at 10:01:56PM -0800, Ross Vandegrift wrote: > Hi Marc, > > On Mon, Jan 31, 2022 at 11:50:58AM -0800, Marc MERLIN wrote: > > On Sun, Jan 30, 2022 at 07:19:03PM -0800, Marc MERLIN wrote: > > Raster got back to me, and said that the problem I'm having is indeed a > > bug in Xorg that is triggered by E. > > FWIW, `sudo chvt 3` works as expected here. I'm using the modesetting driver > though, you seemed to think you were using the intel driver. Sorry, I'm modsetting too, but I meant that I'm using the intel chip and not the nvidia one: (II) Module glamoregl: vendor="X.Org Foundation" compiled for 1.20.14, module version = 1.0.1 ABI class: X.Org ANSI C Emulation, version 0.4 (II) modeset(0): glamor X acceleration enabled on Mesa DRI Intel(R) UHD Graphics 630 (Coffeelake 3x8 GT2) > Marc - I'd rather not, for reasons related to how the E packages are built > (currently, we assume there's a tarball. So git snapshots are annoying.) I'd > rather upload a 0.25.2 package. If that's not in the cards, I can probably > cherry-pick that fix. Totally fine with me, I can wait a little bit if that allows you to release a .2 package and is less work for you. Thanks, Marc -- "A mouse is a device used to point at the xterm you want to type in" - A.S.R. Home page: http://marc.merlins.org/ | PGP 7F55D5F27AAF9D08 ___ enlightenment-users mailing list enlightenment-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-users
Re: [e-users] E 0.23.5 -> 0.25.1-1 upgrade aftermath
On Sun, Jan 30, 2022 at 07:19:03PM -0800, Marc MERLIN wrote: > +Ross, debian maintainer since I'm using his package Hi Ross, Raster got back to me, and said that the problem I'm having is indeed a bug in Xorg that is triggered by E. I quote "ok - that vt thing is an xorg bug. e has a feature now to do sipe gestures. to do that it opens up /dev/input/* devices etc. - and this seems to totally screw xorg up for some side-effect reason. git master e has an option to turn this off now. vt switching is ENTIRELY handled by xorg. not e. the xorgh server does all of this internally and the wm (e) is not involved. it doesn't even know a switch is happening and it can't do anything about it. vt switches in linux are totally voluntary userspace things not enforced by the kernel." When you get a chance, could you update the debian package to a newer git version to pick up this fix? (it's not critical for me, I can wait for a while) > 6) then I still have xkbcomp ~/xkb-keymap :0 broken (that broke in 0.24, > there is another thread on that). I need this fixed somehow, or I can't > write my own language anymore, which is a bit of a problem (and why I > reverted to 0.23 last time). As per the other thread I sent an update to, the fix for that is: Settings/Keyboard Settings/Do not paply any keyboard settings ever Marc -- "A mouse is a device used to point at the xterm you want to type in" - A.S.R. Home page: http://marc.merlins.org/ | PGP 7F55D5F27AAF9D08 ___ enlightenment-users mailing list enlightenment-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-users
Re: [e-users] Is it possible that E 0.24 broke xkbmap?
On Tue, Sep 22, 2020 at 10:27:20AM +0100, Carsten Haitzler wrote: > If you want to do your own keymap stuff.. DISABLE E DOING IT. If you want E to > handle it - it needs to know your keymap exists and can be addressed in some > way. I pointed you to the files that list keymaps and their options that > appear > in e's xkb settings that allow you to select your keymaps and options. There > isn't a user file standard that extends this list that i have ever heard of. My sincere apologies, I had some Email sync problems back when you wrote this and never actually saw that mail until now when I went to check on this old thread after upgrading to E 0.25 (totally my fault) I can confirm that Settings/Keyboard Settings/Do not paply any keyboard settings ever works fine. Thanks, Marc -- "A mouse is a device used to point at the xterm you want to type in" - A.S.R. Home page: http://marc.merlins.org/ | PGP 7F55D5F27AAF9D08 ___ enlightenment-users mailing list enlightenment-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-users
[e-users] E 0.23.5 -> 0.25.1-1 upgrade aftermath
+Ross, debian maintainer since I'm using his package I upgaded xserver-xorg-core during my debugging but it didn't help or make things worse. I'm using a thinkpad P73 with intel graphics. ii enlightenment0.25.1-1+b1 amd64 ii xserver-xorg-core2:1.20.14-1 amd64 ii xserver-xorg-video-intel 2:2.99.917+git20200714-1+b1 amd64 Now, my main problem is: If I use composite/rendering/opengl and chvt 1, I see my text screen for a sec, but it gets back to my sreen with xorg and E. In other words, I cannot go back to the text console, except kinda. When I press 'del' I clearly hear the text bell from being in VT1, even though VT7 is being displayed on top. Seems that both are running at the same time. If I go back to VT7, then I get VT7 only. At least I'm not wedged. I turned off composite/rendering/fading off since I've had issues with that in the past and don't need another source of issues :) If I use composite/rendering/software, I get to the text console with VT1 (good), but then I see 2 cursors, the square text one and the arrow one from X, and if I move up, synergy still works and I can move the mouse to my other computer and type there, while being in the text console. This is spooky and kind of cool, except that once I get back to VT7, I only get a black screen, with the mouse cursor. I can see E still working because I get to the screen borders and I see the scroll. If xscreensaver triggers, my mouse cursor is limited to the square where I'd enter my password. But even if I restart E, I never get my screen back. Seems that E probably breaks Xorg in some way. E 0.23 did not do that. I'm not totally screwed, but I just cannot go back to the text console and sometimes I need to. I tried to suspend/resume (which works), but doesn't fix the text console in either of the 2 cases I just mentioned. Looks that for now opengl rendering is less broken than software, so I'll use that in the meantime. The rest wasn't very smooth, notes if they help 1) forget doing this on a running X, be prepared to restart X, rendering broke in several ways, chrome windows started showing random garbage I got errors about opengl rendering not working, but it worked after I restarted. 2) biggest issue is that E started managing DPI in a submenu that's not easy to find, and pushed the wrong DPI (75) on my 4K 17" screen. It wasn't fun to find and fix and very vexing that it ignored/overwrote xrandr --dpi 100 and xrdb -merge /home/merlin/.Xresources (Xft.dpi: 110) 3) I got multiple errors about missing modules and had to unload them (wasn't able to write things down, too many other issues), I don't seem to be missing anything. 4) window saving/restore seems to work a bit better (good), and more importantly it doesn't reshuffle all my chrome widows every time I had to restart it, or worse, every time I unlocked the screen from xlock (xscreensaver). That said, whetever was broken in E's built in lock in 0.23 is probably fixed in 0.25 5) coming out of xlock still seems to maximize chrome windows I had minimized and put in the tray. I just re-minimize them. At least, all the other ones on my 3 virtual desktops, don't randomly move places anymore, so that's good. 6) then I still have xkbcomp ~/xkb-keymap :0 broken (that broke in 0.24, there is another thread on that). I need this fixed somehow, or I can't write my own language anymore, which is a bit of a problem (and why I reverted to 0.23 last time). Thanks, Marc -- "A mouse is a device used to point at the xterm you want to type in" - A.S.R. Home page: http://marc.merlins.org/ | PGP 7F55D5F27AAF9D08 ___ enlightenment-users mailing list enlightenment-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-users
Re: [e-users] Chrome M94/M95 using WM native borders causes mouse clicks to be seen 16 pixels below where the cursor is
On Thu, Sep 30, 2021 at 09:08:03AM +0100, Carsten Haitzler wrote: > On Wed, 29 Sep 2021 11:43:33 -0700 Marc MERLIN said: > > > On Wed, Sep 29, 2021 at 08:17:25AM +0100, Carsten Haitzler wrote: > > > did you see my other mail in response to this to you, this list and also > > > cc'd adun...@igalia.com with a link to the commit? > > > > I missed it, there may be something wrong with my Email (I'm at a conf, > > need to check later). > > > > > yes - a workaround commit is in e git. chrome should decidedly not be > > > setting CSD properties on a window that is not CSD though (it seems to add > > > them later after the initial map i think). this leads e to go into a logic > > > "hole" where it has decided the window is non-CSD when a new client window > > > is managed (correct) but then later gets property updates for CSD > > > properties .. though these say the CSD frame area is 0 0 0 0 - this hybrid > > > nature of property info led e to treat the window partly as CSD and partly > > > as traditional SSD. if chrome did not put the _GTK_FRAME_EXTENTS property > > > that mark it as CSD on the window it'd not be confused. > > > > Thanks for that update. That said, from what you're saying it is still a > > bug/problem in chrome M95, correct? > > If so, adun...@igalia.com, are you able to adjust the code accordingly? > > yes. i added a comment in that bug now at the end - it's a bug in chrome - > adding that property is confusing. on one hand the window should be SSD not > CSD > but it's setting CSD properties. this leads to e having a logic "black hole" > that shouldn't happen - the situation makes no sense, but e didn't have checks > for the "nonsensical" situation - thus e behaved weirdly leading to your > results. i patched that over to handle that weirdness, but this may affect > other WM's too as they may not guard against "silly property combinations from > the client" in all cases. Thank you very much for trying this out, the workaround in E, and the details that will hopefully help getting M95 fixed. I pasted what you wrote in the bug. Thanks again Marc -- "A mouse is a device used to point at the xterm you want to type in" - A.S.R. Home page: http://marc.merlins.org/ | PGP 7F55D5F27AAF9D08 ___ enlightenment-users mailing list enlightenment-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-users
Re: [e-users] Chrome M94/M95 using WM native borders causes mouse clicks to be seen 16 pixels below where the cursor is
On Wed, Sep 29, 2021 at 08:17:25AM +0100, Carsten Haitzler wrote: > did you see my other mail in response to this to you, this list and also cc'd > adun...@igalia.com with a link to the commit? I missed it, there may be something wrong with my Email (I'm at a conf, need to check later). > yes - a workaround commit is in e git. chrome should decidedly not be setting > CSD properties on a window that is not CSD though (it seems to add them later > after the initial map i think). this leads e to go into a logic "hole" where > it > has decided the window is non-CSD when a new client window is managed > (correct) > but then later gets property updates for CSD properties .. though these say > the > CSD frame area is 0 0 0 0 - this hybrid nature of property info led e to treat > the window partly as CSD and partly as traditional SSD. if chrome did not put > the _GTK_FRAME_EXTENTS property that mark it as CSD on the window it'd not be > confused. Thanks for that update. That said, from what you're saying it is still a bug/problem in chrome M95, correct? If so, adun...@igalia.com, are you able to adjust the code accordingly? Thanks, Marc -- "A mouse is a device used to point at the xterm you want to type in" - A.S.R. Home page: http://marc.merlins.org/ ___ enlightenment-users mailing list enlightenment-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-users
Re: [e-users] Chrome M94/M95 using WM native borders causes mouse clicks to be seen 16 pixels below where the cursor is
On Thu, Sep 23, 2021 at 09:00:44AM -0700, Marc MERLIN wrote: > There are 2 different issues. What you describe is known broken in M94 > and fixed in M95. > The 23/24 pixel offset is related but different, and still broken, but > apparently only with E. That's what we need help with. Carsten, were you able to get an M95 build to test/reproduce? We only have to much time to get it fixed before it becomes harder and potentially breaks all E users. Or adun...@igalia.com, if you have a way to install E on your machine and see if you get this too? Thanks, Marc -- "A mouse is a device used to point at the xterm you want to type in" - A.S.R. Home page: http://marc.merlins.org/ | PGP 7F55D5F27AAF9D08 ___ enlightenment-users mailing list enlightenment-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-users
Re: [e-users] Chrome M94/M95 using WM native borders causes mouse clicks to be seen 16 pixels below where the cursor is
On Thu, Sep 23, 2021 at 09:38:17AM +0100, Carsten Haitzler wrote: > I can see what the aur has - if its updated yet. i normally use chromium not > chrome and i'm normally behind by a few weeks/months :) so aur has 94 there... > i'll see. Thanks for having had a look with it. M94 is known to be broken altogether, the fix is only in M95 for now, but what you found may help with M95 anyway as it doesn't fix the 23/24 pixel offset issue. > concerned but e has moved the image object to where it should be but not > changed the client window geometry to match. so my guess is e forgot to > move/resize the actual x11 window at some point and put it where it should > be... or it's got an internal mess-up going where it thinks its still a > borderless window without a titlebar but has now added one. > > but... > > now something really fucked up... i have "use system titlebar and borders" > selected and... chrome is refusing to do that and uses its own titlebar. i > just It is broken altogether in M94, only M95 fixes that. > https://www.reddit.com/r/kde/comments/pgm1n9/chrome_title_bar/ > at the end of comments "workaround doesn't work anymore". so not just me and > e... it's kde users too. i think... you need to have a chat with your chrome > dev friends. nothing i can do if chrome is now deciding to say "no more system > titlebars for you". ... i think it might be time to move back to firefox. There are 2 different issues. What you describe is known broken in M94 and fixed in M95. The 23/24 pixel offset is related but different, and still broken, but apparently only with E. That's what we need help with. Since chrome is pretty self contained, do you think you can install the M95 debian package on your machine (worst case you unpack it manually with ar and cpio, or midnight commander lets you open a .deb as if it were a directory)? That said, what you already wrote, may help adun...@igalia.com as is, thanks for that. Marc -- "A mouse is a device used to point at the xterm you want to type in" - A.S.R. Home page: http://marc.merlins.org/ | PGP 7F55D5F27AAF9D08 ___ enlightenment-users mailing list enlightenment-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-users
Re: [e-users] Chrome M94/M95 using WM native borders causes mouse clicks to be seen 16 pixels below where the cursor is
On Wed, Sep 22, 2021 at 08:37:15PM +0100, Carsten Haitzler wrote: > On Wed, 22 Sep 2021 11:02:37 -0700 Marc MERLIN said: > > > On Wed, Sep 22, 2021 at 06:33:31PM +0100, Carsten Haitzler wrote: > > > > I'm not sure how to run xev against another window (getting the > > > > windowid), can you remind me? > > > > > > xev -id 0x12324455 > > > > I know that part, it's getting the correct windowid for that window. > > > > > > Although given the above, is that enough info to diagnose/reproduce? > > > > Have you been able to install chrome-unstable (95) and see if you have > > the issue? > > xwininfo - then click on it when pointer changes Ok, there you go, attached. Clicks worked and then they didn't. I measured the misclick and it's off by about 24 pixels indeed. Is there a chance you can install chrome 95 on one of your machines and confirm? EnterNotify event, serial 31, synthetic NO, window 0x3800021, root 0x1df, subw 0x0, time 3311238313, (23,88), root:(1068,575), mode NotifyNormal, detail NotifyNonlinear, same_screen YES, focus NO, state 16 KeymapNotify event, serial 31, synthetic NO, window 0x0, keys: 4294967263 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 FocusIn event, serial 31, synthetic NO, window 0x3800021, mode NotifyNormal, detail NotifyNonlinear KeymapNotify event, serial 31, synthetic NO, window 0x0, keys: 4294967263 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 PropertyNotify event, serial 31, synthetic NO, window 0x3800021, atom 0x183 (_NET_WM_USER_TIME), time 3311239948, state PropertyNewValue PropertyNotify event, serial 31, synthetic NO, window 0x3800021, atom 0x183 (_NET_WM_USER_TIME), time 3311244349, state PropertyNewValue PropertyNotify event, serial 31, synthetic NO, window 0x3800021, atom 0x183 (_NET_WM_USER_TIME), time 3311245943, state PropertyNewValue KeyRelease event, serial 31, synthetic NO, window 0x3800021, root 0x1df, subw 0x0, time 3311252271, (543,297), root:(1588,784), state 0x10, keycode 64 (keysym 0xffe9, Alt_L), same_screen YES, XLookupString gives 0 bytes: XFilterEvent returns: False KeyPress event, serial 31, synthetic NO, window 0x3800021, root 0x1df, subw 0x0, time 3311252271, (543,297), root:(1588,784), state 0x10, keycode 64 (keysym 0xffe9, Alt_L), same_screen YES, XLookupString gives 0 bytes: XmbLookupString gives 0 bytes: XFilterEvent returns: False PropertyNotify event, serial 31, synthetic NO, window 0x3800021, atom 0x183 (_NET_WM_USER_TIME), time 3311252271, state PropertyNewValue LeaveNotify event, serial 31, synthetic NO, window 0x3800021, root 0x1df, subw 0x0, time 3311252377, (543,298), root:(1588,785), mode NotifyGrab, detail NotifyAncestor, same_screen YES, focus YES, state 280 FocusOut event, serial 31, synthetic NO, window 0x3800021, mode NotifyGrab, detail NotifyNonlinear FocusIn event, serial 31, synthetic NO, window 0x3800021, mode NotifyUngrab, detail NotifyNonlinear KeymapNotify event, serial 31, synthetic NO, window 0x0, keys: 4294967263 0 0 0 0 0 0 0 1 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 ConfigureNotify event, serial 31, synthetic YES, window 0x3800021, event 0x3800021, window 0x3800021, (2085,458), width 1697, height 1817, border_width 0, above 0x0, override NO EnterNotify event, serial 31, synthetic NO, window 0x3800021, root 0x1df, subw 0x0, time 3311252896, (543,298), root:(2628,756), mode NotifyNormal, detail NotifyNonlinear, same_screen YES, focus YES, state 24 KeymapNotify event, serial 31, synthetic NO, window 0x0, keys: 2 0 0 0 0 0 0 0 1 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 PropertyNotify event, serial 31, synthetic NO, window 0x3800021, atom 0x2c0 (_GTK_FRAME_EXTENTS), time 3311252897, state PropertyNewValue PropertyNotify event, serial 31, synthetic NO, window 0x3800021, atom 0x1f3 (_NET_WM_OPAQUE_REGION), time 3311252897, state PropertyNewValue KeyRelease event, serial 31, synthetic NO, window 0x3800021, root 0x1df, subw 0x0, time 3311252913, (541,296), root:(2626,754), state 0x18, keycode 64 (keysym 0xffe9, Alt_L), same_screen YES, XLookupString gives 0 bytes: XFilterEvent returns: False LeaveNotify event, serial 31, synthetic NO, window 0x3800021, root 0x1df, subw 0x0, time 3311253205, (-8,331), root:(2077,789), mode NotifyNormal, detail NotifyNonlinear, same_screen YES, focus YES, state 16 FocusOut event, serial 31, synthetic NO, window 0x3800021, mode NotifyNormal, detail No
Re: [e-users] Chrome M94/M95 using WM native borders causes mouse clicks to be seen 16 pixels below where the cursor is
On Wed, Sep 22, 2021 at 06:33:31PM +0100, Carsten Haitzler wrote: > > I'm not sure how to run xev against another window (getting the > > windowid), can you remind me? > > xev -id 0x12324455 I know that part, it's getting the correct windowid for that window. > > Although given the above, is that enough info to diagnose/reproduce? Have you been able to install chrome-unstable (95) and see if you have the issue? Marc -- "A mouse is a device used to point at the xterm you want to type in" - A.S.R. Home page: http://marc.merlins.org/ | PGP 7F55D5F27AAF9D08 ___ enlightenment-users mailing list enlightenment-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-users
Re: [e-users] Chrome M94/M95 using WM native borders causes mouse clicks to be seen 16 pixels below where the cursor is
On Wed, Sep 22, 2021 at 10:26:50AM +0100, Carsten Haitzler wrote: > On Tue, 21 Sep 2021 18:47:25 -0700 Marc MERLIN said: > > Input goes directly from xserver to chrome - e doesn't handle kbd/mouse input > - > at most it positions windows themselves, shows, hides, resizes etc. and the > compositor draws the output of the window content (just one big image for the > window) for where they are. > > i have used wm decorations with chrome for years and years and it works just > fine. It has for me too until M94/M95. Can you try the latest chrome-unstable ? I've found how to reproduce 100%: 1) tell chrome to use WM title bar 2) it works, mouse goes in the right place 3) it works forever as long as my mouse cursor stays in that window 4) if I go to another window and come back, now it's offset by 16-24 pixels forever, until I restart E or toggle using title bar (step1) > 1. when e sends the synthetic configurenotifies to chrome it sends the wrong > x/y offset and chrome is somehow not using normal input events but > root-relative coordinates and doing its own offsetting based on this position > and because e sends the wrong position, chrome gets this wrong. if this were > the case it wouldn't be 16 pixels off but more like 23/24 pixels off as that's So, I wrote 16, but it could very well be 23/24. It's hard to count pixels on my 4K 17" screen :) > the titlebar size. now a good way to test if e is getting this synthetic > configurenotify wrong is with xev. it prints all events a client sees. e wont > differentiate chrome from xev or xterm - they are all windows with borders as > far as e is concerned. so e.g.: > > ConfigureNotify event, serial 32, synthetic YES, window 0x3a1, > event 0x3a1, window 0x3a1, (402,23), width 178, height 178, > border_width 0, above 0x0, override NO I'm not sure how to run xev against another window (getting the windowid), can you remind me? Although given the above, is that enough info to diagnose/reproduce? Thanks, Marc -- "A mouse is a device used to point at the xterm you want to type in" - A.S.R. Home page: http://marc.merlins.org/ | PGP 7F55D5F27AAF9D08 ___ enlightenment-users mailing list enlightenment-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-users
[e-users] Chrome M94/M95 using WM native borders causes mouse clicks to be seen 16 pixels below where the cursor is
And that only happens a few seconds after the window is started. The first few seconds, click go to the right place. After it's broken, if I restart E, clicks go to the right place again for a short time (seconds) and then go to the wrong place (16 pixels below or somesuch). If I make the window borderless and let chrome manage borders, then clicks go to the correct place again. I have filed details in https://bugs.chromium.org/p/chromium/issues/detail?id=1251382 If I go back to chrome M93 or any older version, things work great with E. Also chrome M95 95.0.4638.10 does fix the border problem with other window managers (at least xfce4 that I tested with). So yes, I still have enlightenment 0.23.1-5, I know there is a newer version, but last I checked, it breaks "xkbcomp ~/xkb-keymap :0" which I very much rely on for foreign accents, so upgrading is problematic. That said, everything has worked fine for quite a while (year+) until that chrome M94 upgrade. I'm not sure who is to blame, is chrome M95 using something new that is incompatible with E 0.23.1 and causing those clicks to be aimed at the wrong height after a few seconds? Thanks, Marc -- "A mouse is a device used to point at the xterm you want to type in" - A.S.R. Home page: http://marc.merlins.org/ | PGP 7F55D5F27AAF9D08 ___ enlightenment-users mailing list enlightenment-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-users
[e-users] Using terminology and session saving
I have a work computer with xfce because of $REASONS, and after confirming that xfce4-terminal is a terrible terminal (it can't even emulate things properly and the cursor doesn't align right the text in the current command line), I tried terminology. The problem is when I go to the session manager, I see a list of apps xfce4 sees and is willing and able to save, but I don't see terminology. When I restart, all my terminology windows are lost, and I need to restart them by hand and lay them out manually. Any way around this? Thanks Marc -- "A mouse is a device used to point at the xterm you want to type in" - A.S.R. Home page: http://marc.merlins.org/ | PGP 7F55D5F27AAF9D08 ___ enlightenment-users mailing list enlightenment-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-users
Re: [e-users] Is it possible that E 0.24 broke xkbmap?
On Sun, Sep 20, 2020 at 01:50:10PM +0100, Carsten Haitzler wrote: > On Sat, 19 Sep 2020 15:08:34 -0700 Marc MERLIN said: > > > Ok, sorry for being a noob, but I need some help. > > > > My xkb-keymap looks like nothing in /usr/share/X11/xkb/rules > > All docs I find about xkb-keymap talk about making the file I made and > > loading it. > > None talk about editing /usr/share/X11/xkb/rules/xorg.lst which looks > > like a different format altogether. > > i have no idea - i've never gone and crated custom xkb layouts. as i said... > you're the first i have heard of to have done this. sure - multiple people may > have done it, but it's incredibly rare - at least in my experience. Ok, just to make sure I'm understanding you. You are saying I can't use "xkbcomp ~/xkb-keymap :0" to update my keyboard mapping with 0.24 (while it works with older versions, although not optimally as you said). Then you said I should edit the raw keymaps as defined in /usr/share/X11/xkb/rules/xorg.lst, but it's a completely different format. I can't just paste my config in there and I've found no documentation on how to edit that base formwat (why is it incompatible with xkb-keymap? because xorg hates it users? :) ). Then you said, you don't know anyone who uses xkb-keymap files, but clearly it's the documented way to do things, and what works on other WM/DM that I've tried. https://unix.stackexchange.com/questions/202883/create-xkb-configuration-from-xmodmap http://madduck.net/docs/extending-xkb/ https://wiki.archlinux.org/index.php/X_KeyBoard_extension https://stackoverflow.com/questions/7799071/use-xkbdmap-setxkbmap-to-map-rwin-to-altgr https://wiki.archlinux.org/index.php/Keyboard_configuration_in_Xorg https://zuttobenkyou.wordpress.com/2011/08/24/xorg-using-the-us-international-altgr-intl-variant-keyboard-layout/ etc... So, is E really doing the right thing here? ~/xkb-keymap is the new ~/.Xomdmap. It's supposed to work, it works everyone else I've tried. Why not in E 0.24? > i did give you the option of e not touching the xkb settings... if you wish to > do it by hand. My apologies, I may have misunderstood you there. What are you referring to? Thanks, Marc -- "A mouse is a device used to point at the xterm you want to type in" - A.S.R. Home page: http://marc.merlins.org/ | PGP 7F55D5F27AAF9D08 ___ enlightenment-users mailing list enlightenment-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-users
[e-users] E 0.24.2-5 eina_safety ../src/bin/e_pixmap.c:626 e_pixmap_size_get() safety check failed
I just noticed that I have 1GB of these in my .xsession-errors ERR<1409>:eina_safety ../src/bin/e_pixmap.c:626 e_pixmap_size_get() safety check failed: cp == NULL ## Copy & Paste the below (until EOF) into a terminal, then hit Enter eina_btlog << EOF /lib/x86_64-linux-gnu/libeina.so.1 0x7fb64067613c 0x7fb640649000 /lib/x86_64-linux-gnu/libeina.so.1 0x7fb640676fb1 0x7fb640649000 /lib/x86_64-linux-gnu/libeina.so.1 0x7fb6406785e3 0x7fb640649000 /lib/x86_64-linux-gnu/libeina.so.1 0x7fb640691e8e 0x7fb640649000 /usr/bin/enlightenment 0x55bf4c2b3e53 0x55bf4c19a000 /usr/bin/enlightenment 0x55bf4c21fea7 0x55bf4c19a000 /usr/bin/enlightenment 0x55bf4c235679 0x55bf4c19a000 /usr/bin/enlightenment 0x55bf4c235c3b 0x55bf4c19a000 /usr/lib/x86_64-linux-gnu/enlightenment/modules/pager/linux-gnu-x86_64-0.24.2/module.so 0x7fb6210b1a8a 0x7fb6210a9000 /usr/lib/x86_64-linux-gnu/enlightenment/modules/pager/linux-gnu-x86_64-0.24.2/module.so 0x7fb6210b1cac 0x7fb6210a9000 /usr/lib/x86_64-linux-gnu/enlightenment/modules/pager/linux-gnu-x86_64-0.24.2/module.so 0x7fb6210b1d2b 0x7fb6210a9000 /usr/lib/x86_64-linux-gnu/enlightenment/modules/pager/linux-gnu-x86_64-0.24.2/module.so 0x7fb6210b21f2 0x7fb6210a9000 /lib/x86_64-linux-gnu/libecore.so.1 0x7fb640568ab0 0x7fb640543000 /lib/x86_64-linux-gnu/libecore.so.1 0x7fb640571c72 0x7fb640543000 /lib/x86_64-linux-gnu/libecore.so.1 0x7fb64056aa69 0x7fb640543000 /lib/x86_64-linux-gnu/libecore.so.1 0x7fb64056993c 0x7fb640543000 /lib/x86_64-linux-gnu/libecore.so.1 0x7fb640564596 0x7fb640543000 /lib/x86_64-linux-gnu/libecore.so.1 0x7fb640564d25 0x7fb640543000 /lib/x86_64-linux-gnu/libecore.so.1 0x7fb64056a8c5 0x7fb640543000 /lib/x86_64-linux-gnu/libecore.so.1 0x7fb640569bfc 0x7fb640543000 /lib/x86_64-linux-gnu/libecore.so.1 0x7fb640564e07 0x7fb640543000 /usr/bin/enlightenment 0x55bf4c1e349f 0x55bf4c19a000 /lib/x86_64-linux-gnu/libc.so.6 0x7fb63f78ae0b 0x7fb63f764000 /usr/bin/enlightenment 0x55bf4c1e49ca 0x55bf4c19a000 EOF Hopefully it helps. Marc -- "A mouse is a device used to point at the xterm you want to type in" - A.S.R. Home page: http://marc.merlins.org/ | PGP 7F55D5F27AAF9D08 ___ enlightenment-users mailing list enlightenment-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-users
Re: [e-users] Is it possible that E 0.24 broke xkbmap?
Ok, sorry for being a noob, but I need some help. My xkb-keymap looks like nothing in /usr/share/X11/xkb/rules All docs I find about xkb-keymap talk about making the file I made and loading it. None talk about editing /usr/share/X11/xkb/rules/xorg.lst which looks like a different format altogether. I'm starting to be a bit dubious here, and nothing I found shows me how to make my keymap work again unless I revert to E 0.23, which is what I'm going to do in the meantime, as well, having my keyboard working is a bit important :) (also still need to work on that window locks that don't get saved, issue. Very perplexing) Thanks, Marc On Wed, Sep 16, 2020 at 05:36:30PM +0100, Carsten Haitzler wrote: > On Wed, 16 Sep 2020 07:49:39 -0700 Marc MERLIN said: > > > On Wed, Sep 16, 2020 at 12:56:31PM +0100, Carsten Haitzler wrote: > > > repeated actions so it will have affected timing for sure and thus > > > something > > > that may have worked by luck before because it happened to run at time X > > > and e change stuff at time Y now hae e changing stuff at a different time > > > and thus overwriting any changes you made behind its back. but it's the > > > classic "if you have 2 entities trying to control the same thing you will > > > get conflicts and the solution is to not have 2 things controlling it". > > > this problem is endemic throughout the x11 world as the xserver allows any > > > xclient anywhere to change anything from screensaver timeouts, to dpms > > > timeouts, screen resolution and layout, refresh, keyboard layout, other > > > keymap things etc. > > > > Ok, thanks for comfirming why it doesn't work anymore. > > That said, how do I get my ~/xkb-keymap loaded and working now? > > get your custom keyboard layout somehow listed in the system ones. > like /usr/share/X11/xkb/rules/xorg.lst - that's and various other locations > are > where e's xkb config tool gets the list of available layouts. your layout is a > special one for you - and then it to be stored with the data of all the other > system keyboard layouts... i have never gone and modified this so you'll > probably need to google on how to do it... :) but if you can get it listed > there. E looks in the following files in this order to list > layouts/models/variants: > > #ifdef XKB_BASE > XKB_BASE "/rules/xorg.lst", > XKB_BASE "/rules/xfree86.lst", > #endif > #if defined __NetBSD__ > "/usr/X11R7/lib/X11/xkb/rules/xorg.lst", > #elif defined __OpenBSD__ > "/usr/X11R6/share/X11/xkb/rules/base.lst", > #endif > "/usr/share/X11/xkb/rules/xorg.lst", > "/usr/share/X11/xkb/rules/xfree86.lst", > "/usr/local/share/X11/xkb/rules/xorg.lst", > "/usr/local/share/X11/xkb/rules/xfree86.lst", > "/usr/X11R6/lib/X11/xkb/rules/xorg.lst", > "/usr/X11R6/lib/X11/xkb/rules/xfree86.lst", > "/usr/local/X11R6/lib/X11/xkb/rules/xorg.lst", > "/usr/local/X11R6/lib/X11/xkb/rules/xfree86.lst", > > anyway - if you read the lst files you'll see how e discovers available > keyboard layouts and offers them in the config. > > But yes - e will probably override things you do by hand at some point and... > you got lucky before. :) > > -- > - Codito, ergo sum - "I code, therefore I am" -- > Carsten Haitzler - ras...@rasterman.com > > -- "A mouse is a device used to point at the xterm you want to type in" - A.S.R. Home page: http://marc.merlins.org/ | PGP 7F55D5F27AAF9D08 ___ enlightenment-users mailing list enlightenment-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-users
Re: [e-users] Why do all my windows get moved over everywhere if I restart E?
Sorry for the delay, busy week... On Wed, Sep 16, 2020 at 12:51:06PM +0100, Carsten Haitzler wrote: > On Wed, 9 Sep 2020 08:49:35 -0700 Marc MERLIN said: > > > Update. I hit this occasional bug where after unlocking/screen coming > > back from sleep, I could see X, but most of my windows were gone, just > > not visible anywhere on my screens. > > are they visible in the pager? does switching through virtual desktops fix it? I don't believe it did, although I can reproduce this easily. > > After E came back: > > - all my chrome windows were totally in the wrong place > > > > - I have procmeter3 (apt-get install procmeter3), which E has always > > struggled to place and size correctly. It was in the wrong place and > > with the wrong size. > > For procmeter3, I did window remember all, save. When I re-open, it > > gives me window/remember/volume. I put it back to all, save, re-open > > and get window/remember/volume again :-/ > > id you also use locks to lock procmeter from moving/resizing and remember > locks? Yes, locks just don't seem to be saved. > > It's actually a fair amount of work for me to re-lay all these windows > > carefully (we're talking 20=30mn) plus all the work that I lose when I > > just try do it to a few of them, not all. see if it behaves the same. if you > can get 2 of them to behave well then that bodes well to get all of them > working. that takes less time that it took me to write this paragraph... :) yes, some get saved with locks, some do not. I don't understand why. > > restart. If we don't find an answer in the config I sent you, or you > > don't have a spare devel machine where you can easily start a single > > gnome-terminal to see if it behaves when you make it save settings, I'll > > try and find a spare machine where I can do that without impacting my > > main work laptop. > > gnome-terminal just doesn't start. not on my desktop. not on the laptop next > to > me. e has nothing to do with gnomes terminal dbus services. I'm not sure what you meant by that. Either way, wwere the saved window properties, below, helpful at all? > > Here's a random gnome-terminal window: > > group "E_Remember" struct { > > value "version" uint: 1; > > value "match" int: 59; > > value "no_reopen" int: 0; > > value "apply_first_only" uchar: 0; > > value "keep_settings" uchar: 1; > > value "name" string: "gnome-terminal-server"; > > value "class" string: "Gnome-terminal"; > > value "role" string: "window1"; > > value "type" int: 8; > > value "transient" uchar: 0; > > value "apply" int: 245247; > > value "max_score" int: 0; > > value "prop.pos_x" int: 2; > > value "prop.pos_y" int: 55; > > value "prop.res_x" int: 3840; > > value "prop.res_y" int: 2160; > > value "prop.pos_w" int: 750; > > value "prop.pos_h" int: 322; > > value "prop.frame_w" int: 0; > > value "prop.frame_h" int: 0; > > value "prop.w" int: 750; > > value "prop.h" int: 322; > > value "prop.layer" int: 200; > > value "prop.maximize" uint: 0; > > value "prop.lock_user_location" uchar: 0; > > value "prop.lock_client_location" uchar: 0; > > value "prop.lock_user_size" uchar: 0; > > value "prop.lock_client_size" uchar: 0; > > value "prop.lock_user_stacking" uchar: 0; > > value "prop.lock_client_stacking" uchar: 0; > > value "prop.lock_user_iconify" uchar: 0; > > value "prop.lock_client_iconify" uchar: 0; > > value "prop.lock_user_desk" uchar: 0; > > value "prop.lock_client_desk" uchar: 0; > > value "prop.lock_user_sticky" uchar: 0; > > value "prop.lock_client_sticky" uchar: 0; > > value "prop.lock_user_shade" uchar: 0; > > value "prop.lock_client_shade" uchar: 0; > > value "prop.lock_user_maximize" uchar: 0; > >
Re: [e-users] Is it possible that E 0.24 broke xkbmap?
On Thu, Sep 17, 2020 at 11:02:11AM -0400, Conrad Knight wrote: > I posted to this list on 18th July about E 0.24 breaking xmodmap > (possibly, i was looking for confirmation and a fix). Could whatever > changed to break xkb also be affecting xmodmap? > > The tl;dr version of that message is: > Compose key still works (separately set by X), but > xmodmap -e "keycode 133 = Multi_key dead_greek" > has no effect any more, shift-compose does nothing. Still works with > other WMs, or none at all, only broken in E. I had been using xmodmap for 20 years or so, but Xorg definitely broke it enough that I had to switch to xkbmap. Some links I wrote down I went through that process https://unix.stackexchange.com/questions/202883/create-xkb-configuration-from-xmodmap http://madduck.net/docs/extending-xkb/ https://wiki.archlinux.org/index.php/X_KeyBoard_extension https://stackoverflow.com/questions/7799071/use-xkbdmap-setxkbmap-to-map-rwin-to-altgr https://wiki.archlinux.org/index.php/Keyboard_configuration_in_Xorg https://zuttobenkyou.wordpress.com/2011/08/24/xorg-using-the-us-international-altgr-intl-variant-keyboard-layout/ Hope this helps :) Marc -- "A mouse is a device used to point at the xterm you want to type in" - A.S.R. Home page: http://marc.merlins.org/ | PGP 7F55D5F27AAF9D08 ___ enlightenment-users mailing list enlightenment-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-users
Re: [e-users] Is it possible that E 0.24 broke xkbmap?
On Thu, Sep 17, 2020 at 10:08:22AM +0100, Carsten Haitzler wrote: > They don't. You are the first person ever to have such an issue with xkb that > I have seen who does a custom xkb layout instead of just xmodmap. I know of no > standard user file like ~/.Xmodmap for example for this - that is how rare > this > is. There is a "Do not apply any keyboard settings ever" in e's keyboard > settings. this leaves you on your own to deal with xkb... :) That's fair. I used to use xmodmap until X or E (I forget) broke it, and you told me to switch to xkb, so I did. It worked until 0.23 adn now it stopped working in 0.24, so I'll do a system level one like you said. As to why should this be per user? Each user may have a different locale because they don't speak the same language. The part where I'm "special" is that I made my own overlay french locale on top of Qqwerty to type accents quicker than user the dead key method. I wrote that in 1992 on sun sparks at school, and have been using it since then across linux version from 0.99 :) But yes, you're still right, I must be the only person who went through the trouble, especially someone using a keyboard mapping different from their own language, which is a bit more rare already. Cheers, Marc -- "A mouse is a device used to point at the xterm you want to type in" - A.S.R. Home page: http://marc.merlins.org/ | PGP 7F55D5F27AAF9D08 ___ enlightenment-users mailing list enlightenment-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-users
Re: [e-users] Is it possible that E 0.24 broke xkbmap?
On Wed, Sep 16, 2020 at 05:36:30PM +0100, Carsten Haitzler wrote: > #ifdef XKB_BASE > XKB_BASE "/rules/xorg.lst", > XKB_BASE "/rules/xfree86.lst", > #endif > #if defined __NetBSD__ > "/usr/X11R7/lib/X11/xkb/rules/xorg.lst", > #elif defined __OpenBSD__ > "/usr/X11R6/share/X11/xkb/rules/base.lst", > #endif > "/usr/share/X11/xkb/rules/xorg.lst", > "/usr/share/X11/xkb/rules/xfree86.lst", > "/usr/local/share/X11/xkb/rules/xorg.lst", > "/usr/local/share/X11/xkb/rules/xfree86.lst", > "/usr/X11R6/lib/X11/xkb/rules/xorg.lst", > "/usr/X11R6/lib/X11/xkb/rules/xfree86.lst", > "/usr/local/X11R6/lib/X11/xkb/rules/xorg.lst", > "/usr/local/X11R6/lib/X11/xkb/rules/xfree86.lst", > > anyway - if you read the lst files you'll see how e discovers available > keyboard layouts and offers them in the config. > > But yes - e will probably override things you do by hand at some point and... > you got lucky before. :) I see. I have root, so I'll try, thanks. Out of curiosity, how does a non root user change their keyboard settings now if they can't do it from their homedir/xsession? Marc -- "A mouse is a device used to point at the xterm you want to type in" - A.S.R. Home page: http://marc.merlins.org/ | PGP 7F55D5F27AAF9D08 ___ enlightenment-users mailing list enlightenment-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-users
Re: [e-users] Is it possible that E 0.24 broke xkbmap?
On Wed, Sep 16, 2020 at 12:56:31PM +0100, Carsten Haitzler wrote: > repeated actions so it will have affected timing for sure and thus something > that may have worked by luck before because it happened to run at time X and e > change stuff at time Y now hae e changing stuff at a different time and thus > overwriting any changes you made behind its back. but it's the classic "if you > have 2 entities trying to control the same thing you will get conflicts and > the > solution is to not have 2 things controlling it". this problem is endemic > throughout the x11 world as the xserver allows any xclient anywhere to change > anything from screensaver timeouts, to dpms timeouts, screen resolution and > layout, refresh, keyboard layout, other keymap things etc. Ok, thanks for comfirming why it doesn't work anymore. That said, how do I get my ~/xkb-keymap loaded and working now? Thanks, Marc -- "A mouse is a device used to point at the xterm you want to type in" - A.S.R. Home page: http://marc.merlins.org/ | PGP 7F55D5F27AAF9D08 ___ enlightenment-users mailing list enlightenment-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-users
[e-users] Is it possible that E 0.24 broke xkbmap?
I've been doing this for a few years now: xkbcomp ~/xkb-keymap :0 This gives me accent overlays, they were working until 0.23, and when I upgraded to 0.24, they stopped working. I haven't done the downgrade to confirm this yet as it's painful (losing all my E settings), but it looks like it's E 0.24 Is that possible? Anyone else? Thanks, Marc -- "A mouse is a device used to point at the xterm you want to type in" - A.S.R. Home page: http://marc.merlins.org/ | PGP 7F55D5F27AAF9D08 ___ enlightenment-users mailing list enlightenment-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-users
Re: [e-users] Why do all my windows get moved over everywhere if I restart E?
Any luck with the dump I pasted below? The other bad news is that I had that same problem where the screen is off, I turn it back on, I see my mouse cursor and the background, but all the windows are gone. I restarted E, and every single chrome window (I had many) got moved around between desktops, locations, whatever. Took me about 5mn to put everything back in its place. In other words, it's no better than the older E for me. Other thing is that newer E seems to change my DPI, unless some other package got upgraded at the same time. cat ~/.Xresources Xft.dpi: 110 I had 100 with the old E, the gtk fonts were just the right size. Now, I need to set 110 for the fonts in chrome tabs or gthumb, to be readable (they were too small). Did that randomly happen at the same time? Thanks, Marc On Wed, Sep 09, 2020 at 08:49:35AM -0700, Marc MERLIN wrote: > Update. I hit this occasional bug where after unlocking/screen coming > back from sleep, I could see X, but most of my windows were gone, just > not visible anywhere on my screens. > When that happens I know it's an E bug, and I have to restart E. > I did, and then all my windows came back, however most got moved to > different screns/locations than they were before. > This is mostly true for chrome windows which aren't location managed by > E. > I thought E 0.24 would save window positions and leave them be when it > restarted? Actually it didn't even touch them at all, it would have been > fine (unless the bug where they disappered was because E moved them all > off screen). > Given that it doesn't do better than 0.23 on that front (for me) and > can't fix gnome-terminal after the fact anymore, I'm very tempoted to > revert back. > > > After E came back: > - all my chrome windows were totally in the wrong place > > - I have procmeter3 (apt-get install procmeter3), which E has always > struggled to place and size correctly. It was in the wrong place and > with the wrong size. > For procmeter3, I did window remember all, save. When I re-open, it > gives me window/remember/volume. I put it back to all, save, re-open > and get window/remember/volume again :-/ > > - even my gnome terminals got moved slightly, but at least they stayed > in the correct virtual window > > I put the whole config here: > http://marc.merlins.org/tmp/E0.24_config.txt > > On Tue, Sep 08, 2020 at 07:36:16PM +0100, Carsten Haitzler wrote: > > well the config e has is the current config so there is no way. if the > > window > > moved, resized etc. e saves the config for remembers again so it keeps it in > > sync with the current state. it always has done this. > > Yes, but I turned that off, I use "window/remembers/options/keep current > properties" > > > > I hear you on switching terminals, it'll be my last option. I don't > > > actually like gnome, but the termeinal checks a lot of checkboxes I > > > need. > > > > just try it to test > > It's actually a fair amount of work for me to re-lay all these windows > carefully (we're talking 20=30mn) plus all the work that I lose when I > restart. If we don't find an answer in the config I sent you, or you > don't have a spare devel machine where you can easily start a single > gnome-terminal to see if it behaves when you make it save settings, I'll > try and find a spare machine where I can do that without impacting my > main work laptop. > > Here's a random gnome-terminal window: > group "E_Remember" struct { > value "version" uint: 1; > value "match" int: 59; > value "no_reopen" int: 0; > value "apply_first_only" uchar: 0; > value "keep_settings" uchar: 1; > value "name" string: "gnome-terminal-server"; > value "class" string: "Gnome-terminal"; > value "role" string: "window1"; > value "type" int: 8; > value "transient" uchar: 0; > value "apply" int: 245247; > value "max_score" int: 0; > value "prop.pos_x" int: 2; > value "prop.pos_y" int: 55; > value "prop.res_x" int: 3840; > value "prop.res_y" int: 2160; > value "prop.pos_w" int: 750; > value "prop.pos_h" int: 322; > value "prop.frame_w" int: 0; > value "prop.frame_h" int: 0; > value "prop.w" int: 750; > value "prop.h" int: 322; > value "
Re: [e-users] Why do all my windows get moved over everywhere if I restart E?
Update. I hit this occasional bug where after unlocking/screen coming back from sleep, I could see X, but most of my windows were gone, just not visible anywhere on my screens. When that happens I know it's an E bug, and I have to restart E. I did, and then all my windows came back, however most got moved to different screns/locations than they were before. This is mostly true for chrome windows which aren't location managed by E. I thought E 0.24 would save window positions and leave them be when it restarted? Actually it didn't even touch them at all, it would have been fine (unless the bug where they disappered was because E moved them all off screen). Given that it doesn't do better than 0.23 on that front (for me) and can't fix gnome-terminal after the fact anymore, I'm very tempoted to revert back. After E came back: - all my chrome windows were totally in the wrong place - I have procmeter3 (apt-get install procmeter3), which E has always struggled to place and size correctly. It was in the wrong place and with the wrong size. For procmeter3, I did window remember all, save. When I re-open, it gives me window/remember/volume. I put it back to all, save, re-open and get window/remember/volume again :-/ - even my gnome terminals got moved slightly, but at least they stayed in the correct virtual window I put the whole config here: http://marc.merlins.org/tmp/E0.24_config.txt On Tue, Sep 08, 2020 at 07:36:16PM +0100, Carsten Haitzler wrote: > well the config e has is the current config so there is no way. if the window > moved, resized etc. e saves the config for remembers again so it keeps it in > sync with the current state. it always has done this. Yes, but I turned that off, I use "window/remembers/options/keep current properties" > > I hear you on switching terminals, it'll be my last option. I don't > > actually like gnome, but the termeinal checks a lot of checkboxes I > > need. > > just try it to test It's actually a fair amount of work for me to re-lay all these windows carefully (we're talking 20=30mn) plus all the work that I lose when I restart. If we don't find an answer in the config I sent you, or you don't have a spare devel machine where you can easily start a single gnome-terminal to see if it behaves when you make it save settings, I'll try and find a spare machine where I can do that without impacting my main work laptop. Here's a random gnome-terminal window: group "E_Remember" struct { value "version" uint: 1; value "match" int: 59; value "no_reopen" int: 0; value "apply_first_only" uchar: 0; value "keep_settings" uchar: 1; value "name" string: "gnome-terminal-server"; value "class" string: "Gnome-terminal"; value "role" string: "window1"; value "type" int: 8; value "transient" uchar: 0; value "apply" int: 245247; value "max_score" int: 0; value "prop.pos_x" int: 2; value "prop.pos_y" int: 55; value "prop.res_x" int: 3840; value "prop.res_y" int: 2160; value "prop.pos_w" int: 750; value "prop.pos_h" int: 322; value "prop.frame_w" int: 0; value "prop.frame_h" int: 0; value "prop.w" int: 750; value "prop.h" int: 322; value "prop.layer" int: 200; value "prop.maximize" uint: 0; value "prop.lock_user_location" uchar: 0; value "prop.lock_client_location" uchar: 0; value "prop.lock_user_size" uchar: 0; value "prop.lock_client_size" uchar: 0; value "prop.lock_user_stacking" uchar: 0; value "prop.lock_client_stacking" uchar: 0; value "prop.lock_user_iconify" uchar: 0; value "prop.lock_client_iconify" uchar: 0; value "prop.lock_user_desk" uchar: 0; value "prop.lock_client_desk" uchar: 0; value "prop.lock_user_sticky" uchar: 0; value "prop.lock_client_sticky" uchar: 0; value "prop.lock_user_shade" uchar: 0; value "prop.lock_client_shade" uchar: 0; value "prop.lock_user_maximize" uchar: 0; value "prop.lock_client_maximize" uchar: 0; value "prop.lock_user_fullscreen" uchar: 0; value "prop.lock_client_fullscreen" uchar: 0; value "prop.lock_border" uchar: 0; value "prop.lock_close" uchar: 0; value "prop.lock_focus_in" uchar: 0; value "prop.lock_focus_out" uchar: 0; value "prop.lock_life" uchar: 0; value "prop.sticky" uchar: 0; value "prop.shaded" uchar: 50; value "prop.skip_winlist" uchar: 0; value "prop.skip_pager" uchar: 0; value "prop.skip_taskbar" uchar: 0; value "prop.fullscreen" uchar: 0; value "prop.desk_x" int: 0;
Re: [e-users] Why do all my windows get moved over everywhere if I restart E?
On Tue, Sep 08, 2020 at 08:56:49AM +0100, Carsten Haitzler wrote: > it could be a race where gtk/gnome terminal is setting role AFTER it shows the > window... so it's a pure luck/race condition that by the time e responds to > the > map request and reads the window properties role may or may not be set by that > time. that is a possible reason. as i mentioned already... try with another > terminal that i'm pretty sure is doing things right and see if the issue > happens there too. elimination of possible things. I see. Is there an easy way to find out if the properties are being saved on disk properly, to make sure the lock properties are being saved? Also, with the new E that saves current state before it restarts, is there a way to make it behave like the old E and tell it "please apply config saved settings to all current running windows?" Obviously I could revert to E 0.23 and that'll fix my problem, but you told me enough about how I should be running E 0.24 :) I hear you on switching terminals, it'll be my last option. I don't actually like gnome, but the termeinal checks a lot of checkboxes I need. Thanks, Marc -- "A mouse is a device used to point at the xterm you want to type in" - A.S.R. Home page: http://marc.merlins.org/ ___ enlightenment-users mailing list enlightenment-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-users
Re: [e-users] Why do all my windows get moved over everywhere if I restart E?
On Sun, Sep 06, 2020 at 09:38:49PM +0100, Carsten Haitzler wrote: > On Sun, 6 Sep 2020 10:55:06 -0700 Marc MERLIN said: > > well given your sleeps the windows will come up after e has started... i am > wondering if its gnome-=terminal asking to move the window? tried using xterm > or terminology instead? I'm using it because I use a weird in between (fractional) font size that happens to be perfect for me :) However, you just gave me the hint I needed a reminder of: locks/prevent window from moving on its own I'm not sure why, but it was lost/gone from some windows. i'll put it back and hopefully that will take care of things. Thanks much Marc -- "A mouse is a device used to point at the xterm you want to type in" - A.S.R. Home page: http://marc.merlins.org/ | PGP 7F55D5F27AAF9D08 ___ enlightenment-users mailing list enlightenment-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-users
Re: [e-users] Why do all my windows get moved over everywhere if I restart E?
On Sun, Sep 06, 2020 at 06:27:59PM +0100, Carsten Haitzler wrote: > On Sun, 6 Sep 2020 10:03:23 -0700 Marc MERLIN said: > > try just move them around a bit, log in again and see. i changed logic to > handle resolution changes for remembers. it was broken until now. this means > that means you have to do a 1-off to fix it up in remembers. i did try that. I moved all the windows that were in the wrong place, then did the double save thing with double toggle of keep current properties, logged out, logged back in, and those windows came back in the wrong place. Marc -- "A mouse is a device used to point at the xterm you want to type in" - A.S.R. Home page: http://marc.merlins.org/ | PGP 7F55D5F27AAF9D08 ___ enlightenment-users mailing list enlightenment-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-users
Re: [e-users] Why do all my windows get moved over everywhere if I restart E?
On Mon, Aug 31, 2020 at 12:02:18AM +0100, Carsten Haitzler wrote: > On Sun, 30 Aug 2020 07:31:23 -0700 Marc MERLIN said: > > I have never seen it jumble the windows... if you lose a screen e will dump > windows onto the current screen+desktop (but their positions will be the same > relative to the screen). > > e in git now actually remember the last screen a window was on when dumped and > restores it back to it when the screen re-appears unless you manually moved it > around screens in the meantime. it also dumps them on the same corresponding > desktop rather than all windows on the lost screen onto the current desktop. Ok, so I upgraded to 0.24.2-5 I can see that it changed the way it leaves windows where they used to be when it restarts (with a nice dim effect), that's good. Now, I have a new problem though. This is a problme I've always had. I use xsession to start terminals because I had issues getting E to start my many terminsls with the right name arguments a long tiem ago and I just stuck with xsession It looks like this: #TN=xfce4-terminal #TNN=T TN="gnome-terminal --hide-menubar --window" TNN="--role" # Give time to e17 to start so that it can capture the window to position it (sleep 5; $TN $TNN window1 --role=window1 ) & (sleep 5; $TN $TNN window2 --role=window2 ) & (sleep 5; $TN $TNN window3 --role=window3 ) & (sleep 5; $TN $TNN window4 --role=window4 ) & (sleep 5; $TN $TNN window5 --role=window5 ) & (sleep 5; $TN $TNN window6 --role=window6 ) & (sleep 5; $TN $TNN window7 --role=window7 --tab ) & (sleep 5; $TN $TNN window8 --role=window8 --tab ) & (sleep 5; $TN $TNN window9 --role=window9 --tab ) & (sleep 5; $TN $TNN window10 --role=window10 --tab ) & (sleep 5; $TN $TNN window11 --role=window11 --tab ) & (sleep 5; $TN $TNN window2.1 --role=window2.1 --tab ) & (sleep 5; $TN $TNN window2.2 --role=window2.2 --tab ) & (sleep 5; $TN $TNN window2.3 --role=window2.3 --tab ) & (sleep 5; $TN $TNN window2.4 --role=window2.4 --tab ) & (sleep 5; $TN $TNN window2.5 --role=window2.5 --tab ) & (sleep 5; $TN $TNN window3.1 --role=window3.1 --tab ) & (sleep 5; $TN $TNN window3.2 --role=window3.2 --tab ) & (stuff) /usr/bin/enlightenment_start The problem is that the windows never really all appeared where they needed. They have the right size (E remembers), they are somewhat in the right place and all on the correct virtual screen, but it's not quite in the right place. It looks like window size is reliably remembered, as well as virtual screen. Position within the screne, is not. With E, up to 0.23, all I had to to when I started X, was let everything start, then I did CTRL Alt End, restarted E and E would right away move the windows to where it was supposed to put them to start with, but somehow never did it right at start. This does show that my E config knows exactly where each window is supposed to be, but for reasons unknown, this doesn't get applied at start. Now, with E 0.24, it remembers the place where they are at, the wrong one at start, and won't re-place them, which I understand is intended. how do I fix things so that E reliably puts the windows in the right place at startup time? The way I remember a window, is I fix it is: - move window - remember settings - uncheck keep current properties - check apply - check keep current properties - check ok Thanks, Marc -- "A mouse is a device used to point at the xterm you want to type in" - A.S.R. Home page: http://marc.merlins.org/ | PGP 7F55D5F27AAF9D08 ___ enlightenment-users mailing list enlightenment-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-users
Re: [e-users] Why do all my windows get moved over everywhere if I restart E?
On Sun, Aug 30, 2020 at 09:15:41AM -0700, Ross Vandegrift wrote: > On Sun, Aug 30, 2020 at 07:31:23AM -0700, Marc MERLIN wrote: > > However when E restarts, it takes all my windows over 3 different > > virtual screens, and jumbles them all around, it takes me 5 to 10mn to > > fing them all and put them back where they're supposed to be. > > > > If I start E from scratch (along with restarting X), then it knows how > > to place those same windows. > > > > This is E 0.23.1-5 (yes, there is likely a new version I coulud upgrade > > to). Is that a known bug that's already fixed, or something weird that > > is happening on my setup only? > > Yes, this has been better for me on 0.24. Great to know, thank you. Just upgraded, will see how it goes. Marc -- "A mouse is a device used to point at the xterm you want to type in" - A.S.R. Home page: http://marc.merlins.org/ | PGP 7F55D5F27AAF9D08 ___ enlightenment-users mailing list enlightenment-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-users
[e-users] Why do all my windows get moved over everywhere if I restart E?
Sometimes E wedges, so I need to killall -SEGV enlightenment However when E restarts, it takes all my windows over 3 different virtual screens, and jumbles them all around, it takes me 5 to 10mn to fing them all and put them back where they're supposed to be. If I start E from scratch (along with restarting X), then it knows how to place those same windows. This is E 0.23.1-5 (yes, there is likely a new version I coulud upgrade to). Is that a known bug that's already fixed, or something weird that is happening on my setup only? Thanks, Marc -- "A mouse is a device used to point at the xterm you want to type in" - A.S.R. Home page: http://marc.merlins.org/ | PGP 7F55D5F27AAF9D08 ___ enlightenment-users mailing list enlightenment-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-users
Re: [e-users] hot plugging a 2nd screen and keeping window positions
On Fri, Jun 19, 2020 at 07:18:51PM +0100, Carsten Haitzler wrote: > > I looked for this, but didn't find a setting. Is it a compile option or > > a setting? > > http://www.enlightenment.org/ss/e-5eecffdb3dd9d5.28939497.png woohoo, the settings cat, where have you been all my life, settings cat? :) Got it, thanks. > > If I never get it working reliably, I'll probably just switch to HDMI > > for good (DP is supposed to be slightly faster for 4K). > > or maybe just a good DP cable? as i said - i can add some config - will have > to > try remember that... I just bought a brand new one, but that's not to say that the 3 cables aren't all varying levels of crap. For comparison, the same 4K goes through any HDMI cable I've thrown at it, but I guess they are shielded differently. It could also be an issue with the nvidia chip or connectivity in that laptop not being rock solid for DP, but fine with HDMI, who knows? > > Yes, I do think that making this configurable can also be useful, at > > least for some cases, even if indeed I'm just a sample size of 1 :) > > well indeed sometimes people have different or broken or odd hardware. if i > can't see it it's hard to code around it - i have to rely on reports and > figuring out what the real issue is and then possibly the best path. i would > like then for the user to try git so i can prototype/try the feature to see if > it actually fixes things before it is baked into a release. Right. I'm sorry to be lame with you on that one, I'm so deep inside work with already multiple TOT git trees with issues, that I try to touch X, E, and my terminals, as little as possible :-/ hopefully the logs I posted were somewhat helpful. When I unpile the stack of open things I'm deep in, I'll try to have a look at doing E from source again, but it'll probably be a little while, sorry. Thanks, Marc -- "A mouse is a device used to point at the xterm you want to type in" - A.S.R. Home page: http://marc.merlins.org/ | PGP 7F55D5F27AAF9D08 ___ enlightenment-users mailing list enlightenment-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-users
Re: [e-users] hot plugging a 2nd screen and keeping window positions
On Fri, Jun 19, 2020 at 11:06:19AM +0100, Carsten Haitzler wrote: > you could also just disable e's monitor hotplug support. hotplug support means > actively handling connects/disconnects when e knows about them. if it's > happening due to bad cabling or something... it's still happening. :) I looked for this, but didn't find a setting. Is it a compile option or a setting? And out of curiosity, for mirroring it's easy but in the case of separate screens, if you disable hotplug support, does E just ignore the next screen if you plug it in, or what happens exactly? > aaah now this hits the problem. i actually spent a lot of time messing with > this timeout. i ended up at 1 second as a compromise. if i had it wait 3-5 Yeah, I'm not surprised. Changing it from 1 for all is not a good idea as you said. Making it a setting that can be raised a bit for those where connections can bounce a little bit, may be desirable, or not. Can't say if I'm the only one with this flaky connection. I tried the other minidp cable to a different minidp input in the monitor. It feels more stable but still stutters a bit. If I never get it working reliably, I'll probably just switch to HDMI for good (DP is supposed to be slightly faster for 4K). > i also just added a feature "ignore disconnects" for a specific screen... it's > in git master... :) so technically you could just flag a screen as a problem > child and turn this on. it does mean if you use a laptop and actually > dock/undock AND have "problem connectors" e can't handle the disconnect for > that screen until you manually remove the "ignore disconnects" for that > screen, > THEN unplug it. Oh, good to know, thank you. > in the end e is at the point where it doesn't know if its an actual disconnect > or a broken cable. if you disable hotplug then e can use a fixed setup - Correct. > the only other option is to make this 1 second a configuration value for the > user. it's not pretty but might help hide your problem a bit, but you'd need > to > go using git master to get such features if i added them even today... or you > wait for the next release... :) Yes, I do think that making this configurable can also be useful, at least for some cases, even if indeed I'm just a sample size of 1 :) Thanks again for your answers Marc -- "A mouse is a device used to point at the xterm you want to type in" - A.S.R. Home page: http://marc.merlins.org/ ___ enlightenment-users mailing list enlightenment-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-users
Re: [e-users] hot plugging a 2nd screen and keeping window positions
On Tue, Jun 09, 2020 at 09:43:53AM +0100, Carsten Haitzler wrote: > likely going to try debug an older release of e unless you're willing to > actually hack on the code and add appropriate debug, find the issue and > identify it's the same one in the current release and maybe send a patch... :) > i can easily turn off one of my monitors and over displayport this means it > looks disconnected and then reconfigures screens. i've just tested both > side-by-side and clone here and turned my right screen on and off like ever > second or so now 5-10 times. if i keep turning it on and off fast enough > nothing happens (screen is not faded in or out - that's the sign e's randr is > about to reconfigure). if i let it sit for a second or so then e responds and > does its thing. Thanks for your answer. I stepped back a bit and had to agree that there is something wrong with hte hardware/conectivity which is in turn causing an issue in E. Fixing that in E would be nice, but the real issue is underneath, and the one I should actually fix (the display should not connect/disconnect so much). Apparently using na HDMI cable instead of DP, seems to not trigger this problem. I'm also now trying a mini-DP to mini-DP cable that goes into a different input of the monitor to see if that helps (it looks like it might). If so, that's probably my best fix. > e does have a delay timer to at 1 second for things to settle on changes in > screens to precisely avoid the "a bunch of screens plug/unplug at about the > same time" (plugging into a dock or unplugging for example, or a dodgey > connector that disconnects and then reconnects quickly), so it already has > code > to deal with this situation. as long as it sees changes happening within 1 > second of each-other it'll keep deferring doing anything about it until that > stops. if a screen unplugs and plugs for like 0.5 sec it should ignore it > then. > like any change events from x's randr events call Yeah, I have seen that, the screen flips a few time (at more than 1Hz I hope), and eventually things settle and E tries to do what it needs to then. I may actually be helpful to allow raising this to 2-3 seconds instead of 1, but then again that might be helpful to anyone, so that's hard to say. > software stack in android and after 2 weeks of chasing a "bug" they thought > might be in the kernel driver (i was picking through it to figure out if it > was > and threw in some debugging to find out and ruled it out) it turned out that > simply the bug was already fixed a while ago in "master" in a userspace > component and we wasted multiple peoples full time jobs for a few weeks and a > whole bunch of managers stressing out over "not up to date" tendencies. it > happens far too often, so i encourage you to update first. perhaps just Yeah, I hear you. I have the latest nvidia driver, but it's likely a hardware/cabling problem in this case, so I'm going to try and fix that (substandard cables that don't like 4K? or hardware that is borderline on signalling and not fully compatible if things aren't "just right"). Thanks for the detailled answer and suggestions. Marc -- "A mouse is a device used to point at the xterm you want to type in" - A.S.R. Home page: http://marc.merlins.org/ | PGP 7F55D5F27AAF9D08 ___ enlightenment-users mailing list enlightenment-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-users
Re: [e-users] hot plugging a 2nd screen and keeping window positions
On Mon, Jun 08, 2020 at 12:40:26AM +0100, Carsten Haitzler wrote: > > > hmmm no. i don't see any suspicious there... i can't say what is going on. > > > perhaps a bug already long fixed? i don't know. > > > > Isn't "move resize 0 0 -65536x-65536" something bad? > > not. this is just the first time it runs with some initial values chosen that > will ensure a later "did this actually change - did coords change" will > actually tigger for the first change of coords... :) Ok, I had this happen again. I'm starting to wonder if my video cable (4K, so it's a lot of BW) picks up a bit of noise and the screen disappears for a short while. But still, that shouldn't cause E to do what it does. Here are logs; [793669.554] (--) NVIDIA(GPU-0): DFP-3: Internal DisplayPort [793669.554] (--) NVIDIA(GPU-0): DFP-3: 960.0 MHz maximum pixel clock [793669.554] (--) NVIDIA(GPU-0): [793670.239] (--) NVIDIA(GPU-0): DFP-0: disconnected [793670.239] (--) NVIDIA(GPU-0): DFP-0: Internal TMDS [793670.239] (--) NVIDIA(GPU-0): DFP-0: 165.0 MHz maximum pixel clock [793670.239] (--) NVIDIA(GPU-0): [793670.239] (--) NVIDIA(GPU-0): DFP-1: disconnected [793670.239] (--) NVIDIA(GPU-0): DFP-1: Internal TMDS [793670.239] (--) NVIDIA(GPU-0): DFP-1: 165.0 MHz maximum pixel clock [793670.239] (--) NVIDIA(GPU-0): [793670.239] (--) NVIDIA(GPU-0): DFP-2: disconnected [793670.239] (--) NVIDIA(GPU-0): DFP-2: Internal TMDS [793670.239] (--) NVIDIA(GPU-0): DFP-2: 165.0 MHz maximum pixel clock [793670.239] (--) NVIDIA(GPU-0): [793670.239] (--) NVIDIA(GPU-0): DFP-3: disconnected [793670.239] (--) NVIDIA(GPU-0): DFP-3: Internal DisplayPort [793670.239] (--) NVIDIA(GPU-0): DFP-3: 960.0 MHz maximum pixel clock [793670.239] (--) NVIDIA(GPU-0): [793670.239] (--) NVIDIA(GPU-0): Panasonic (DFP-4): connected [793670.239] (--) NVIDIA(GPU-0): Panasonic (DFP-4): Internal DisplayPort [793670.239] (--) NVIDIA(GPU-0): Panasonic (DFP-4): 960.0 MHz maximum pixel clock [793670.239] (--) NVIDIA(GPU-0): [793670.239] (--) NVIDIA(GPU-0): DFP-5: disconnected [793670.239] (--) NVIDIA(GPU-0): DFP-5: Internal DisplayPort [793670.239] (--) NVIDIA(GPU-0): DFP-5: 960.0 MHz maximum pixel clock [793670.240] (--) NVIDIA(GPU-0): [793670.240] (--) NVIDIA(GPU-0): DFP-6: disconnected [793670.240] (--) NVIDIA(GPU-0): DFP-6: Internal DisplayPort [793670.240] (--) NVIDIA(GPU-0): DFP-6: 960.0 MHz maximum pixel clock [793670.240] (--) NVIDIA(GPU-0): [793670.240] (--) NVIDIA(GPU-0): DFP-0: disconnected [793670.240] (--) NVIDIA(GPU-0): DFP-0: Internal TMDS [793670.240] (--) NVIDIA(GPU-0): DFP-0: 165.0 MHz maximum pixel clock [793670.240] (--) NVIDIA(GPU-0): [793670.240] (--) NVIDIA(GPU-0): DFP-1: disconnected [793670.240] (--) NVIDIA(GPU-0): DFP-1: Internal TMDS [793670.240] (--) NVIDIA(GPU-0): DFP-1: 165.0 MHz maximum pixel clock [793670.240] (--) NVIDIA(GPU-0): [793670.240] (--) NVIDIA(GPU-0): DFP-2: disconnected [793670.240] (--) NVIDIA(GPU-0): DFP-2: Internal TMDS [793670.240] (--) NVIDIA(GPU-0): DFP-2: 165.0 MHz maximum pixel clock [793670.240] (--) NVIDIA(GPU-0): [793670.240] (--) NVIDIA(GPU-0): DFP-3: disconnected [793670.240] (--) NVIDIA(GPU-0): DFP-3: Internal DisplayPort [793670.240] (--) NVIDIA(GPU-0): DFP-3: 960.0 MHz maximum pixel clock [793670.240] (--) NVIDIA(GPU-0): [793670.240] (--) NVIDIA(GPU-0): Panasonic (DFP-4): connected [793670.240] (--) NVIDIA(GPU-0): Panasonic (DFP-4): Internal DisplayPort [793670.240] (--) NVIDIA(GPU-0): Panasonic (DFP-4): 960.0 MHz maximum pixel clock (...) [793764.977] (--) NVIDIA(GPU-0): Acer B326HK (DFP-3): connected [793764.977] (--) NVIDIA(GPU-0): Acer B326HK (DFP-3): Internal DisplayPort [793764.977] (--) NVIDIA(GPU-0): Acer B326HK (DFP-3): 960.0 MHz maximum pixel clock [793764.977] (--) NVIDIA(GPU-0): [793764.977] (--) NVIDIA(GPU-0): Panasonic (DFP-4): connected [793764.977] (--) NVIDIA(GPU-0): Panasonic (DFP-4): Internal DisplayPort [793764.977] (--) NVIDIA(GPU-0): Panasonic (DFP-4): 960.0 MHz maximum pixel clock [793764.977] (--) NVIDIA(GPU-0): [793764.977] (--) NVIDIA(GPU-0): DFP-5: disconnected [793764.977] (--) NVIDIA(GPU-0): DFP-5: Internal DisplayPort [793764.977] (--) NVIDIA(GPU-0): DFP-5: 960.0 MHz maximum pixel clock [793764.977] (--) NVIDIA(GPU-0): [793764.977] (--) NVIDIA(GPU-0): DFP-6: disconnected [793764.977] (--) NVIDIA(GPU-0): DFP-6: Internal DisplayPort [793764.977] (--) NVIDIA(GPU-0): DFP-6: 960.0 MHz maximum pixel clock [793764.977] (--) NVIDIA(GPU-0): [794923.602] (--) NVIDIA(GPU-0): DFP-3: disconnected Ok, so this shows a screen connection/disconnection (there are a few, it probably flaps a fair bit). Maybe there is a bug if screens are added/removed too quickly in E? ERR<20124>: ../src/lib/eina/eina_tiler.c:1252 eina_tiler_rect_del() *** Eina Magic Check Failed !!! Input handle pointer is NULL. RRR: ... 1 0 RRR: reconfigure screens due to event... RRR: . info get! RRR: out DP-0 RRR: .. lid_closed = 0 (0 && 0) RRR: .. connected 0 RRR: .. modes (nil) RRR:
Re: [e-users] hot plugging a 2nd screen and keeping window positions
On Sun, Jun 07, 2020 at 07:17:16PM +0100, Carsten Haitzler wrote: > > E remembers their new (bad) positions if I restart E while X is running > > (i.e. it won't put them back there they were before it messed them up), > > but if I restart X (and E), they do go back where they were supposed to be. > > How is that possible? > > that doesn't make sense... ??? it shouldn't be happening to begin with and i > see nothing that says what it did in the log... ok, that's what I thought too. Thanks for confirming. > > Sure, there you go: https://pastebin.com/NpZt9zCA > > All the resolutions I see in there are 3840x2160 > > > > Not sure what to grep for, but I found this: > >move resize 0 0 -65536x-65536 -> 0 0 3840x2160 > > hmmm no. i don't see any suspicious there... i can't say what is going on. > perhaps a bug already long fixed? i don't know. Isn't "move resize 0 0 -65536x-65536" something bad? Wouldn't a negative size cause windows to all bunch up on the upper left corner to try to fit? Marc -- "A mouse is a device used to point at the xterm you want to type in" - A.S.R. Home page: http://marc.merlins.org/ | PGP 7F55D5F27AAF9D08 ___ enlightenment-users mailing list enlightenment-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-users
Re: [e-users] hot plugging a 2nd screen and keeping window positions
On Sun, Jun 07, 2020 at 04:19:44PM +0100, Carsten Haitzler wrote: > > How do I tell E to reset all the windows to where they would be if E got > > started from scratch? Restarting E won't do it. > > I'm forced to log out and log back in, which puts my windows where > > they're supposed to be, but then I also lose all the contents. > > if they were remembered then e has remembered these new positions... that's > about it. That's where I'm confused. E remembers their new (bad) positions if I restart E while X is running (i.e. it won't put them back there they were before it messed them up), but if I restart X (and E), they do go back where they were supposed to be. How is that possible? > check your xsession logs for RRR: lines that tell you what it sees from > xrandr to see what is going on... Sure, there you go: https://pastebin.com/NpZt9zCA All the resolutions I see in there are 3840x2160 Not sure what to grep for, but I found this: move resize 0 0 -65536x-65536 -> 0 0 3840x2160 move resize 0 0 3840x2160 -> 0 0 3840x2160 move resize 0 0 3840x2160 -> 0 0 3840x2160 Does that help? Thanks, Marc -- "A mouse is a device used to point at the xterm you want to type in" - A.S.R. Home page: http://marc.merlins.org/ | PGP 7F55D5F27AAF9D08 ___ enlightenment-users mailing list enlightenment-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-users
Re: [e-users] hot plugging a 2nd screen and keeping window positions
Ok, one more question. Because this was really getting to me, I put the screen in mirror mode so that windows don't have to be moved around. This works better, but sometimes, I find my screen locked even though I was in presentation mode, and all my windows in the upper left corner, as if E thought that my screen got resized to 320x200 or somesuch (this is without the laptop being moved or unplugged from anything). How do I tell E to reset all the windows to where they would be if E got started from scratch? Restarting E won't do it. I'm forced to log out and log back in, which puts my windows where they're supposed to be, but then I also lose all the contents. This is with E 0.23.1-5 if that makes a difference although I had the same issue with E 0.22.1 before that. Thanks, Marc -- "A mouse is a device used to point at the xterm you want to type in" - A.S.R. Home page: http://marc.merlins.org/ ___ enlightenment-users mailing list enlightenment-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-users
Re: [e-users] hot plugging a 2nd screen and keeping window positions
On Tue, Jun 02, 2020 at 09:28:15AM +0100, Carsten Haitzler wrote: > * randr: when losing a zone/screen, put windows in purgatory and then have > purgatory screens available via pager to drag onto a current screen, > or the specific virtual desktops from purgatory to be accessible even > if not on a real screen/zone Interesting. > > Seperately, is there some window grouping option where I can group a set > > of windows and drag them all back to the other screen, as a single > > window? > > no. there isn't. thanks for confirming. Is it something that https://www.x.org/archive/X11R7.5/doc/man/man1/Xnest.1.html could help with? Marc -- "A mouse is a device used to point at the xterm you want to type in" - A.S.R. Home page: http://marc.merlins.org/ | PGP 7F55D5F27AAF9D08 ___ enlightenment-users mailing list enlightenment-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-users
[e-users] hot plugging a 2nd screen and keeping window positions
I took my older thinkpad, with a somewhat older E and older debian and sysvinit 9no systemd), and I made it a desktop machine. i installed the nvidia driver on it, because I don't care about battery use anymore. I have the screen setup as secondary (4K panel, 4K screen). When the screen turns off, E takes all the windows and puts them on the first screen, which is understandable. When the screen turns back on, it doesn't move the windows back, so I have to move them all one by one every time. Does newer E deal with this better and auto save/restore positions on secondary screens with the nvidia driver? (I noticed that the driver does not cause E to popup its secondary screen setup which does pop up if I use the i915 driver, so E may not deal with those screen add/removes the same way) Seperately, is there some window grouping option where I can group a set of windows and drag them all back to the other screen, as a single window? Or anything else that might help? Thanks, Marc -- "A mouse is a device used to point at the xterm you want to type in" - A.S.R. Home page: http://marc.merlins.org/ | PGP 7F55D5F27AAF9D08 ___ enlightenment-users mailing list enlightenment-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-users
Re: [e-users] slow wakeup from screen off/dimmed when locked
On Sat, May 02, 2020 at 05:00:20PM +0100, Carsten Haitzler wrote: > > # i915_enable_rc6=1 seems buggy for GPU with chrome, and may not restore > > from > > # black screen sleep > > options i915 modeset=1 i915.i915_enable_fbc=1 > > > > I'll see if removing i915_enable_rc6=1 is enough to fix it, if not, I'll > > look at the fade settings. > > if it's wake up from suspend it may also be screen unplug/plug. we have a > timeout to wait for screen plug/unplug events to settle before finally > applying > the config as they often come in little spurts with a bunch of removes, adds > and so on so we wait until the burst is over (i think 5 sec) then apply. if > you > have a dock with external screens then the usb plug/unplugs could be causing > monitor plug/unplug events too... > > so check your e stdout/err logs wherever they go. it might let you know. To close the loop on this one, after some kernel, driver and firmware updates, this issue is gone. E was of course innocent, but you knew that :) Marc -- "A mouse is a device used to point at the xterm you want to type in" - A.S.R. Home page: http://marc.merlins.org/ ___ enlightenment-users mailing list enlightenment-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-users
Re: [e-users] slow wakeup from screen off/dimmed when locked
On Sat, May 02, 2020 at 02:52:34PM +0100, Carsten Haitzler wrote: > On Fri, 1 May 2020 22:47:37 -0700 Marc MERLIN said: > > > Since I switched to the new E, when my screen is locked, my screen is > > also off. > > Several times, I've pushed a key, and nothing, screen still off, for > > sometimes several seconds until finally it slowly fades back on and I > > can finally enter my screensaver password. > > > > I honestly don't need this slow fade in, and I think it might be making > > things worse. > > Is it possible to turn it off and only get instant screen blank and > > wakeup? > > what screen is fading? desktop monitor? laptop panel? there should be no delay > for the fade-in unless there is a whole screen reconfiguration going on > (screens are being plugged/unplugged - either by lid being opened or closed or > suspend/resume sometimes having the xserver reports that the screens were > plugged/unplugged). logs will tell you if the screen was being reconfigured or > if ddc backlight was being used on desktop monitors etc. It's a thinkpad P73's internal panel. It obviously should wake up instantly. To be fair, it is possible that it is a problem with the intel driver: # i915_enable_rc6=1 seems buggy for GPU with chrome, and may not restore from black screen sleep options i915 modeset=1 i915.i915_enable_fbc=1 I'll see if removing i915_enable_rc6=1 is enough to fix it, if not, I'll look at the fade settings. Thanks, Marc -- "A mouse is a device used to point at the xterm you want to type in" - A.S.R. Home page: http://marc.merlins.org/ | PGP 7F55D5F27AAF9D08 ___ enlightenment-users mailing list enlightenment-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-users
Re: [e-users] Getting a "just right" font from gnome-terminal (making the font more narrow)
On Sat, May 02, 2020 at 02:48:29PM +0100, Carsten Haitzler wrote: > terminology will only offer 12 or 13. evas only offers integer font size. if > its a fractional size that by luck happens to have something round up/down to > just the size you want - it's by luck, but that's just not supported. the > entire evas font engine plumbing takes integer font sizes only and that's not > going to change. You can try other mono fonts. I spent white a while looking > for mono fonts that behave well and hint well and size just how I like. Understood. To be honest, I think it's a bit crazy that I had to know to use an fractional font size to get the font I wanted. I did spend several hours looking at other fonts 1 by 1 (including your nice terminus font which would have been awesome on my older screens with higher DPI). But my screen is apparently 285 DPI, I'm already using it as a 100 DPI to get more stuff on it, even if it's small, but I can't really go smaller than that, even with my eagle eyes :) > nexus (bitmap 6x10 thus no scaling) <- clearest > Hack (Bold) @ 8 > Source Code Pro (Bold) @ 10 Oooh new fonts still, thanks, I'll have a look at them, much appreciated. Marc -- "A mouse is a device used to point at the xterm you want to type in" - A.S.R. Home page: http://marc.merlins.org/ | PGP 7F55D5F27AAF9D08 ___ enlightenment-users mailing list enlightenment-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-users
[e-users] slow wakeup from screen off/dimmed when locked
Since I switched to the new E, when my screen is locked, my screen is also off. Several times, I've pushed a key, and nothing, screen still off, for sometimes several seconds until finally it slowly fades back on and I can finally enter my screensaver password. I honestly don't need this slow fade in, and I think it might be making things worse. Is it possible to turn it off and only get instant screen blank and wakeup? Thanks, Marc -- "A mouse is a device used to point at the xterm you want to type in" - A.S.R. Home page: http://marc.merlins.org/ | PGP 7F55D5F27AAF9D08 ___ enlightenment-users mailing list enlightenment-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-users
Re: [e-users] Getting a "just right" font from gnome-terminal (making the font more narrow)
On Fri, May 01, 2020 at 07:39:53PM -0700, Marc MERLIN wrote: > Here is a picture: > http://marc.merlins.org/tmp/3terms.jpg > top is gnome-terminal in size 7 > middle is ghome-terminal in size 8 but with CTRL - aka goldylocks > bottom is terminology size 11, correct width but not high enough > > Any idea what I can do to get terminology (or gnome-terminal) to shrink > a font in width only if the height/width combined changes don't work > like I need to? Keith gave me the magic answer: font sizes can be fractional. In gnome-terminal, I can set the size by entering it manually to 7.9, and get what I needed. Terminology does not seem to allow fractional values though, but that's ok gnome-terminal works for what I need. Marc -- "A mouse is a device used to point at the xterm you want to type in" - A.S.R. Home page: http://marc.merlins.org/ | PGP 7F55D5F27AAF9D08 ___ enlightenment-users mailing list enlightenment-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-users
[e-users] Getting a "just right" font from gnome-terminal (making the font more narrow)
Ok, I have a pretty confusing situation. I've spent hours on it and gotten nowhere. After playing with dpi settings and font sizes on a 4K laptop, I'm trying to get the perfect font that isn't too small and not too big, but that's actually an issue in both height and width. Obviously you'd think they're linked, if you change one, the other one changes too. Except, in gnome-terminal, if I choose "dejavu sans mono" size 8 with a dpi of 130, it's a bit too big. Size 7 is the right height, but exactly as wide as 8. and size 6 is more narrow but also too small (height) In other words, 8 to 7 only changes height when I'd like height and width, and going from 7 to 6 changes both but now they're too small. Ok, life is tough, move on. Except, one day, I took my font 8, typed Ctrl - , and OMG, it does the right thing, the height is as high as font 7, but the width also becomes more narrow (narrower than font 7) and is perfect, just what I want. Now, I have no idea how to get that font on purpose with gnome-terminal by saving it as a default size, and same thing with terminology, I can only get the equivalent of font 8 or 7 (although it's 12/13 in terminology) 12 is the correct height, but too wide. 11 is the correct width, but not high enough I guess gnome-terminal has some random magic that made the font narrower just like I needed it, but only with CTRL - and I can't replicate it with anything else. Here is a picture: http://marc.merlins.org/tmp/3terms.jpg top is gnome-terminal in size 7 middle is ghome-terminal in size 8 but with CTRL - aka goldylocks bottom is terminology size 11, correct width but not high enough Any idea what I can do to get terminology (or gnome-terminal) to shrink a font in width only if the height/width combined changes don't work like I need to? On the plus side, terminology gets a point for packing the fonts closer in height, so I get more lines compared to gnome-terminal for the exact same font size. Marc -- "A mouse is a device used to point at the xterm you want to type in" - A.S.R. Home page: http://marc.merlins.org/ | PGP 7F55D5F27AAF9D08 ___ enlightenment-users mailing list enlightenment-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-users
Re: [e-users] E 0.23.1-5 (deb) systemd upgrade
On Sat, May 02, 2020 at 02:03:37AM +0100, Carsten Haitzler wrote: > On Fri, 1 May 2020 17:50:18 -0700 Marc MERLIN said: > > there's a mixer button button on the bottom of volume popup ... it's > essentially the same as pavucontrol :) I did find the mixer, but it didn't look like pavucontrol. I was confused by the fact that it didn't show a mixer for system sounds, but otherwise it's functionally the same. Thanks, Marc -- "A mouse is a device used to point at the xterm you want to type in" - A.S.R. Home page: http://marc.merlins.org/ ___ enlightenment-users mailing list enlightenment-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-users
Re: [e-users] E 0.23.1-5 (deb) systemd upgrade
On Wed, Apr 29, 2020 at 08:23:37AM -0700, Ross Vandegrift wrote: > On Wed, Apr 29, 2020 at 07:56:30AM -0700, Marc MERLIN wrote: > > sauron:~$ xinput set-prop 15 "libinput Scroll Method Enabled" 0, 0, 0 > > > > And voilà, now middle mouse window size drag works. > > Sigh, this was a stupid and unexpected default that was probably set by > > windows and saved in the hardware :( > > It's probably the default behavior. So you're aware, xinput settings > aren't persisted. You probably want something like this in I put it in my ~/.xsession > /etc/X11/xorg.conf.d/40-libinput.conf: I thought xorg.conf was dead? :) On Wed, Apr 29, 2020 at 04:08:34PM +0100, Carsten Haitzler wrote: > > Well, now that this is fixed, things are much better :) > > hooray! and next time you know how to use xev to find out what is happening to > eventst too :) I've known xev for 30 years, that's what I had to use to make my custom xmodmap files, the ones that we had some fun talking about when they started breaking with X and E :) xinput was really what I was missing here. While we're at it, there is a basic volume widget in E, but is there anything equivalent to pavucontrol? Or is it kind of not useful given the volume sliders in the menu bar of each app? Thanks, Marc -- "A mouse is a device used to point at the xterm you want to type in" - A.S.R. Home page: http://marc.merlins.org/ ___ enlightenment-users mailing list enlightenment-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-users
Re: [e-users] E 0.23.1-5 (deb) systemd upgrade
On Wed, Apr 29, 2020 at 08:52:40AM +0100, Carsten Haitzler wrote: > > alt+middle click resize works with 2 and 3 (trackpoint and USB mouse), > > but not trackpoint middle button. > > This is the weirdest thing, I don't even see how the trackpoint middle > > button can behave differently from the touchpad middle button, but they > > are. > > have you used xev to find out what button that is or if it produces any input > at all like i suggested? Ok, I found the problem https://unix.stackexchange.com/questions/58900/how-to-scroll-the-screen-using-the-middle-click/421672 sauron:~$ xinput ⎡ Virtual core pointer id=2[master pointer (3)] ⎜ ↳ Virtual core XTEST pointerid=4[slave pointer (2)] ⎜ ↳ USB Optical Mouse id=10 [slave pointer (2)] ⎜ ↳ ETPS/2 Elantech Touchpad id=14 [slave pointer (2)] ⎜ ↳ ETPS/2 Elantech TrackPointid=15 [slave pointer (2)] sauron:~$ xinput list-props 15 Device 'ETPS/2 Elantech TrackPoint': Device Enabled (152): 1 libinput Natural Scrolling Enabled (287): 0 libinput Natural Scrolling Enabled Default (288): 0 libinput Scroll Methods Available (289):0, 0, 1 libinput Scroll Method Enabled (290): 0, 0, 1 libinput Scroll Method Enabled Default (291): 0, 0, 1 sauron:~$ xinput set-prop 15 "libinput Scroll Method Enabled" 0, 0, 0 And voilà, now middle mouse window size drag works. Sigh, this was a stupid and unexpected default that was probably set by windows and saved in the hardware :( Well, now that this is fixed, things are much better :) Marc -- "A mouse is a device used to point at the xterm you want to type in" - A.S.R. Home page: http://marc.merlins.org/ ___ enlightenment-users mailing list enlightenment-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-users
Re: [e-users] E 0.23.1-5 (deb) systemd upgrade
On Mon, Apr 27, 2020 at 11:45:27PM +0100, Carsten Haitzler wrote: > luckily.. they can all by defsult go in /usr local so they won't conflict and > are easy to find. you could do --prefix=/opt/e and remove them all in one rm > -rf /opt/e :) > so it's very very very easy to be clean :) Ok, it's not as bad as what I've had to do in the past, thanks. Although now 0.23.1 seems to work with nm-applet --indicator I assume 0.24 has fixes for other systray widgets I'm not using? > but these all come from 2 builds. debian makes it look like a lot of > things. if you just stuff things in a single prefix... easy to nuke. > did you know that if you have the build tree still you can do: > sudo ninja uninstall > and it'll.. surprise surprise... uninstall and delete files it installed? :) Things have improved for sure, thank you. > > I just plugged a mouse in the laptop instead of using the built in > > thinkmouse, and I can alt+middle click resize, so there is a problem > > there, I'll debug further and post when I find a solution. > > awesome. at least you know where to look now :) Ok, things are super weird now. As you might know, thingpads have 3 sets of mice 1) the trackpoint with 3 buttons under the space bar. 2) the touchpad with its own set of 3 buttons under the touchpad 3) USB mouse alt+middle click resize works with 2 and 3 (trackpoint and USB mouse), but not trackpoint middle button. This is the weirdest thing, I don't even see how the trackpoint middle button can behave differently from the touchpad middle button, but they are. I know how to debug stuff for keys with Xmodmap, but I have no idea how to do it for mouse buttons. Ah, I found something with xev trackpoint middle button click does nothing, trackpoint middle button release does KeymapNotify event, serial 39, synthetic NO, window 0x0, keys: 4294967207 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 MotionNotify event, serial 39, synthetic NO, window 0x241, root 0x1a7, subw 0x0, time 163535109, (55,73), root:(361,815), state 0x0, is_hint 0, same_screen YES MotionNotify event, serial 39, synthetic NO, window 0x241, root 0x1a7, subw 0x0, time 163535123, (53,83), root:(359,825), state 0x0, is_hint 0, same_screen YES touchpad middle button click does KeymapNotify event, serial 39, synthetic NO, window 0x0, keys: 4294967207 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 touchpad middle button release does ButtonRelease event, serial 39, synthetic NO, window 0x241, root 0x1a7, subw 0x242, time 163707158, (56,50), root:(410,860), state 0x200, button 2, same_screen YES LeaveNotify event, serial 39, synthetic NO, window 0x241, root 0x1a7, subw 0x0, time 163707158, (56,50), root:(410,860), mode NotifyUngrab, detail NotifyInferior, same_screen YES, focus YES, state 0 Does that make sense? Any idea how I can fix it/make it the same? > > it was gnome-terminal. I just found that the corner to resize is not the > > corner of the window but the corner left of the scrollbar. Now, I can > > resize by hovering over it. > > oh wait... this will be gnome terminal doing its own client-side decorations, > won't it? it has a different titlebar of its own etc. ... that doesn't look > like it comes from e? right? if so that means this window is actually handled > by gnome. it draws the border and titlebar an the shadow too and handles > events > for moving and resize etc. .. Yes, with other windows, it works better. Now I know where to move the pointer for resize to work :) > > That's been there for a while. chrome is a mini-OS that can run chrome > > apps in the background, from talk to other whatever you want to run on > > top of it (I used it as a print server to convert cups into google > > print). Of course, you can just kill it and then it's dead/gone. > > chrome - the new emacs. :) It's bigger :) Now I lost systray notifications from chrome, need to check why. Cheers, Marc -- "A mouse is a device used to point at the xterm you want to type in" - A.S.R. Home page: http://marc.merlins.org/ ___ enlightenment-users mailing list enlightenment-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-users
Re: [e-users] E 0.23.1-5 (deb) systemd upgrade
On Mon, Apr 27, 2020 at 10:55:47PM +0200, Massimo Maiurana wrote: > In Debian testing nm-applet works fine even in appindicator mode, just > run it with "nm-applet --indicator" and you can see it in systray. > Blueman-applet doesn't even need any option, it just works. At least > here, on a git master version of E :) Just had time to test it, nm-applet --indicator & works in E 0.23.1 systray, so thanks for that hint. So given that, I may not need stalonetray for anything afterall. Marc -- "A mouse is a device used to point at the xterm you want to type in" - A.S.R. Home page: http://marc.merlins.org/ ___ enlightenment-users mailing list enlightenment-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-users
Re: [e-users] E 0.23.1-5 (deb) systemd upgrade
On Mon, Apr 27, 2020 at 07:45:26PM +0930, Simon Lees wrote: > > ok, I missed that. > > So systray in E 23 is broke and won't get fixed, but it'll work in 0.24. > > Yes a large number of bugs were fixed here resiliently Good to hear. > nm-applet works if it is built with support for appindicator, I have > been using it with systray on enlightenment for years "meson build > -Dwith-appindicator=yes" If you have that working you shouldn't need > wicd, for bluetooth i'd try e's inbuilt module I know others use it fine. Is it built as such on debian, or did you have to build your own? (and yes, I know I don't need both nm-applet and wicd, but I'm migrating from one back to the other, and have >100 saved wifi passwords in wicd, so I'll need both for a little while) > Currently I have systray icons working for Barrier (Synergy > Replacement), Discord, Microsoft Teams, Rocket Chat, Variety and > nm-applet. I also have hexchat but only because I just added support and > didn't upstream it yet. I know Pigeon and Steam also work as do most KDE > apps that would logically have a tray icon. I see, so that answers my other question somewhat. This systray thing is kind of confusing to the average user that doesn't know the internal (reminds me of cut and paste between apps back 25 years ago). It would almost make sense to have some wiki that keeps track of which apps are working/broken/need patching/special build options to work with E vs KDE vs Gnome In the meantime, sounds like E24 will actually run most, if not all the applets I'll need. Probably my best bet is to run stalonetray a but longer until an updated deb package for E comes out (assuming E nm-applet already has the right build options) Thanks, Marc -- "A mouse is a device used to point at the xterm you want to type in" - A.S.R. Home page: http://marc.merlins.org/ | PGP 7F55D5F27AAF9D08 ___ enlightenment-users mailing list enlightenment-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-users
Re: [e-users] E 0.23.1-5 (deb) systemd upgrade
(dear debian E maintainers, see below for getting a newer fixed E build to fix non working systray) On Mon, Apr 27, 2020 at 08:52:30AM +0200, Pierre Couderc wrote: > Using apt::recommend turned off in debian is necessary if you do not want > exotic packages installed on your system, BUT it implies to carefully list > recommended packages before each install and decide if you need them or not... You are correct, and thanks for the reminder :) On Mon, Apr 27, 2020 at 09:01:50AM +0100, Carsten Haitzler wrote: > i noticed many people seem to ignore recommended things... so that's why e got now you know why :) > it's own nag dialog at runtime... it's smarter than the packages as it > actually > looks to see if your hardware does acpi. e.g. your raspberry pi will not, thus that was a good call, thanks for that. In my case I somehow misunderstood that systemd took over acpid, so I didn't try to install it. Obviously I was wrong. > > Apparently I had both a systray gadget and a shelf systray, fixed it. > > I'm not sure if I've fully gotten the gadget thing, especially as they > > might be buggy in my E version (or I'm holding it wrong) > > try e from git that will be 0.24 in t he coming few weeks. So, as discussed earler, and sorry for saying this, I really really try not to have lots of packages installed from source putting lots of files on my system, that are untracked or may even conflict with installed packages and dpkg dependencies. I've been there, and got burned too many times. In the case of e, it's not just the binary, but a *lot* of stuff: libecore-con1 (>= 1.20.7-0~eo), libecore-evas1 (>= 1.20.7-0~eo), libecore-file1 (>= 1.20.7-0~eo), libecore-imf1 (>= 1.20.7-0~eo), libecore-input1 (>= 1.20.7-0~eo), libecore-ipc1 (>= 1.20.7-0~eo), libecore-x1 (>= 1.20.7-0~eo), libecore1 (>= 1.20.7-0~eo), libedje1 (>= 1.20.7-0~eo), libeet1 (>= 1.20.7-0~eo), libeeze1 (>= 1.20.7-0~eo), libefreet-bin, libefreet1a (>= 1.20.7-0~eo), libeina1a (>= 1.20.7-0~eo), libeio1 (>= 1.20.7-0~eo), libelementary1 (>= 1.20.7-0~eo), libemotion1 (>= 1.20.7-0~eo), libethumb-client-bin, libethumb-client1 (>= 1.20.7-0~eo), libevas1 (>= 1.20.7-0~eo), enlightenment-data (= 0.21.11-1) But maybe none of these are required to be updated, and only E needs to be? Either way, if the current debian packages has showstopper unfixed bugs in systray, as in you cannot see the network-manager applet at all, I'd rather wait for an updated debian package with a fixed build. > > I don't, but I believe you something is broken on my thinkpad setup in > > that it causes this. That would explain what I'm seeing. I'll spend some > > time to see why. > > it smells like it - try xev to see what your events are. i have a bt logitech > mouse where there is a scroll wheel... but you can't press it to middle-button > press. there is another button next to it that is middle button. as this is a > trackpad, all bets are off as things like click/button and wheel events are > emulated by firmware on the trackpad... thus config of it matters. I just plugged a mouse in the laptop instead of using the built in thinkmouse, and I can alt+middle click resize, so there is a problem there, I'll debug further and post when I find a solution. > > It works in xfe and cinnamon and the source laptop I copied ~/.e from. > > I checked that if I move the button to the top/bottom of the window, I can > > resize from the top/bottom. From the left/right or corners, it doesn't > > work. > > what app is this? is this some gnome/gtk3 app with client-side decoration? it was gnome-terminal. I just found that the corner to resize is not the corner of the window but the corner left of the scrollbar. Now, I can resize by hovering over it. > > ok, I missed that. > > So systray in E 23 is broke and won't get fixed, but it'll work in 0.24. > > well i hope it will work better for you - it does not do xmbed. so don't > expect > those to work. you won't know unless you try. last i knew nm-applet needs to > be > patched or specially compiled with specific options to support > indicator/status > notifier dbus protocol. Ok, thanks for confirming. It's disappointing that after 3.5 years (last we had this talk), nm-applet, or wicd-gtk, or bluez all still only work with x-embed, but since that's supported in gnome, cinamon, and xfce, I guess no one cares except E users :-/ > e has full bluez5 support built in - in 0.23. you dont need to run extra > processes to have that work. it even supports fun things like enabling paired > bt devices to auto lock/unlock your system if around or not. noted, thanks. > and wtf? chrome now is trying to become a "always running in background > process" ouch. there goes the neighbourhood (or RAM) :) That's been there for a while. chrome is a mini-OS that can run chrome apps in the background, from talk to other whatever you want to run on top of it (I used it as a print server to convert cups into google print). Of course, you can just kill it
Re: [e-users] E 0.23.1-5 (deb) systemd upgrade
On Sun, Apr 26, 2020 at 07:38:06PM -0700, Ross Vandegrift wrote: > The enlightenment package Recommends acpid, so by default, this should've > worked automatically. In Debian/Ubuntu, Recommends means "it's technically > possible to use without, but should be installed in all normal cases." Fair point Ross. So, you got me here, I have apt::recommend turned off due to the amount of random crap some packages pull along, especially transitively. network-manager for instance installs modem-manager, with breaks all your serial ports, plus ppp (hello, 1999?), plus a bunch of other crap. That's just one package. I'm glad enlightenment is doing the right thing here, my apologies for getting this wrong. --- Hi Raster, Thanks again for your quick and helpful answers. They are always appreciated. On Sun, Apr 26, 2020 at 07:38:10PM +0100, Carsten Haitzler wrote: > > 3) I get a complaint that I have 2 systrays when I'm not running > > stalonetray anymore and I never got the E systray working as nothing > > goes in it (hence stalonetray). > > is it e's dialog complaining? you may have 2 shelves with a systray in both? > it > only allows one to exist. Apparently I had both a systray gadget and a shelf systray, fixed it. I'm not sure if I've fully gotten the gadget thing, especially as they might be buggy in my E version (or I'm holding it wrong) > what is a gadget systray? systray presents a gadget for gadcon (gadget > controller) to request/position etc. ... ? gadcons can be in shelves - they > can > also be placed on the desktop... you could also have a systray on the desktop > gadcon... ? That was the problem, yes. It's a bit surprising that it let me launch two when clearly that's not supported. > alt+scroll wheel == switch desktops in default bindings. it sounds like you > are > not pressing middle mouse but scrolling the wheel instead. if the button is I don't, but I believe you something is broken on my thinkpad setup in that it causes this. That would explain what I'm seeing. I'll spend some time to see why. > both a wheel and a button it could be you are producing both or maybe it isn't > producing a middle button press at all? you can use xev to try and see what > happens when you press middle button on its window. also just trying to add a > binding for it too and see what input e sees. middle button works, both for cut & paste and shows up as 'button2' in xev. Alt + middle does a 'motion modify event 41'. Will need to debug. Not E's fault > > 5.5) worse: if I carefully move the mouse to the bottom right corner of > > a window, I cannot resize it. I can resize using window, resize with > > keyboard in the menu bar though > > what have you done? do you have weird modifier behavior on this box where some > modifier is always pressed? It works in xfe and cinnamon and the source laptop I copied ~/.e from. I checked that if I move the button to the top/bottom of the window, I can resize from the top/bottom. From the left/right or corners, it doesn't work. > > This is really what I miss the most with E, and doesn't work in my older > > E either (0.21.11-1), I'm missing all those nice systray-like icons and > > status. > > again as per a previous mail - e from git has this fixed. as 0.24 is around > the > corner after this elf 1.24 release ... don't expect any fixes for 0.23, so try > efl + e from git and report issues BEFORE a release so it's working in the > release. :) compiling from git is the exact same method as from a tarball. > zero > difference. ok, I missed that. So systray in E 23 is broke and won't get fixed, but it'll work in 0.24. xfe/cinnamon: nm-applet, wicd, bluez, google-chrome-beta show up in the status bar E 23: nm-applet, wicd, bluez do not show up in E's systray, but they show up in stalonetray. Interestingly google-chrome does go in E's systray. The part I'm confused about is: you told me years ago that x-embbed is dead due to its design and that's why you stopped supporting it. But now it's years later, and all 3 of nm-applet + wicd + bluez still only go in stalonetray. How can I know if it's because they are still relying on x-embbed, or if it's because of the systray E bug that's apparently been in 0.21, 0.22, and 0.23, that you just alluded to? Thanks, Marc -- "A mouse is a device used to point at the xterm you want to type in" - A.S.R. Home page: http://marc.merlins.org/ ___ enlightenment-users mailing list enlightenment-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-users
Re: [e-users] E 0.23.1-5 (deb) systemd upgrade
Although I made it small (70K) the list stripped my screenshot https://photos.app.goo.gl/7djJHvTEb23m3EQRA -- "A mouse is a device used to point at the xterm you want to type in" - A.S.R. Home page: http://marc.merlins.org/ ___ enlightenment-users mailing list enlightenment-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-users
[e-users] E 0.23.1-5 (deb) systemd upgrade
Howdy again, I'm trying to setup a new thinkpad (P73) which in my case is finally an upgrade to systemd. I copied over my .e directory from my old laptop so that I don't lose all my settings, especially my carefully set window placements 1) was there a better/safer way to do this? 2) When I start E, it complains that I'm not running acpid, which I don't think I should since systemd took over, right? 3) I get a complaint that I have 2 systrays when I'm not running stalonetray anymore and I never got the E systray working as nothing goes in it (hence stalonetray). Now I seem to have 2 systrays, but see nothing, not even sure where the systray(s) is/are hiding in my shelf I think the problem was that I had a gadget systray and a shelf systray They are both invisible and seem to do nothing, so I removed the gadget systray (gadgets seem a bit weird/misbehaving for now, but I don't need them). 4) now that I have systemd instead of acpid, Fn-F5/F6 used to adjust brightness, now they don't. E key bindings don't allow Fn keys, do they? How am I supposed to get missing Fn bindings, through systemd custom configuration, or E? 5) alt+ middle button resize does not work, it changes virtual desktops instead (not a good ugprade). I went to mouse binding settings, middle + alt, and moved it back to window::actions resize and that does not work. I still get virtual desktop scrolls when I move the mouse with alt middle click in a window context. 5.5) worse: if I carefully move the mouse to the bottom right corner of a window, I cannot resize it. I can resize using window, resize with keyboard in the menu bar though 6) when I tried cinamon, I got lots of apps in the tray, from wicd, to network-manager, even google-chrome showed me an icon for a tab playing music with play/pause, and more. I have no idea if it's using x-embed or what, just that it works. With E, I get nothing in my systray, never mind that I seem to have 2 and I don't know where they are. This is really what I miss the most with E, and doesn't work in my older E either (0.21.11-1), I'm missing all those nice systray-like icons and status. Any ideas what I can/should do? Thanks, Marc -- "A mouse is a device used to point at the xterm you want to type in" - A.S.R. Home page: http://marc.merlins.org/ | PGP 7F55D5F27AAF9D08 ___ enlightenment-users mailing list enlightenment-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-users
Re: [e-users] competitors to E?
On Mon, Apr 20, 2020 at 09:55:47AM +0100, Carsten Haitzler wrote: > > So, I guess no one does those two alt + mouse click gestures? > > did you see my mail? :) alt+left to move is pretty common i believe but not > the > others. Yeah, sorry, the one I'm missing elsehwere is alt + middle click. Being able to resize without having to grab the corner, is super nice. > everyone has or is on the way to dropping xmbed - so if youw ant xmbed .. you > need something like stanlonetray. e supports app indicator protocol. it's a > dbus protocol instead of x windows reparented. it, at least, works in wayland > too. xmbed never will (well other than for x app compatibility with xwayland - > i mean in a wayland native world). Yeah, I've heard that, but I'm confused. When I got to let's stay cinnamon, I see a tray where lots of other apps go like wicd, network-manager, and so forth. Is that using xmbed or something else? How do I get those apps as icons/tray in E if they aren't natively supported like some of the epplets that ship with E? (for instance the one to control volume or backlight) Thanks, Marc -- "A mouse is a device used to point at the xterm you want to type in" - A.S.R. Home page: http://marc.merlins.org/ | PGP 7F55D5F27AAF9D08 ___ enlightenment-users mailing list enlightenment-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-users
Re: [e-users] competitors to E?
On Tue, Apr 14, 2020 at 11:26:33PM -0700, Marc MERLIN wrote: > I'm upgrading from a thinkpad P70 to a P73 (both have 4K 17" LCDs). > > I figured that before I put all my environment back on top, I should try > another WM and maybe a DM to see how things have progressed. > > I'm going to skip gnome, I doubt I'll like it given how they are ok with > change things between versions and remove options that people are using. > > One thing that makes it difficult for me to use anything but E (been > using it for over 20 years since e16), is that I'm so used to > - alt + middle click to resize window from nearest corner > - alt + left click to move window without having to reach its top bar So, I guess no one does those two alt + mouse click gestures? Since I have to update E, one thing I'm still carrying is stalonetray. I do have applets that go in it, and last I checked E hasn't supported applets natively for a while anymore. Is stalonetray still the way to go, or is there something better? Thanks, Marc -- "A mouse is a device used to point at the xterm you want to type in" - A.S.R. Home page: http://marc.merlins.org/ | PGP 7F55D5F27AAF9D08 ___ enlightenment-users mailing list enlightenment-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-users
[e-users] competitors to E?
I'm upgrading from a thinkpad P70 to a P73 (both have 4K 17" LCDs). I figured that before I put all my environment back on top, I should try another WM and maybe a DM to see how things have progressed. I'm going to skip gnome, I doubt I'll like it given how they are ok with change things between versions and remove options that people are using. One thing that makes it difficult for me to use anything but E (been using it for over 20 years since e16), is that I'm so used to - alt + middle click to resize window from nearest corner - alt + left click to move window without having to reach its top bar I also use the collapse window (roll/unroll) and virtual desktops I can get to by moving my mouse to the left or right edge, or ALT+F1/F2/F3 Is there any WM at all that offers most of those features, if not all? Thanks, Marc -- "A mouse is a device used to point at the xterm you want to type in" - A.S.R. Home page: http://marc.merlins.org/ ___ enlightenment-users mailing list enlightenment-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-users
Re: [e-users] Wayland, or not wayland?
Thanks both, this is very helpful. I thought it would be further along after all these years I've been hearing about it, but I guess it's a lot more work than was planned. I do indeed need/use external display mirroring and have to turn on/off the nvidia chip in my laptop as needed. I guess I'll keep using X for now, will try wayland later. Thanks, Marc -- "A mouse is a device used to point at the xterm you want to type in" - A.S.R. Home page: http://marc.merlins.org/ ___ enlightenment-users mailing list enlightenment-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-users
[e-users] Wayland, or not wayland?
I'm upgrading to a new laptop (thinkpad P73). It has a 100Wh battery, but it's also battery hungry, so one of my goals is to limit battery usage when using the intel driver only (I'll turn off the nvidia chip). That said, I'll still be running the usual X apps, from gthumb, to google-chrome, to arduino, to xmms, gvim, and so forth. Is it worth my looking into using Wayland and the lasted E I can find packaged for debian (sorry, still not interested in the build your own from TOT rabbithole :) ), or am I going to be better off sticking with X for now? Thanks, Marc -- "A mouse is a device used to point at the xterm you want to type in" - A.S.R. Home page: http://marc.merlins.org/ | PGP 7F55D5F27AAF9D08 ___ enlightenment-users mailing list enlightenment-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-users
Re: [e-users] What's the best way to find battery sucking options in E 0.21?
On Mon, Sep 09, 2019 at 09:26:56AM +0100, Carsten Haitzler wrote: > On Sun, 8 Sep 2019 17:53:02 -0700 Marc MERLIN said: > > depends what you have visible. if you have cpufreq - reduce its poll interval > (make it slower). my close shows just minutes, not seconds, i disable I do not, but thanks for asking. > terminology's blinking cursor too as this actually is pumping out on average > 30fps (60fps for 0.5 sec, then stop, then another 60fps for 0.5 sec etc. as it > fades in and out). if it's blinking, pulsing, moving all the time - it'll > consume power. my xps13 with internal screen only, backlight dimmed to 30%, > wifi on, bt on, no peripherals plugged in: I don't have terminology. and I'm looking on my screen, I don't see anything blinking or moving, so it's hard to say. I still have 3.43 W 49.2 ms/s 236.6Process/usr/bin/enlightenment I have no idea how you get yours to 13 wakeups per second. > 7.9 ms/s 13.7Process[PID 857] > /usr/local/bin/enlightenment > > I can't say what the wattage of e is but total system usage is 2.75w and > that's like almost 1/4 of yours. I can drop system power usage to 2.4w if i > go to 0% backlight. 100% backlight jumps up to 4w. I have a thinkpad P70, it's a big laptop with a 17" 4K screen, so it's expected to use batteries, but I have a 99Wh battery. > Maybe double-check battery gagdet settings to see how often it checks > battery (Mine's at 256 ticks)? You're getting a lot of wakeups > there... (295.9) ... is something rendering all the time? it could be > some app on your screen doing this... Oh, you're saying an app rendering will be counted against enlightenment? If so, it's going to make my life harder in pinning it down. Sounds like there is nothing obvious you can point me to, given that it could not even be E's fault but another app that causes E wakeups. I'll keep looking, but it sounds like it won't be easy. Thanks for the answer, Marc -- "A mouse is a device used to point at the xterm you want to type in" - A.S.R. Microsoft is to operating systems what McDonalds is to gourmet cooking Home page: http://marc.merlins.org/ | PGP 7F55D5F27AAF9D08 ___ enlightenment-users mailing list enlightenment-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-users
[e-users] What's the best way to find battery sucking options in E 0.21?
Enligthenment is awesome because of how many options it has. The downside is I'm trying to find how it uses 3W or more on my laptop when I'm not touching/moving anything and I'm not sure where to start. Any suggestions on what to try/look at? The battery reports a discharge rate of 10.5 W The estimated remaining time is 1 hours, 37 minutes Summary: 1325.9 wakeups/second, 0.0 GPU ops/seconds, 0.0 VFS ops/sec and 21.2% CPU use Power est. Usage Events/sCategory Description 3.64 W 57.6 ms/s 295.9Process/usr/bin/enlightenment 2.35 W 2.8 ms/s 204.9Timer tick_sched_timer 1.14 W 6.4 ms/s 99.0Processkbfsfuse -debug -log-to-file /home/merlin/.config/keybase/kbfs 1.13 W 13.9 ms/s 97.9Process/usr/bin/python2 -O /usr/share/wicd/daemon/wicd-daemon.py --keep-connection Thanks, Marc -- "A mouse is a device used to point at the xterm you want to type in" - A.S.R. Microsoft is to operating systems what McDonalds is to gourmet cooking Home page: http://marc.merlins.org/ | PGP 7F55D5F27AAF9D08 ___ enlightenment-users mailing list enlightenment-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-users
Re: [e-users] new windows/notifications displaying on top of xscreensaver
On Thu, Aug 02, 2018 at 12:42:23PM +0900, Carsten Haitzler wrote: > On Wed, 1 Aug 2018 20:34:34 -0700 Marc MERLIN said: > > > On Thu, Aug 02, 2018 at 12:29:21PM +0900, Carsten Haitzler wrote: > > > On Wed, 1 Aug 2018 16:25:23 -0700 Marc MERLIN said: > > > > > > > So, I'm still using xscreensaver (5.36-1) > > > > On my work system, when new windows or notifications get displayed > > > > (typically pidgin window, or chrome notification popup), they get > > > > displayed on top of xscreensaver. > > > > > > can you click on them as you normally would be able to? > > > > I can't because xscreensaver stops the mouse cursor from moving away > > from the unlock box. > > So no one can interact with them, but they can see my private IM and > > notification messages. > > then i'm not sure. e is compositing so the screensaver window will be > composited but if these notifications are actual windows placed on to the this > window by the apps (i know chromium does its own popups itself with its own > windows), thus composited on top, or if they are really below and e is just > mistakenly setting the evas objects on top, i don't know unless you can click > on them. that would tell me what is going on. > > i haven't used xscreensaver for well over a decade and tbh it's untested with > e > as there are gotchas with screensaver windows and they conflict with e's own > lock screen handling etc. so tbh my advice is "don't use it" as it conflicts. > i > could explain the tricky bits of screensaver windows but it's x11 lower level > fun stuff and you'll know why there is a conflict when you know that > compositors use the screensaver overlay window as well as xscreensaver > (necessary to force compositor content on top, but this begins to break apart > when you have external old-school screensavers like xscreensaver)). Thanks for your reply. I also saw this week, once, that the enlightenment shelf ended up displaying on top of the screensaver (that usually doesn't happen). No idea what happened for it to move to the foreground while I was away. So basically at this point you'd say that xscreensaver is definitely broken? Bummer if so, I have some great demos on it, but I can switch if I have to. Thanks, Marc -- "A mouse is a device used to point at the xterm you want to type in" - A.S.R. Microsoft is to operating systems what McDonalds is to gourmet cooking Home page: http://marc.merlins.org/ -- Check out the vibrant tech community on one of the world's most engaging tech sites, Slashdot.org! http://sdm.link/slashdot ___ enlightenment-users mailing list enlightenment-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-users
Re: [e-users] new windows/notifications displaying on top of xscreensaver
On Thu, Aug 02, 2018 at 12:29:21PM +0900, Carsten Haitzler wrote: > On Wed, 1 Aug 2018 16:25:23 -0700 Marc MERLIN said: > > > So, I'm still using xscreensaver (5.36-1) > > On my work system, when new windows or notifications get displayed > > (typically pidgin window, or chrome notification popup), they get displayed > > on top of xscreensaver. > > can you click on them as you normally would be able to? I can't because xscreensaver stops the mouse cursor from moving away from the unlock box. So no one can interact with them, but they can see my private IM and notification messages. Marc -- "A mouse is a device used to point at the xterm you want to type in" - A.S.R. Microsoft is to operating systems what McDonalds is to gourmet cooking Home page: http://marc.merlins.org/ | PGP 7F55D5F27AAF9D08 -- Check out the vibrant tech community on one of the world's most engaging tech sites, Slashdot.org! http://sdm.link/slashdot ___ enlightenment-users mailing list enlightenment-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-users
[e-users] new windows/notifications displaying on top of xscreensaver
So, I'm still using xscreensaver (5.36-1) On my work system, when new windows or notifications get displayed (typically pidgin window, or chrome notification popup), they get displayed on top of xscreensaver. Is that xscreensaver's fault, or the window manager's fault? Thanks, Marc -- "A mouse is a device used to point at the xterm you want to type in" - A.S.R. Microsoft is to operating systems what McDonalds is to gourmet cooking Home page: http://marc.merlins.org/ -- Check out the vibrant tech community on one of the world's most engaging tech sites, Slashdot.org! http://sdm.link/slashdot ___ enlightenment-users mailing list enlightenment-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-users
Re: [e-users] problem with input focus and window layering in E 0.21.11 [solved, kinda]
On Thu, May 10, 2018 at 12:00:13PM +0900, Carsten Haitzler wrote: > when mouse enters or exits the window (events from the xserver). that is how e > decides to focus it or not. Right, that's how it normally works. If you look at my video again you'll see focus is lost without me leaving the window I was in, just because I enter a region occupied by the window underneath (not visible), and that window is a special one (there is a hierachy where chrome steals from gnome-terminal, and the arduino gui also steals from gnome-terminal, but not the other way around. > > In what I'm seeing, some windows have higher priority and steal input even > > if they're below the window on top that I'm trying to write in. > > either mouse is entering and exiting... or an app is explicitly setting or > stealing the focus. apps can do this. the enter/exit may be happening due to > "fake invisible" windows/rectangles being used to cover areas not covered by > windows to direct input to the one big canvas that is the screen for e's > compositor. there may have been a bug in it that messed up these rects OR > perhaps there were stray "0 0 0 0" rectangles (transparent rects but visible > to > input, so color rgba is 0 0 0 0). if it was this then the bug has since been > fixed in 0.22 for sure. Can't say, but this never ever happened to me with any E version before, including older ones. So, I thought going back to 0.21.5 would fix it, but it did not. I then did more digging and I found it's an unrelated problem where if you play with window stacking, things break and stay broken. You've already seen my video, what you didn't see is that all my gnome-terminal windows have a stacking of none. I didn't ask for this, I have no idea how you get into that state. If I go to window stacking, nothing is checked. To fix my problem, selecting window stacking normal to get the radio box is not enough. I need to do window stacking, on top. Then focus stays on my window that was already on top anyway. Then, I can reset it to stacking normal. After that input works ok and doesn't get stolen by the window underneath. I need to do this for every single gnome-terminal I have, one by one, all 24 of them, and hope the settings get saved. This is an E bug, is it not? How or in which version the bug was created, I have no idea. I only managed to find a way out of it, not what I did to create it. Marc -- "A mouse is a device used to point at the xterm you want to type in" - A.S.R. Microsoft is to operating systems what McDonalds is to gourmet cooking Home page: http://marc.merlins.org/ | PGP 7F55D5F27AAF9D08 -- Check out the vibrant tech community on one of the world's most engaging tech sites, Slashdot.org! http://sdm.link/slashdot ___ enlightenment-users mailing list enlightenment-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-users
Re: [e-users] problem with input focus and window layering in E 0.21.11
On Thu, May 10, 2018 at 12:00:13PM +0900, Carsten Haitzler wrote: > when mouse enters or exits the window (events from the xserver). that is how e > decides to focus it or not. Right, that's how it normally works. If you look at my video again you'll see focus is lost without me leaving the window I was in, just because I enter a region occupied by the window underneath (not visible), and that window is a special one (there is a hierachy where chrome steals from gnome-terminal, and the arduino gui also steals from gnome-terminal, but not the other way around. > > In what I'm seeing, some windows have higher priority and steal input even > > if they're below the window on top that I'm trying to write in. > > either mouse is entering and exiting... or an app is explicitly setting or > stealing the focus. apps can do this. the enter/exit may be happening due to > "fake invisible" windows/rectangles being used to cover areas not covered by > windows to direct input to the one big canvas that is the screen for e's > compositor. there may have been a bug in it that messed up these rects OR > perhaps there were stray "0 0 0 0" rectangles (transparent rects but visible > to > input, so color rgba is 0 0 0 0). if it was this then the bug has since been > fixed in 0.22 for sure. Can't say, but this never ever happened to me with any E version before, including older ones. I have to spend some time downgrading/upgrading versions to confirm it's not in 0.21.5, and then find where it breaks. Marc -- "A mouse is a device used to point at the xterm you want to type in" - A.S.R. Microsoft is to operating systems what McDonalds is to gourmet cooking Home page: http://marc.merlins.org/ | PGP 7F55D5F27AAF9D08 -- Check out the vibrant tech community on one of the world's most engaging tech sites, Slashdot.org! http://sdm.link/slashdot ___ enlightenment-users mailing list enlightenment-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-users
Re: [e-users] problem with input focus and window layering in E 0.21.11
On Thu, May 10, 2018 at 09:50:50AM -0700, Ross Vandegrift wrote: > On Tue, May 08, 2018 at 05:59:18PM -0700, Marc MERLIN wrote: > > Ah yeah, I forgot this relevant info: > > ii libdrm-intel1:amd64 2.4.91-2 > > ii xorg1:7.7+19 > > ii xserver-xorg-video-intel2:2.99.917+git20171229-1 > > I don't have anything to add on the focus issue. But unless you've > manually taken steps to use the intel driver, you are probably using the > modesetting driver instead. So before spending time troubleshooting > intel, check the Xorg logs to make sure you know which you are using. Oooh, good point, I forgot about that. [537263.054] (II) Loading /usr/lib/xorg/modules/libglamoregl.so [537263.057] (II) Module glamoregl: vendor="X.Org Foundation" [537263.057]compiled for 1.19.6, module version = 1.0.0 [537263.057]ABI class: X.Org ANSI C Emulation, version 0.4 [537263.057] (II) glamor: OpenGL accelerated X.org driver based. [537263.065] (II) glamor: EGL version 1.4 (DRI2): [537263.068] (II) modeset(0): glamor initialized [537263.069] (II) modeset(0): Output eDP-1 has no monitor section [537263.070] (II) modeset(0): EDID for output eDP-1 (...) [537263.071] (==) modeset(0): Using gamma correction (1.0, 1.0, 1.0) [537263.071] (==) modeset(0): DPI set to (96, 96) [537263.071] (II) Loading sub module "fb" [537263.071] (II) LoadModule: "fb" [537263.071] (II) Loading /usr/lib/xorg/modules/libfb.so [537263.071] (II) Module fb: vendor="X.Org Foundation" [537263.071]compiled for 1.19.6, module version = 1.0.0 [537263.071]ABI class: X.Org ANSI C Emulation, version 0.4 [537263.071] (II) UnloadModule: "fbdev" [537263.071] (II) Unloading fbdev [537263.071] (II) UnloadSubModule: "fbdevhw" [537263.071] (II) Unloading fbdevhw [537263.071] (II) UnloadModule: "vesa" [537263.071] (II) Unloading vesa [537263.071] (==) Depth 24 pixmap format is 32 bpp [537263.134] (==) modeset(0): Backing store enabled [537263.134] (==) modeset(0): Silken mouse enabled [537263.134] (II) modeset(0): RandR 1.2 enabled, ignore the following RandR disabled message. [537263.187] (==) modeset(0): DPMS enabled [537263.188] (II) modeset(0): [DRI2] Setup complete [537263.188] (II) modeset(0): [DRI2] DRI driver: i965 [537263.188] (II) modeset(0): [DRI2] VDPAU driver: i965 Kernel 4.15.6. glxinfo Extended renderer info (GLX_MESA_query_renderer): Vendor: Intel Open Source Technology Center (0x8086) Device: Mesa DRI Intel(R) HD Graphics 530 (Skylake GT2) (0x191b) Version: 13.0.6 Accelerated: yes Video memory: 3072MB Unified memory: yes Preferred profile: core (0x1) Max core profile version: 4.5 Max compat profile version: 3.0 Max GLES1 profile version: 1.1 Max GLES[23] profile version: 3.2 OpenGL vendor string: Intel Open Source Technology Center OpenGL renderer string: Mesa DRI Intel(R) HD Graphics 530 (Skylake GT2) OpenGL core profile version string: 4.5 (Core Profile) Mesa 13.0.6 OpenGL core profile shading language version string: 4.50 I'm not finding any obvious errors in my Xorg.log, but I suppose I could build a newer kernel. Marc -- "A mouse is a device used to point at the xterm you want to type in" - A.S.R. Microsoft is to operating systems what McDonalds is to gourmet cooking Home page: http://marc.merlins.org/ | PGP 7F55D5F27AAF9D08 -- Check out the vibrant tech community on one of the world's most engaging tech sites, Slashdot.org! http://sdm.link/slashdot ___ enlightenment-users mailing list enlightenment-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-users
Re: [e-users] E versionning and testing
On Thu, May 10, 2018 at 03:04:03PM +1000, Daniel Kasak wrote: > This is probably a driver issue, and not E. That what Raster said when I first reported this, I believe him, but at the end of the day, it doesn't matter. 1) E changed to do new more fancy stuff I didn't need. 2) It triggers bugs in Xorg or the intel driver, or god knows what. 3) My laptop becomes not usable for work anymore ... 5) !profit I realize that Raster wants to keep it fun for himself and add more features and eye candy, I don't blame him. But as an end user, I really don't need this, I just need an E that will work without any extra features compared to the many many so many features it already has, many I probably don't even know. Stablizing a branch is not fun work, but it's essential to software, especially something as "mustn't fail" and important as a WM. Marc -- "A mouse is a device used to point at the xterm you want to type in" - A.S.R. Microsoft is to operating systems what McDonalds is to gourmet cooking Home page: http://marc.merlins.org/ -- Check out the vibrant tech community on one of the world's most engaging tech sites, Slashdot.org! http://sdm.link/slashdot ___ enlightenment-users mailing list enlightenment-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-users
Re: [e-users] problem with input focus and window layering in E 0.21.11
On Thu, May 10, 2018 at 09:32:03AM +0930, Simon Lees wrote: > > > On 09/05/18 23:50, Marc MERLIN wrote: > > On Wed, May 09, 2018 at 11:16:52AM +0200, Jérémy Zurcher wrote: > >> Hello Marc, > >> > >> I don't like that default behaviour either. > >> but it's very easy to disable : > >> Settings -> Windows -> window focus -> Click window to focus > > > > Yeah, thanks for that workaround, I could do this if I had to. > > > > However, sorry if I'm being dense here: > > I've had focus follow mouse for literally 20 years. > > I've never had my mouse pointer focus a window underneath the window I'm > > pointing on. > > I sure don't want that, and E has never ever done this, until now with > > 0.22.11. > > I used to do that all the time, with semi transparent terminal windows > that over lapped or other cases where I was re writing in text I went > back to click to focus years ago though. If you use focus follow mouse, how does it or you get to decide if input goes to the window on top or below? With click to focus, sure, but without, how can E know that you want to type under the current window? In what I'm seeing, some windows have higher priority and steal input even if they're below the window on top that I'm trying to write in. Marc -- "A mouse is a device used to point at the xterm you want to type in" - A.S.R. Microsoft is to operating systems what McDonalds is to gourmet cooking Home page: http://marc.merlins.org/ -- Check out the vibrant tech community on one of the world's most engaging tech sites, Slashdot.org! http://sdm.link/slashdot ___ enlightenment-users mailing list enlightenment-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-users
Re: [e-users] E versionning and testing
I'll change the title for the different discussion. First a question: does the version number mean what I think it means, or does it really not mean much? My guess/expectation is that 0.21.0 start with new features 0.21.x gets tweaks and bug fixes 0.21.11 is the last from that featureset branch and the most stable of that branch (at least ideally) 0.22.0 start over with brand new features and bugs etc.. Does that sound correct? > > 1) never had time to even get anything building until today > > 2) 0.22 has too many different bugs for me to want to keep trying to use > > it. > > well then we are at an impasse. nothing is going to change or be fixed because > there is no way to know what to change or why, so you will be on 0.21 forever > and we'll move on. sorry. we've been through this before. :( We have. The problem here is that I've literally never, not once, upgraded E because I wanted new features. I've only ever upgraded it because I absolutely had to for a reason or another (bugs, incompatibilities). I'd have stayed with 0.18.5 forever if it weren't for it not working with chrome anymore, and so forth. Hell, I'd likely still be on 0.16 if I could ;) However, every time I've upgraded E, I got unwelcome to very unwelcome new bugs, making me regret my upgrade :-/ Yes, you're going to hate me for saying that, sorry :) Basically E has done what I needed for a long time. It's not adding any features I need (although I'll admit that the pulse sound slider per window is actually a nice new feature in 0.22). I know I've come off as complaining and not contributing. Sadly, it's because my WM has to work, it's not a hobby for me, it's like X, it has to work because all my other work depends on it. I actually spend a lot of time contributing patches to projects, finding bugs, reporting them in details if I can't fix them myself, and help test the new code. I also maintain my own projects and code. But to do all this, I need linux, Xorg, and E to work. Neither I'm interested in beta testing because I don't have another machine I use just to test them, I only use them on my production machines where they have to just work. Last week, I show up for a work meeting, I open my laptop, everything is hosed/hung. I try to restart E, it won't restart. I forget why but that time I actually had to restart X. Time lost, people looking at me. I restart X and chrome and as chrome starts, one tab start blazing noise and I can't quickly find which one. The E speaker volume slider is broken on that start, I can't change the volume or mute quickly. I excuse myself, leave the room, go debug all this outside while looking like an idiot. Lesser but not uncommon scenario: I open my laptop in the plane with all my stuff pre-loaded. If E wedges itself and I can't fix it/restart it without crashing X (usually I succeed thankfully), I lose all my preloaded work and then no wifi to recover during the flight, I'm hosed. So, that's why linux, X, and E just have to work and why I don't to ever upgrade E unless I must, as it's pretty much been pain and disappointment every time (except that usually I was also leaving another version with other pain and other disappointment). I so so so wish for an E branch that just stabilizes and works forever, or almost forever. I however know you don't have a release team like linux with a person responsible for maintaining the 4.9.x kernel for X years. But having people follow the bleeding edge and git forever is not a solution for people like me either. I hope you understand. In my ideal life, I want neither new features nor new bugs, just fewer bugs until they're few enough that I can live with them. Until I'm forced to switch to wayland, or some other chrome comes up with new stuff that breaks older versions of E and then I'm hosed again. > 0.22 has this fixed... so either move to 0.22 and try what i suggested or go but it has new features and new bugs, and I need/want neither :) > we don't try to put stuff in e or efl that is broken for us - in our testing, > but not all distros and hardware are the same. they contain different versions (...) Yeeh, I totally understand that. I totally understand that the problems I see may not be E's fault, but they appear after I upgrade E. At work when stuff breaks, you revert the last thing changed, regardless of whose fault it really is in the end. Same with E. To be fair, I tried to upgrade Xorg + intel drivers and all I got for that effort is that now xscreensaver is unable to turn my screen dark before locking. Sigh :( (not E's fault of course) If I don't get new features I don't need, I won't get new bugs I don't need either ;) Makes sense? Any chance we can have a stable E branch? It's super vexing if I'm forced to go to 0.22 to get fixes to know bugs in 0.21, and 0.22 is totally not stable for me, nor is it apparently going to be anytime soon (and even less so without my helping you, which isn't very realistic due to what I explained
Re: [e-users] problem with input focus and window layering in E 0.21.11
On Thu, May 10, 2018 at 01:12:10AM +0900, Carsten Haitzler wrote: > > Ok, so basically you are confirming that > > https://photos.app.goo.gl/GFht7beUYWbobxpP6 > > is a bug in 0.21.11 and that > > oh wit. now i see it.. as your mouse goes over "Terminal" it focused "apps > - ..." ... the pointer should/would focus the window it is over, even if that > window is partly obscured by something on top. Thanks for confirming, as well as the other questions. > you shouldn't. e is like your favorite browser there - chrome. you cant' use > configs too new for the browser (i've hit it before thanks to rsync :)) > configs > are one way upgrades. you could manually downgrade configs. it's possible with > some time and effort using the eet tool. but older code doesn't know how to > downgrade config from some e version in the future it knows nothing about. Thanks for confirming. So basically any downgrade, even a .1 downgrade, .e will detect it and delete the entire profile. Correct? > > 5) if my profile is going to get lost, can I at least somehow backup all > > my saved window settings, which literally take me 30 to 45mn to > > painstakenly recreate one by one? > > yes. eet. tool. you can decode/ecode config from the files to text files, edit > them, splice them together then encode/insert them again. I'll see which one is less pain/time lost, thanks. But first I have to find which 0.21 does not have that bug, given that 0.22 is mostly unusable for me (details in upcoming message). Thanks, Marc -- "A mouse is a device used to point at the xterm you want to type in" - A.S.R. Microsoft is to operating systems what McDonalds is to gourmet cooking Home page: http://marc.merlins.org/ | PGP 7F55D5F27AAF9D08 -- Check out the vibrant tech community on one of the world's most engaging tech sites, Slashdot.org! http://sdm.link/slashdot ___ enlightenment-users mailing list enlightenment-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-users
Re: [e-users] problem with input focus and window layering in E 0.21.11
On Wed, May 09, 2018 at 11:31:30PM +0900, Carsten Haitzler wrote: > > I don't want this either. > > I want the window under to stay under and not exist as far as focus and > > input are concerned, the way E has behaved for me for literally 20 years > > now. > > e never behaved that way. if you have pointer focus the window the pointer was > over would get focused. always. you could have it autoraise or not, but you're > imagining things because i never wrote any such feature like this. no wm i > have > ever seen does this either. :) Ok, so basically you are confirming that https://photos.app.goo.gl/GFht7beUYWbobxpP6 is a bug in 0.21.11 and that 1) I'm the first one to see it, maybe because no one is using that release with focus follow mouse? 2) it's not going to get fixed because 0.21.x is a dead branch 3) Is it a known bug that got fixed in 0.22 or we don't even know what the bug was and how it got fixed/went away? Related questions: 4) if I start building 0.21.10, .9, .8 until the introduced bug goes away, am I going to lose my ~/.e profile and all my settings every time, or is it at least backwards compatible if I stay within 0.21? 5) if my profile is going to get lost, can I at least somehow backup all my saved window settings, which literally take me 30 to 45mn to painstakenly recreate one by one? Thanks, Marc -- "A mouse is a device used to point at the xterm you want to type in" - A.S.R. Microsoft is to operating systems what McDonalds is to gourmet cooking Home page: http://marc.merlins.org/ | PGP 7F55D5F27AAF9D08 -- Check out the vibrant tech community on one of the world's most engaging tech sites, Slashdot.org! http://sdm.link/slashdot ___ enlightenment-users mailing list enlightenment-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-users
Re: [e-users] problem with input focus and window layering in E 0.21.11
On Wed, May 09, 2018 at 11:16:52AM +0200, Jérémy Zurcher wrote: > Hello Marc, > > I don't like that default behaviour either. > but it's very easy to disable : > Settings -> Windows -> window focus -> Click window to focus Yeah, thanks for that workaround, I could do this if I had to. However, sorry if I'm being dense here: I've had focus follow mouse for literally 20 years. I've never had my mouse pointer focus a window underneath the window I'm pointing on. I sure don't want that, and E has never ever done this, until now with 0.22.11. Is it a bug, or is it a setting I missed somehow? Thanks, Marc -- "A mouse is a device used to point at the xterm you want to type in" - A.S.R. Microsoft is to operating systems what McDonalds is to gourmet cooking Home page: http://marc.merlins.org/ | PGP 7F55D5F27AAF9D08 -- Check out the vibrant tech community on one of the world's most engaging tech sites, Slashdot.org! http://sdm.link/slashdot ___ enlightenment-users mailing list enlightenment-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-users
Re: [e-users] problem with input focus and window layering in E 0.21.11
Hi Raster, thanks for the answers. On Wed, May 09, 2018 at 11:12:33AM +0900, Carsten Haitzler wrote: > yes. pointer focus will focus windows under others. as per video. that is > intended. i use it all the time. i like it. mostly windows under others are > only minimally obscured. if i dont want it behind it alt+click to raise to the > front. Oh my, that's a big change. I really don't want this. I don't want the behaviour at all. How do I get a window under my active window to never take pointer focus? > if you want it to RAISE there is another feature called autoraise. enable > that. > then it'll focus and raise... use them together if that is what you prefer. > autoraise also can work with click to focus. :) "Raise windows on mouse over"" > is the checkbox under window focus settings. I don't want this either. I want the window under to stay under and not exist as far as focus and input are concerned, the way E has behaved for me for literally 20 years now. How do I get back to that state? I did nothing to get out of it, but maybe something changed that I don't understand. Thanks, Marc -- "A mouse is a device used to point at the xterm you want to type in" - A.S.R. Microsoft is to operating systems what McDonalds is to gourmet cooking Home page: http://marc.merlins.org/ | PGP 7F55D5F27AAF9D08 -- Check out the vibrant tech community on one of the world's most engaging tech sites, Slashdot.org! http://sdm.link/slashdot ___ enlightenment-users mailing list enlightenment-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-users
[e-users] problem with input focus and window layering in E 0.21.11
My most taxing problem is this now: https://photos.app.goo.gl/Sz5i3LVFYhh79d9T8 All windows are set to stacking normal but some windows have a stacking so that they steal the mouse focus even tough they're underneath. I don't understand how that's possible. Should my mouse cursor ever be able to give focus to a window that's underneath the current one? Background: E 0.21.5 would go into a CPU loop that didn't hang it, but sure sucked a lot of power. So, I foolishly went to 0.22.x, which fixed that problem, but brought a load of completely new ones, which Raster says are likely my X server's fault (intel, latest version from debian. I was running an older version, but upgrading to the latest experimental fixed nothing). Basically I had a myriad of problems every time I resumed from sleep, not just the mouse cursor going away, but things being hung or not working and basically I had to restart E every time I resumed from sleep, although that was only one of the problems. I should have written the other ones down, but honestly they always happened when I was in the middle of other important things and I just needed my WM to work :-/ Raster, sorry, I know you asked me for some debug, but 1) never had time to even get anything building until today 2) 0.22 has too many different bugs for me to want to keep trying to use it. So, I went back to 0.21.5 which was painful since my profile was incompatible and I had to painstakenly recreate all my window placements and save everything. Sure enough, CPU hangs again. Looked around, no later 0.21.x version in debian, so I pulled the 0.21.11 source and after 1.5h of hammering stuff, got it to build in debian (missing a lot of build packages, some nicely depended on systemd which I don't want on that system). I'm now running 0.21.11 built from source using debian build files, and sure enough, yet another set of problems. First, when I open too many E dialog boxes, everything hangs hard, so that I have to go to a text console and killall -9 enlightenment, and then things recover. Sigh, not great... Can you help me get E 0.21 working well enough that I can go back to work and not have to worry about so many WM issues? Thanks, Marc -- "A mouse is a device used to point at the xterm you want to type in" - A.S.R. Microsoft is to operating systems what McDonalds is to gourmet cooking Home page: http://marc.merlins.org/ | PGP 7F55D5F27AAF9D08 -- Check out the vibrant tech community on one of the world's most engaging tech sites, Slashdot.org! http://sdm.link/slashdot ___ enlightenment-users mailing list enlightenment-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-users
Re: [e-users] problem with input focus and window layering in E 0.21.11
On Tue, May 08, 2018 at 05:39:19PM -0700, Marc MERLIN wrote: > My most taxing problem is this now: > https://photos.app.goo.gl/Sz5i3LVFYhh79d9T8 > All windows are set to stacking normal but some windows have a stacking > so that they steal the mouse focus even tough they're underneath. > I don't understand how that's possible. > > Should my mouse cursor ever be able to give focus to a window that's > underneath the current one? Ah yeah, I forgot this relevant info: ii libdrm-intel1:amd64 2.4.91-2 ii xorg1:7.7+19 ii xserver-xorg-video-intel2:2.99.917+git20171229-1 Sadly even saruman:~# apt-get install -t experimental xserver-xorg-video-intel does not give me a newer xserver-xorg-video-intel. Not sure if there are bad bugs in there that are getting in the way. That said, my understanding was that input focus control was the WM's job, so I'm assuming it's E's responsibility. Correct? Marc -- "A mouse is a device used to point at the xterm you want to type in" - A.S.R. Microsoft is to operating systems what McDonalds is to gourmet cooking Home page: http://marc.merlins.org/ | PGP 7F55D5F27AAF9D08 -- Check out the vibrant tech community on one of the world's most engaging tech sites, Slashdot.org! http://sdm.link/slashdot ___ enlightenment-users mailing list enlightenment-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-users
Re: [e-users] e22.0 upgrade, sigh...
On Sat, Mar 31, 2018 at 10:14:12AM -0700, Marc MERLIN wrote: > I'm also using intel graphics. I didn't touch anything on my laptop > except upgrading X, and now this started misbehaving. Huge typo, I meant 'upgrading E'. X was not upgraded. Nothing was upgraded except E. On Sun, Apr 01, 2018 at 11:58:32AM +0900, Carsten Haitzler wrote: > under compositor settings in advanced there is "dont fade backlight". but then > e wont dim your backlight on screensaver timeout etc. and your backlight will > stay on etc. Found it, thank you. I'm ok enough with dpms turning the screen off without any other fanciness. > > Right, so this is definitely unreliable on my laptop. > > How do I turn this off? > > you don't. well not in settings. you modify the theme. again - i am wondering > if this is an xorg bug that is somehow dropping cursor changes from e during > resume along with backlight change requests. It could be an X bug triggered by the dimming the E is doing. Now that I turned that off, I'll hopefully be ok. > > What happened was that the E upgrade disabled my mixer gadget for > > unknown reasons. I had to find and re-install it. > > All good on that front now, thank you. > > it should not have done that... unless it was going to totally deprecate the > shelf and migrate all your settings to the gadget bar... Well, I guess that's what happened anyway :) but I was easily able to restore it after you pointed that out. Thanks, Marc -- "A mouse is a device used to point at the xterm you want to type in" - A.S.R. Microsoft is to operating systems what McDonalds is to gourmet cooking Home page: http://marc.merlins.org/ | PGP 7F55D5F27AAF9D08 -- Check out the vibrant tech community on one of the world's most engaging tech sites, Slashdot.org! http://sdm.link/slashdot ___ enlightenment-users mailing list enlightenment-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-users
Re: [e-users] e22.0 upgrade, sigh...
Hi Raster, Thanks for your answer. On Sat, Mar 31, 2018 at 04:33:59PM +0900, Carsten Haitzler wrote: > when e suspends it'll "fade the screen" which also involves ramping brightness > down. on resume it does the reverse. it fades from black to normal and fades > brightness back up. this hasn't changed in years with e. i can't remember - > intel drivers? if so then the xserver controls the brightness - e just asks it > via xrandr to do it. this does work reliably for me on my laptops (multiple - > all intel though). I'm also using intel graphics. I didn't touch anything on my laptop except upgrading X, and now this started misbehaving. What should I turn off to get E not to change my blanking at all on suspend? Do I want to change ACPI bindings/suspend? > > - things come back ok sometimes, but then my mouse cursor totally > > disappears over parts of the screen and re-appears within some > > windows, while disappearing on the background again. > > e also will emit signals to the pointer object to suspend/resume itself too > (the theme will zoom and fade the cursor when this happens). i added this more > recently because of another laptop where there are no actual brightness Right, so this is definitely unreliable on my laptop. How do I turn this off? > i can't see your problem or reproduce it. though admittedly i'm on git master > (efl and e), and i don';t remember seeing this as an issue. Not a big deal. I don't need that feature at all, so as long as I can turn it off, I should be good. > your mixer should still be available... it has never been removed for me. make > sure the mixer module is loaded... go double-check the shelf contents to see > if > the mixer gadget is there and added etc. ... You are correct on that one. I wrongly assumed the mixer was moved from the gadget bar to the window border. What happened was that the E upgrade disabled my mixer gadget for unknown reasons. I had to find and re-install it. All good on that front now, thank you. Marc -- "A mouse is a device used to point at the xterm you want to type in" - A.S.R. Microsoft is to operating systems what McDonalds is to gourmet cooking Home page: http://marc.merlins.org/ | PGP 7F55D5F27AAF9D08 -- Check out the vibrant tech community on one of the world's most engaging tech sites, Slashdot.org! http://sdm.link/slashdot ___ enlightenment-users mailing list enlightenment-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-users
[e-users] e22.0 upgrade, sigh...
So, I guess I knew why I was apprehensive about upgrading E again. I guess I'm not lucky because each time I've done it, stuff that I do care about, has broken. For now, Raster already knows about the dragging windows to edge flip not working anymore. But more important is how when I resume from S3 sleep, I get sometimes - very dark screen, brightness all the way down, I can't see anything, or hardly anything until I fix the backlight level - things come back ok sometimes, but then my mouse cursor totally disappears over parts of the screen and re-appears within some windows, while disappearing on the background again. The only way to fix this is to force restart E when I come back from S3 sleep :-/ - my volume gadget was removed from the bar where all the gadgets are, and after a while I found that a mini volume slider gets grafted onto some of my google-chrome windows. Ok, I can see how that might be useful to control per window volume, but this doesn't work with all apps, like xmms2. Also, how do I get mute for everything now? So, the first 2 seem like new bugs, the last one seems undesirable behaviour at best, and I haven't found how to turn it off. Confused, Marc -- "A mouse is a device used to point at the xterm you want to type in" - A.S.R. Microsoft is to operating systems what McDonalds is to gourmet cooking Home page: http://marc.merlins.org/ | PGP 7F55D5F27AAF9D08 -- Check out the vibrant tech community on one of the world's most engaging tech sites, Slashdot.org! http://sdm.link/slashdot ___ enlightenment-users mailing list enlightenment-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-users
Re: [e-users] Upgrading from E 0.21.5 to 0.22.0 breaks moving a window between virtual desktops
On Thu, Mar 29, 2018 at 08:21:27PM +0900, Carsten Haitzler wrote: > > Known issue/behaviour, or should I file a bug? > > can't reproduce. just did it now. > > alt down > left mouse down on window > f1/2/3/4... (some other desktop) > release alt and mouse That works. What does not work anymore is dragging the window to the side of the screen to get to the next desktop. (unless I move it by dragging it using the title bar instead of alt and left mouse button on the middle of the window) Marc -- "A mouse is a device used to point at the xterm you want to type in" - A.S.R. Microsoft is to operating systems what McDonalds is to gourmet cooking Home page: http://marc.merlins.org/ | PGP 7F55D5F27AAF9D08 -- Check out the vibrant tech community on one of the world's most engaging tech sites, Slashdot.org! http://sdm.link/slashdot ___ enlightenment-users mailing list enlightenment-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-users
[e-users] Upgrading from E 0.21.5 to 0.22.0 breaks moving a window between virtual desktops
What I've been able to do with E since 1999: ALT + button 1 click on any window, move window to next virtual desktop Since 0.22, it's broken, I cannot move a window to the next virtual desktop that way. However, if I click on its title bar without alt, then I can still move it to the next virtual desktop. Better than nothing I guess. Known issue/behaviour, or should I file a bug? Marc -- "A mouse is a device used to point at the xterm you want to type in" - A.S.R. Microsoft is to operating systems what McDonalds is to gourmet cooking Home page: http://marc.merlins.org/ | PGP 7F55D5F27AAF9D08 -- Check out the vibrant tech community on one of the world's most engaging tech sites, Slashdot.org! http://sdm.link/slashdot ___ enlightenment-users mailing list enlightenment-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-users
Re: [e-users] E 0.21.5 stuck at 100% CPU for days
On Tue, Mar 27, 2018 at 02:39:14PM +0900, Carsten Haitzler wrote: > If E is hung solid then it'll help. But if it's working just consuming CPU, No, it's fully responsive, just taking 100% on one core and killing my battery if I'm off mains power. > it's not going to. It's likely something causing events that then cause E to > do > something about it. E.g. some window rendering. Or an event loop to X (Xserver > sends event Y, e responds by doing Z, which results in X sending event Y > again). > > The hint is in looking what other processes are also using CPU. That's the > first hint. I see, nothing too easy then. I guess enlightenment does a lot of things, and it doesn't have something like the chrome task manager. So, next time, just run top and find the CPU top users? I believe it was chrome, but to be fair chrome is always at the top, since it's pretty much an operating system within the operating system :) Maybe I'm lucky but for now E22 is behaving, so let's see if it continues :) Thanks, Marc -- "A mouse is a device used to point at the xterm you want to type in" - A.S.R. Microsoft is to operating systems what McDonalds is to gourmet cooking Home page: http://marc.merlins.org/ | PGP 7F55D5F27AAF9D08 -- Check out the vibrant tech community on one of the world's most engaging tech sites, Slashdot.org! http://sdm.link/slashdot ___ enlightenment-users mailing list enlightenment-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-users
Re: [e-users] E 0.21.5 stuck at 100% CPU for days
On Tue, Mar 27, 2018 at 03:20:47PM +1030, Simon Lees wrote: > > Howdy, > > > > This happens some time after I start, not right away. > > Restarting E while my desktop is running does not seem to help > > significantly. > > > > What is my best way to find out what is keeping E in a busy loop like this? > > > > if you kill the e process with a sig segfault you will get a backtrace > that will show exactly whats causing it, also try updating to the latest > e / efl many issues have been fixed since. thanks for the SEGV trick, I'll try that next time. In the meantime, I upgraded to 0.22.1-2, we'll see if that helps. Hopefully I won't be worse off after the upgrade, than before ;) Thanks, Marc -- "A mouse is a device used to point at the xterm you want to type in" - A.S.R. Microsoft is to operating systems what McDonalds is to gourmet cooking Home page: http://marc.merlins.org/ | PGP 7F55D5F27AAF9D08 -- Check out the vibrant tech community on one of the world's most engaging tech sites, Slashdot.org! http://sdm.link/slashdot ___ enlightenment-users mailing list enlightenment-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-users