- From: <matt.garrish@gmail.com>
- Date: Fri, 2 Dec 2022 10:16:46 -0400
- To: "'John Foliot'" <john@foliot.ca>
- Cc: <public-epub-wg@w3.org>
- Message-ID: <026801d90658$b653bc50$22fb34f0$@gmail.com>
Yes, exactly. Usage messages are typically used for best practices – things that are good to do but are not normatively required. In this case, we have a best practice being enforced by a warning message. Matt From: John Foliot <john@foliot.ca> Sent: December 2, 2022 9:22 AM To: matt.garrish@gmail.com Cc: public-epub-wg@w3.org Subject: Re: Non-ascii character warnings in epubcheck Hi Matt, If I am to understand this then, you are proposing something that *conceptually* maps to something like this: Error == MUST (Remediate) Warning == SHOULD (Remediate) Usage Message == MAY (Remediate) (Ref.: RFC 2119 <https://www.rfc-editor.org/rfc/rfc2119> ) If that is the case, a strong +1 JF On Fri, Dec 2, 2022 at 7:20 AM <matt.garrish@gmail.com <mailto:matt.garrish@gmail.com> > wrote: Hi folks, While going over the updates to epubcheck, I noticed that it still emits warnings if non-ascii characters are found in file names. I’ve proposed changing the warning to a usage message as it is only related to a note about old processing tools.[1] Otherwise, we’re going to be blocking a lot of people from using these characters given vendor restrictions on warnings. If you have a strong opinion against this change, though, (or for it) please add a comment to the issue. [1] https://github.com/w3c/epubcheck/issues/1384 Thanks, Matt -- John Foliot | Senior Industry Specialist, Digital Accessibility | W3C Accessibility Standards Contributor | "I made this so long because I did not have time to make it shorter." - Pascal "links go places, buttons do things"
Received on Friday, 2 December 2022 14:16:59 UTC