-
-
Notifications
You must be signed in to change notification settings - Fork 3.4k
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
Bring consistency to the tooltips of the toolbar actions #13503
Comments
I think the convention is As mentioned on the triage meeting, it is because some commands define both jupyterlab/packages/notebook-extension/src/index.ts Lines 2338 to 2350 in 6efbd56
but jupyterlab/packages/notebook-extension/src/index.ts Lines 2326 to 2337 in 6efbd56
This can be fixed by ensuring that all relevant commands have consistent For "duplicate cells" command, the "selection" bit can be relevant as it defined the behaviour when multiple cells are selected. We could assign a function to caption and only mention "selection" when multiple cells are indeed selected. |
Thank you for looking in to this! I didn't know what For further information, here is the material design documentation on tooltips explaining what the best practices are. |
I am looking at this issue and opened this PR #13861. |
Related: in PR #13939, I added captions to several commands that were used in toolbar buttons and that didn't have captions. A label is typically written in Title Case without articles (e.g., "Interrupt Kernel") and a caption is typically written in sentence case with articles (e.g., "Interrupt the kernel"). |
Problem
The tooltips of the toolbar actions are either inconsistent, or do not correctly represent the action they represent.
For example, some refer to "cells" even though the action will apply only to one cell. This can create misunderstandings for new users, and can be easily fixed.
Proposed Solution
Change the tooltips as in the illustration below:
(With the keyboard shortcuts between the brackets at the end of each tooltip).
Additional context
Providing short and explicit tooltips is always necessary when a button does not have an explicit title, as for icons. Here, some UX basic rules are not followed but require a very low effort to significantly improve the user experience.
Here are some rules we should follow, that I illustrated in the suggestion above:
The text was updated successfully, but these errors were encountered: