-
Notifications
You must be signed in to change notification settings - Fork 43
(Draft) Lockscreen for Wayfire #324
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
base: master
Are you sure you want to change the base?
Conversation
|
Haven't looked at the implementation yet, but from the description, if #121 were to be figured out and panel widgets were implemented as plugins, we would have access to quite a lot of functionality, and, in turn, all (bar the authentication) that is written for the lockscreen first could serve for the panel, no ? |
- Delay and Retry claiming finger print reader on failure - Remove saving and using of name of fingerprint to request as we weren't using it anyway - Added volume mute & mic mute plugin
|
I'm leaning heavily on existing panel widget code, but the factoring isn't similar enough to be able to use them 1:1. |
- Implemented MPRIS on dbus to allow media control plugin
- - matches incomming changes elsewhere
- better defaults
GTK4 Lockscreen using session ext1.
Has a plugin-styled structure (but all plugins are compiled with it currently, and no external loading is done)
Plugins are individually togglable.
Plugins that can unlock the screen are:
Costmetic and functional plugins:
TODO Plugins:
Weather
Yubikey/ U2F unlock
Howdy (face recognition)
Network status icon
Other TODO:
Other notes:
Enabling PIN unlock requires creating a hash file:
echo -n "1234" | sha512sum | head -c 128 > ~/.config/wf-locker.hashObviously replacing the numbers quoted in the echo. Any above-zero number of digits is accepted. Writing non-digits into this will make it impossible to auth with PIN.
Fingerprint reader must have an enrolled finger to enable. It will also only accept the first one in the list of presented options.
Password has no 'submit' button as it is assumed the user has an enter/return at that point.
Plugins may enable/disable themselves in construction if it is expected to override the users choice. Notably : fingerprint reader disables itself without a device to read from, pin disables itself if the HASH is not found or is malformed.
It is possible for user to choose which part of the lockscreen a plugin displays in, but not the order of items. If you put all plugins into center-center of lockscreen then the plugins are shown top-to-bottom in alphabetical order. One option would be to sort the keys before we iterate on them in
on_monitor_present.