Skip to content
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

Style Chrome browser dialog with the Brave themed dialog component #3961

Closed
karenkliu opened this issue Apr 1, 2019 · 8 comments
Closed
Labels
closed/stale Issue is no longer relevant, perhaps because the feature it refers to has been deprecated.

Comments

@karenkliu
Copy link

karenkliu commented Apr 1, 2019

Description

Currently, our browser dialogs follow the default Chrome theme. We need to style them with our Brave themed dialog component and de-Chromify our browser.

@karenkliu karenkliu added the design A design change, especially one which needs input from the design team label Apr 1, 2019
@rebron
Copy link
Collaborator

rebron commented Apr 1, 2019

cc: @yrliou and @simonhong just a heads up. Trying to make it all look consistent.
@karenkliu Can we get dark theme mocked-up and specified as well.

@karenkliu
Copy link
Author

@rebron The dialogue should default to light/dark theme depending on what the user has specified at the OS level. @rossmoody Do you know if I need to explicitly create a dark theme dialog for this to happen?

@rossmoody
Copy link
Contributor

This is a good initiative but we should prob sit down with @petemill who has the most experience from Settings restyling and talk about our approach. I think updating the styling of the modals will have to touch more than just the modals themselves and we should be sure to account for all the use cases when we update the components. For instance: I imagine updating the modal components here would bleed into this screen: https://d.pr/i/4BqbZf but if we don't update those elements at the same time for both light and dark theme then we'll have blue and orange wack-a-mole.

We also started some component updates on this front already that need fine tuned and should match any additional updates: https://d.pr/i/MBzRCY

TLDR: should get our ducks in a row and do a sweeping update. this is pretty foundational design system definitions so i'll assign it to myself and start up a spec

@rossmoody rossmoody self-assigned this Apr 1, 2019
@petemill
Copy link
Member

petemill commented Apr 2, 2019

Hey I wasn’t aware a designer was explicitly working on this. I’ve started a look at it mainly just to make the buttons brave-style and typography use the correct fonts. Doesn’t seem that’s different to the intention here anyway. But the buttons in these mockups seem a little different to the versions of the design system button I’ve been working from in brave-ui. In lieu of the “official standard” can we confirm the hover colors and sizes here are what we want.
One more point: looks like we’ve gone for the ‘accent’ (orange) version for every single button. Whereas in the Settings screen, we’re using the Default version (Black in light mode) in almost all places. Should that be the case? Do we have a guideline on when to use which?

@rossmoody
Copy link
Contributor

The definitions here and in Brave UI will need updated. I'll put together a spec we can go over that includes final sizing, color and spacing and pattern usage.

@rebron rebron added the priority/P3 The next thing for us to work on. It'll ride the trains. label Apr 5, 2019
@rebron rebron removed their assignment Apr 10, 2019
@rossmoody rossmoody removed their assignment Aug 13, 2019
@petemill
Copy link
Member

This is stale and not very specific with regard to what the 'Brave themed dialog component' is. Happy to keep it as an umbrella item but there's nothing specifically actionable.

@rebron
Copy link
Collaborator

rebron commented Oct 10, 2019

@karenkliu Do you want to close this one out? Not specific on which dialogs we want fixed and what we need to change them to.

@rebron
Copy link
Collaborator

rebron commented Feb 5, 2020

Closing as stale. Let's file new ones for this issue that are specifically actionable.

@rebron rebron closed this as completed Feb 5, 2020
@rebron rebron added closed/stale Issue is no longer relevant, perhaps because the feature it refers to has been deprecated. and removed design A design change, especially one which needs input from the design team priority/P3 The next thing for us to work on. It'll ride the trains. labels Feb 5, 2020
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
closed/stale Issue is no longer relevant, perhaps because the feature it refers to has been deprecated.
Projects
None yet
Development

No branches or pull requests

4 participants