On Wed, 2008-03-19 at 16:40 -0700, Mark Diggory wrote: > This is why its my opinion not to go that deep into the system. Skip > DRI altogether an write a document() include in the theme that > retrieved the feed. Author a few xslt templates into the base xslt > of the theme to handle formating.
Transclusion of feeds in Manakin is problematic whether you do it in a theme or in the aspect layer. Either way you have the problem of handling escaped HTML markup. You can't just use disable-output-escaping in a Cocoon pipeline. Doing the transclusion on the client side in XSLT you could use d-o-e, but on the client side you have another problem which is complying with "cross-domain" security restrictions in the browser. That applies to JavaScript as well as XSLT of course. > Nobody, says it has to be perfect and support every possible case at > first. Thats the beauty of being Open Source, support the basic > formats Atom, RSS 2.0 RSS 1.0 with default assumptions and accept > fixes from there on. > -Mark > > On Mar 19, 2008, at 3:46 PM, Conal Tuohy wrote: > > > IMHO news-sourced-from-RSS would best be implemented on the server > > side, > > as an Aspect. It you had an Aspect that converted RSS (or Atom) feeds > > into DRI then you could plug it in as a replacement to news.xml, and > > still use any of the existing themes etc to render it. > > > > Coincidentally I've been doing voluntary work in the last week on a > > website which is an aggregation of blogs. I used Sun's "Rome" library > > which can parse and convert feeds of various formats (because there > > are > > about 1 zillion different flavours of RSS at least). I used Rome to > > parse and aggregate feeds and convert the result to Atom 1.0. Then I > > wrote an XSLT to render that as HTML. I found Rome is still not quite > > production quality (I used it anyway and just fixed the few bugs I > > found). > > > > If you're considering processing feeds in XSLT, one thing which is > > worth > > noting upfront is that sometimes feeds will contain quoted html > > markup, > > e.g. > > > > <div style="font-weight: bold"><p>Blah > > blah</p><div> > > > > Usually in XSLT you'd handle that with disable-output-escaping, but > > that's not going to produce well-formed DRI XML is it? (NB d-o-e > > simply > > has no effect in Cocoon). So it might be necessary to wheel in the > > HTMLGenerator to convert each such snippet into well-formed XHTML, and > > from there into DRI. > > > > Cheers > > > > Con > > > > On Wed, 2008-03-19 at 07:38 -0700, Mark Diggory wrote: > >> I know where he's going with it though... > >> > >> Are there any generic XSLT libraries for rendering RSS feeds? Maybe > >> the News.xmls should just be rss feeds, not DRI? > >> > >> -Mark > >> > >> On Mar 19, 2008, at 6:59 AM, Scott Phillips wrote: > >> > >>> > >>> javascript would need to be at the theme layer. By default Manakin > >>> will provide set the RSS feeds in the HTML header and most browsers > >>> will put an icon at the end of the URL bar for them. If you would > >>> like > >>> to change this behavior then you will need to customize it in a > >>> theme. > >>> > >>> Scott-- > >>> > >>> > >>> On Mar 19, 2008, at 6:08 AM, George Hamilton wrote: > >>> > >>>> Hello > >>>> > >>>> In the old JSP dspace we had some javascript embedded in the news > >>>> html > >>>> file for rendering an RSS feed. Looking at the DRI Schema there > >>>> doesn't > >>>> appear to be an element for scripts. Does anyone have advice on > >>>> how > >>>> this can be done? > >>>> > >>>> Regards > >>>> > >>>> George > > -- > > Conal Tuohy > > New Zealand Electronic Text Centre > > www.nzetc.org > > > -- Conal Tuohy New Zealand Electronic Text Centre www.nzetc.org ------------------------------------------------------------------------- This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ _______________________________________________ DSpace-tech mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/dspace-tech
