22737 2013-07-19 19:56:59 +0000 Add link type "prerender" to html5 spec 2016-04-22 17:10:58 +0000 1 1 1 Unclassified HTML WG HTML5 spec unspecified PC All RESOLVED WONTFIX P2 enhancement --- 1 arvind dave.null arronei ian jmann julian.reschke mike plh public-html-admin public-html-wg-issue-tracking rubys silviapfeiffer1 public-html-bugzilla oldest_to_newest 91005 0 arvind 2013-07-19 19:56:59 +0000 I'm requesting adding link type "prerender" to the html5 specification. It is similar in nature to the existing link type "prefetch" in the specification. The "prerender" keyword is meant to be a hint to the browser to load a webpage in anticipation of a user navigation. It's implemented in Chrome and IE11 as an experimental feature. We discussed this in the Web Performance working group and on html wg: http://lists.w3.org/Archives/Public/public-web-perf/2013Jun/0013.html http://lists.w3.org/Archives/Public/public-html/2013Jul/0014.html I've written below the proposed addition to the html5 spec below. Please let me know if you have any comments on it and what would be the next step in considering this addition to the spec. Thanks, Arvind 4.13.5.10 Link type "prerender" The prerender keyword may be used with a link, a, and area elements. This keyword creates an external resource link. The prerender keyword indicates that preemptively fetching and loading the specified resource in a hidden top-level browsing context is likely to be beneficial, as it is highly likely that the user will navigate to this resource. If the resource is navigated to, the user agent may replace the current browsing context with the one it loaded the specified resource in. The user agent may discard the browsing context corresponding to the prerendered resource if any of the following is true: - If the resource is not navigated to within a reasonable amount of time. - If the user navigates to some other resource from the current browsing context. - If the link element is removed from the document. - There is no default type for resources given by the prerender keyword. 91009 1 julian.reschke 2013-07-19 20:53:04 +0000 New link types do not need to be defined in the spec; see <http://www.w3.org/html/wg/drafts/html/master/links.html#other-link-types> 91084 2 rubys 2013-07-22 19:19:14 +0000 Generally we don't add new features while a specification is in CR; the default is to put new features into the queue for 5.1. Furthermore, nothing will get added unless it can meet the exit criteria for CR. I also agree with Julians comment. 91158 3 jmann 2013-07-23 20:56:41 +0000 The suggested spec text states: "If the resource is navigated to, the user agent may replace the current browsing context with the one it loaded the specified resource in." If you replace the current browsing context, you will lose history. For example, the section on browsing contexts, http://www.w3.org/html/wg/drafts/html/master/browsers.html#windows, states that "A browsing context has a session history". I don’t think we want a prerendered page to lose its history. I think we may want to update that sentence to instead say something like: "If the user chooses to navigate to this resource, the user agent may navigate the current browsing context to the specified resource." 91410 4 plh 2013-07-30 14:47:57 +0000 Based on Arvind text and Jatinder addition, I made the following: http://microformats.org/wiki/rel-prerender and updated the HTML5 link type extensions table consequently. I'm still interested in pushing this into the main HTML spec as well. If prefetch is there, prerender has a place as well imho. 91862 5 silviapfeiffer1 2013-08-10 11:12:47 +0000 Is it sufficient to add to HTML5.1? 91863 6 silviapfeiffer1 2013-08-10 11:16:59 +0000 Philippe: would your http://microformats.org/wiki/rel-prerender page be removed and prerender be added to http://microformats.org/wiki/existing-rel-values after adding to the html5.1 spec? 91864 7 arvind 2013-08-10 13:59:03 +0000 Yes once you add the text for prerender in the HTML5.1 spec, we can remove the http://microformats.org/wiki/rel-prerender page. 91867 8 julian.reschke 2013-08-11 06:11:58 +0000 Are you going to add the other relations as well? What's the point of the registry btw then? 91868 9 silviapfeiffer1 2013-08-11 07:47:06 +0000 I'm likely missing some history here, so your help is appreciated. Can you tell me what were the criteria for having the ones that are listed in http://www.w3.org/html/wg/drafts/html/master/links.html#linkTypes be part of the HTML spec rather than the registry? 91869 10 mike 2013-08-11 12:27:06 +0000 I'm not necessarily advocating for rel=prerender to be added to the HTML spec but it seems like the difference between it and most other values documented on the Microformats wiki is that rel=prerender affects UA behavior. 92306 11 ian 2013-08-19 23:10:29 +0000 FWIW, this will probably end up specced in the WHATWG spec in due course. (It's not clear to me why this has to exist separate from rel=prefetch, by the way. As rel=prefetch is defined, it seems to completely allow for the behaviour of rel=prerender. Also, if we do spec this I guess we should spec the processing model, in particular, how the WindowProxy object is supposed to handle having two "active" documents at the same time, and so on. Tests would be useful.) 126046 12 arronei 2016-04-22 17:10:58 +0000 HTML5.1 Bugzilla Bug Triage: Incubation needed This bug constitutes a request for a new feature of HTML. The current guidelines [1], rather than track such requests as bugs or issues, please create a proposal outlining the desired behavior, or at least a sketch of what is wanted (much of which is probably contained in this bug), and start the discussion/proposal in the WICG [2]. As your idea gains interest and momentum, it may be brought back into HTML through the Intent to Migrate process [3]. [1] https://github.com/w3c/html#contributing-to-this-repository [2] https://www.w3.org/community/wicg/ [3] https://wicg.github.io/admin/intent-to-migrate.html