Log in

View Full Version : The battle of the two Web minibrowsers: Opera Mini vs. BOLT


Menneisyys
03-22-2009, 11:41 PM
I’ve already mentioned (http://www.smartphonemag.com/cms/blog/9/mwc-web-browser-news-bolt-opera-fennec-iris-skyfire-flash) BOLT (essentially, a Java-based, enhanced version of the Windows Mobile-only Thunderhawk), which, with the version released at MWC, became pretty usable.

As I do most of my Web browsing on either by Blackberry 8800 (with a 80 Mbyte data plan only), it’s essential for me to be able to use a Web browser that works on the Blackberry (read: is Java-based) and uses as little data as usage (read: I can’t use the “full” Web browser coming with the operating system). Note that, as has also been explained HERE (http://www.smartphonemag.com/cms/blog/9/full-roundup-browsing-web-windows-mobile-just-iphone-incl-iem6-review), when I plan to spend definitely more time with Web browsing (and not just check whether, for example, there’re any new, interesting, DH1-specific posts/news at, for example, the Panasonic forum of DPReview), I use my iPhone 3G for browsing instead of my BlackBerry.

Lately, I’ve played a lot with BOLT and directly compared it to Opera Mini.

To make a long story short, while BOLT is indeed getting pretty usable, it has some major glitches that make using it pretty awkward.

One of them is the slow text positioning on non-touchscreen devices like BlackBerries, Symbian or Windows Mobile Standard phones. Try making, for example, the center row of the DPRevie forums fill in most of the screen. Sometimes it takes at least 20-30 seconds to do this on my BlackBerry 8800. (Fortunately, after this, you won’t need to scroll horizontally any more and can quickly scroll up/down with 2/8/space. Unless you run into rendering problems, which are pretty common with BOLT, unfortunately.) With Opera Mini and its dynamic text aligmnent, it only takes 2-3 button presses on by BlackBerry to do the same, all taking no more than 1-2 seconds.

Another is the already-mentioned text reflowing / rendering problem. Generally, it can be safely stated that Opera Mini excels in text reflowing. I know of no page that it couldn’t render. Also, it excels at letting the user quickly position to the text he or she would like to read. Unfortunately, BOLT has some major rendering problems, which makes it far less usable than Opera Mini. An example of this is rendering the DPReview forums. Rendering the “Why Buy An LX3? It's Just Another P&S, Right?” thread (http://forums.dpreview.com/forums/readflat.asp?forum=1033&thread=31365377) in the Panasonic talk forum is as follows:

http://www.winmobiletech.com/032009BoltVsOM/Bolt-VGA-XXLarge-LS-DPReview-NoMobileView.png

Landscape view on a VGA device, with XXLarge characters – as can clearly be seen, there is no need to scroll sideways

http://www.winmobiletech.com/032009BoltVsOM/Bolt-VGA-XXLarge-P-DPReview-NoMobileView.png

Switching to Portrait (and reloading the page) results in the text overflowing, necessitating some horizontal scrolling to read it all; that is, plain useless.

http://www.winmobiletech.com/032009BoltVsOM/Bolt-VGA-XXLarge-P-DPReview-MobileView.png

Like the above, but after enabling Select / Settings / Mobile View. As you can see, not much has changed – the text remained unreadable because of the need for horizontal scrolling.

It’s only reducing the character size that helps (now, switching to XLarge from XXLarge):

http://www.winmobiletech.com/032009BoltVsOM/Bolt-VGA-XLarge-P-DPReview-MobileView.png

This, of course, makes the page even harder to read, particularly in cases when you do need large or huge characters (small VGA screen like that of Diamond; while commuting etc.). In this regard, Opera Mini is far better (and it makes text reflow excellently):

http://www.winmobiletech.com/032009BoltVsOM/OM-VGA-XLarge-P-DPReview.png

(For comparison, THIS (http://www.winmobiletech.com/032009BoltVsOM/OM-VGA-Small-P-DPReview.png) screenshot shows Opera Mini rendering the same page – using the custom small character set; THIS (http://www.winmobiletech.com/032009BoltVsOM/OM-VGA-Large-P-DPReview.png) is the same, but using large characters)

Another example of Opera Mini’s superior rendering engine can be found in the following two comparative screenshots (rendering THIS (http://www.w3.org/QA/2008/04/is_your_mobile_browser_ready_f.html) page):

http://www.winmobiletech.com/032009BoltVsOM/OM-VGA-Large-P-W3C.png
(Opera Mini)

http://www.winmobiletech.com/032009BoltVsOM/BOLT-VGA-Large-P-W3C.png
(BOLT)

Pay special attention to the bulleted list. Opera Mini is able to render it, even using its comparatively large character set, without any need for horizontal scrolling. BOLT, on the other hand, isn’t – even with enabled Mobile View mode and XLarge characters (as opposed to XXLarge, which, on a VGA device, is probably the best character size to stick with) only. It chops so much off the text that entire words remain invisible (see for example the word “large” after “rather” at the end of the row).

Of course, this would be far better in Landscape mode but there are always cases (for example, when you only have one hand to hold the phone or the screen has polarization issues in Landscape and you are sensitive to them) you’ll want to prefer Portrait mode. Also, you can always (further) decrease the character (zoom) size, but it’ll make the text even harder to read.

Incidentally, speaking of the W3C pages, I’ve also run the generic mobile W3C test (see THIS (http://www.smartphonemag.com/cms/blogs/3/multiplatform_web_browser_w3c_compliance) for more info). Here, BOLT proved to be comparatively good (there’re much worse mobile browsers in this respect; for example, Microsoft’s own Internet Explorer Mobile):

http://www.winmobiletech.com/032009BoltVsOM/OM-Acid.png
(OM)

http://www.winmobiletech.com/032009BoltVsOM/BOLT-Acid.png
(BOLT)

Note that there are some other disadvantages (and even some advantages like, currently, faster servers) of BOLT. I don’t elaborate on them here as the comparison chart lists most of them and if you read my past Web browsing-related articles, you’ll understand what these mean.

Nevertheless, BOLT is still a very nice browser. One can only hope the above-explained bugs will, sooner or later, be fixed, so that it becomes a decent alternative to Opera Mini. For the time, however, it’s better to stick with the latter, should you want to avoid wasting time on definitely not bugfixed or enhanced functionalities like horizontal scrolling and the lack of quick, automatic positioning to text columns.

Comparison chart

Note that I haven’t listed features that both browsers have; for example, in-page text searching.

http://www.winmobiletech.com/032009BoltVsOM/chartpng.png

(source HERE (http://www.winmobiletech.com/032009BoltVsOM/chart.html))

Menneisyys
03-23-2009, 09:08 AM
UPDATE (03/23/2009 8:11AM CET): I’ve conducted another character set-related set of tests listing (and showing) the utilized character sizes and styles using THIS (http://www.winmobiletech.com/092007MidletBible/TextSizeTest.html) text size / styling test page. The results are as follows: BOLT - Small (http://www.winmobiletech.com/032009BoltVsOM/Bolt-Small.png), BOLT - Medium (http://www.winmobiletech.com/032009BoltVsOM/Bolt-Med.png), BOLT - Large (http://www.winmobiletech.com/032009BoltVsOM/Bolt-Large.png), BOLT - XLarge (http://www.winmobiletech.com/032009BoltVsOM/Bolt-XLarge.png), BOLT - XXLarge (http://www.winmobiletech.com/032009BoltVsOM/Bolt-XXLarge.png), Opera Mini - Small (http://www.winmobiletech.com/032009BoltVsOM/OM-Small.png), Opera Mini - Medium (http://www.winmobiletech.com/032009BoltVsOM/OM-Med.png), Opera Mini – Large, page 1 (http://www.winmobiletech.com/032009BoltVsOM/OM-Large1.png), Opera Mini - Large, page 1 (http://www.winmobiletech.com/032009BoltVsOM/OM-Large2.png), Opera Mini - XLarge, page 1 (http://www.winmobiletech.com/032009BoltVsOM/OM-XLarge1.png), Opera Mini - XLarge, page 2 (http://www.winmobiletech.com/032009BoltVsOM/OM-XLarge2.png), Opera Mini - XLarge, page 3 (http://www.winmobiletech.com/032009BoltVsOM/OM-XLarge3.png).

As you can see,

1. BOLT doesn’t support the bold / strong tags at all (at any magnification level) – as with italic (emphasized). The only way of emulating bold is using “big” tags at the XLarge magnification level. The big tag only results in any difference from normal text at XLarge (where it’s rendered as bold), Medium and Large (where it’s a little bit bigger – but not bold) – that is, users using their BOLT browser at either XXLarge (mostly VGA or other high-res folks) or Small (mostly low-res, QVGA folks not wanting to horizontally scroll – see the rendering anomalies with, say, the DPReview and the W3C pages above) won’t notice any difference between “big” and normal text. Opera Mini, on the other hand, supports bold at every zoom level – definitely a plus for it.

The BOLT folks should look into at least rendering bold text with the same characters as big in XLarge mode – it’d be a very easy step to implement (no need to introduce new bitmaps for bold characters); still, it’d be highly useful for at least users using XLarge.

2. Both browsers support super/subscripts. With BOLT, they’re rendered using a smaller charset at the Large and XLarge magnification levels; Opera Mini doesn’t attempt this.

3. Both browsers support <u>underline</u>. (Too bad italic isn’t supported by either - underline is far more rarely used than italic.)

4. Text size (and the different, 1…6 header) settings result in using three different character sizes with the two smaller charsets (Small, Medium) in Opera Mini; with Large, only two will be used and, with the VGA & commuting / sports / walking-friendly XLarge, there’s no distinction in rendering any more. BOLT uses three differently sized charsets at most at a given magnification level; even at (the largest) XXLarge. The visual difference between them is lower than with Opera Mini, though.

All in all, as far as character styles / sizes are concerned, there’s a definite lead for Opera Mini because it renders bold markup text correctly in every magnification level (text size), unlike BOLT. I can only hope at least Opera Mini receives italic support for its non-Small (read: non-custom) character set some time – after all, it’s supported by most smartphone operating systems / Java environments and the BitStream folks (the developers of BOLT) also look into adding bold support. After all, a lot of people use both bold and italic to emphasize stuff or semantically separate (think of quoting other posts using italic, which is very common) them from the rest of the text.

Menneisyys
04-03-2009, 12:35 AM
New version of BOLT out; see http://forums.thoughtsmedia.com/f323/new-version-brand-new-bolt-minibrowser-out-93220.html#post705451