Login 
 
 Pref   Your subscriptions   Home   Help 
users@ml.mod-xslt2.com
mod-xslt2 - Users Mailing List
   
 
List info
 
 
 
Subscribe
 
 
Unsubscribe
 
 
Archive
 
 
Post
 



Advanced search
2004 01 02 03 04 05 06 07 08 09 10 11 12
2005 01 02 03 04 05 06 07 08 09 10 11 12
2006 01 02 03 04 05 06 07 08 09 10 11 12
2007 01 02 03 04 05 06 07 08 09 10 11 12
2008 01 02 03 04 05 06 07 08 09 10 11 12
2010 01 02 03 04 05 06 07 08 09 10 11 12

  previous   Chronological   next       previous   Thread   next  

Re: [mod-xslt users] exsl:document in modxslt Toby White
  • From: Toby White <tow21@xxxxxxxxx>
  • To: users@xxxxxxxxxxxxxxxx
  • Subject: Re: [mod-xslt users] exsl:document in modxslt
  • Date: Fri, 22 Jul 2005 18:01:14 +0100
  • Organization: University of Cambridge
  • References: <42E0191D.9030807@cam.ac.uk> <6cd02f8c050722065635fd36@mail.gmail.com> <42E0FFBE.7090507@cam.ac.uk> <6cd02f8c05072209177fbe157e@mail.gmail.com>
  • User-agent: Debian Thunderbird 1.0.2 (X11/20050602)


  • Eric Anderson wrote:
    > Well I thought since href was relative that it would go there. But
    > instead I think it is in the working directory of apache itself. I
    > specified an absolute directory to /var/www/localhost and it worked
    > fine; so you can try /tmp/structure.xml and it should work.

    Ah - thanks. Indeed it does. However, I'm not really happy with
    hardcoding paths into the xslt that are specific to my
    particular modxslt configuration. In fact, thinking about
    it, I'm fairly sure that what I want to do is not actually
    trivially possible with modxslt.

    Perhaps I should explain better what I'm trying to do. I've
    got dynamically generated xml, output from various
    calculations, which can be transformed into readable
    html for monitoring. Currently, the transform produces
    one main page, plus ten or twenty additional documents, which
    are either svg, cml or short html docs, which are all
    referenced from the main page by relative href.

    I've been doing this by hand with xsltproc, and pointing
    my browser at the resultant documents, but I thought I
    would see if I could do it automatically through apache.

    What I was hoping would be possible is that modxslt
    would intercept the request, and transparently process
    it with xslt (presumably actually putting the result
    in a temporary directory somewhere), so that when
    I requested
    "get_file.py?file=output.xml"
    it would produce a suite of documents that would all
    be positioned relative to each other, but I wouldn't
    care where they actually were - indeed they need not
    exist anywhere except in apache's memory.

    If I relied on hardcoding paths in the xslt, I couldn't
    use the same xslt as I do when using it from the
    command line, and if I attempted to view two of these
    documents at the same time, they'd overwrite each other's
    output.

    So - is modxslt able to do this, or am I expecting too
    much? If it's not possible, I'll see how much of the
    information can be inlined into the main output,
    and try and do away with the extra documents.

    --
    Dr. Toby White
    Dept. of Earth Sciences, Downing Street, Cambridge CB2 3EQ. UK
    Email: <tow21@xxxxxxxxx>

      Powered by Sympa