I have recently switched from KDE to GNOME and I enjoy the simplicity very much, however I do have a few suggestions if I may:
Please allow either an easy customization of the login screen of GDM or make it automatically apply your current desktop theme and wallpaper (similar to how lock-screen applies your wallpaper automatically)
The password reveal button (the eye thingy) should be optional and adjustable in the Privacy settings. I don’t want to ever reveal my password and I view it as a potential security issue.
Dynamic setting menus would be very welcome. By dynamic I mean this - if the system cannot detect any fingerprint scanners or Bluetooth or Thunderbolt for example - hide those menus dynamically or have an option to hide them manually somehow. Having a completely empty Bluetooth menu option is jarring and a waste of space.
Login screen and Lock screen are 2 different things.
Login screen is in gdm control and is global configuration ( settings modifiable by root user ), while lock-screen is in gnome-shell control and is per user. That’s the reason you see lock-screen has the signature of the user’s desktop, while login screen is not.
If you’re asking custom theme for your login screen look into gdm configuration.
I don’t think this is a good idea. People would argue that the bluetooth menu has disappeared from their system all of a sudden, and would raise question as to why bluetooth is not supported in GNOME.
E.g. If a folder in your system is empty. Would you like you file manager to auto-hide folders which are empty -or- display empty folders. Same expectation goes here too.
I am totally agree with this one.
In fact another possible scenario where the presence of this button is probably needed, could be if and only if the user types its password to many times wrong.
I am just saying…
They should not be hidden. I agree. But they should be set insensitive. This is as per GNOME HIG for Buttons (Section General Guidelines and Point number 5).
Or may be, set insensitive and show a help text why it is insensitive.
That would only work for single-user systems, and would require quite a bit of plumbing (as the login screen is run under a system account) for something that isn’t officially supported or endorsed (themeing).
That said, using users’ wallpapers is planned for the login screen; after selecting a user, the screen to enter the password should then look exactly like the lock screen.
Do you mean the system menu in the top-right of the top bar? That menus is supposed to behave as described, that is no bluetooth/thunderbolt etc. if the corresponding hardware isn’t available.
This is what I’m proposing to do with Bluetooth, Thunderbolt and maybe even Printers. Show the user that there’s an option to connect to those services, but if they are not used - hide them
Why would you need a precedent? We don’t have many components or applications that expose functionality depending on availability of some (optional) subsystem.
But why? Why does it matter to you that the system settings shows additional rows? What is the problem you are trying to solve? You are making some step or assumption, and we don’t really have access to enough context. Start with the problem you wish to solve, instead of working backwards from the to which you came.
There’s no Thunderbolt entry if you don’t have Thunderbolt hardware; the Printer page has a button that lets you add a printer; and the Bluetooth page lets you toggle the hardware switch, which completely hides any Bluetooth adapter from the system (so, in some cases, we literally can’t know if there’s a Bluetooth adapter available, or if there’s one that has been switched off).
