Deprecated: Assigning the return value of new by reference is deprecated in /afs/w3.org/pub/WWW/2005/06/blog/inc/_main.inc.php on line 123 Deprecated: Assigning the return value of new by reference is deprecated in /afs/w3.org/pub/WWW/2005/06/blog/inc/_main.inc.php on line 129 Deprecated: Assigning the return value of new by reference is deprecated in /afs/w3.org/pub/WWW/2005/06/blog/inc/_main.inc.php on line 136 Deprecated: Assigning the return value of new by reference is deprecated in /afs/w3.org/pub/WWW/2005/06/blog/inc/_main.inc.php on line 170 Deprecated: Assigning the return value of new by reference is deprecated in /afs/w3.org/pub/WWW/2005/06/blog/inc/_main.inc.php on line 200 Deprecated: Assigning the return value of new by reference is deprecated in /afs/w3.org/pub/WWW/2005/06/blog/inc/_main.inc.php on line 206 Deprecated: Assigning the return value of new by reference is deprecated in /afs/w3.org/pub/WWW/2005/06/blog/inc/_main.inc.php on line 231 Deprecated: Assigning the return value of new by reference is deprecated in /afs/w3.org/pub/WWW/2005/06/blog/inc/_main.inc.php on line 242 Deprecated: Assigning the return value of new by reference is deprecated in /afs/w3.org/pub/WWW/2005/06/blog/inc/_main.inc.php on line 254 Deprecated: Assigning the return value of new by reference is deprecated in /afs/w3.org/pub/WWW/2005/06/blog/inc/_main.inc.php on line 293 Deprecated: Assigning the return value of new by reference is deprecated in /afs/w3.org/pub/WWW/2005/06/blog/inc/_main.inc.php on line 351 Deprecated: Assigning the return value of new by reference is deprecated in /afs/w3.org/pub/WWW/2005/06/blog/inc/_main.inc.php on line 352 Deprecated: Assigning the return value of new by reference is deprecated in /afs/w3.org/pub/WWW/2005/06/blog/inc/_main.inc.php on line 353 Deprecated: Assigning the return value of new by reference is deprecated in /afs/w3.org/pub/WWW/2005/06/blog/inc/_main.inc.php on line 354 Deprecated: Assigning the return value of new by reference is deprecated in /afs/w3.org/pub/WWW/2005/06/blog/inc/_main.inc.php on line 355 Deprecated: Assigning the return value of new by reference is deprecated in /afs/w3.org/pub/WWW/2005/06/blog/inc/_main.inc.php on line 571 Deprecated: Assigning the return value of new by reference is deprecated in /afs/w3.org/pub/WWW/2005/06/blog/inc/_misc/_misc.funcs.php on line 197 Deprecated: Assigning the return value of new by reference is deprecated in /afs/w3.org/pub/WWW/2005/06/blog/inc/_misc/_misc.funcs.php on line 202 Deprecated: Assigning the return value of new by reference is deprecated in /afs/w3.org/pub/WWW/2005/06/blog/inc/_connect_db.inc.php on line 27 Warning: Cannot modify header information - headers already sent by (output started at /afs/w3.org/pub/WWW/2005/06/blog/inc/_main.inc.php:123) in /afs/w3.org/pub/WWW/2005/06/blog/inc/MODEL/sessions/_session.class.php on line 222 Deprecated: Assigning the return value of new by reference is deprecated in /afs/w3.org/pub/WWW/2005/06/blog/inc/MODEL/generic/_genericelement.class.php on line 112 Deprecated: Assigning the return value of new by reference is deprecated in /afs/w3.org/pub/WWW/2005/06/blog/inc/MODEL/dataobjects/_dataobject.class.php on line 428 Deprecated: Assigning the return value of new by reference is deprecated in /afs/w3.org/pub/WWW/2005/06/blog/inc/MODEL/dataobjects/_dataobject.class.php on line 437 Deprecated: Assigning the return value of new by reference is deprecated in /afs/w3.org/pub/WWW/2005/06/blog/inc/MODEL/collections/_category.funcs.php on line 390 Deprecated: Assigning the return value of new by reference is deprecated in /afs/w3.org/pub/WWW/2005/06/blog/inc/_misc/_resultsel.class.php on line 549 Deprecated: Assigning the return value of new by reference is deprecated in /afs/w3.org/pub/WWW/2005/06/blog/inc/_misc/_resultsel.class.php on line 563 Deprecated: Assigning the return value of new by reference is deprecated in /afs/w3.org/pub/WWW/2005/06/blog/inc/MODEL/items/_itemlist.class.php on line 602 Deprecated: Assigning the return value of new by reference is deprecated in /afs/w3.org/pub/WWW/2005/06/blog/inc/MODEL/items/_item.class.php on line 2952 Deprecated: Assigning the return value of new by reference is deprecated in /afs/w3.org/pub/WWW/2005/06/blog/inc/_misc/_plugins.class.php(3113) : eval()'d code on line 1 Deprecated: Assigning the return value of new by reference is deprecated in /afs/w3.org/pub/WWW/2005/06/blog/inc/_misc/_plugins.class.php(3113) : eval()'d code on line 1 Deprecated: Assigning the return value of new by reference is deprecated in /afs/w3.org/pub/WWW/2005/06/blog/inc/_misc/_plugins.class.php(3113) : eval()'d code on line 1 Deprecated: Assigning the return value of new by reference is deprecated in /afs/w3.org/pub/WWW/2005/06/blog/inc/_blog_main.inc.php on line 306 Deprecated: Assigning the return value of new by reference is deprecated in /afs/w3.org/pub/WWW/2005/06/blog/inc/MODEL/items/_itemlist2.class.php on line 120 Deprecated: Assigning the return value of new by reference is deprecated in /afs/w3.org/pub/WWW/2005/06/blog/inc/MODEL/items/_itemlist2.class.php on line 796 Deprecated: Function ereg() is deprecated in /afs/w3.org/pub/WWW/2005/06/blog/inc/_blog_main.inc.php on line 413 Warning: Cannot modify header information - headers already sent by (output started at /afs/w3.org/pub/WWW/2005/06/blog/inc/_main.inc.php:123) in /afs/w3.org/pub/WWW/2005/06/blog/inc/MODEL/skins/_skin.funcs.php on line 71
I'm glad that the Mobile Web for Social Development Interest Group I have been co-chairing eventually published its mobile Web for social development roadmap, its most important deliverable.
This is finalizing 16 months of hard work and discussions. We hope now to receive comments from different groups including the Web Accessibility Initiative, the W3C Internationalization Working Group, Mobile Web Best Practices, Voice Browser, but also from the community working in the field (NGOs, development agencies, etc.).
I believe this document is an important milestone in the path to extend the frontier of the Web in developing regions. It is the first document published by W3C that investigate the potential of the Web and mobile technologies in the Social Development domain, and identifies technology (and other) gaps to be bridged in the future by W3C, the Web Foundation and others.
It is also in my opinion a useful resource for those in the field willing to mainstream mobile technologies in their project. Having discussed with and visited different organizations deploying mobile content and applications in the field, I have come to realized that many of them have a vision of how ICT can help achieving their own goals/impact, but are missing an overview of the available technology landscape. They are usually moving from the vision to the tools directly: looking at what they can find on the market, and using it. I think that it is critical to add an intermediary step, before moving to the tools, to look at the specific needs, profile and requirements of the targeted end-users, the objective of the application, and the complete life-cycle of the project before choosing a particular (set of) technology(ies). The MW4D roadmap hopes to fill this gap, helping organizations to understand the technology landscape and informing them on the critical factors to consider before choosing one specific option.
Obviously, this is only a first step. They are lots of directions to explore. For instance, the document does not investigate specific application fields, and it would be interesting to understand the specificities of each domain (health, government, education, etc.), to identify patterns or information needs that are relevant to these domains, and how to address them. The current roadmap also focuses on using mobile phones to access content, but not to author or deliver content. If mobile phones are really the “computer for Africa”, it is critical to investigate how these devices could become an authoring platform, or a delivery platform (e.g. hosting a web server to deliver content and share information with surrounding clients).
This are only a few examples of potential future items for our group. The group just got an extension till the end of February 2010 to build a new charter, and define its future. Note that the MW4D IG is a public Interest Group, and does not require W3C membership to participate. See details on how to join the MW4D IG.
Therefore, I encourage everybody interested in this topic to join the group, the mailing-list and the bi-monthly teleconferences to participate in the work on this future new charter.
I also encourage everyone to read the published MW4D roadmap and provide feedback!
StephaneThe MW4D IG published on November 17 2009 its Mobile Web for Social Development Roadmap. This document summarizes the work of the group since its creation in June 2008.
It describes some of the current challenges of deploying development-oriented services on mobile phones. It suggests the most promising directions for lowering barriers to developing, deploying and accessing services on mobile phones and thereby creating an enabling environment for more social-oriented services to appear.
A growing number of W3C specifications describe JavaScript APIs using WebIDL, including HTML5, XmlHTTPRequest, the Geolocation API, and the many other APIs in development in the Web Applications and Device APIs and Policy Working Groups.
WebIDL allows to define these interfaces with their methods and properties in an abstract language, while giving specifics on how they have to be implemented in EcmaScript (JavaScript’s official name).
Using that abstract language makes it possible to automatically generate a number of test cases to check the specified interfaces are correctly implemented (or as often, correctly specified!): I discovered a few weeks ago the great WTTJS tool that does exactly this — it takes a WebIDL definition, some indications on how to instantiate the declared interfaces, and it then generates a bunch of test cases that can easily be used directly in browsers.
For instance, after having extracted the WebIDL from the Geolocation API using the WebIDL checker, I got a set of test cases that allowed me to find out that the Geolocation API was not clear enough on defining which interfaces were supposed to be directly instantiable — this has now been partially corrected in the latest Editors draft.
The WebIDL specification is still evolving, and as a result, not all its constructs are currently supported in WTTJS, so running it on a WebIDLs fragments that use the latest syntax capabilities will likely require some light hand edits; but it certainly remains a great tool to help in the development of JavaScript specifications. Thank you, Wakaba!
The CSS WG looked, among other things, at the stability of the Backgrounds and Borders module and an issue with replaced elements and 'run-in' in CSS 2.1.
There was also news about Selectors: after seeing the number of implementations, the Director agreed to give the specification Proposed Recommendation status. The review period will start in a few days.
the shadow is cast by a negative of the alpha channel, then clipped to the actual alpha channel)
The pieces we'd need to address, in various combinations: background layers, border (one piece), content (one piece)) Only adjacent layers would need to be composited together. Drop shadows would then paint immediately below the composited layer. See also fantasai's message on this topic.
filter property would be able to
address these use cases, particularly if parametrized canned filters were
added for commonly desired effects and CSS targets were added e.g. as
described by roc.It is proposed to add media queries to <video> and then
to also define queries for the user's special needs. These new media queries
will go into a new media queries module.
Reviewed status of CSS2.1 test suite. Still on track wrt roadmap. fantasai has a rough coverage report, but is missing many of Microsoft's tests because they don't have the right metadata. (Microsoft's management is preventing Arron from correcting the tests.)
color-correction property with
values default and srgb where default
is UA-defined and srgb corrects untagged images to sRGB.display: run-inWorked through issues summarized in Bert's email
::first-lines and run-ins.Reviewed examples of copyfitting by changing the font size and various past proposals for addressing some of the use cases. Intentions can be split into:
dbaron proposes a copyfit property to trigger these behaviors. An alternate
proposal is to incorporate this into text-justify.
Related behaviors were mentioned: specifically, triggering justification on the last line only if it's longer than a certain threshold; and specifying a minimum length for the last line, which would trigger whole-paragraph justification if the last line were not long enough.
Conclusion is to add some notes to css3-text and leave it for the next active editor to deal with.
font-variant and font feature support in CSSJohn Daggett proposes adding subproperties to font-variant
for allowing access to the more common OpenType features. font-variant
would become a shorthand for font-variant-ligatures,
font-variant-alternates, font-variant-caps,
font-variant-numeric, font-variant-position.
There some concern about fallback behavior for subscript and superscript features, and winding up with either a complete loss of semantics or a double-sub/superscript rendering.
John notes that OpenType has language-sensitive rendering, and proposes allowing an explicit choice of typographic language different from the content language.
There's concern about exposing alternate glyphs from a generic mechanism such as font-variant, because the choices are very font-specific. Proposals include dealing with it in @font-face; and pairing the glyph set number with the font name so that it only triggers on that font name.
Otherwise the WG is mostly in agreement and pressures jdaggett into putting his proposal in the editor's draft. :)
text-overflow: ellipsisResolved: Only horizontal overflow triggers for text-overflow: ellipsis. Add a new keyword for handling ellipsis due to vertical overflow (where the ellipsis appears on the last line only).
Discussed other issues with text-overflow, including:
overflow, whether it prevents overflow, whether
it requires overflow: hidden, what happens with overflow: scroll,
how that makes sense with floats, etc.Apparently some of these questions were resolved over lunch.
Full minutes
The fourth annual IGF Meeting was held in Sharm El Sheikh, Egypt on 15-18 November 2009. The W3C Internationalization Activity had a poster [PDF] at the event.
The POWDER Working Group was formally closed yesterday, 24th November, 2009. The WG homepage is now locked and, until and unless another group updates the work, that really is the end of the process. But there were two more things that happened yesterday as well.
First was that the PICS Recommendations were marked as superseded by POWDER. The listing of documents on the Current Status page for PICS now includes links to the relevant up to date documents (not all of which are within POWDER) and each of the Recommendations themselves includes a prominent message that it has been superseded. PICS was a major piece of work right at the very beginning of W3C and many of its features are still apparent within POWDER. A comparison of the two is available separately.
The second event yesterday took place at at the European Commission in Luxembourg: the (successful!) final review for the Quatro Plus project. This project provided much of the impetus for the development of POWDER and it is fitting that these two final events took place simultaneously.
Looking back through the later posts in this blog, I see a glaring omission so let me correct that right away. Many individuals and the companies for which they work contributed to POWDER, many of them over a sustained period of time from initial identification of the problem through to the eventual solution. The danger in listing people is that you forget someone but let me do my best to list correctly the people who have made substantial contributions and/or given critical support at different times during the development process. My personal and sincere thanks to:
And, to the person/people I forgot to mention, my sincere apology.
Now all that's left to do is to exploit the technology. Asked to sum up what POWDER does, for Semantic Web folk I can do no better than to quote Dan Brickley explaining it to Brian McBride: "It solves the About Each Prefix problem." A slightly richer summary of POWDER might be: it allows you apply common RDF descriptions, such as Dublin Core metadata, CC licences, trustmarks and more, to whole groups of resources. It can be processed as XML or OWL (noting a semantic extension) and the output is always regular RDF triples.
Hope you find it useful.
On November 5th, Christian Lieske and Felix Sasaki gave a talk entitled Standards-based Translations with W3C ITS and OASIS XLIFF at TCWorld, Wiesbaden, Germany.
The slides are in PDF. The presentation describes ITS and XLIFF, the two standards which are important for proper internationalization and localization of XML. Topics include a discussion of general benefits of standards-based internationalization and localization, an introduction to both standards and how they help to achieve such benefits, and an explanation of the relation between the two. A highlight was the introduction of a tool for round-tripping from an XML-document with ITS information to XLIFF, and the integration of translated material from XLIFF back into the original XML. [search keys: talk-2009 talk-sasaki] talk-lieske]
The major change was the addition of detailed information about use of CSS selectors with xml:lang, but there were many other edits (see the list below). Translators should consider retranslating the whole tutorial. [search keys: qa-css-lang]
The article was updated as follows:
Web authoring tools ease publication process. Simplicity comes with some loss of control over the generated content. There is hardly anything an authoring tool user may do to improve her content when the W3C mobileOK Checker reports that pop-up windows should not be used. So what?! I do not have any of these pop-up links in my content!
The underlying theme can be updated, but this approach works up to a point when e.g. the post would best be split into multiple pages when delivered on mobile devices. Authoring tools that do not provide content adaptation mechanisms need to be extended to be able to serve mobile-friendly content to mobile devices.
I have been working on an open-source suite of tools written in PHP lately, named mobileOK Pythia, designed to help generate mobileOK content and more generically speaking to help adapt content to fit the properties of the requesting device. Here is a short overview of the outcome of this work. More information (including crucial information about the choice of Pythia as a name ;)) can be found in the documentation of mobileOK Pythia.
This work is part of the MobiWeb 2.0 project supported by the European Union's 7th Research Framework Programme (FP7).
From a user's point of view, the visual and hopefully useful outcome of this work is the creation of the mobileOK Pythia plug-ins for WordPress and Joomla! that make it possible to generate mobileOK content with these tools.
The plug-ins feature:
Link HTTP header field as decribed in the POWDER Primer.The development of a third plug-in for Moodle has started but it is still work in progress.
There exist other plug-ins that provide similar functionality (see for instance WordPress Mobile Plugin, WordPress Mobile Pack, Mobilebot 1.0 or WAFL: Mobile Content Adaptation). mobileOK Pythia separates tool-specific functionalities from tool-agnostic libraries to ease porting to other tools. In particular, the plug-ins wrap the same extensible libraries:
AskPythia is an open-source conforming implementation of the Device Description Repository Simple API in PHP. It is not a DDR but a wrapper to existing DDRs.
AskPythia ships with an implementation on top of the WURFL database that maps WURFL capabilities to properties defined in the Device Description Repository Core Vocabulary standard. Support for other DDRs is welcome!
Check AskPythia's documentation for more information.
TransPythia is a transcoding library that adapts content (HTML, CSS, images) based on the capabilities of the requesting device. The library ships with a set of transcoding actions that are particularly adapted to mobile devices and that may be extended as needed.
Main transformations are:
Check TransPythia's documentation for more information.
If you would like to comment, contribute, report bugs or simply tell us what you think, you are very welcome! Feel free to send an email to the public-mobile-dev@w3.org mailing-list (with public archives).
The Mobile Web For Social Development (MW4D) Interest Group, part of the Mobile Web Initiative, has published a Group Note of Mobile Web for Social Development Roadmap. This document describes some of the current challenges of deploying development-oriented services on mobile phones. It suggests the most promising directions for lowering barriers to developing, deploying and accessing services on mobile phones and thereby creating an enabling environment for more social-oriented services to appear.
“The cornerstone of all testing done on the core of the Opera browser is our automated regression testing system, named SPARTAN. The system consists of a central server and about 50 test machines running our 120 000 automated tests on all core reference builds. The purpose of this system is to help us discover any new bugs we introduce as early as possible, so that we can fix them before they cause any trouble for our users.”
The MW4D IG held its 28th teleconference on October 29 2009.
The approved minutes are available at http://www.w3.org/2009/10/29-mw4d-minutes.html
Previous meeting minutes are available from the teleconference archives
I’ve been working over the past few weeks on a nifty little tool that summarizes a number of W3C technologies, including the Mobile Web Best Practices, in a mobile-friendly format, called the W3C Cheatsheet.
See my post in the W3C blog to learn more about it, and send your feedback!
The review period for the two Last Call working drafts published by the Mobile Web Best Practices Working Group last month ends tomorrow. This is a reminder that the public community is invited to review and comment the drafts:
Comments should be sent to the public-bpwg-comments@w3.org mailing-list (with public archives). Thanks in advance!