[XSL-LIST Mailing List Archive Home] [By Thread] [By Date] [Recent Entries] [Reply To This Message]

Re: xslt create a variable from external xml file

Subject: Re: xslt create a variable from external xml file
From: "Peter Flynn peter@xxxxxxxxxxx" <xsl-list-service@xxxxxxxxxxxxxxxxxxxxxx>
Date: Mon, 28 Aug 2023 12:02:21 -0000
Re:  xslt create a variable from external xml file
On 28/08/2023 12:36, LEGAULT, PHILLIP plegault@xxxxxxxxxx wrote:
Thanks everyone for your help.

By way of an obiter dictum, I have appended what I used to tell students about running *any* software likely to need to open all sorts of files.

The reason I have used "should" or "probably" reflects the pre-XML mess
of trying to guess where SGML software was looking for resolution of
external file entities, external DTD subsets, or even for the CATALOG
file itself. Those days are fortunately long behind us.

I would be interested to know if any of these still cause users trouble
when executing parsers, validators, IDEs, processors, etc.



1. If you run the program from the command line, it will probably take
   with it the context of the directory where you typed the command;

2. If you run the program by clicking on an icon (desktop/toolbar/panel
   /dock), it will probably take with it the context of your login
   (home) directory UNLESS the icon's "Launch In..." setting was

3. If you cause the program to run by clicking on the file you want to
   process, it will probably acquire the context directory of that file;

4. If you run the program by some other means like a "Process" button in
   an editor, IDE, control panel, web browser, etc, then all bets are
   off because there will probably be some directory configuration
   option that you set up (and that you can find out or change).


a. Files with relative paths will probably be opened relative to the
   execution directory in [1b4].

b. Files with absolute paths or file:// URIs (or indeed any URI) should
   be opened correctly.

c. Files with OS-specific paths like Hard Disk:System,
   /usr/share/doc, or C:/Program Files/foo should be regarded as errors
   or breakage-points and avoided.

=========================================================== 1998-04-16

Current Thread


Purchasing Stylus Studio from our online shop is Easy, Secure and Value Priced!

Buy Stylus Studio Now

Download The World's Best XML IDE!

Accelerate XML development with our award-winning XML IDE - Download a free trial today!

Don't miss another message! Subscribe to this list today.
First Name
Last Name
Subscribe in XML format
RSS 2.0
Atom 0.3
Site Map | Privacy Policy | Terms of Use | Trademarks
Free Stylus Studio XML Training:
W3C Member
Stylus Studio® and DataDirect XQuery ™are products from DataDirect Technologies, is a registered trademark of Progress Software Corporation, in the U.S. and other countries. © 2004-2013 All Rights Reserved.