The Bash entry was really just a half-finished personal note that I never properly edited. It’s probably out of scope too.
Like in the good old commandlinefu.
In short: unless the native scroll bar will be wrong, do not under any circumstances hide it.
There are a few specific situations where it can be useful, but I added the caveat precisely because it’s generally not a good practice.
re scrollbars, Can you give an example?
- A swipe/drag carousel with visible arrows or dots, especially a looping carousel where the native scrollbar does not represent a meaningful start and end
- An accordion or expanding panel that animates to reveal all of its content. During the transition, its intermediate height may briefly produce a scrollbar (and a visual flash), even though the fully expanded state does not need one
- Highly visual or experimental interfaces where scrolling is communicated through another control, or where the scrollable area is decorative and scrolling is not required to access the content
For that, there could just be links to the related MDN and/or caniuse.com pages.
Each note has a stable URL that can be shared or bookmarked and can be indexed independently. A dedicated page also leaves room for longer content or links to related notes.
Flip interactions also behave differently on touch devices and require more care around keyboard accessibility. It’s a valid alternative, but I don’t see navigation to a standalone document as something inherently undesirable on the web.
If the term is confusing, I’m open to better wording.
I can’t find a single example; each post-it just shows some code but not the result of it.