Hi all,
As I detailed in a previous post, I'm exploring how to integrate SB into our pre-existing documentation/publishing workflows and that would mean to require being able to point to dot prefixed files while being compatible with the security feature recently announced:
In our tests, when you prefix a file with a ./, SB adds an extra leading / (becoming /./), trying to address all page addresses from the root of the Space and making the address incompatible with Static Site Genarators that allow leading dots to refer to relative paths.
So, given that SB knows where is located the current page into the working Space, I wonder if the dot prefixed files can be accepted until the Space root. For example, any ./page can be accepted as it's located in the same space of the page we are editing at the moment and any ../(../) can be accepted if the page we are pointing is still inside the working space. i.e. a page that is two levels deep in the space would accept until two ../ concatenated sequences, a page three levels deep would accept three levels and so on. This would make the SB editing experience consistent with the one in other editors like VSCode/Codium, that accept relative paths and are used to edit Markdown.
If the proposal makes sense, I will open a feature request in the repository.
Cheers,