Subject: General Tech | July 1, 2016 - 11:12 PM | Scott Michaud
Tagged: web browser, gecko, servo, Rust, mozilla, Samsung
No love for Windows at the moment, but Mozilla is showing previews of their new browser rendering engine, Servo. This one is developed in Rust, which is a highly parallel yet very memory safe language, which are two great features for a web browser, especially on mobile and multi-core desktops. You are currently able to pick it up on Mac and Linux, although it is not ready to be your primary browser yet. Windows and Android builds “should be available soon”.
Basically, Mozilla has been spending the last few years re-thinking how to design a web browser. Most Web standards are based on assumptions that the browser is going through a main loop, and that these items will occur in sequence. Back in 2013, most of the research was to see far a browser could travel into parallelization before compatibility just stops following. Samsung, who is obviously interested in smartphone technology, partnered with them, because it's easier to add more cores onto a mobile SoC than it is to make existing ones faster.
At the time, they weren't sure whether this research would be used to improve Gecko, the current rendering engine that has been around since Netscape 6, or create a suitable replacement for it. As far as I know, that decision has still not been made, but they also haven't bailed on it yet.
Perhaps we'll see a new wave of Web technology coming soon? Maybe even break up the Webkit monopoly that seems to be forming, led by iOS and Android devices?
Subject: General Tech | January 31, 2016 - 12:05 AM | Scott Michaud
Tagged: web browser, web, shockwave flash, shockwave director, oracle, Java
After decades of semi-ubiquitous usage, Oracle has announced plans to stop providing the Java plug-in for web browsers. It will still be available in the upcoming Java 9 platform, but classified as a deprecated feature.
Java, Shockwave Director, and Shockwave Flash filled in a huge gap in Web standards during the late 90s and early 2000s. Plug-ins were about the only way to access files, per-pixel 2D animation functions, and even access to 3D graphics hardware. Web browsers can do almost all of that now, albeit file input and output is limited to individual files, because you don't want every website to be able to read and write files (and site-specific data lockers with APIs like IndexedDB and Web Storage) on the user's hard drive without the user's explicit control.
As such, browsers are trying to kill off native plug-ins. This could be a problem for games like Battlefield 3 and 4, which (Update Jan 30th @ 7:51pm: Used to... it's apparently been a while. Thanks wileecyte in the comments.) require plug-ins to launch the native application, but the browser vendors have been expressing their desires for quite some time. Even companies that are heavily invested in plug-ins for their products, like Oracle, are finally giving up.
Subject: General Tech | September 11, 2014 - 08:22 PM | Scott Michaud
Tagged: firefox, mozilla, web browser, web development
Remote Debugging for Safari on iOS and Chrome on Android is available in early development on Firefox Nightly with an optional extension.
Subject: General Tech | February 17, 2014 - 08:10 AM | Scott Michaud
Tagged: web browser, Google Chrome, chromium
This stutter was 628 milliseconds, or about 38 consecutive frames at 60 FPS.
Image Credit: Chromium Project Blog
Web browsers are designed under the assumption that a single thread of instructions will weave through every task, one by one, until everything is done. At some point, since the early 1990s, computers have been give multiple cores (and some of those designs can have multiple threads shoved through at once). The problem is now that, since "Task A" was designed to occur before "Task B", doing them separately... can break stuff good.
A simplified browser execution flowchart. Execution follows the arrow.
Image Credit: Mozilla
In case you are wondering, Mozilla started to move compilation to a background thread as of Firefox 21. Firefox 29 will move the entire just-in-time (JIT) compilation process off the main thread. This is currently in their "Aurora" release channel. To the rest of the world: it's an alpha.
This optimization is currently available in Google Chrome Beta (33).
Subject: General Tech | July 2, 2013 - 03:29 AM | Tim Verry
Tagged: web browser, hands-free, google glasses, google glass, google
Later this week, Google is updating its Glass, well, glasses to add new features. Among the new features, Google is including a full web browser and a couple of new voice controls.
The full web browser will output to the Glass display and can be accessed by hitting the appropriate button. Users will be able to access the web using the Wi-Fi chip, and it will be controlled by the touchpad and motion controls. For example, users can scroll pages by moving a single finger forward on the touchpad. Zooming is handled by using a two finger guesture on the touchpad. Finally, while zoomed in, users can move their head around to pan around the page.
The motion control bit is actually an intuitive idea, though I expect bystanders will find those browsing the web on their Glass a bit odd as they hold two fingers to their glasses and move their head about. (Hopefully people do not try browsing reddit while walking, however.)
The upcoming Google Glass update also adds a few more voice controls to the mix. Using voice commands beginning with "ok glass," users will be able to reply to text messages, answer calls, and send photos to other people on their contact list.
Finally, Google has lifted the contact list restriction from a list of ten friends. Users can now access their entire Gmail contact list.
I'm glad that Google is continuing to improve the Glass software. According to The Verge, this new update will be rolled out over the next few days to the Explorer Edition units currently in the hands of developers. I'm looking forward to the final consumer release.
Read more about Google Glass at PC Perspective.
Subject: Editorial, General Tech | May 16, 2013 - 07:45 PM | Scott Michaud
Tagged: web browser, Malware, IE10
If you consider your browser security based solely on whether it will allow you to manually download a malicious executable: IE10 is the best browser ever!
Rod Trent over at Windows IT Pro seems to believe this when NSS labs released their report, "Socially Engineered Malware Blocking". In this report, Internet Explorer blocked the user from downloading nearly all known malware (clarification: all known malware within the test). Google Chrome came in second place with a little less than 17% fail rate and the other browsers were quite far behind with approximately a 90% failure rate.
Based on that one metric alone, Rod Trent used a cutesy chess image to proclaim IE the... king... of the hill. Not only that, he suggests Safari, Opera, and Firefox consider "shuttering their doors." After about a decade of Internet Explorer suffering from countless different and unique vectors of exploitation, now is the time to proclaim a victor for attacks which require explicit user action?
Buckle in, readers, it's a rant.
Firstly, this reminds me a little bit of Microsoft Security Essentials. Personally, I use it, because it provides enough protection for me. Unlike its competitors, MSE has next to no false positives because almost ignores zero-day exploits. The AV package drew criticism from lab tests which test zero-day exploits. Microsoft Security Essentials was ranked second-worst by this metric.
Well, time to shutter your doors Micr... oh wait Rod Trent lauded it as award-winning. Huh...
But while we are on the topic of false positives, how do you weigh those in your grading of a browser? According to the report, and common sense, achieving pure success in this metric is dead simple if you permit your browser to simply block every download, good or bad.
If a 100% false positive acceptance rate is acceptable, it is trivial to protect users from all malicious download. With just a few lines of code, Firefox, Safari, and Opera could displace Internet Explorer and Chrome as the leaders of protection against socially engineered malware. However, describing every download as "malicious" would break the internet. Finding a balance between accuracy and safety is the challenge for browsers at the front of protection technology.
A browser that is capable of blocking malware without blocking legitimate content would certainly be applause-worthy. I guess time will tell whether Internet Explorer 10 is able to walk the balance, or whether it will just be a nuisance like the first implementations of UAC.
OK, Google did actually release exactly one native Windows application at Google I/O: It's called Android Studio, an application that helps developers create apps that run on Android, Google’s answer to Windows. But don’t worry, Microsoft fans: Internet Explorer (IE) flags the Android Studio download as potential malware.
Ah crap... that was quick.
Now to be fair, Internet Explorer 10 and later have been doing things right. I am glad to see Microsoft support standards and push for an open web after so many years. This feature helps protect users from their own complacency.
Still, be careful when you call checkmate: some places may forfeit your credibility.
Subject: General Tech | March 28, 2013 - 04:54 AM | Tim Verry
Tagged: webgl 1.0.2, webgl, web browser, tegra, programming
The Khronos Group recently announced that the WebGL 1.0.1 specification is compliant across mobile and desktop systems on a number of platforms. Chrome 25 and Firefox 19 support WebGL 1.0.1 on Windows, Mac, and Linux operating systems. Further, mobile devices with Tegra SoCs can tap into WebGL using a WebGL-enhanced Android browser.
Additionally, the WebGL 1.0.2 specification and its extensions have been submitted for ratification, and is expected to be formally released in April. According to the press release, the following features are being rolled into the WebGL 1.0.2 specification:
- "adds many clarifications for specification behavioral precision
- mandates support for certain combinations of framebuffer formats, to ease developer adoption;
- clarifies interactions with the encompassing HTML5 platform, including the browser compositor and high-DPI displays;
- dramatically increases the number of conformance tests to roughly 21,000 to improve both the breadth and depth of test coverage - thanks principally to work by Gregg Tavares at Google and the OpenGL ES working group."
Khronos President and NVIDIA Vice President of Mobile Content Neil Trevett stated that "The close cooperation between browser and silicon vendors to ensure the GPU is being reliably and securely exposed to the Web is ongoing proof that Khronos is a highly productive forum to evolve this vital Web standard." Meanwhile, WebGL Working group chair Ken Russell indicated that WebGL 1.0.2 is "a major milestone in bringing the power of the GPU to the Web.”
Although there are security concerns to consider, WebGL does open up some interesting opportunities for new web services. The full press release can be found here.
Subject: General Tech | March 5, 2013 - 07:17 AM | Tim Verry
Tagged: web browser, mobile, chrome, Android
Chrome for Android will allegedly be getting a speed boost thanks to a new SPDY-assisted proxy service. If a recent patch is any indication, future versions of Chrome may adopt a proxy service similar to Opera Turbo, Amazon Silk, or BlackBerry Proxy. Google would take advantage of its SPDY protocol to compress and multiplex web sites. We requests would be sent through Google, where Google would take the HTTP/HTTPS pages, compress and otherwise optimize them, and send them to your Android smartphone.
While on Wi-Fi or a wired connection, the performance merits of such proxy services are minimal at best (and at worst can actually slow down page loads). With that said, over a mobile network--especially if you are living in an area with (at best) 3G speeds, the new SPDY proxy service could make a huge difference in page load times. If my experiences using Opera and its Turbo proxy service over a 3G connection for the past month is any indication of the potential benefits of such a setup, some pages will load much faster, a few sites will actually load slower than browsing without the proxy, and the majority of websites will fall somewhere in between those two extremes, providing a slightly faster web browsing experience. Google may be taking things a step further by introducing its SPDY protocol to speed up the HTTP requests, which is an interesting tactic beyond the basic compression and/or caching that the existing alternatives employ.
Details on the hinted-at Google-run SPDY proxy service are scarce, but I hope that it holds true. There are some privacy considerations, but if you are just reading articles and have resigned yourself to the fact that Chrome/Google tracks you anyway (heh) it is a nice optional feature to have!
Subject: General Tech | March 3, 2013 - 04:58 AM | Tim Verry
Tagged: web browser, market share, internet explorer, chrome
Net Market Share has released statistics on the state of browser market share as of last month (February 2013). The numbers indicate that Internet Explorer is still the dominant browser on the desktop, with Firefox and Chrome coming in second and third place respecitvely. Interesting, the situation is reversed on the mobile front, with Internet Explorer being greatly surpased by Apple’s Safari in the top spot.
On the desktop browser front, Internet Explorer experienced year over year growth to 55.52% in February 2013. Firefox market share remained fairly stable YoY, ending up with 20.12%. Further, Chrome saw a slight YoY decline to 16.27%. Additionally, Safari and Opera sustained 5.42% and 1.82% market share in February 2013. Both browsers’ slice of the market remained fairly stable throughout the year. It will be interesting to see if Opera’s switch to WebKit will net the browser additional market share (RIP Presto).
Ars Technica further compiled charts on the specific browser versions used. While the majority of IE users are running version 8 and 9 (with IE 6 sadly being the thrid most popular version), Chrome and Firefox users are spread out fairly evenly between the different versions. That may have more to do with Chrome and Firefox’s accelerated versioning/updating though.
For mobile, Apple’s Safari browser leads the pack with 55.41% as of February 2013, which is surprisingly a YoY decline. Meanwhile, the stock Android web browser gained ground throughout the year, ending up with a market share of 22.85%. Opera Mini came in third place with 12.72% market share. Other interesting numbers include Chrome with 1.96%, Internet Explorer (mobile) with 1.58%, and BlackBerry with 0.96%. Further, Symbian has 1.37% market share, which puts it above BlackBerry and just under Internet Explorer. Not bad for a dying mobile OS!
I was fairly surprised by the Internet Explorer numbers, but when taking into account work machines and Windows’ dominance (and users that generally use the default browser--power users excluded of course) I suppose it makes sense. I do wish that the IE6 numbers would fall a bit more though, even it if it just users moving to a newer version of IE.
You can find the full Net Market Share report here. What browser(s) do you use on a daily basis?
Subject: General Tech | February 22, 2013 - 10:11 AM | Tim Verry
Tagged: web browser, pdf viewer, mozilla, firefox
Additionally, Mozilla has fixed several bugs and improved performance. The browser will now start-up more quickly than previous versions, and a WebGL drawing operation error has been corrected, for example. Further, Firefox 19 now recognizes more CSS features including @page and support for fixed-width text transformations. A new debugger has also been added to Firefox 19, which should help add-on developers test their code. Also in interesting news, mobile users running Firefox for Android will also be pleased to know that Mozilla has relaxed the CPU clockspeed requirement to a mere 600 MHz–allowing the mobile browser to run on even more Android devices.
The new version is available for download from the Mozilla website.