Y
HN Search
Hacker News Search
new
|
comments
|
top
|
jobs
bobajeff
searching PlanetScale…
1.
▲
2.
▲
3.
▲
4.
▲
5.
▲
6.
▲
45 ms
·
691.
▲
by
bobajeff
9y ago
Like you say it would be a subset. It's all just standard WebAssembly. The APIs of course would need to be made callable from WebAssembly but that's already planned for in browsers anyway. Until browsers supported the mimetype th
692.
▲
by
bobajeff
9y ago
Your ideas is actually really cool (very tech noir). But that's not what my idea is. My idea isn't really a browser. It's just a separate format/mimetype (.app or .game) for a app runtime. Small projects could implement
693.
▲
by
bobajeff
9y ago
The idea is a external format for applications that can be embedded as a object. Not a replacement for web browsers in any way.
694.
▲
by
bobajeff
9y ago
Easier implementation is the goal. There are currently only four companies working on a web implementation. Also, I think users would have more control if documents didn't automatically gain the same privileges as applications.
695.
▲
by
bobajeff
9y ago
I have this idea that if they split off WebAssembly, WebGL and WebAudio into a external format for applications it would be easier to implement than a full browser.
696.
▲
by
bobajeff
9y ago
CLEARink looks pretty promising. Well see if that translates to actual devices using it or end up like Mirasol, Liquavista etc.
697.
▲
by
bobajeff
9y ago
Props for them for getting all the features work smoothly on a phone as well.
698.
▲
by
bobajeff
9y ago
Being open doesn't gain you much here either. At the end of the day there is no "updating" it once a vulnerability is found.
699.
▲
by
bobajeff
9y ago
Watching the progress of this system reminds me of that scene at the beginning of The Thing where The Thing almost but not quite mimicks one of the humans.
700.
▲
by
bobajeff
9y ago
There is no chance JavaScript/WebAssembly will get disabled in browsers. However, it is possible things like Zero-rating, Certification Authorities, Google AMP and Facebook Instant Articles could eventually help to lockdown the web to
701.
▲
by
bobajeff
9y ago
That completely misses the point which is a simpler format to implement and support.
702.
▲
by
bobajeff
9y ago
I've been thinking lately there should be a file format that's just WebAssembly along with WebAssembly-versions of WebGL, Web Audio and WebRTC. With the goal of making the runtime simpler to implement for non-browser venders. Whil
703.
▲
Clang, in browser, producing wasm
(groups.google.com)
1 points
by
bobajeff
9y ago
|
0 comments
704.
▲
by
bobajeff
9y ago
JavaScript is still being developed. Browser makers are not slowing down on adding JavaScript features. There is even a Binary AST proposal for JavaScript.
705.
▲
A history of HTML (1998)
(w3.org)
1 points
by
bobajeff
9y ago
|
0 comments
706.
▲
by
bobajeff
9y ago
I'm not sure but I suspect the DOM is the reason small browser implementations can't catch up. I think over the years specifying interactions with JavaScript and CSS have led to ambiguities in the standard and undefined behavior.
707.
▲
by
bobajeff
9y ago
I like the idea of having the web just being a static document format with hyperlinks and embeddable objects. No DOM just a tag for some narrowly defined supported formats (eg. .form, .game, .social, .store)
708.
▲
by
bobajeff
9y ago
This isn't just a problem with Web standards. Think of how few complete implementations of C, C++, Python, Java there are. So yeah the web is complex but so are most popular runtimes.
709.
▲
by
bobajeff
9y ago
I wonder what would happen if Google was divided into a bunch of smaller but cooperative regional search engines/datacenters. Would that be better or worse for competition?
710.
▲
by
bobajeff
9y ago
This is cool it runs very well on my phone.
711.
▲
by
bobajeff
9y ago
Awesome, we're so close to having a speech-to-text system I can trust. I really wish Mozilla would release a keyboard app for Android. It would instantly be the single most trusted keyboard available.
712.
▲
by
bobajeff
9y ago
That has been proven false by their response to the DRM non-aggression pact.
713.
▲
by
bobajeff
9y ago
If you know the alphabet you can easily guess where the keys will be. (In a alphabetically ordered keyboard) Do you believe that most people who use phones know how to type?
714.
▲
by
bobajeff
9y ago
But my argument didn't involve teaching anything to anyone. It was simply accepting the fact that most people are more familiar to alphabetical order. What benefit is there to having everyone hunt and peck on a phone to keep with a con
715.
▲
by
bobajeff
9y ago
I've often wondered why alphabetical order isn't the default on phones. Given that most of the population that uses phones didn't learn to type. It really bothers me actually.
716.
▲
by
bobajeff
9y ago
A organization the size of Mozilla is at a huge disadvantage compared to Microsoft, Google and Apple who can afford to buy marketshare. Internet Explorer was just bad enough that they lost about 20% (from 90%) to Firefox. Don't expect
717.
▲
by
bobajeff
9y ago
Yeah but it's still noticably more usable because of the UI change in this release. It basically looks more like Chrome for Android; where as before it looked like a Android Cupcake app.
718.
▲
by
bobajeff
9y ago
> impractical "solution" of just not using a smartphone (a false dilemma) when the obvious answer is to get an iPhone. What is your life like to where you think not having a cell is impractical. In any case a smart phone is fun
719.
▲
by
bobajeff
9y ago
Yeah, you said it. I don't know who is in charge of changing the theme and UI every major release but this time they've out done themselves. I don't usually like to customize but it's mandatory now.
720.
▲
by
bobajeff
9y ago
I remember reading awhile back that email was better suited than GitHub for large projects (eg. Linux). Wouldn't that still be the case with GitLab?
More ›