[EMAIL PROTECTED] wrote:
>
> Raphael Luta wrote:
>
> > I think an application neutral Portal API is possible but
> > would certainly leave
> > a lot of responsabilities on the portlet developers,
> > especially if we aim for
> > multi-device access. More on this when I have finished my
> > Jetspeed 2 paper...
>
> Can't wait until then ;-)
>
I don't write fast :(
> I would think that a device negotiation layer as you could call Cocoon would
> be extremely helpful working towards different devices - it does already
> quite a lot of things in terms of user agent detection and the like.
>
The browser detection of Cocoon definitely needs an improvement. The main
issue being that it detects browsers and not *capabilities*.
The ideal capability detection scheme would be something like :
- define a series of basic capabilities (ex: HTML3.2 or 4, CSS1, WML1.1,
screen resolutions, etc...)
- define a mapping between user-agent and capabilities:
Mozilla/5=HTML4,CSS1,DOM1
...
This way, designers can create L&F based on device capabilities and
not a specific browser model.
Such a piece of code would be of tremendous use for many Apache projects :
Turbine, Cocoon, Jetspeed, Jyve... and so should probably be considered
part of the Avalon project.
Of course, the difficult task in this is to keep track of all the
browsers capabilities...
> > The Cocoon project will mainly work on *static* content
> > aggregation so that
> > they can offer the same functionalities than Turbine layout model. A
> > Jetspeed implementation on Cocoon 2 will definitely take
> > advantage of their
> > work in static aggregation but I don't see currently a way to
> > integrate
> > in a meaningful way dynamic aggregation in a Cocoon 2 sitemap.
>
> What do you mean with dynamic aggregation? User-based? From what I
> understood of what Giacomo told me, the Action component is the way to go
> for all things dynamic in Cocoon(2).
>
For me: dynamic = user customizable. I'm waiting for Stefano proposal
to see what hooks would be available for jetspeed within the sitemap, but
I fear SoC (separation of concerns, Stefano's mantra for Cocoon 2) issues.
--
Rapha�l Luta - [EMAIL PROTECTED]
--
--------------------------------------------------------------
Please read the FAQ! <http://java.apache.org/faq/>
To subscribe: [EMAIL PROTECTED]
To unsubscribe: [EMAIL PROTECTED]
Archives and Other: <http://java.apache.org/main/mail.html>
Problems?: [EMAIL PROTECTED]
