@colby Well it relies on authentication for the most part, but the Viewer only reads documents. My point in my previous comment is that the application doesn't really know if the url belongs to a static file or not, "static" is only a concept relevant to the server processing the request, but applications making requests don't know if the responses come from a static asset or have been generated by a backend script.

@noeldemartin, acknowledged. Problems arise if you don't have this use case in mind, though. It's easy to slip into a POLP-violating mindset and start relying on behavior that can't realistically be handled by static sites (e.g. WebFinger comments I linked). A SOLID-related example would be difficulty creating the content consumed by Media Kraken viewer if you assume the server is a full-fledged pod, because you don't have writeability—not an issue if you aim to accommodate from the start.

@colby What do you mean with POLP? I don't know what that means.

But yeah, I am assuming that the url belongs to a full-fledged Solid POD (or said differently, that it implements the Solid protocol following the spec). Although I'm not sure why that's a problem or the use-case you're trying to solve.

If you want maybe you can share a link of something you think should work with the Viewer that isn't working and I can take a look :). You can send me a DM if you don't want it to be public.

@noeldemartin making my first comment more explicit: I think if RS and/or SOLID were engineered so people could use GitHub Pages to act as their PDS, at least for the public-facing parts, we'd see more people using+creating <https://0data.app>-style apps.

POLP: <https://www.w3.org/DesignIssues/Principles.html#PLP> (POLA may be more correct)

If Dokieli couldn't author content without a writeable pod attached, for example, that'd violate POLP/POLA because it can and should just allow ordinary export.

@noeldemartin websites that badger you to install the app to do display content that your browser could do instead are other examples of things that violate POLP.

I have a proven (but less-than-prototype-quality, def. not production-quality) general solution to the "SOLID services for static sites" problem (for both SOLID *and* RS), so I know it's doable. (It's just that stopping to work on it without funding for the next ~2–3 months means it's out of the question.)

@colby Maybe you should open a post about this on https://forum.solidproject.org, that way others who know more about Solid than me can also chip in :) I'll check out that POLP thing.

@noeldemartin I've been on the periphery of Solid for a while and am familiar with the forums

1. It's telling that it's been several years since Solid's conception, Solid Project is using a Discourse forum, linked here via Mastodon

2. I don't have a question that I need help with; I know what the solution looks like, I just don't have the budget to stop the world for the next ~3 months to bring it into existence. It's also not going to get discussed into existence in bikeshedding threads.

@noeldemartin I apologize if this sounds aggressive. It's not supposed to be.

@colby It's ok, nothing wrong with sharing your opinion :).

I kind of agree that it's advancing slowly, but I've been "in the loop" for 2 years and at least I can say it is advancing. I see a lot more people around today than I did at the beginning. And the project hasn't been going on that many years. Yes, "Solid" as a concept has existed for a while. But the Solid community and the intention to push it forward are not that old. It was a research project for a long time.

@colby And I pointed you to the forum because if you want to share your opinion with the Solid community, that's the best place to do it at the moment. And that's what I think you were trying to do with your comments, because it doesn't seem like the issues you're mentioning are unique to Media Kraken. Of course, I appreciate your feedback about my app and I'll look into it.