Thanks for bringing up another view to the point.
But what do you think should happen if the user scrolls so much down that the selected text (and therefore also the text attributes menu) comes out of view?
– It wouldn’t be good if it still sticks on the selected text but no longer visible, because out of view.
No, I’m against your suggestion.
My own main trouble with the open box is, that I very often need to copy a text fragment for pasting it into another app (in most cases the browser).
When I come back to Anytype, the box is still open and covers the text line below it, that I need to copy as next.
It seems to be no big deal to click that box away, but if you do it 30 times within one or two hours, it peeves.
I simply can not see any situation where it would make sense that it stays open although the mouse has already left it.
I mena, if the user has moved the mouse out of the box, it is clear that the box has done it’s job and is no longer needed. Therefore it should disappear.
For me it’s the same as with the left side menu.
I’ve configured in the settiings, that it automatically disappears when the mouse leaves it.
It was the same long discussion for getting that (there was a time when the side menu was always open!).
And I believe, most users prefere the auto-hide feature since we have it back. It simply makes the work more fluid withiut the unnecessary friction to click it away every time.
Either sticks to the highlighted text and goes out of view, or sticks to the edge of the editor on whichever direction the highlighted text is scrolled to like how it does in this Anytype community platform.
You’re very quick to assume that someone still needs to use that context menu pop up even when the highlighted text the menu is for is already out of screen’s view, but I find it ironic that you somehow don’t assume that there will be people that still want that context menu pop up to remain as is even after their mouse has left that pop up when you were arguing about your point in the other topic. I have no opinion on whether or not the context menu pop up still stays within the screen or not after the highlighted text has left the view, as I wrote above the solution could be either one; but I do find your statement ironic.
If I have to choose, the context menu pop up can stay at the edge of the editor when the highlighted text is out of view like how it is in this community, but honestly it matters very little to me. > >The point of this request is mainly so that when people scroll, the context menu pop up doesn’t stay in the center of the screen like a lost child blocking the view of everything else that shows up. That is my suggestion, is this what you are against? If so, please enlighten me about how this affects you negatively because you haven’t done so in your comment above.
The rest of your comment is about a different request, please stick to your own topic that you’ve already created for that.
OK …?
Yes, I can not imagine a real scenario where someone would need the open text context menu, although he has already left it with the mouse AND even scrolled away!
I could only imagine a scenario that’s pulled here by the hairs, but not a real one.
If you have an example, then enlighten me, if you want.
I have no clue what you do with that menu. But I can tell you how I work with it:
When I need to give a text fragment attributes, like bold, or cursive etc., et., then I select the fragment. The attributes menu pops up and I do my one, two or three things in it.
After i’m finish, I move the mouse out of the box and do something else. This “something else” can be, that I scroll. It can also be, that I select the next line. It can be everything.
But in none of all imaginable cases, I want that the menu stays open, because my job in it is definitely finished!
The topics are close related.
To be honest, I was astonished to see, that you’ve made an own topic, instead of bringing your idea into my topic, as another point of view.
We both are not very happy with the attributes menu and that it covers parts of the content in the editor.
We have a bit different ideas what would help, but our main interest is in principle the same.
But enough of the discussion about the emperor’s beard – Razor has already baked somewhat, therefore let’s first see how it is to work with it.