You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
The content-types attribute in the core-spec allows some special values with a well-defined meaning: xml, json, etc.
The content-type attribute/option however does not, which. While programming XProc I found myself often writing content-type="xml" because I simply wanted to load an XML document and did not really care what exact media type is assigned. Of course, this raised an error. But... why not?
Why don't we accept the special values for content-types also in content-type, for all those (often occurring) cases where you don't really care about the exact media type. Just assign the most generic one applicable. Of course we need to give them a specific meaning:
xml => text/xml
json => application/json
etc. list to be completed
If we do this, we also need to change the definition of some error messages, at least XD0079.
The text was updated successfully, but these errors were encountered:
The
content-types
attribute in the core-spec allows some special values with a well-defined meaning:xml
,json
, etc.The
content-type
attribute/option however does not, which. While programming XProc I found myself often writingcontent-type="xml"
because I simply wanted to load an XML document and did not really care what exact media type is assigned. Of course, this raised an error. But... why not?Why don't we accept the special values for
content-types
also incontent-type
, for all those (often occurring) cases where you don't really care about the exact media type. Just assign the most generic one applicable. Of course we need to give them a specific meaning:xml
=>text/xml
json
=>application/json
If we do this, we also need to change the definition of some error messages, at least XD0079.
The text was updated successfully, but these errors were encountered: