WICD 1.0 implementation progress

View: New views
9 Messages — Rating Filter:   Alert me  

WICD 1.0 implementation progress

by Timur Mehrvarz :: Rate this Message:

Reply to Author | View Threaded | Show Only this Message


I'm really happy to report this.

Firefox 3.0b2-pre and Opera 9.5-alpha have fully implemented SVG  
Rightsizing. Yes!
http://www.w3.org/2004/CDF/TestSuite/WICD_CDR_WP1/wicdmatrix.xhtml#core20

Also, two more tests run now in WebKit now:
WICD Mobile #9 - DOM Level 3 subset
http://bugs.webkit.org/show_bug.cgi?id=16272
WICD Mobile #13 - combined test of HTML-DOM features
http://bugs.webkit.org/show_bug.cgi?id=16274

Other things have been fixed. It's all in the matrix. There is even a  
matrix history now, here:
http://www.w3.org/2004/CDF/TestSuite/WICD_CDR_WP1/history/

We also got reports about severe bugs in our testcases:
http://www.w3.org/2004/CDF/TestSuite/WICD_CDR_WP1/test-DOM-L3-core-subset-ext-getAttr.xhtml
http://www.w3.org/2004/CDF/TestSuite/WICD_CDR_WP1/test-DOM-L3-event-subset-c.xhtml
http://www.w3.org/2004/CDF/TestSuite/WICD_CDR_WP1/test-custom-event.xhtml 
  (this has been fixed, a name attribute was missing)

Well, it's not getting out of hand yet :-)

You can download the latest alpha/nightly versions. All links are  
here: http://lab.vodafone.com
Many thanks to those, involved in the implementation work.

Regards,
Timur



Re: WICD 1.0 implementation progress

by Timur Mehrvarz :: Rate this Message:

Reply to Author | View Threaded | Show Only this Message


Opera 9.5 snapshot (build 4729) supports MQ "aspect-ratio" now (in  
addition to "device-aspect-ratio"). Great!

WICD Implementation matrix updated:
http://www.w3.org/2004/CDF/TestSuite/WICD_CDR_WP1/wicdmatrix.xhtml#core-combined03

Timur

On 18.12.2007, at 01:33, Timur Mehrvarz wrote:
> I'm really happy to report this.
>
> Firefox 3.0b2-pre and Opera 9.5-alpha have fully implemented SVG  
> Rightsizing. Yes!
> http://www.w3.org/2004/CDF/TestSuite/WICD_CDR_WP1/wicdmatrix.xhtml#core20



Re: WICD 1.0 implementation progress

by Timur Mehrvarz :: Rate this Message:

Reply to Author | View Threaded | Show Only this Message


WebKit nighty turned on support for several SMIL cases.

11 WICD test cases now in full green (this came overnight, so to say):

http://www.w3.org/2004/CDF/TestSuite/WICD_CDR_WP1/test-svg-child-object-animating.xhtml
http://www.w3.org/2004/CDF/TestSuite/WICD_CDR_WP1/test-overlay-object.xhtml
http://www.w3.org/2004/CDF/TestSuite/WICD_CDR_WP1/test-several-svg-childs.xhtml
http://www.w3.org/2004/CDF/TestSuite/WICD_CDR_WP1/test-absolute-positioning.xhtml
http://www.w3.org/2004/CDF/TestSuite/WICD_CDR_WP1/test-interactive-overlay.xhtml
http://www.w3.org/2004/CDF/TestSuite/WICD_CDR_WP1/test-transparency-leftovers.xhtml 
  (!)
http://www.w3.org/2004/CDF/TestSuite/WICD_CDR_WP1/test-transparency4.xhtml
http://www.w3.org/2004/CDF/TestSuite/WICD_CDR_WP1/test1-temporal-sync.xhtml
http://www.w3.org/2004/CDF/TestSuite/WICD_CDR_WP1/test-animation-document-loading.xhtml 
  (!)
http://www.w3.org/2004/CDF/TestSuite/WICD_CDR_WP1/test-timeline-init-c.xhtml
http://www.w3.org/2004/CDF/TestSuite/WICD_CDR_WP1/test-parent-child-read-values.xhtml

WebKit seems to have issues with the following SMIL test cases:

http://www.w3.org/2004/CDF/TestSuite/WICD_CDR_WP1/test-scalable-icon2.xhtml
http://www.w3.org/2004/CDF/TestSuite/WICD_CDR_WP1/test-child-param-render-dynamic.xhtml
http://www.w3.org/2004/CDF/TestSuite/WICD_CDR_WP1/test-viewport-background.xhtml
http://www.w3.org/2004/CDF/TestSuite/WICD_CDR_WP1/test-leftovers-click.xhtml
http://www.w3.org/2004/CDF/TestSuite/WICD_CDR_WP1/test-smil-parallel.xhtml
http://www.w3.org/2004/CDF/TestSuite/WICD_CDR_WP1/test-smil-timelinesync.xhtml

There is a much better looking WICD matrix here:

http://www.w3.org/2004/CDF/TestSuite/WICD_CDR_WP1/wicdmatrix.xhtml

Timur



Re: WICD 1.0 implementation progress

by Timur Mehrvarz :: Rate this Message:

Reply to Author | View Threaded | Show Only this Message


Re: WICD 1.0 implementation progress

by Timur Mehrvarz :: Rate this Message:

Reply to Author | View Threaded | Show Only this Message


We updated the WICD implementation matrix:

- Added Opera Mobile 9.5.1 Beta1 (tested on a Windows Mobile handset  
device)
- Filled in results for all "still missing" test cases. (The matrix is  
currently complete.)

Timur

http://www.w3.org/2004/CDF/TestSuite/WICD_CDR_WP1/



Re: WICD 1.0 implementation progress

by Doug Schepers-3 :: Rate this Message:

Reply to Author | View Threaded | Show Only this Message


Hi, Timur-

Thanks!  We were just looking at this again. :)

Regards-
-Doug

Timur Mehrvarz wrote (on 7/24/08 10:19 AM):

>
> We updated the WICD implementation matrix:
>
> - Added Opera Mobile 9.5.1 Beta1 (tested on a Windows Mobile handset
> device)
> - Filled in results for all "still missing" test cases. (The matrix is
> currently complete.)
>
> Timur
>
> http://www.w3.org/2004/CDF/TestSuite/WICD_CDR_WP1/
>


WICD Core 10.0: Intended Layout

by Timur Mehrvarz :: Rate this Message:

Reply to Author | View Threaded | Show Only this Message


WICD Core 10.2 "Style sheet being provided for specific agent classes"  
says:

   A user agent that discovers a CSS style sheet, provided for its own  
device
   class, should assume the content was created with specific  
properties "in
   mind". The agent is then expected to deactivate any custom adaptation
   techniques (for example rendering wide screen content on a narrow  
screen)
   and display the intended layout "as is".
   http://www.w3.org/TR/WICD/#intended-layout-1

When creating content for small screen devices, the ability to tell  
user agents to _not_ activate any adaptation techniques is  
indispensable.

MobileSafari and Opera Mobile support this now - but differently. Both  
agents support the  <meta name="viewport" content="...">  element in  
HTML as described here:
http://developer.apple.com/documentation/AppleApplications/Reference/SafariWebContent/UsingtheViewport/chapter_4_section_5.html

As a consequence, I request an update to WICD Core 10.2 and 10.3, so  
that the desired functionality does not anymore depend on the use of  
style sheets, but the meta/viewport element. The existing  
specification on developer.apple.com, refers to the iPhone only and it  
also does not specify the meta element for use in XHTML. It would be  
good to have a w3 rewrite of this functionality.

Since two vendors support the desired behaviour already, two more  
fields in the WICD testsuite could go straight from red to green.

Timur



RE: WICD Core 10.0: Intended Layout

by JOSE MANUEL CANTERA FONSECA :: Rate this Message:

Reply to Author | View Threaded | Show Only this Message

Hi Timur,

The problem of not activating client-side, browser-made adaptation seems to be very similar to the problem of announcing that a web page is intended to mobile devices in order not to be "touched" by server-side Content Transformation Proxies. The CT Guidelines spec [1] advocates, among others, the usage of <link rel="alternate" media="handheld"> mechanisms to announce it.

I think W3C needs to provide a unique solution to the problem and not to suggest different mechanisms in different specs.

I'm ccing the BP group mailing list

Best Regards

[1] http://www.w3.org/TR/2008/WD-ct-guidelines-20080801/


-----Mensaje original-----
De: public-cdf-request@... [mailto:public-cdf-request@...] En nombre de Timur Mehrvarz
Enviado el: miƩrcoles, 06 de agosto de 2008 16:56
Para: public-cdf@...
Asunto: WICD Core 10.0: Intended Layout


