Last edited by Superfly_FR; 12-01-12 at 11:22 AM. Reason: stop shouting
- 12-01-12, 10:48 AM #27
Webkit is open source, Apple has contributed to it, as has RIM.
Implementing Webkit doesn't mean that every implementation will be identical.
Webkit is a rendering engine and it is REQUIRED for HTML to be rendered.
You can't write an HTML rendering engine IN HTML, it doesn't make sense.
This rant of yours has moved to ludicrous levels.
- 12-01-12, 10:52 AM #28
- 12-01-12, 10:53 AM #29
" bookmarks with personal tags, different listing modes" - yes Someone asked about bookmark organization and after some hemming and hawing, this is how the RIM guy answered that question. Watch the video link that you posted, it was in the Q&A portion. (They said something along the lines of drag and drop not being easy to do in a web app.)
The reference to checkeboarding in around the 2/3rds mark of the video, when they were talking about singlethreading.
You just don't know much about dev, I believe.
Last edited by notafanboy; 12-01-12 at 11:09 AM.
- 12-01-12, 11:22 AM #34
Here's the important part, so pay attention. If HTML5 compatibility was indeed some kind of monumentally important must have feature that will change the world and end LOLcatz forever, then the other major players with much larger resources would have already long ago implemented it. It's not a difficult task for companies with 10's of billions in cash along with some of the world's best talent. I bet if Google was motivated, they could easily make Chrome the most HTML5 compatible browser within 2 months. They won't though, because that's not what people care about.
BB browser has been the most HTML5 compatible mobile browser since BBOS6. Did it really change RIM's fortunes? Basically, what that means is, it's a "meh" feature. The reason is because a high score on an HTML5 compatibility test is misleading. It basically means it's compatible with fringe features of HTML5, features that that vast vast vast vast vast majority of the world's websites don't yet use. Why would a website use obscure code that the majority if web browsers can't translate? To top it off, it's a mobile browser, meaning it's most likely going to access mobile websites most of the time, meaning less featured sites. People care about other features a whole lot more than HTML5 compatibility. Things like speed, ease of use, reliability, synced bookmarks, smooth transitions, and bunch of others. Most people don't even know what HTML5 is.
- 12-01-12, 11:25 AM #36
When you look at the architectural layers, the "web app" portion called the browser application is actually the thinnest slice of the cake.
If all four layers were represented as to scale, the top layer would be the thinnest layer of frosting on a hefty cake.:
- 12-01-12, 11:27 AM #37
As described in the video, the browser is a combination of Webkit, middleware and HTML5/CSS/JS
This is oversimplifying, but the portion of the BB10 browser that IS made with Web tools is mostly just the UI. All the heavy lifting is still done by the rendering engine.
I know the difference between the app and the renderer.
But might you want to explain the web platform stack, please do.
For the rest, you forget about extensions (similar to apps for ios), "obscure code" of HTML5 like <video> tag (just jump on YT and disable flash), the desktop mode, ...
But guys, I'm tired.
- 12-01-12, 11:35 AM #40
It is EXACTLY the same on iOS, Android and WebOS.
The middleware is also not made using web standards, it is native code, like the webkit engine.
- 12-01-12, 01:06 PM #42
- 12-01-12, 05:57 PM #44
For people wanting to see tests done on different devices, here ya go. I didn't do the PlayBook or OS7 browser, because I'm guessing most of the people here already have those that they can try on their own.
BlackBerry 10 Dev Alpha:
HTC 8x Windows Phone:
Nokia Lumia 822
Chrome (I actually re-installed it just for this test) on LG Nexus 4:
Stock Android browser on LG Optimus G:
- 12-01-12, 06:04 PM #45
The only benefit I see building the browser as a webworks apps is so they can use js to more effect. It must not really matter that its not a Cascades app since if they needed a C/C++ performance they could. Using js probably is a means to an end for better plugin support I'm guessing.
- By notnomde in forum News & RumorsReplies: 4Last Post: 11-15-12, 01:04 AM
- By gwanstarr in forum News & RumorsReplies: 1Last Post: 11-14-12, 03:04 PM
- By Jonathank in forum General BlackBerry DiscussionReplies: 28Last Post: 10-06-12, 11:56 AM
- By lockedtight in forum BlackBerry 10 OSReplies: 14Last Post: 10-05-12, 06:42 PM
- By kemj in forum BlackBerry PlayBook OSReplies: 0Last Post: 04-02-12, 12:41 AM