If you right-click when outside of the item text itself, does the same thing occur? I have this behaviour as well but only if I right-click on the text not if I do on the white-space after the text.
Any particular reason why you donāt use Ctrl+C to copy? That should work.
Wonāt get into the technical details, but supporting the copy option in the default menu is kinda impossible to do, unless we override (or as Iād like to call āhijackā) the default browser right click menu, which I think is generally a bad thing to do for the end-user.
I normally use Ctrl+C, but if Iām just scrolling through and doing something else (probably eating) with my left hand, I just use right click. Itās annoying to move right hand over and then use Ctrl+C, but I guess itās not a massive deal.
The reason is that when you select multiple items, weāre pretty much āfakingā that selection with background colors and whatnot. From the browserās perspective, you are not really selecting anything. And when you ācopyā (with Ctrl+C), we put the right stuff into your clipboard.
The thing is that when thereās nothing selected, the āCopyā option is not even activated in the right hand menu, so it doesnāt work
For example, delete is there (also, the default shortcut seems to be Ctrl+Shift+Backspace for Windows when Delete or Backspace works fine, perhaps itās just there for Mac?), so it would make sense to have other āeditingā functions too. But if you think that itās fair enough, Ctrl+C works fine:P
It really depends on where you want to āplaceā dynalist as a tool I think. For instance, Google Keep (their small quick note taking app and website) does not hijack the right-click menu. However Google Docs (which offers so much additional functionality including WYSIWYG editing) does just that and provides their own contextual menu on right click.
So do Google Maps, Bing Maps (I didnāt even know that was a thing until today!) Office 360 on the web and many others.
I agree that apps shouldnāt do so willy-nilly so to speak. But once they reach a certain size/feature set I feel it becomes worth the trade off to provide your own menus over the default browser menus. And at this point I do see dynalist as having reached that threshold for features.
Weāre not at Googleās scale to handle (or ignore) peopleās problem though. I sense that many average users would be confused or frustrated by this. It would make more sense in the desktop app, I agree. In the browser people more likely expect right click menu to work consistently.
It bit us that overriding default is often not a good idea, so I donāt think weāre doing this until thereās a very strong case for it.
Thanks, thatās actually a good point. Delete was there when the menu wasnāt crowded at all (like 5 options in total), so we never thought of removing it.
Or we could divide options into submenus. Weāll think about it!