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

TRY: hide inline formatting buttons when there is no selection #2962

Closed
androb opened this issue Oct 10, 2017 · 3 comments
Closed

TRY: hide inline formatting buttons when there is no selection #2962

androb opened this issue Oct 10, 2017 · 3 comments
Labels
Needs Design Feedback Needs general design feedback.

Comments

@androb
Copy link
Contributor

androb commented Oct 10, 2017

To simplify the Gutenberg experience we could try hiding inline formatting buttons of bold, italic, strikethrough and link until there is a selection.

Quick mock-up:
image

This is a suggestion to try in a branch. It would probably need some basic user testing to see the gain of a simpler UX is worth the harder feature discovery.

@androb androb added the Needs Design Feedback Needs general design feedback. label Oct 10, 2017
@karmatosed
Copy link
Member

karmatosed commented Oct 10, 2017

I will admit, I have concerns about this jarring the users. Do you have evidence this would be better for users? Having things pop up can be magical, but I'm not sure how magical or scary this would be.

I agree with stripping back and @jasmussen is doing some work there, I just think we need to be careful 'how far' we go.

@androb androb added [Priority] Low Used to indicate that the issue at hand isn't a top priority to address and can be handled later and removed [Priority] Low Used to indicate that the issue at hand isn't a top priority to address and can be handled later labels Oct 10, 2017
@jasmussen
Copy link
Contributor

Thank you for the mockup! Love that we're all rallying around simplifying the silhuette.

However I have to agree with Tammie, if we do this, we might as well go all-in and go with a popup toolbar to hold it all, and drastically reduce the silhuette. While that is also an option, the problems with both this mockup, and the popup toolbar are the same — they are arguably less discoverable, you can't press bold with a mouse and then start typing, and the toolbar itself covers content above it. Admittedly that last part is also a problem with the current implementation of docking the toolbar to the block.

I think the next thing to try could possibly be #2148.

@mtias
Copy link
Member

mtias commented Nov 6, 2017

We have made some changes so that toolbars don't show until you do text selection or disengage writing mode which I think solve the main issues.

@mtias mtias closed this as completed Nov 6, 2017
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Needs Design Feedback Needs general design feedback.
Projects
None yet
Development

No branches or pull requests

4 participants