I really like the welcome screen in Elementary OS, it's helps to fast tweak the system and forget about it.
I tried to copy this, but I don't know how to make it consistent :(
I will get something from kde.org
I really like the welcome screen in Elementary OS, it's helps to fast tweak the system and forget about it.
I tried to copy this, but I don't know how to make it consistent :(
I will get something from kde.org
I've removed kde neon from this as kde neon just ships what Plasma and the rest of KDE ships, we don't make vendor specific changes.
Generally first run dialogues have gone out of fashion. This sort of dialogue did exist in KDE 2 time and it just gets in the way of users who want things to 'just work' so I doubt it'll have many supporters.
It's a distributions job to get users up to snuff with the desktop environment during the installation phase. See for example openSUSE's installation or Ubuntu's background installation part which shows users a slideshow of things they can do and expect from their new desktop.
This welcome dialogue are very popular, for openSUSE this looks like this:
. Note this is a distribution welcome dialogue and not a first run dialogue like in KDE 2 with configuration. So I wouldn't include configuration links.The lack of configuration will be changing in Xfce whenever I feel like finishing the first config features there.
Including simple configuration isn't too out of place in first welcome dialogs. Ubuntu MATE recently acquired a panel layout selector in their welcome.
Interesting, I was thinking about something like that as well to create an easy on-boarding experience for users that only have experience with other operating systems (in particular Windows and macOS). The less time users have to spend to figure out new interfaces, the sooner they can get work done/enjoy the system, which in my opinion is a great quality of life improvement.
Question is just: should this be a thing the DE does, or shouldn't it rather be the task of a distribution to create something like that, seeing how additional packages might be required (Latte Dock for example to mimic the macOS dock) and the DE in general doesn't know if those packages are available in the repositories of the distribution or not?
We have distro-independent ways to refer to software (appstream ids) so software stores understand what we mean. So, there is no technical problem here. Heck, even without it there wouldn't be. Calamares manages to be a distro-independent installer that can be used by all distros and made their own. There is no reason we couldn't have the same for a first start experience.
I would also like to add that we used to have first start dialogs up to KDE 3.2 (possibly later) in the form of KPersonalizer which more or less roots in the orignial KDE 1 setup wizard featuring kandalf.
They were, as I recall, not much liked and most/all enduser distros would patch them out or not ship them at all.
There is a fundamental problem with (first) start dialogs of any kind: they are interrupting the advanced user and smothering the new user.
With all that in mind I think it'd be a good idea to actually write down what the problem is you want to solve and then see if a first start dialog is in fact the best solution for that problem. If we want to get new users started, maybe an interactive demo like you see on some websites may be better (here you can add get to your applications, here you can add cool stuff to your workspace, here you shut down the computer...)? Maybe help resources need to be made easier to discover? Maybe we need better ways to help users discover cool features and/or software?
Dumping everything at the user all at once hardly seems the best solution. In particular because the needs change, as a user moves from newbie to professional they will equally get annoyed and ignore first start interruptions.
Food for thought.
I'd like to propose a very simple Since having an entire window at first boot could be annoying, what about a simple permanent notification? It's way less annoying to close than an entire window, but it would still be very noticeable to new users. The notification could have two buttons to open the installer or dismiss the notification (if the notification close button isn't enough).
macOS does this. IMO it's pretty annoying, but that might just be because of how many times I've had to get rid of them for the hundreds if not thousands of macOS systems I've set up in my lifetime. :p
You're right, I think that the Welcome Screen in elementary OS (https://youtu.be/FxRzd8On6wU) is most kool, it doesn't take up much space, it can be easily removed forever by pushing on "Skip All" and also it helps to set up the system, it would be kool to do something like this.
If something like that is going to be used, it would be good if the user could click _anywhere else_ to dismiss this window.
I'm more a fan of what @niccolove suggested: use notifications to ask the user "hey do you want to do this?", although I wouldn't make it permanent, but have it run a time out instead.
Still, over all this is not something that KDE should tackle, but something that should be up for individual distributions to set up. That way they can also make sure to include their branding.
There are two groups of new users:
Now this makes a lot of sense to me. I'm a big fan of putting any wizard-style questions in the installer, for just the reason you provided.
The installation process part is already taken care of by most (if not all) distributions in one way or another though, see https://phabricator.kde.org/T11979#207050 and in my opinion it's the most sensible way to nag users when they set up their system, as the installer requires input by them on partioning and other settings anyway.
The second idea sounds like some kind of "Delivered by OEM" scenario. Similar to how OEMs now can pre-load Windows devices with their branding, software and other things. I think this would be a nice _seperate tool_ to have for system builders and integrators. Could be really nice inside a corporate environment when new users receive their machines, there won't be the need for IT personnell to explain everything to them. Or in a school setting when students log in for the first time with their own accounts they can get a quick introduction to the system on their own accord.
I think it's worth following this idea, but not as a KDE wide "integrated by default" solution.
OEM configuration is driven by installers already e.g. calamares https://people.ubuntu.com/~apachelogger/screencasts/vokoscreen-2019-05-03_11-43-36.mkv or ubiquity https://userbase.kde.org/Neon/Installation/OEM#First_Boot
Both aforementioned use cases are addressed by the same software using the same code. The "steps" can be different though (e.g. OEM config mostly needs no partitioning so this step is not part of it).
So, the two different groups are in fact the same. We can choose to have them get different "steps" but from a requirements POV you can think of them as equal. The user is fundamentally doing the same task, in one case they simply don't have to do partitioning first. This is an important point to note because "Users have to wait until it completes anyway" is unfortunately presumptuous. The throttling factor of an installation is mostly copying the disk image from the USB stick to the disk, and that is 100% subject to throughput limitations. The limitation can be next to none e.g. USB3/4 feeding into an SSD. I have systems where the neon installation finishes faster than it takes me to get a glass of water. IOW: given sufficient speed an installation is almost as fast as an OEM configuration and whatever difference remains is shrinking as hardware evolves. So, for a long-lasting design I'd suggest you forget about any slowness you have experienced during installation :)