Skip to content

Issue Title: Standardize on "theme URLs" cross browser #37

New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Open
1 task
RangerMauve opened this issue Apr 13, 2025 · 2 comments · May be fixed by #43
Open
1 task

Issue Title: Standardize on "theme URLs" cross browser #37

RangerMauve opened this issue Apr 13, 2025 · 2 comments · May be fixed by #43
Assignees
Labels
documentation Improvements or additions to documentation enhancement New feature or request protocol New protocol to support ://

Comments

@RangerMauve
Copy link
Collaborator

Define You:

  • Contributor

Is your feature request related to a problem? Please describe.

Peersky and Agregore both supply browser-level styles for web apps to import. I think it would be good for us to standardize on a browser protocol handler for features like that.

I'm open to whatever other names you think would be good for it too!

I think it'd be good to start with the theme stuff.

Describe the solution you'd like...

I propose browser://theme/style.css gives "browser level styles" which users or the browser might set. Web apps should assume that they don't need to add any style related CSS and focus on content / structure.

Then, I think it could also be nice to standardize on some values for vars.css (maybe a minimum shared set like bg color/text color?) I think PeerSky's supplies a different set than (Agregore's). What do you think?

Also down to bikeshed browser://css/style.css or whatever other folder structure you'd prefer.

Also based on the element convo we should be considering CSP values? I have no strong opinions other than the CSS being as easy to load from other domains as possible.

Describe alternatives you've considered?

  • Some way of getting apps to try to link both peersky/agregore protocols (and other browsers in the future if they care about this?)
  • just not worrying about it and seeing what happens

Approach to be followed (optional):

I think it'd be good to talk about what we want / bikeshed a little before implementing. Then I think it'd be good to publish docs to make it easy to reproduce elsewhere. (e.g. mobile)

Additional context

@akhileshthite akhileshthite added enhancement New feature or request protocol New protocol to support :// labels Apr 13, 2025
@RangerMauve
Copy link
Collaborator Author

What do you think about reusing some of the conventions in the base16 theme framework?

@akhileshthite
Copy link
Member

What do you think about reusing some of the conventions in the base16 theme framework?

Oh that's neat!
Sounds good to me.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
documentation Improvements or additions to documentation enhancement New feature or request protocol New protocol to support ://
Projects
None yet
Development

Successfully merging a pull request may close this issue.

2 participants