[Phoenix] UniZH sample broken with regard to location paths

Thomas Comiotto comiotto at rcfmedia.ch
Thu Sep 21 14:12:13 CEST 2006


Hi Andi

>
> So, just to be clear: on your system, document/content is in a 
> namespace then, no?
>

No it's not. What lenya is doing is to envelope

  - document source
  - navigation
  - metadata (sometimes)

by a null namespaced root fragment like this

<document>
   <navigation xmlns="nav" xmlns:nav="nav">
     ..
   </navigation>
   <content>
     <documentsource xmlns="foo" xmlns:foo="foo">
       <bar/>
     </documentsource>
   </content>
</document>

This envelope is not editable of course, so the current unizh neutron 
implementation uses a view template:

<document>
   <navigation>
     ..
   </navigation>
   <content>
     <xi:include href="foo.xml"/>
   </content>
</document>

If the unizh sample is to be fixed then by adding the missing view 
template. BTW, the yulup sourcenode resolver does not account for view 
templates yet but that's easy to add:

  - check if a view template is provided. Implemented
  - if so, aggregate the template. Implemented
  - apply the sourcetagger to the template instead of the source (keep 
in mind that the stylesheet fits the aggregated template). Implemented
  - _yulup_location_path data will correspond to the aggregated template 
now. To obtain a source location path you need to extract the relevant 
path segments by a template lookup mechanism that removes template 
specific location path segments - this should support multiple document 
sources (currently not possible because neutron lacks resource 
identifiers). Not yet implemented

--
Bests
Thomas
  




More information about the Phoenix mailing list