Inconsistent UX for non-editable shared bullets for indenting and new bullet creation
AnsweredEdit: In each case where I said non-editable shared; I should have said non-editable embedded. Shared with edit access did mean shared.
Original:
Shared bullets without edit acces do not responsd consiently for indenting [with tab key in my case], or starting a new bullet [enter key] after them. One implication of this is that if such a shared bullet is the only child bullet in a bullet that is full screen expanded, creating additional bullets is particularly un-intuitive.
Consistent across firefox, nightly, chrome, chrome based apps. Win10 / Thinkpad P Laptop.
I've included a video demonstrating the above referenced behavior.
On android, non-editable shared bullets seem to allow indenting using the context menu, but do not allow creation of a new bullet after with the enter key. Shared bullets with edit access respond to the enter key, but do not present an indent key in the context menu. If I use an alternative keyboard with tab, they do respond as expected.
https://s3.us-east-2.amazonaws.com/fc1.mazya.org/123.mp4
Video show win10 / Thinkpad -p laptop. Key presses overlay with AHK, recorded clearly by potato.
Please sign in to leave a comment.
Comments
1 comment