W3C home > Mailing lists > Public > public-html@w3.org > March 2015

Re: [whatwg] HTML6 proposal for single-page apps without Javascript

From: Bobby Mozumder <mozumder@futureclaw.com>
Date: Mon, 30 Mar 2015 22:14:34 -0400
Cc: Martin Janecke <whatwg.org@prlbr.com>, "public-html@w3.org LIST" <public-html@w3.org>
Message-Id: <33AC1AA9-39BF-4E04-B4D4-0F3D29D953BC@futureclaw.com>
To: Andrea Rendine <master.skywalker.88@gmail.com>

> On Mar 30, 2015, at 10:05 PM, Andrea Rendine <master.skywalker.88@gmail.com> wrote:
> 
> > Static (first-page) content is loaded from that URL, while dynamic content is loaded from the MREF attribute’s API endpoint.  This HREF URL would appear in the URL bar, as it does now, and you can copy & paste the HREF URL
> Apart from the fact that your message does not address any of the issues previously mentioned, do you mean that HREF would behave as pushState, so that URI keeps track of content navigation instead of page navigation? In a previous post you mentioned HREF as legacy requirement, if I'm not wrong. However, without a mechanism similar to pushState, you can't produce a representation of how the page appears for the user. You'd end up with the very same caveats offered by iframe navigation, without the additional layer of security offered by <iframe>.
> 

Right.  The canonical URL recreates the document state, and the HREF can be used similar to pushState.  

Also, if the designer wishes, they don’t have to include an HREF, and use MREF only, and the page’s state can’t be recreated without navigation.

-bobby
---
Bobby Mozumder
Editor-in-Chief
FutureClaw Magazine
mozumder@futureclaw.com <mailto:mozumder@futureclaw.com>
+1-240-745-5287
www.futureclaw.com <http://www.futureclaw.com/>
twitter.com/futureclaw <https://www.twitter.com/futureclaw>
www.linkedin.com/in/mozumder <http://www.linkedin.com/in/mozumder>
Received on Tuesday, 31 March 2015 02:15:05 UTC

This archive was generated by hypermail 2.3.1 : Thursday, 29 October 2015 10:16:42 UTC