* PSFD-423: Permission check for polls dialog
* PSFD-423: Implement compound scrollable dialog and skeleton create poll
* PSFD-325: Ask the question
* PSFD-328: Ask for options
* PSFD-423: Ensure form submission semantics work for dialogs
* PSFD-328: Option semantics
* Can delete all option to end up with zero
* Minimum 2 to submit the form
* PSFD-316: Send poll start event
* Appease the linter
* PSFD-328: Reduce padding between options to account for field size
* Iterate per design
* Fix submission
Add a "kind" param for StyledCheckbox, allowing designers to choose different styles of checkbox as needed. In addition to the preexisting default kind (now called Solid), there's an Outline kind with a green checkmark and a transparent fill. This is used in the device trust view, since the default checkbox style looks too much like the green "verified" shield and it's awkward to have those next to each other.
Overhaul the device list in the "Security and Privacy" settings tab to include device trust status, provide buttons for verifying unverified devices, and improve overall usability and style. This should now be the primary interface for checking and changing the trust status of your own devices, rather than looking at your own user profile in the right panel.
* Enable sentry global handlers if automaticErrorReporting is on
* Pass the exception through on session restore error
Passing the exception object itself through to the BugReportDialog means a stack trace can be correctly recorded in Sentry
* Enable choosing a high contrast variant of the Light theme
* Updates to high contrast theme to match design and show focus
* Adjust the outline-offset to match designs
* Don't draw an outline around the active tab
* Prevent cropping of outlines on buttons
* Use the correct colour for links
* Change light grey text to be darker in high contrast theme
* Use a darker text colour in admin panel
* Adjust background colours of back button and font slider
* Convert RecoveryMethodRemovedDialog to TS
Signed-off-by: Šimon Brandner <simon.bra.ag@gmail.com>
* Convert NewRecoveryMethodDialog to TS
Signed-off-by: Šimon Brandner <simon.bra.ag@gmail.com>
* Convert ImportE2eKeysDialog to TS
Signed-off-by: Šimon Brandner <simon.bra.ag@gmail.com>
* Convert ExportE2eKeysDialog to TS
Signed-off-by: Šimon Brandner <simon.bra.ag@gmail.com>
* Convert CreateSecretStorageDialog to TS
Signed-off-by: Šimon Brandner <simon.bra.ag@gmail.com>
* Convert CreateKeyBackupDialog to TS
Signed-off-by: Šimon Brandner <simon.bra.ag@gmail.com>
* Fix types
This is somewhat hacky though I don't know of a better way to do this
Signed-off-by: Šimon Brandner <simon.bra.ag@gmail.com>
This is to prevent user confusion about whether or not a setting exists, or even what its value is. By rendering it with `disabled=true` the user is at least aware that the setting is set to a specific value, though we could (and should) do better in the future to communicate *why* a setting is disabled.
Šimon BrandnerandGitHub
Michael TelatynskiandGitHub
GermainandGitHub
Andy BalaamandGitHub
TimoandGitHub
Faye DuxovniandGitHub
Travis RalstonandGitHub
Nolan DarilekandGitHub
James SalterandGitHub
Rafael GonçalvesandGitHub