Raphael Luta wrote:
> My point is that you actually don't have to use all the
> features offered
> by a browser, just stick to standard stuff. Used any <blink>
> tags lately ?
>
> :)
Blink? Huh? :-)
You're right but unfortunately sometimes customers want all the latest stuff
possible with IE, and all the latest stuff possible with Mozilla/NS/... at
the same time.
So we end up matching UA instead of using a browscap, sigh.
> > The Action component gives you the possibility to specify
> some code (which
> > has a required minimal interface) to invoke during a
> certain pipeline.
> > Giacomo Pati told me you had full access to the Cocoon
> internals during the
> > execution of that class but you could do all kinds of
> back-end stuff also
> > within it (like accessing a DB, checking the session, etc...)
> >
> > That's what I understood from it, but IANAProgrammer :-|
> >
>
> Is that implemented yet ? I thought they were still working
> on designing
> this, but it sure sounds like a cool idea.
There's a org\apache\cocoon\acting\Action.java in the source tree, together
with a README and a sample piece of code that logs whether a Session object
is created on the Tomcat level.
> > After all, the sitemap could also be considered as being
> some kind of basic
> > webapp (mapping the URI namespace into serverside content
> generation &
> > filtering processes, where personalization sure needs to be
> an issue).
> >
>
> I'm not sure that the sitemap needs to be personalization
> aware, most of the
> time personalization only occurs at the content level. Also
> the sitemap
> currently knows how to select a resource based on personalization but
> there's currently no provision for joining resources.
I'm not sure whether all personalization only occurs on the content level,
and even less sure how you would do this, then. Personalization typically
occurs in code (shudder), so your webpub environment needs a webapp backing
in order to facilitate in-page-personalization.
But anyway, we should be thinking about this Portal API, not? :-)
</Steven>
(off for a couple of days, so don't expect me to continue on this
interesting thread until Monday)
--
--------------------------------------------------------------
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]
