Brutkey

Anzû - 𒀭𒉎𒂂𒄷
@anzu@items.minimals.org

snac is essentially a single-page application, opening additional pages to reveal parts would require major changes to the generative code, it would also distort the minimalistic concept underlying snac. It's obvious that opening a new page with text all visible is supported by anything that claims to be an HTML browser. :)
I believe the only valid approach is (as already proposed) to replace details/summary (as configuration level) with a more compatible, fully expanded structure inside page (perhaps tagged with classes), then everyone can apply or not apply any CSS.


CC: @grunfink@comam.es @giacomo@snac.tesio.it

Giacomo Tesio
@giacomo@snac.tesio.it

snac is essentially a single-page application
Not much sure I agree.

😀

Anzû - 𒀭𒉎𒂂𒄷
@anzu@items.minimals.org

Yes, there are other pages, its so obvious. I use snac and, coincidentally, I've seen.... I'm referring to posts threads with replies. How many pages do you intend to resolve? One per reply? One every three replies? Four replies? How complex do you want to make the generative code for page?
Have you ever seen the rendering code? Since I modify part of it for my own use, I have.


As I said, the best alternative is to eliminate details/summary with a couple of classified divs (classified, so if I want to close them, I can) that remain open without CSS support. After all, there is already a thread collapse setting.


However, since @grunfink@comam.es does a good job and seems to be on its own, I honestly think that snac is fine as it is. Considering that it doesn't use non-standard features, I don't think the problem lies with it, but rather with incomplete browsers. I would say, that you could help them instead of insisting on changing snac code for your own use. I do it because I wanted more markdown and some other goodies, so you can do the same if you want your own features.


CC: @dillo@fosstodon.org @grunfink@comam.es

Giacomo Tesio
@giacomo@snac.tesio.it

Sorry for the delay, just seen your reply.

Sure, one might argue that the problem lay on browsers that do not implement the full set of Web standards.
But since more then 20 years such standards are designed by #Google (and geek-friendly #PR dept known as #Mozilla) to reinforce its own hegemony. This means that no real independent group can reasonably hope to build a "standard compliant" browser from scratch.

Now, obviously I gave a deep look to the code of #Netsurf before asking @grunfink@comam.es to modify Snac2.
And unfortunately, the problem is not much handling the details/summary tags (despite them being more complex then one might think at first, because of the name attribute management), but the whole rendering that should be refactored.
The #NetSurf team told me they are analyzing the issue of dynamic rendering, but a solution seem still far to be implemented.
Till then, there is no point into customizing the tags in libdom and enabling a custom rendering in netsurf's layout engine.

Yet you are right that I didn't look specifically into the snac's page rendering code.

And I'm obviously fine to leave it as it is as long as I can't hack on it myself.

But anyway, I supposed that @grunfink@comam.es might be interested in the idea and were curious to discuss it with you.

CC: @dillo@fosstodon.org