Pablo wrote: Fri Sep 25, 2020 6:25 am
I'm sorry, this cannot be changed.
The HTML code of a master page is the same for all pages, because the purpose of a master page is to reuse element.
The code will be inserted "AS IS". So, if you insert the code in a page that is in another folder then the paths will not be correct. Because they are relative to the master page.
That's exactly why it can be changed, because it's constant.
It's possible to get track of where the master page is and append it to other folders, if you want.
E.G.: Given current state, URL's are exported as "image.png", they could be exported as "/image.png"(which would always point to site's root) so if you find time to add it, it will work by making an option per project where user can set a default prepend url for all his drag and drop links, resulting in:
"user_custom_path/image.png".
I'm pretty sure it's concise and the expected behavior when dealing with WWB interface.
I'm just noting a point which feels unintended(due to nature of shared assets) that will improve the program,
which is already a very good Software, for anyone that uses it.
It's a clean design pattern of which without hacks that harm WYSIWYG will work for people who doesn't want redundant resource and tricks to achieve it, post parsing etc and will work on preview exactly as on page editor.
What do you think?
Pablo wrote: Fri Sep 25, 2020 6:25 am
The HTML code of a master page is the same for all pages, because the purpose of a master page is to reuse element.
That's exactly my point, I want to reuse element.
If I make 20 sub folders and need to create 20 master pages copy-paste with 20 copy-paste images, then it's defeating the purpose of
shared folder assets which exists solely to avoid redundancy on sub-folders.
The thing is, it already works for default CSS and JS the way I'm mentioning, but it's not for other resources, making the option(
shared folder assets) inconsistent.