Your App Is Not Better than an Open Protocol
11–20 of 135 posts
Re: Your App Is Not Better than an Open Protocol
#12From the Flipboard page: > You cannot build a 60fps scrolling list view with DOM. I simply do not believe that. I have no problems scrolling around the internet. And the examples they give (flipboard.com/@flipboard) give me no clue about what their problem with the DOM is. I find it really hard to imagine you couldn't do that in the DOM. I wonder what is going on over there.
Flipboard spent an enormous amount of effort making a rendering to canvas platform, humorously to allow an "open" option aside from their app (which makes the complaint about it in the submission rather perplexing). I suspect they did a lot of analysis. And the DOM is notoriously slow, one of the reasons being that it is now a catch all/everything and the sink platform that has an enormous number of modifiers -- the flexibility that we hail is also what leads to engine slowdown. We need a new, simpler layout standard that simplifies all of the various sidepaths and diversions that got built into the standard.
Re: Your App Is Not Better than an Open Protocol
#13Re: Your App Is Not Better than an Open Protocol
#14So we should never create anything new, then?
No. You just must build your new things in such ways that your competitors can easily repeat them and your customers can easily migrate to your competitors.
Re: Your App Is Not Better than an Open Protocol
#15From the Flipboard page: > You cannot build a 60fps scrolling list view with DOM. I simply do not believe that. I have no problems scrolling around the internet. And the examples they give (flipboard.com/@flipboard) give me no clue about what their problem with the DOM is. I find it really hard to imagine you couldn't do that in the DOM. I wonder what is going on over there.
Can't complain; their results do look gorgeous.
Re: Your App Is Not Better than an Open Protocol
#16So we should never create anything new, then?
I think the author is trying to say that we should build products on top of established, open standards. Or, where applicable and within reason, we should integrate them into our product. Allows our users to more easily integrate our products into their existing workflows.
Re: Your App Is Not Better than an Open Protocol
#17Perhaps a bit naive - these companies that start by embracing open standards then pull back from them are just pulling a classic bait-and-switch, with a bit of freeriding off open-source efforts thrown in. They bootstrap their user base and arrive to market quickly by using tools built by others. Then once they grow and gain market and mind share, they can start closing themselves off, walling the garden. And it's ju…
I'm not sure of all the repercussions, but perhaps we can start with N at a large value, and slowly (over several decades) decrease it, and see what happens.
Re: Your App Is Not Better than an Open Protocol
#18From the Flipboard page: > You cannot build a 60fps scrolling list view with DOM. I simply do not believe that. I have no problems scrolling around the internet. And the examples they give (flipboard.com/@flipboard) give me no clue about what their problem with the DOM is. I find it really hard to imagine you couldn't do that in the DOM. I wonder what is going on over there.
You cannot build a 60fps scrolling list view with a DOM. Can't complain; their results do look gorgeous.
Re: Your App Is Not Better than an Open Protocol
#19Earlier quoted context omitted.
I think the author is trying to say that we should build products on top of established, open standards. Or, where applicable and within reason, we should integrate them into our product. Allows our users to more easily integrate our products into their existing workflows.
AFAIK canvas is an open standard. the OP is like someone criticizing a website that chose to use canvas over svg to display graphs,because canvas isn't accessible. It has nothing to do with using Open standards or not.
Re: Your App Is Not Better than an Open Protocol
#20So we should never create anything new, then?
No. You just must build your new things in such ways that your competitors can easily repeat them and your customers can easily migrate to your competitors.