Some input to this discussion...
Implementations of W3C Recommendations normally start during
the
Candidate Recommendation phase, and sometimes before.
Interoperable
implementations are necessary to prove the viablity of a
technology
prior to it being formally Recommended. Therefore I suggest
you also
include CR phase specifications in your analysis. Note that
some
proposals remain in CR for a considerable length of time,
not because of
the lack of implementations but because of not conducting
formal interop
tests.
The specifications in a Rec often result from direct input
from, or
consultation with, interested parties such as telecoms
operators,
manufacturers, service providers etc. These parties do not
necessarily
wait for W3C, but will actively prepare their R&D
activities to
prototype the proposals. Also, many of the technologies
represented by
W3C Recs are the result of contribution from participants in
Working
Groups derived from their own research/products. This often
results from
the participants coming to an agreement that their
individual solutions
would have a greater impact if contributed to the community
(e.g.
standardisation on an API resolves overheads in a market
segment, thus
growing that segment and making business propositions viable
for all
participants). Most of the Working Groups (including DIWG)
comprise
market competitors who willingly cooperate, contribute and
agree on this
basis.
Many companies adopt W3C Recommendations, and many companies
adapt W3C
Recommendations. Naturally the idea is that the Recs would
be adopted
rather than adapted. However, the realities of the world
teach us that
in certain niche areas, specialisation requires that little
changes
(adaptations) are made to implementations in order to make
them more
suitable. Some companies like to describes these as
"enhancements". The
W3C responds to this inevitable evolution by making it
possible for such
enhancements to be brought back and made part of a revised
Recommendation. This is one of the reasons why W3C
technologies continue
to evolve. The history of CC/PP and UAProf comes to mind, as
does the
history of XHTML, XHTML-Basic and XHTML-MP.
No single technique dominates in the world of content
adaptation. The
representatives in DIWG have many years in this business.
Some of their
technologies are similar, and some are quite different. This
is both
because of their business history and the market(s) they
address. You
should choose your techniques based on your specific
circumstances (the
nature of your content, the nature of your audience, the
nature of your
network, the division of roles and responsibilities, the
cost of your
resources etc.).
Naturally, we would suggest that you look at DISelect and
DIAL. It is
inevitable that these will evolve and find uses that we have
not yet
anticipated, but they are a good start at providing a DI
framework. The
concepts underpinning these technologies have already been
proven in
products from members of DIWG. DISelect and DIAL illustrate
a particular
way in which these concepts can be realised, and we await
feedback from
the community.
Finally, please note that the DIWG is not a consulting
organisation, so
we regret that beyond pointing out what has been published
by W3C and
what has been learned through the efforts of Working Groups,
we will not
be able to provide formal consulting services.
Rotan Hanrahan (member of DIWG).
________________________________
From: www-di-request w3.org [mailto:www-di-request w3.org]
On Behalf Of
P. Hemagiri
Sent: 16 October 2006 08:26
To: www-di w3.org
Cc: Sandeep Khomne; Sameer Tamboli; P. Hemagiri
Subject: few queries on Device independence to start
research further
Importance: High
Hi All,
It's really great to see a helping hand from all you. I
have started
reading the documents and it's very interesting.
Actually our company was planning to set up a research team
which will
develop device independent content for mobile learning. For
successful
planning and execution I need few doubts to be clarified
from you all.
As of my understanding once a Working Draft Becomes
recommendation, then
only all the major Telecom or Device manufacturing companies
will start
adapting the standards set by w3 (please correct me if am
wrong).
If the above said is the case, then the below is our plan
* Identify the Recommendations set by W3c till now
for device
independent content delivery.
* Recommendations adapted by Device manufacturing
companies to
be identified. To be in detail, we have to conclude which
models have
adapted which recommendations.
* If we find a minimum one model from every major
manufacturer
supporting the above identified recommendations, we will
proceed to
point 4.
* We will research and explore the technologies laid
by the
recommendations and start developing content.
Can we actually develop a Device Independent Content
Delivery with the
current technologies adapted by Device manufacturers?
If we can, how much time and resources are required to
successfully
develop device independent content for mobile learning?
In our Initial findings, the below listed technologies are
going to rule
the future of Device Independent content delivery,
* WAP 2.0 - XHTML along with ECMAScript
* XHTML Mobile Profile (XHTML MP)
* ECMAScript Mobile Profile (ESMP)
* WAP Push
* SMIL
* CSS3: Media queries
* Xforms
* VoiceXML
* Device Independent Authoring Language (DIAL)
Guys, the above said plan is a rough draft out of our
understanding. Do
correct us or you all can always suggest a different plan
altogether.
Thanks in advance,
Hemagiri.
|