hmm, that plugin, at least on the demo for me, appears to have a bug that limits it’s usefulness - the edit window appears only while I hover over the main tid, but if I move the mouse off that tid towards the edit display, the edit disappears - so cannot be reached (without making the browser window smaller so they overlap anyway. Also solvable by switching to Fluid/Fixed)
I was already thinking it’s the reverse of the ‘QuickEdit’ I have in a tab in the sidebar, which gives live editing of a tid which will be reflected live in the main stream (if it’s loaded there, though there is no requirement that it be), or can popout to a separate edit window. It’s a mild variant from what was written by @diligent_path here: Project 2036: the future of TiddlyWiki - #72 by diligent_path
Between that and this previewer, I can either edit in the sidebar/popout window with live-preview in the TW stream, or I can edit in the TW stream with a live-preview in a popout window (noting I’ll update to @Yaisog’s version tomorrow - the idea looks great.
I expect to use both at different times too, depending on need and taste. The sidebar quickedit is almost always set to my wordle result tid, for easy adding of daily resultsd on the phone, but sometimes I load my custom CSS in there and then popout window, because testing CSS results via live-edit is SO much faster than a edit-save-check-edit-scroll_to_relevant_part_of_the_css. OTOH, most desktop browser editing I do in the normal/default ‘Draft of…’ style (benefit of edit toolbar buttons!) and I’m always torn between having edit room, vs getting a preview. So a popout window with the preview is a great option there!
IMHO the best software provides choice (ideally without being confusing to users - that’s the dilemma with choice), and having these two different directions of edit/preview as options, is something I genuinely expect to continue to make regular use of 