We really don’t know clearly what Dan is proposing yet.
I meant that Rapidweaver Elements would read Rapidweaver projects and that ignoring all Add-ons except Stacks, that some sort of project file conversion would take place to convert Stacks page into Elements.
Of course, that process would need to abort for any stacks that don’t exist as Elements. Remembering that if your Rapidweaver project has just 1 stack that does not exist as an Element , then the imported project would fail without further action.
Perhaps I’m making an assumtion here, but without any clarity on what Elements will do and won’t do yet, I would suggest that as a basic minimum requirement, most Weavers will expect to be able to import their pre Elements Rapidweaver projects into “the next version of Rapidweaver”. i.e. Elements.
Regarding the alluded to WYSIWYG feature, which has no demonstratable evidence yet, that would be a major effort requiring years of work. What has been shown is simple editing of text only from a preview window which is not WYSIWYG. That may however, be fine for simple iWeb type themes text editing.
Look at how Blocs has implemented proper grown up WYSIWYG web page editing. Also required would be some way to select, delete, move, group move, edit, etc., displayed as Layer Tree, Global Areas, Breakpoint Views, Visibility Options, etc… I’m using the Blocs terms which have existed for years and can be examined further in the Blocs documentation or tying the Blocs App trial.
Externals certainly do work AFAIK. If you are going to use Externals then care needs to be taken to avoid the side effects which most users won’t even notice. After all it took a long time after Externals was added into Stacks for it to be noticed.