Firstly my very poor conformance checker named widget validator points out some doctype errors. E.g. they use title instead of name. Ok, minor... but...
Then I renamed the startfile to a default
index.html and I did manage to
download and install my widget from Opera. Remarkable. However I was unable to
launch the widget. The run time reports: "Error occurred. Code: 100000004".
Hmm, that error code looks suspiciously like a string.
The BONDI reference implementation amazingly seems to be the most W3C compliant Widget runtime atm.
Otherwise I am impressed. HTML5 canvas support LGTM and it feels quite responsive.
Looking a little deeper into the Access Company widget configuration document
au BufReadCmd *.wgt call zip#Browse(expand("<amatch>"))
config.xml (widget specification says this is optional btw), there is
config.js. The config.xml is extended with xwidget.
<access network="true" /> <xwidget profile="1.0" distributeurl="https://update.access-widgets.com/update_check.php"> <accessControl> <netaccess host="www.google.com" port="80" /> <netaccess host="maps.google.com" port="80" /> </accessControl> <display type="VGA" width="300" height="90" /> <display type="QVGA" width="180" height="60" /> </xwidget>
- They seem to have additional requirements with screen sizes with
<display>. I think scalability might be a problem... esp. when you consider widgets are usually dependent on pixel perfect canvas support.
- They should be using the update element instead of this proprietary distributeurl attribute
The proprietary netaccess tag, reflects the a similar issue in the BONDI Architecture and Security document, which extends W3C widgets with a bondi namespace (not xwidget) and elements like:
<bondi> <resources> <network> <target>www.google.com</target> <target>maps.google.com</target> </network> </resources> </bondi>
So I guess the access element needs a makeover to meet Access's and Bondi's requirements.