Skip to content
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

XHTML declaring itself text/html #16

Open
goneall opened this issue Apr 9, 2018 · 1 comment
Open

XHTML declaring itself text/html #16

goneall opened this issue Apr 9, 2018 · 1 comment
Labels
wontfix This will not be worked on

Comments

@goneall
Copy link
Member

goneall commented Apr 9, 2018

Submitted by @wking and moved from spdx/tools#123

Spun off from here. We're serving the license pages as HTML:

$ curl -sI https://spdx.org/licenses/preview/ISC.html | grep Content-Type
Content-Type: text/html; charset=UTF-8
and doubling down on that with a meta http-equiv in the template (and a few sibling templates under htmlTemplate. This conflicts with the W3C recommendation that XHTML served as text/html not contain XML declarations (which our templates do). I see two potential solutions:

a. Serve our XHTML as application/xhtml+xml. This works for clients that ask for XHTML, but the W3C recommends only serving it to clients who “explicitly indicate they support this media type”, so we'd need HTML versions to serve to everyone else.
b. Drop XHTML and just serve vanilla HTML5.

(a) is a superset of (b), since we'll need a vanilla HTML option to comply with the W3C recommendations for clients who don't explicitly indicate they support XHTML. The question is whether we want to continue to support XHTML in parallel or not. With XML data already available from license-list-XML, I don't see a point to continuing to maintain XHTML output. If that seems like a reasonable position, I can start filing PRs to transition the templates to HTML5.

@goneall
Copy link
Member Author

goneall commented Apr 9, 2018

The question is whether we want to continue to support XHTML in parallel or not.

To be honest, I'm not sure why we are using XML. I picked up support for this from someone much more knowledgeable than myself on HTML. He implemented RDFa and I believe added the XML. I thought the XML was required for RDFa, but doing a quick web search seems to indicate XHTML is supported but not required (see https://www.w3.org/TR/html-rdfa/).

If it turns out RDFa requires XML, we probably need to keep it for compatibility.

The RDFa was introduced years ago (before my time) and I know of a few instances where it is still in use including the SPDX tools. If we were to start over, I would prefer to move to JSON as it is much cleaner than the embedded RDFa, but we would have a migration of unknown impact.

If we can do (b) and support RDFa, I would vote for that option.

@goneall goneall added the wontfix This will not be worked on label Nov 7, 2021
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
wontfix This will not be worked on
Projects
None yet
Development

No branches or pull requests

1 participant