Interesting. I’m still on 5.3.8 pending Relink being updated, but likely will be a user of this in future.
First impressions, including a bug:
I was impressed by how it handles mixing ordered and unordered lists, entirely with the keyboard
The way widgets are exposed on mouseover is nice, and better than how MediaWiki’s VisualEditor handles it for example as you are consistently rendering widgets in the editing view.
On a new tiddler, the textarea is very small. With the flat theme you have on by default, I almost missed it - the placeholder just says ‘Type / for commands’.
Editing tables was fantastic. It’s the biggest benefit of WYSIWYG editors like this - I never liked doing tables in LMLs (be it WikiText or others) or especially in HTML.
Though, I think I am meant to be able to do actions on entire rows/columns? The two dots which appear on mouseover jump all over the place as I reach the edges of the table with my cursor.
It would be nice if internal Wiki links ([[]]) rendered in ProseMirror they do on the final tiddler
I am able to type into widgets, such as the link-lists widget in the demo. Pressing any key in there puts the new text in one of the lines above it.
As this cannot be edited directly (you have to click first), I think it should instead be locked for input, if possible, but still let us copy text from it.
It seems to add fancy quotes by default so I typed in <<tag "Welcome">> it created <<tag "“Welcome”">>. This behaviour should be disabled or controlled when dealing with WikiText calls.
It seems that # is an alias for /.
I believe that / should be the only way to access commands, both because it’s what’s documented, and also to prevent confusion for people used to starting ordered lists with #.
It wasn’t obvious that >> in the Editor Toolbar opens a (fully editable!) WikiText source view, and I would suggest a new icon for that.
It doesn’t seem to handle single newlines well, which helps with composition if you are like me and Derek Sivers.
Applying quoted text (“ button) seems to be a very destructive operation with no way to undo. It can also be clicked with no text selected and it applies to a strangely high number of lines. The behaviour of this button in ProseMirror needs thorough testing.
The monospaced block formatting button (applies ```) is also problematic, along the same lines
first), I think it should instead be locked for input, if possible, but still let us copy text from it.
