- From: iri issue tracker <trac+iri@trac.tools.ietf.org>
- Date: Mon, 11 Jun 2012 19:38:13 -0000
- To: draft-ietf-iri-3987bis@tools.ietf.org, stpeter@stpeter.im
- Cc: public-iri@w3.org
#128: use of the term 'origin'
#choose ticket.new
#when True
While reviewing 3987bis for i18n terminology, I came across this
paragraph (Section 3.5):
For compatibility with existing deployed HTTP infrastructure, the
following special case applies for schemes "http" and "https" and
IRIs whose origin has a document charset other than one which is UCS-
based (e.g., UTF-8 or UTF-16). In such a case, the "query" component
of an IRI is mapped into a URI by using the document charset rather
than UTF-8 as the binary representation before pct-encoding. This
mapping is not applied for any other scheme or component.
The term 'origin' could be ambiguous here. It doesn't seem to be
referencing the Web Origin Concept (RFC 6454) but instead seems to be
based on the "document" (broadly construed) in which the http or https
URL is found (e.g., as a hyperlink in an HTML document or perhaps as
running text in an email message). It would be good to make that clear.
#end
#otherwise
#if changes_body
Changes (by ):
#end
#if changes_descr
#if not changes_body and not change.comment and change.author
Description changed by :
#end
--
#end
#if change.comment
Comment(by undefined):
#end
#end
#end
--
-----------------------+--------------------------------------
Reporter: stpeter@… | Owner: draft-ietf-iri-3987bis@…
Type: defect | Status: new
Priority: minor | Milestone:
Component: 3987bis | Version:
Severity: - | Keywords:
-----------------------+--------------------------------------
Ticket URL: <http://trac.tools.ietf.org/wg/iri/trac/ticket/128>
iri <http://tools.ietf.org/wg/iri/>
Received on Monday, 11 June 2012 19:38:47 UTC