Sunday, November 25th 2007
DDWG F2F summary published
A summary of the November DDWG Face-to-Face meeting was reported recently on the public mailing list: http://lists.w3.org/Archives/Public/public-ddwg/2007Nov/0042.html
There was considerable progress during the meeting, and some drafts of the DDR API interface were developed. Publications are expected soon. Read the report for more details.
Friday, November 2nd 2007
10:51:07, Categories: News
New DDWG publications
It has just been announced
on the DDWG public mailing list that revisions of two of the group's documents have been published:
The first versions of these documents appeared about two years ago. The new updates fill in the gaps. If you are wondering why the DDWG is doing what it is doing, these documents will help you understand.
Wednesday, October 24th 2007
Meeting Summary - 22 Oct 2007
[Meeting summary - 22 October 2007] End of properties, Korea agreed, Boston scheduling, Publications.
[Properties] The wiki now reflects the state of the group regarding decisions about properties that are to be part of the Core Vocabulary. It was decided that next Monday would be the end of this round of deliberations on the vocabulary, with all future discussions to take place from January. This will give space to the group to concentrate on the API. One of the issues not yet resolved is the significance of device "brand" and "model". As the association of hardware/software to brand/model is not one-to-one, is unpredictable and is not generally not essential for real time adaptation, it's value as a core property is questionable. However, for non-realtime authoring phase use, the brand/model is very useful. It was suggested that perhaps the group's work on structures could provide a mechanism for associating brand/model information with entries in a repository. This remains an open issue.
[Korea] Following a group vote, a decision was reached to accept the invitation to hold a face-to-face meeting in Korea next March.
[Boston] An ongoing poll reveals that there will be several active DDWG participants at the Boston face-to-face in November, but (not surprisingly) several are also engaged in work with other W3C groups during that week. The group chairs will coordinate their respective agenda to make optimal use of member availability.
[Publications] The two legacy documents are on track for publication. A draft of the Core Vocabulary document will be attempted during the F2F. With the discussions on the vocabulary being parked from next Monday, there should be an opportunity now to concentrate on the API document. Meanwhile the group also hopes to close the discussion on the outstanding high-level Requirements document during the F2F.
[DOM bindings] A recent (Oct 17) draft document from the CSS Working Group includes several items of interest regarding the use of IDL for specifications involving DOMs. Some of this information can inform the DDWG's work on drafting an API for the DDR. An issue has been raised to ensure that members of the group become familiar with the document.
[Admin] The group's internal tracker now has the means to flag items for review. There has also been some progress on the merger of the group wiki to a new platform.
Attendees: Anders, Andrea, Bryan, Dimitar, Jo, Matt, Martin, Mike, Rafa, Rotan.
Thursday, October 18th 2007
Meeting Summary - 15 October 2007
[Meeting Summary - 15 Oct 2007] Vocabulary resolutions, Korea F2F.
[Vocab] This week’s conference call was energetic and productive. The main topic on the agenda was to make decisions on the many proposed core vocabulary properties, taking into account the many responses and other comments received to date. Over the past week, the group had been voting to identify those properties that were core, not core and deserving of further debate. It was assumed that those who had engaged in the voting had strong opinions to express.
The first property discussed related to H.264 (Baseline Profile Level 1.0). This deals with streaming video rates. It was felt that this property was outside of the scope of a core vocabulary that was focussed only on the essential properties for adapting Web content for mobile delivery contexts. The group intends to respond to the proposal by indicating how domain specific, custom and advanced vocabularies can be created; and the role of the UWA ontology in this regard. It was resolved that H.264 is not part of the core vocabulary.
The next property was the DOM Level of the browser. It was felt that the DOM Level did not have a strong bearing on the adaptation of content. Knowing the DOM Level might be useful in adapting scripts that access the DOM. In the same vein, the group considered the XMLHTTPRequest support of the browser, and again this was felt to be a script-oriented property. Both of these properties would be considered core to an adaptation process for mobile Ajax, but not for a simple adaptation process that is dealing with simple Web content. It was decided that these properties would be communicated to the OpenAjax Alliance, with a view to encouraging them to create a vocabulary for adaptation of Ajax, following the example of DDWG.
The proposed property of Characters Per Line was debated. It was suggested that this property would be useful for pagination. However, it was also seen as a throwback to the old days of WML content, where fonts were very simple and the character density was an important property. Today, with variable fonts and more complex layouts, character density is less precise. In the absence of exact font information, and approximation based on screen resolution would probably suffice. To do things like sophisticated line wrapping, you would need much more detailed information about the fonts, which the group agreed would go far beyond a simple adaptation. For simple adaptation, the screen width would be a sufficient means to approximate the character density and thus the Characters Per Line property was resolved to be non-core.
It was pointed out that no matter what the DDWG decides will be in the core, there will be people who will say some properties are missing. The best that the group can achieve is a basic vocabulary that will support simple content adaptation, and be sufficient to demonstrate the operation of the DDR API. This needs to be explained in the Vocabulary document.
The group then turned its focus on some properties that all agreed were core: the dimensions of the screen. The width and height were seen by everyone as essential for content adaptation. While previous proposed properties were rejected from the core, these two properties were immediately resolved to be core properties.
With this practice on the decision process, the group agreed to take the discussion to the electronic forum, where the remaining candidate properties would be debated, and some further resolutions taken. This debate, and the conclusions, would be visible on the public mailing list and the wiki.
[Korea] Finally the group acknowledged an invitation to hold a face-to-face meeting in Korea in 2008. The group will send a formal response after polling the members.
Matt, Andrea, Pontus, José, Jo, Rotan, Martin, Dimitar, Kevin, Jongpil, Bryan, Nacho
Thursday, October 11th 2007
Meeting Summary - 8 October 2007
[Meeting summary – 8 Oct 2007] Vocabulary contributions, Screen orientation, Publications, Documents status.
After a pause in the teleconference schedule, DDWG resumes its regular weekly meetings.
[Contributions] Many new vocabulary properties were proposed from the MyMobileWeb project. Some of the project’s properties come from WURFL and some are specific to the project. A number of the properties were considered to be core to the MyMobileWeb project and have been submitted for consideration in the DDR Core Vocabulary. Some of the submitted properties deal with simple features, while others deal with bugs and limitations. The UWA ontology can represent these properties. It is expected that any of the recent submissions that are not eventually made part of the DDR Core Vocabulary will still be represented in the UWA ontology.
One submitted property was Preferred Image Format. It was pointed out that the preferred format might also depend on what was in the image itself (a face, or a diagram, or text) and not just on the rendering ability of the device. This is an example where the application context can also influence adaptation. In general, accessing the delivery context is more than just accessing the static properties that would be stored in a DDR. A generic delivery context API is outside the scope for the DDWG, but is likely to feature in any particular adaptation implementations.
In some contexts, the value of certain properties can be known a priori, and therefore can be recorded in a repository. Some properties vary from context to context, but remain static in any particular context. Some properties cannot be known in advance, but may have a default value that can be overridden when the actual value is discovered. Access to all these properties cannot be satisfied by the DDW API, whose scope is for those properties whose value can be known in advance.
[Screen orientation] On a related topic, the OMA has asked for feedback on developments regarding the access to screen orientation information. This is a property that for some contexts is static, while for other contexts it is dynamic. The DDWG will provide some feedback to the OMA on this matter, particularly on how the orientation information is handled in dynamic contexts.
[Publications] The group has resolved to publish the final versions of the Landscape and Ecosystem documents, with congratulations to the editors (past and present) and contributors. Publication is expected before the end of the month.
[Vocabulary document] The wiki pages of the vocabulary have been updated to include all (except today’s) recent submissions. The group must now evaluate and decide upon the properties, which are considered to be core, and which are not. All will be forwarded to the UWA for consideration in the ontology. The names of the properties have not yet been decided. An attempt will be made to ensure that there is some agreement on naming between the vocabulary and the ontology, but such agreement is not essential. Where there is the possibility of confusion, or where unnecessary complexity can be avoided, appropriate alternative names may be used. For example, the issue of “supported features” has been discussed recently and the group decided that it makes more sense to record “features that are claimed to be supported” rather than “features that are fully 100% verified to be supported”, given that the latter would probably be empty in many real-world cases. However, for the DDR Core Vocabulary it may make more sense to use the name “supports”, while mapping it to the ontology definition for “claims support for”.
The group will commence its deliberations on the recent vocabulary submissions immediately.
[API document] There was an editors call about two weeks ago, but no substantial progress since then. The editors are committed to making progress as much as possible, and will aim to have publishable material this month.
José, Rotan, Matt, Martin, Anders, Bryan, Jo, Pontus, Andrea, Rodrigo, Jongpil, Nacho
<< Previous Page :: Next Page >>