WICD Core 10.2 "Style sheet being provided for specific agent classes"
says:

   A user agent that discovers a CSS style sheet, provided for its own
device
   class, should assume the content was created with specific
properties "in
   mind". The agent is then expected to deactivate any custom adaptation
   techniques (for example rendering wide screen content on a narrow
screen)
   and display the intended layout "as is".
   http://www.w3.org/TR/WICD/#intended-layout-1

When creating content for small screen devices, the ability to tell
user agents to _not_ activate any adaptation techniques is
indispensable.

MobileSafari and Opera Mobile support this now - but differently. Both
agents support the  <meta name="viewport" content="...">  element in
HTML as described here:
http://developer.apple.com/documentation/AppleApplications/Reference/SafariWebContent/UsingtheViewport/chapter_4_section_5.html

As a consequence, I request an update to WICD Core 10.2 and 10.3, so
that the desired functionality does not anymore depend on the use of
style sheets, but the meta/viewport element. The existing
specification on developer.apple.com, refers to the iPhone only and it
also does not specify the meta element for use in XHTML. It would be
good to have a w3 rewrite of this functionality.

Since two vendors support the desired behaviour already, two more
fields in the WICD testsuite could go straight from red to green.

Timur



Re: WICD Core 10.0: Intended Layout

by Timur Mehrvarz :: Rate this Message:

Reply to Author | View Threaded | Show Only this Message


Hi Jose Manuel,

browser-adaptation and proxy-transformation are related, for sure. And  
authors need to be able to switch off both adaptation techniques. I'm  
just not convinced that there must be a single off-switch for the two  
things.

If <meta name="viewport" .../> can be used to switch off browser-
adaptation and something else (maybe a HTTP header, maybe a handheld  
style sheet) can be used to reliably prevent proxy-transformations,  
wouldn't that be okay as well?

Browser vendors may lay out the argument for why media="handheld" does  
not switch off browser adaptation. What I can say, is that meta/
viewport does seem to work just fine. And that w3 specs may need to  
adjust - and not give wrong advice.

Timur

On 11.08.2008, at 16:58, JOSE MANUEL CANTERA FONSECA wrote:

> Hi Timur,
>
> The problem of not activating client-side, browser-made adaptation  
> seems to be very similar to the problem of announcing that a web  
> page is intended to mobile devices in order not to be "touched" by  
> server-side Content Transformation Proxies. The CT Guidelines spec  
> [1] advocates, among others, the usage of <link rel="alternate"  
> media="handheld"> mechanisms to announce it.
>
> I think W3C needs to provide a unique solution to the problem and  
> not to suggest different mechanisms in different specs.
>
> I'm ccing the BP group mailing list
>
> Best Regards
>
> [1] http://www.w3.org/TR/2008/WD-ct-guidelines-20080801/
>
>
> -----Mensaje original-----
> De: public-cdf-request@... [mailto:public-cdf-request@...] En  
> nombre de Timur Mehrvarz
> Enviado el: miƩrcoles, 06 de agosto de 2008 16:56
> Para: public-cdf@...
> Asunto: WICD Core 10.0: Intended Layout
>
>
> WICD Core 10.2 "Style sheet being provided for specific agent classes"
> says:
>
>   A user agent that discovers a CSS style sheet, provided for its own
> device
>   class, should assume the content was created with specific
> properties "in
>   mind". The agent is then expected to deactivate any custom  
> adaptation
>   techniques (for example rendering wide screen content on a narrow
> screen)
>   and display the intended layout "as is".
>   http://www.w3.org/TR/WICD/#intended-layout-1
>
> When creating content for small screen devices, the ability to tell
> user agents to _not_ activate any adaptation techniques is
> indispensable.
>
> MobileSafari and Opera Mobile support this now - but differently. Both
> agents support the  <meta name="viewport" content="...">  element in
> HTML as described here:
> http://developer.apple.com/documentation/AppleApplications/Reference/SafariWebContent/UsingtheViewport/chapter_4_section_5.html
>
> As a consequence, I request an update to WICD Core 10.2 and 10.3, so
> that the desired functionality does not anymore depend on the use of
> style sheets, but the meta/viewport element. The existing
> specification on developer.apple.com, refers to the iPhone only and it
> also does not specify the meta element for use in XHTML. It would be
> good to have a w3 rewrite of this functionality.
>
> Since two vendors support the desired behaviour already, two more
> fields in the WICD testsuite could go straight from red to green.
>
> Timur
>
>