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

[css-inline-3] Use ASCII filenames #4403

Merged
merged 1 commit into from
Nov 13, 2019
Merged

Conversation

SamB
Copy link
Contributor

@SamB SamB commented Oct 9, 2019

The server seems not to like non-ASCII filenames, so ...


This is neither normative nor substantive, just an attempt to get https://drafts.csswg.org/css-inline-3/#drop-initial to actually display all of the figures.

I am not aware of any patents covering this technique.

The server seems not to like non-ASCII filenames, so ...
@SamB SamB changed the title Use ASCII filenames [css-inline-3] Use ASCII filenames Oct 9, 2019
@SamB
Copy link
Contributor Author

SamB commented Oct 9, 2019

Another option, of course, would be to fix whatever is going wrong on the server.

@plinss
Copy link
Member

plinss commented Oct 9, 2019

I'm not sure what the issue is on the draft server, and it can likely be fixed. However I'm more concerned with the repercussions of having non-ascii filenames on other sites, like w3.org/TR as well as potential impacts on other tooling that handles specs. While proper support for utf-8 everywhere is a good thing(tm), I'm not sure the costs and risks outweigh the gains for this issue.

@tabatkins
Copy link
Member

Eh, I'd rather go ahead and push a testcase for desirable behavior thru the system, rather than forever limit ourselves.

@plinss
Copy link
Member

plinss commented Oct 9, 2019

Pushing a test case through everything would be fine, so long as all the stakeholders in the various systems are on board and available to deal with repercussions. Personally I have higher priority things to work on than chasing this on the draft server at the moment. Especially when the work-around is so trivial.

Bear in mind, we're not just necessarily talking about one or two programs, but potential OS and file system issues across multiple versions of multiple OSes, as well as a long-tail of "who's going to get bit by this down the road just because they tried to download a spec and whatever tool didn't encode the filenames properly". Just seems like a lot of work for very little reward here.

Also, this isn't a "we'll have to live with it forever" thing, it's more of a question of "is this worth dealing with right now?" cost vs benefit thing.

@fantasai fantasai merged commit 2deccd1 into w3c:master Nov 13, 2019
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

4 participants