Originally posted by ssokolow
View Post
Announcement
Collapse
No announcement yet.
Enlightenment 22 Alpha Strikes With Better Wayland Support, Meson Build System
Collapse
X
-
-
Originally posted by misp View Post
Yep, e... but more in a manner of total users..
Comment
-
My problem with E is the mix of themes
You've got the E theme, GTK2 theme, GTK3 theme, and if you happen to run some KDE app, the KDE theme as well.... so you end up with 4 different titlebars on your desktop.
This is why I end up with Gnome Wayland and restrict myself to GTK3 apps....
Comment
-
Originally posted by raster View Post
FYI it's still iffy. It was working OK at some point but now is mostly broken. Also it only works with EFL apps as it requires the clients to actively reconnect and use the recovery protocol to share their initial compositor-provided UUID per window so the compositor can match things back up to the state it should have stored. But it is of extremely high importance to us to have this work just for sanity of our own usage and development.
It's not as if I'll be using Wayland soon anyway. Aside from using nVidia binary drivers and being a KDE kind of guy, the upcoming Firefox 57 WebExtensions switch is going to require some keylogger-like input manipulation to trick Firefox into certain types of input rebinding I currently rely on legacy extensions for.
Comment
-
Originally posted by dkasak View PostBest WM I'm running it on my Cubox i4x4 ( tiny arm SOC ). Even with software rendering/compositing, it's impressively fluid. Infinitely configurable. Wayland support coming along nicely. Can't complain ...
Enlightenment: https://www.youtube.com/watch?v=lNzp5kBLpaI
vs.
Weston: https://www.youtube.com/watch?v=l6GlpL9t-hk
In X11 GL works but it's also "chuggy" much like Weston is.
- Likes 1
Comment
-
Originally posted by raster View PostFYI it's still iffy. It was working OK at some point but now is mostly broken. Also it only works with EFL apps as it requires the clients to actively reconnect and use the recovery protocol to share their initial compositor-provided UUID per window so the compositor can match things back up to the state it should have stored. But it is of extremely high importance to us to have this work just for sanity of our own usage and development.
Comment
-
Originally posted by ThiagoCMC View PostI can't wait to see the latest Enlightenment on Debian, with VLC, Xine, Wayland and everything else! :-P
Comment
-
Originally posted by bkor View Post
Would this be able to become a standard? E.g. could another toolkit implement the same support? If so, this seems highly interesting! It's one of the big drawbacks of Wayland IMO (crash=everything is gone).
This isn't just for crash recovery. For us it's 99% about on-the-fly upgrades. When we develop AND eat our own dogfood, you need to try out your new code/feature... in the past in X11 we just restarted the WM. Hit ctrl+alt+end and presto... back to where you were with the new compiled binary. Changes to WM or libraries behind it are now in effect. It makes development beautifully easy and efficient. We want just this for a Wayland world too. It ALSO can be used to deal with crash recovery too...
- Likes 1
Comment
Comment