@rikmills I'm ready to check kubuntu-18.04-beta2-desktop-amd64

That
file is available here:

VDG input requested. Do folks think we should also drop the blue line?
Or perhaps gray instead of blue?

I've noticed the single vs double click debate. Seemingly, the purpose of switching the default to double is to ease usability for some people coming from Windows. Fine.

My initial intention was to upload all instances and suggest concrete/specific changes. I'm not sure whether those would be welcome, so I might have given up.

Are you saying that Kubuntu should disable the behavior of apps that minimize to the system tray when closed, and that instead they should always quit instead?

@aaronhoneycutt Thank you, Aaron.

I'm afraid this is slightly off-topic but I've never got the meaning of this instance

@ngraham Thank you.

You've described a series of usability issues that are not Kubuntu-specific.

I've got every single instance ready-for-upload.

Integration is only good when it serves a well-founded purpose and does not cause an unintuitive mess. Some standardization is desirable.

An example of an app that follows the golden rule is Kate.
Not running ...

The golden rule for terminating apps is coming shortly ...

Oh, forgot to mention: if you don't terminate properly, some apps will still be running even after a full shutdown & startup.

Akregator isn't running ...

It must be fixed upstream, either by adopting PolKit (preferable) or by adding a hack like KDE Partition Manager does (less preferable).

Not sure this is really appropriate for a Phabricator task. Feel free to go and do it though!

The targeted user has no notion of up or downstream. For them it's just Kubuntu. I'll load Kubuntu again, then I should be able to elaborate properly.

@ngraham It's important for root apps to be visually consistent with the rest of the desktop but a different color scheme is advisable. Re-open at will.

apps run as root don't inherit user themes :)

The funny thing is: when I tested Artful, it looked the same as in the upcoming Bionic, but I saw a picture illustrating a breezified KSysLog in Help.

@ngraham Michael is great but you can't expect unbiased opinions from a declared Plasma fan.

Purpose: we need more opinions to make Bionic even better.

Integration is good but too much integration is bad.

Say Akregator. I open it. I close it. It gets pined to Notifications. And it remains pinned to Notifications even after reboot. Closing it does not mean you quite it.

Neon's selling point is it's a slim build. Several legacy apps shouldn't be included into the iso, but made readily available in the repo. I'll refer to them soon. At any rate, it's pretty annoying when some of those get pinned to Notifications by default.

Okay, I need to wrap this up nicely for them. Will do.

@ngraham You're right. Thanks for the heads-up.

I guess the readability of text was the reason to introduce the overlay in the first place because only blurring the background (like 5.8 seems to do) is not enough in general.

What's the deeper issue here that's motivating this change request?

Will this also fix the aliasing in the logout screen?

Okay, Nate. It's good to know there's hope.

Way too dark. A guy posted a 5.8 vs 5.12 on Neon's G+.

@ngraham Whatever you see fit. I'm done.

A quadrant's width is probably okay. I'm not sure about the hight.

However, I would reject this as a default, as it is very non-obvious how to turn such a thing off for a new or even moderately experienced user.

I need rest. Made it a mess.

I guess you are suggesting that it should be installed by default?

@ngraham But Nathan, look into Neptune. Every window opens in the middle.

@raddison Well, I kinda understand what you mean. The SHA256SUMS.gpg key, the SHA256 and the .iso images are all in one basket.

64 looks a nice compromise to me. On a large but not hi-res screen, 80+ starts to look a big much/odd IMO, and we have to take into account that large amount of our user base will be people not blessed with hi-dpi,

As a matter of fact, 64 and 128 are the values that don't cause sub-pixel mess. Hence, probably, 64 is the best compromise.

Documentation is important. Now that we have 5.12.x in place, we should update/re-write/replace deprecated illustrations.

That's correct. We're using Calamares in Nitrux.

@uriherrera Nitrux has Calamares as well and it's Ubuntu-based, right?

So it's more like a question of whether we want to do it or not, I guess.

... as a cross-distro project, we'd benefit from other people's improvements, and participate in a really worthwhile community effort.

Make sure you don't leave Marble Beach out. https://www.opendesktop.org/p/1200398/