On 23 Aug 2010, at 20:28, tee wrote:
Hi David from Opera,
Quote you:
I'm a member of that WG but honestly it is complete useless and out
of date. It was commissioned when 12kb all together was a big deal.
From the Mobile Web Best Practices course class I got an impression
the mobileOK Checker is an improved version (v1.4.1) but I have no
prior experience to compare it.
Improved as in improved to test to the requirements to what MobileOK
was set out to test when it was commissioned, yes. That was when
things like Palm WebOS, Android, iOS etc didn't exist and browsers for
low end devices which can handle heavy content like Opera Mini were in
their infancy.
I am working on a mobile version WordPress site that I have not
done content negotiation yet, but display none the content including
inline images that I don't want them show up in mobile version. The
homepage is a little heavy due to a large image (display none
already), both mobileOK Checker and mobiReady test showed the page
is over 80K and picked up all inline images.
I'd forget .mobi. It is already dead. People like Cameron Moll which
were early cheerleaders of .mobi are already not renewing their .mobi
domains. I consider that a checker bug if they are counting resources
that are not loaded. Of course there are some devices that load them
(which are also devices that are commonly pay per kb of content
downloaded) so you have to decide if you are targeting your content at
those browsers (if there are a significant number of your users using
those browsers). If not then you can ignore it. If so then you have to
care about it.
Is there a way to find out exactly how many kilobyte Opera Mini
loaded the page since you said it doesn't load anything sets to
display none.
for us (Opera) yes, but I'm not sure there is for developers We
average 90% compression so you can look at what Opera desktop does and
remove 90% (just a guestimate on the avg).
You mentioned Dragonfly, I do use this tool when I check site in
Opera, but it will not be a tool that can be replaced by FF Web
Developer tool for most developers who live and breath by FF and the
extension I believe
Ok, your choice. I'm PM of DFL so I'll aim to remove that argument by
improving our tool, but sure…
(the UI is more intuitive and easier to navigate for layout
troubleshoot or to find what classes/ID are in a block etc. ), and
I do not see Dragonfly for Opera Mini and Opera Mobile. I searched
for it few months ago.
You don;t need to download DFL for a device. DFL is the first tool
that supports remote debugging (WebKit is now coming out with this).
Basically you can set it in the desktop browser to remote debug mode
(in settings, but we'll make it more obvious soon) then you can go to
opera:debug on the device and connect to the desktop Opera DFL. It
currently works on Opera Mobile and opera for devices. It can't work
on Mini as the client uses some binary content rather than HTML/CSS
(as it transcodes). IT may be possible in the future to debug what the
Opera Mini sever sees, but as the client isn't HTML, there isn't much
point to expose that in any meaningful way.
Another thing, Opera Mini does not load the font family (along with
many other elements) but the default Sans-serif, however it's able
to pick up some CSS3 elements (one that I see is text-shadow). Is
this a device restriction preventing Opera Mini from doing this? I
have a doubt because iPod (I think iPhone too but I don't have one
to check) is capable of loading both default Sans and Sans-serif.
Thanks!
tee
*******************************************************************
List Guidelines: http://webstandardsgroup.org/mail/guidelines.cfm
Unsubscribe: http://webstandardsgroup.org/join/unsubscribe.cfm
Help: [email protected]
*******************************************************************
David Storey
Chief Web Opener / Product Manager, Opera Dragonfly
W3C WG: Mobile Web Best Practices / SVG Interest Group
Opera Software ASA, Oslo, Norway
Mobile: +47 94 22 02 32 / E-Mail/XMPP: [email protected] / Twitter:
dstorey
*******************************************************************
List Guidelines: http://webstandardsgroup.org/mail/guidelines.cfm
Unsubscribe: http://webstandardsgroup.org/join/unsubscribe.cfm
Help: [email protected]
*******************************************************************
