W3C home > Mailing lists > Public > whatwg@whatwg.org > March 2015

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

From: delfin <delfin@segonquart.net>
Date: Fri, 20 Mar 2015 21:46:42 +0100
To: Bobby Mozumder <mozumder@futureclaw.com>
Message-ID: <e70207e7eab9410fc44f577239a83a88@correoweb.segonquart.net>
Cc: WHATWG <whatwg@whatwg.org>, W3C Public HTML <public-html@w3.org>, Jens Oliver Meiert <jens@meiert.com>
 

On 2015-03-20 21:13, Bobby Mozumder wrote: 

>> On Mar 20, 2015, at 7:12 AM, Jens Oliver Meiert <jens@meiert.com> wrote: So it's already possible, right? :)
> 
> Maybe, with a lot of expensive Javascript coding. Of course, anything is possible with a lot of expensive coding. The goal should be to make it simple. That's why Facebook has 1.5 billion users while there are only a few hundred thousand front-end Javascript framework developers.
> 
>> Even if HTML would accommodate, how would we know we're not just moving complexity from one end to the other? Would we want that? Why? *
> 
> The goal should be to make things simpler, not more complex. People should pick up on it quickly. Were you able to pick up on my example quickly? How long would it take to learn a Javascript framework? 
> 
> At the very least, the entire goal is to have browsers, by default & out-of-the-box, be able to serve pages as fast as possible. You're competing against native apps that already do so, and you're losing. Those 10s of milliseconds are important to the user.
> 
> -bobby
> ---
> 
> I do not catch the simil between an app (Facebook) vs. the future of HTML6, my excuses. I do not remember neither hold the notion that the needs of HTML5 were build due to the highest succes of the MySpace platform, during those early days.
> 
> I do no think that account number of users may define any standard, mainly because of the audience (user) are just this, audience.
> 
> I like the idea and the schema to simplify and avoid unnecessary frameworks, but this should be implemented in a higher level, i.e the DOM.
> 
> Time to render apps or pages does not depend only on the ability of the developer, but on the will of the companies that provide access to the net. So the simpler, the better, for we cannot presume of the values of lenght and latence by the services provided by this companies, when we are connecting through an external service.
> 
> For Intranets, the present model works quite good. And your proposal soounds brilliant to me.
> 
> I am thinking now on the SMTP/Mail protocol scenario, not yet abbandoned, and I guess that will be a good start to decide means for future goals.
> 
> Best
> 
> ---
> [1]
> 
> Delfi Ramirez
> 
> My digital signature [2]
> 
> +34 633 589231
> delfin@segonquart.net [3] 
> 
> twitter: delfinramirez
> 
> IRC: segonquart Skype: segonquart [4]
> 
> http://segonquart.net [5]
> 
> http://delfiramirez.info [6]
> 
> /in/mozumder [1]>
 

Links:
------
[1] http://www.linkedin.com/in/mozumder
[2] http://delfiramirez.info/public/dr_public_key.asc
[3] mail:%20delfin@segonquart.net
[4] skype:segonquart
[5] http://segonquart.net
[6] http://delfiramirez.info
Received on Friday, 20 March 2015 20:47:10 UTC

This archive was generated by hypermail 2.4.0 : Wednesday, 22 January 2020 17:00:29 UTC