On Thu, 22 Jun 2017 11:56:50 +0900 Carsten Haitzler (The Rasterman) <ras...@rasterman.com> wrote:
> you keep going on about "what do users do". use whatever display > manager you like. we install xsession desktop files so it'll be > listed in the available sessions along with everything else... we > dont have to do anything more to be user friendly at all. Yes in a way, but have to rely on login managers designed for other desktops. Not a bad thing some may have them installed already but can have other issues. Like in my case SDDM prevented E from turning off the backlight and the cursor stayed visible when the display was turned off/screen saver. I thought it was a bug in E, but it was something with SDDM. When I start E under entrance, that problem goes away, every time. I would have gone off filing an E bug to something that has nothing to do with E. All because of what I used to start E, something intended mostly for another desktop/project. Not to mention the GTK/Qt vs EFL. Should E be responsible for bugs that occur when started under SDDM? > in this > thread we talked about what we should do in future for a wayland > world where we'd recycle e as the login manager. yoz already said > that that is in fact his plan and that means the entrance code and > project itself is "dead". Yes so its strange the reaction I got a first. Surprise, surprise, entrance is not dead. The topic of this entirely thread. Its alive! :) It is dead to you all, but I will revive it till there is another, and maybe beyond such. I am logged in now via entrance as I do on my desktop :) > > Yes I have been following the thread. If E is the log in manager, > > how do you log into other stuff if needed? > > i explained that already. I missed that. I get the future log in manager using E would allow log in to others. I was meaning more in your case, where you log straight into E from systemd service/startx. Seems like a basic systemd service file that invokes startx or something to that effect. Its semi moot to me, as I do not use systemd. Just something that could be provided/installed for users to use. > that's exactly how e started... if others find it nice and like it - > great. if not... doesn't matter too much. Good to know. I am more of the mindset that it matters that others find and use it, maybe leading to further development, etc. Growing things. > so i'v explained that all this "just use systemd user session" etc. > stuff is what we devs do. we're not telling users to go do this. use > whatever login manager u like. I got the basic concept long ago, more asking to show the code, technical details of how. Or better yet, add such systemd to efl, so its installed by default, and users can use that. Then there is a way now for users to start E via systemd from X or Wayland if they choose. Or they can use some DM. > i don't use it. bu5hm4n does not want it to be part of e and wants it > separate. that rules it out for me and for any future login manager > based on e (not entrance). that's his choice. I never got that impression. SDDM is separate of KDE, but has been adopted as the official/default DM for KDE, in place of KDM, discontinued. Not sure why being another project should matter. My impression seems his solution is being overlooked and discussion and effort put into something else rather than using his work. As for me, I would be more encouraged to package spawny and anna, and likely others for other distros. If it was the adopted/official DM for E. While remaining its own outside project . > not interested because of all the reasons given. doing a custom gui > means eventually having to write al the multi-screen handling code > and power management and what not over again. re-using e and all of > its support and infra makes far more sense. Maybe for logging into E, but not so much for logging into other stuff. I get what your saying. Though I would think much of that type of code to be in say EFL via Elemenary for re-use. E, Entrance, Spawny/Anna, etc. Plus X handles some of the power management, maybe different for Wayland. My display goes to sleep with entrance running. > if you want usable, use whatever login manager your distro uses 99% > of distros have a default one they come with. only a few don't. we > have no "works everywhere" replacement at this point. Distros that ship a single desktop likely have a single DM. Not so sure about ones that provide options. Though I assume if one installed say KDE or Gnome without specifying anything else on most distros, They would likely get the DM for that given desktop GDM/SDDM. That may vary from distro to distro. For reasons stated with my experience with SDDM and E. It likely is best to use say a QT based DM for a QT based Desktop. A GTK one for a GTK based Desktop. A EFL one for a EFL based desktop. Prevents conflicts from each or odd bugs/issues like my backlight/cursor issue via SDDM. -- William L. Thomson Jr.
pgp5V2zn9oTj9.pgp
Description: OpenPGP digital signature
------------------------------------------------------------------------------ Check out the vibrant tech community on one of the world's most engaging tech sites, Slashdot.org! http://sdm.link/slashdot
_______________________________________________ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel