@pmario @tonyk Thank you for the detailed feedback, this is exactly what's needed to iron out bugs and ensure a smooth workflow. A few quick points for now and another reply to follow shortly.
>> - The delete key is often used to remove a line, or even delete >> multiple characters, but of course here it tries and deletes the bullet >> point, perhaps ctrl-del ? >> >> +1, I did have some problems with this one too. > Agreed, will be changed. Shortcuts need to configurable anyway, users will have different preferences. For instance I prefer ctrl+right/left instead of tab/shift-tab for indent, as its closer to the other keys used to traverse the list. > >> - If I paste tree paragraphs, then on the blank line between them hit >> enter; I keep the top and loose the bottom >> >> Seems to be the behaviour of roam-research. .. a bit strange. IMO should > be configurable. > OK, can you specify what you mean by loose the bottom? Hitting enter with the caret anywhere in the middle of the text should move the subsequent text to a new bullet. If it is not doing so, that is a bug. This was in response to a request from David and to be honest, seems fairly useful for splitting a chunk of text at a specific point. It is what a user accustomed to a WYSIWYG editor would expect. If it triggers accidental splits because users don't expect it, this could potentially be moved to alt+enter which is already associated with splitting. Or made a config option. >> - There is no where to click to stop any item from being in edit >> mode, noticeable with the edit Toolbar especially >> >> I also would love to have something like a "locked view" ... Especially, > if you want to click external links. It enters edit mode. > > May be *double-click, to enter edit mode. * > Dobule-click to edit was my initial instinct since I started work on this. Some reasons I did not go down this route were: - needs custom widget or extending button widget, and at first I tried to see how far I could take this with just wiki text. Not a valid concern IMHO as we have sprinklings of JS already. - users familiar with similar workflow expect to be able to click and not double click. - Also, click at least works on mobile, though overall mobile usability is so low that shouldn't be a factor. On the plus side as Mario says, it means you can click on links. Also, at the moment I've had to jump through a few hoops to make sure you can select text without triggering edit mode, that could be avoided too: https://github.com/saqimtiaz/bullets/blob/master/plugins/bullets/acton-ifnoselection.js#L59 I welcome feedback from other users as well on *click vs double click* to edit. Cheers, Saq -- You received this message because you are subscribed to the Google Groups "TiddlyWiki" group. To unsubscribe from this group and stop receiving emails from it, send an email to [email protected]. To view this discussion on the web visit https://groups.google.com/d/msgid/tiddlywiki/9405525d-f82e-477d-a640-bc950075899e%40googlegroups.com.
