[Bug 5776] New: Authors need more control over handling of linked resources

http://www.w3.org/Bugs/Public/show_bug.cgi?id=5776

           Summary: Authors need more control over handling of linked
                    resources
           Product: HTML WG
           Version: unspecified
          Platform: All
               URL: http://esw.w3.org/topic/HTML/LinkAndEmbeddingAttributes
        OS/Version: All
            Status: NEW
          Severity: normal
          Priority: P2
         Component: Spec proposals
        AssignedTo: dave.null@w3.org
        ReportedBy: rob@robburns.com
         QAContact: public-html-bugzilla@w3.org
                CC: ian@hixie.ch, mike@w3.org, public-html@w3.org


* Authors may want to treat a resource as a type for embedding or linking
different than the resource’s intrinsic type
  * HTTP attempted to provide some solutions especially for tailoring the
processing of content to an authors needs, however:
    - because of the history of server-side and client-side http UAs, the
content-type headers no longer serve this purpose
    - any HTTP solution may not be available to all HTML authors: i.e., those
who have no access to configure the server or are not using an HTTP server for
delivery
    - providing an HTML solution permits a single resource with only one
representation to be processed in various ways while an HTTP solution requires
either duplicating the resource or providing a symbolic or hard linking the
same resource to provide different HTTP header metadata which may require
additional network traffic as well
    - new headers could be added to HTTP, but it still would not provide an
HTML internal solution

Some attribute allowing authors to fine-tune the handling would be ideal. For
example an HTML tutorial might include side-by-side iframe elements loading the
same resource: one as text/html and one as text/plain.

(see http://esw.w3.org/topic/HTML/LinkAndEmbeddingAttributes for evolving
solution proposals)

[author issue, minor added implementation, attribute only solution]


-- 
Configure bugmail: http://www.w3.org/Bugs/Public/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the QA contact for the bug.

Received on Friday, 20 June 2008 12:51:26 UTC