> But why do web developers want navigation transitions? In order to emulate native apps, of course. If we're doing unpopular opinion time, I think this is the real issue that no one wants to talk about. I'm all for whatever feature development the community can standardize. Apple, google, mozilla, and etc. all have smart people working for them and when they cooperate things seem to work out fine. The problem is try…
Stop pushing the web forward
11–20 of 307 posts
Re: Stop pushing the web forward
#12(I mean, do you have fond thoughts of the entire page flashing white, then pieces of the page bouncing around the screen as they try to position themselves based on content that hasn't loaded yet?)
Re: Stop pushing the web forward
#13Does it? I used to think that. Until every medium-complexity or worse web project I've worked on took forever as we went through all the different browsers and OS's and now mobile and tablets and responsive and OMG just give me a decent native app tool now please.
Browsers absolutely suck at UI beyond their original intended domain.
Re: Stop pushing the web forward
#14As a corollary I'd like to say: stop pushing JavaScript forward. There seems to be a lot of focus on providing syntactic sugar for things that already exist (like classes, decorators, etc) at the expense of flexibility and composability (executable class bodies, @foo vs normal function application, etc). What JavaScript needs much more IMO is a (better) stdlib, with more datatypes and procedures than currently availa…
Re: Stop pushing the web forward
#15Re: Stop pushing the web forward
#16As a corollary I'd like to say: stop pushing JavaScript forward. There seems to be a lot of focus on providing syntactic sugar for things that already exist (like classes, decorators, etc) at the expense of flexibility and composability (executable class bodies, @foo vs normal function application, etc). What JavaScript needs much more IMO is a (better) stdlib, with more datatypes and procedures than currently availa…
>What JavaScript needs much more IMO is a (better) stdlib, with more datatypes and procedures than currently available (including big numbers, the various flavours of trees, etc). Isn't that "pushing JavaScript forward?"
Re: Stop pushing the web forward
#17Yeah, no, that was awful, and if you're holding it up approvingly, well, now I officially disagree with you.
Re: Stop pushing the web forward
#18Re: Stop pushing the web forward
#19> native apps (which didn’t exist)
Does this writer believe that nobody installed software on their computers before the iOS app store opened in 2008?
Re: Stop pushing the web forward
#20As a corollary I'd like to say: stop pushing JavaScript forward. There seems to be a lot of focus on providing syntactic sugar for things that already exist (like classes, decorators, etc) at the expense of flexibility and composability (executable class bodies, @foo vs normal function application, etc). What JavaScript needs much more IMO is a (better) stdlib, with more datatypes and procedures than currently availa…
Javascript has decorators?