On Mar 19, 2008, at 5:30 PM, Conal Tuohy wrote:

>
> 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.

This is the case when the transform is not the final serialization to  
the output stream.

If its a question of it being well formed xhtml coming out of the  
template... A simple Java class can be created to assist in this area  
using JTidy to process the string containing the html prior to  
processing it into the outputstream.


>
> 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.

That depends on how your calling in your content... For instance,  
most of the JSON world relies on the fact that you can add javascript  
from an external site using xhtml script tags... But thats not in the  
scope of our discussion.

-Mark

>> 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

Reply via email to