Skip navigation.

Posts tagged with "compatibility"

What were MYOB thinking?

, , , ...

The keyboard's smoking this month! :D

MYOB is an Australian company that produces a very popular software accounting package, not just for Australia, but around the world.

Although they're currently up to v16 (which I expect I'll be upgrading to soon), yesterday I installed a copy of v15.

The help is made of web pages hosted on the local hard drive. They open in the default browser. My default browser is Opera. :love: The help pages don't work. :mad:

First stop is to see what they look like in IE or Firefox. Hmmm, there's some menus there that aren't showing up in Opera? I wonder what they're using? Oh, OpenCube!

OpenCube in the past have created problems for Opera with their poor browser sniffing. That's the case here, with only Opera v7 being detected as "v7"; all other versions of Opera (8 and 9 included) being treated as pre-v7! Thankfully, Opera's browser.js comes to the rescue to trick the script into thinking it's dealing with v7 Opera. That means it will load the Opera 7 support code module. That's funny, Opera says it can't load it?

A quick look at the MYOB help file folder reveals the problem: MYOB have included the menu support files for IE, Netscape 6.x, and Netscape (Mozilla/Firefox), but left out the files for the other browsers OpenCube support: Opera, Konqueror, Escape, and ICE!

Now, MYOB is Windows-only, so no support for Konqueror (Linux) and Escape (set-top box) could be readily excused. ICE is a Java-based browser, rather unlikely to be used, but still... There's no excuse for dropping the Opera files, though! :down: And really, there's no reason for any of the files to be dropped! They're only 58K, the CD wasn't that full, and they're for sure not going to fill any hard drive I've seen recently!

Why would MYOB do such a thing? I don't see any up sides, only down sides? :confused: Maybe they've changed things in v16? :jester:

Anyway, I searched the 'net and eventually found a random website that happened to host an identical version of the OpenCube menus. I popped the missing support files into the MYOB help folder and the help files sprang to life! Not perfectly, but a whole lot better! i.e. I could use them in Opera. :up:

Why, why, why? ...grumble...

A disturbing trend?

,

Of late there's been quite a bit of hot air vented in various forum threads and blog comments in relation to Opera's apparent lack of "website compatibility".

Opera have over the years bent over backwards to provide "website compatibility". For version 9 they added support for the DOM Style module (completing their DOM2 support - the only browser to do so), XSLT, XPath, designMode/contentEditable, NTLM, opacity. For version 8 they added things like xmlhttprequest, SVG, DOM3 Load and Save, and fixed long-standing bugs related to iframe zindex and plugin transparency. For version 7 they completely rewrote their rendering engine to support reflow - vital for modern scripted web pages.

IMO, Opera have added so much compatibility and support, that we're now reaching a point where more often than not, it's website bugs that are causing the problem, not Opera bugs or lack of features.

Things are not helped when other more widely used browsers make mistakes, and web sites blithely assume those mistakes are actually correct. Internet Explorer is the usual villain, but lately I've noticed Firefox doing this sort of thing more and more. While Internet Explorer's problem is mostly Microsoft implementing their own standards and pushing them out to web developers, Firefox's problem is more insidious. What they're doing is allowing what should be internal browser functionality to be exposed to the web development community at large.

They most certainly aren't promoting the use of such things, but the general push by the Mozilla community to promote Firefox as a "standards based browser" (which it is) lends credibility to any random thing web developers may find while poking about Firefox features.

An example of this is Ajax13. "Ajax" makes it sound like the site is just using the usual XMLHttpRequest and associated Javascript that any modern browser should be able to handle. The reality is that the applications provided are all XUL based - and therefore only able to work with Gecko-based browsers such as Firefox. The idea that they're "web applications" is laughable - they're about as much web applications as Microsoft Office is - downloadable off the web and usable only on their designated platform.

Then there's other things, such as XMLDocument (mentioned in one of Hallvord's blogs), getBoxObjectFor, Event.originalTarget/explicitOriginalTarget, and the fact that Firefox allows registration of "capturing" event listeners without a murmur, even though it doesn't support them. I understand the latest Gecko engine (not available until Firefox 3) now supports event capturing, but before that they should have either done nothing (not register the event handler at all) or thrown a JS exception. Something to let web developers know there was something wrong!

Supporting the use of proprietary features and treating requests for an unsupported feature as requests for a different feature are just wrong, and make a standard-based web unnecessarily difficult. Microsoft can be excused because they were developing their browser engine before there were any recognised standards. The Mozilla guys don't have that luxury.

PhpGedView and Opera

, , ,

PhpGedView

I few weeks ago I set up a web server for my father to host his family tree data so other family members could see it. It's not ready just yet, so no URL...

His preferred software was PhpGedView. Installation was pretty easy. Setting up the MySQL database took a little doing to get all the permissions right, but all up, not too bad.

As we started using it, we noticed the occasional problem with Opera. Menus not showing right, pages going all wacky. Naturally, I had to investigate! :sherlock:

So far I've submitted two bug fixes and one enhancement to the main PhpGedView project:


All have already been accepted for the next major release (4.1)! Kudos to John Finlay (the main PhpGedView developer and project manager) and Christophe Bx for their quick responses to my patches. :up: Seeing ones work quickly going into the project gives a great sense of satisfaction! :hat:

I've also submitted two bug fixes for the Googlemaps module:


Sadly, the Googlemaps module doesn't seem to be getting much love these days! :frown:

Mini-Rant

:bomb:

It's a real shame so few people test their sites using Opera. All three of the Opera-related bugs involved trivial amounts of markup: two were effectively one-line fixes, the third changed two lines of code and ended up fixing IE7 as well as Opera.

These are typical of the sorts of website compatibility problems facing Opera these days. For the want of a few minutes of testing, and the changing of a couple of lines of code, Opera had "problems".

If you're a website developer and have noticed some Opera quirks on your site, but aren't familar enough with Opera to know where to start, your first stop should be the Opera and cross-browser Web design web forum. There are plenty of people there who are familar with Opera and would be happy to help you out!
Download Opera, the fastest and most secure browser
January 2010
S M T W T F S
December 2009February 2010
1 2
3 4 5 6 7 8 9
10 11 12 13 14 15 16
17 18 19 20 21 22 23
24 25 26 27 28 29 30