Next message: Martin Spamer: "RE: Server Side Magic."
Date: Tue, 19 Jun 2001 09:41:59 +0100 (BST)
From: Stu Lewis <sdl7@aber.ac.uk>
To: Tomas.Majak@speedytomato.net
cc: jvierine@mail.niksula.cs.hut.fi, www-mobile@w3.org, www-tv@w3.org
Message-ID: <Pine.GSO.4.10.10106190936010.25725-100000@stonkin>
Subject: RE: Server Side Magic.
Juha / Tomas,
The suggestion that Tomas made will work. I have recently completed a
working server using CC/PP. It only worked on 3 parameters; the ML that
the browser requires, the size of the UA screen, and the MIME types that
the browser accepts.
My servlet dynamically made a XSL stylesheet to reformat the content that
was stored in XML. It reformatted the XML content to whatever markup
language the browser wanted (e.g. HTML, WML etc). The tricky XML/XSL
conversions were performed using Cocoon from apache (xml.apache.com). It
is a great project that allows easy manipulation of XML and XML
stylesheets.
Email me personally if you would like more details.
Stu.
On Mon, 18 Jun 2001 Tomas.Majak@speedytomato.net wrote:
* Hi Juha,
*
* I am not quite sure if I follow you all the way, but it seems to me as if
* you could take another approach;
*
* Firstly you could determine basic information from the client, such as which
* ML it uses. From there moving on to display and memory capabilities. Once
* these are determined you could produce XML according to the memory
* limitations. This XML which now is fitted for the memory capabilities of the
* terminal could then be parsed to the ML that the terminal supports according
* to it's CC/PP. Then continue with tweaking the content of the ML in order to
* make it fit the display, e.g. choose color depth and size of images.
*
* This could all be done with rules for selecting the content and
* parameterized functions which produce it.
*
* Hope I made my self clear.
*
* Kind regards
*
* Tomas Majak
*
* > -----Original Message-----
* > From: Juha Vierinen [mailto:jvierine@mail.niksula.cs.hut.fi]
* > Sent: den 18 juni 2001 18:21
* > To: www-mobile@w3.org; www-tv@w3.org
* > Subject: Server Side Magic.
* >
* >
* > Hello,
* >
* > We are planning to test CC/PP with a web servlet and a browser[1].
* > The CC/PP information can already be sent with the HTTP request in our
* > browser. We also have implemented a servlet stub that reads the CC/PP
* > information and makes it accessible. The problem is with the
* > server logic.
* >
* > The server has to do some magic, to come up with a page which fits the
* > client. One way to do this would be to have some kind of data
* > structure,
* > which contains all the different possibilities to render the page,
* > all of them attached to a CC/PP file containing a profile.
* > From this it
* > would be possible to some kind of best-fit page to send.
* >
* > One simple example would be a site consisting of XML files.
* > Every XML page
* > has, say three different stylesheets (XSL), which are
* > designed for three
* > different sized displays. Each stylesheet contains, in CC/PP,
* > the size of
* > the page. When a request comes, we calculate, which
* > stylesheet tranforms
* > the XML file nearest to the clients device. For this
* > scenario, we would
* > nead every file to contain a reference to a CC/PP file, or
* > there has to be
* > some data structure describing the site.
* >
* > Is there any standardized language for describing a such a
* > site? There are
* > propably many other ways to do this, which are they. I can
* > imagine that
* > there has been a lot of talk related to this, but I haven't found
* > anything. Can someone give me a hint on where to look?
* >
* >
* > [1] The XSmiles XML Browser http://www.xsmiles.org
* > + Support for SMIL, SVG, XSL-FO.
* >
* >
* > Juha Vierinen - XSmiles.org
* >
*
*