Your idea of packaging the data and transformation with a batch file and
the Saxon library is good.
I have done this before, but from my experience some users did not have a
Java runtime environment installed on their computers so Saxon would not
work.
Another method I have used is to provide a PowerShell script that
encapsulates calls to the XSLT transform methods of the .net environment.
Although this only works with users running Windows and only supports XSLT
1.0. And then you can still run into security issues with PowerShell
execution policies.
So distributing XSLT transforms that users can run locally is really not
simple anymore...
Le mer. 30 mars 2022 09 h 40, Michele R Combs mrrothen(_at_)syr(_dot_)edu <
xsl-list-service(_at_)lists(_dot_)mulberrytech(_dot_)com> a écrit :
Thanks to everyone who responded. Unfortunately I think local servers
etc. would be much too complicated for my audience and require too much
time/effort to set up for each person (everyone uses their own laptop).
This is for a library science course, and the only reason my students need
this setup is so they can complete a single assignment – i.e., to create an
EAD-encoded finding guide for the archival collection they’ve been working
on. The assignment is intended merely as a brief introduction to finding
aids encoding, and the simplest way for them to check their work and make
sure it looks nice/is correct is to view their EAD in their browser. In
years past this has been straightforward, but it’s getting progressively
more difficult to give them a simple turn-key method, what with different
laptops, different operating systems, and different browsers. I suppose I
could give them Saxon and a pre-written batch file so all they have to do
is double-click; saxon is pretty self-contained.
Anyway, thanks very much for all the options and the discussion – I’ve
learned a lot and will save all these emails for future reference :)
Michele
On 29-03-22 18:06, Michele R Combs mrrothen(_at_)syr(_dot_)edu wrote:
This is XSL-coding-adjacent so I’m hoping someone knows.
Firefox is declining to apply an xsl stylesheet to an XML document. This
is a pair of documents I’ve used many times over the years for demoing how
the browser can be used to apply XSL to render an XML file into HTML. Last
year we had to tweak Firefox’s privacy.file.unique.origin setting in
about:config but that particular setting doesn’t seem to be present in
this latest version of Firefox, at least I don’t see it in about:config,
nor anything resembling it. Both the XML and XSL are in the same local
folder on my desktop. If anyone knows a fix I’d be grateful.
Thanks
Michele
*+++++++++*
*Michele Combs* | Lead Archivist
Special Collections Research Center
*Visit our blog!* library-blog.syr.edu/scrc/
Syracuse University Libraries
222 Waverly Ave
Syracuse, New York 13244
*t* 315.443-2081 | *e* mrrothen(_at_)syr(_dot_)edu | *w* scrc.syr.edu
*SYRACUSE UNIVERSITY*
syr.edu
XSL-List info and archive <http://www.mulberrytech.com/xsl/xsl-list>
EasyUnsubscribe <http://lists.mulberrytech.com/unsub/xsl-list/2652055> (by
email)
XSL-List info and archive <http://www.mulberrytech.com/xsl/xsl-list>
EasyUnsubscribe <http://lists.mulberrytech.com/unsub/xsl-list/1127818> (by
email)
XSL-List info and archive <http://www.mulberrytech.com/xsl/xsl-list>
EasyUnsubscribe <http://lists.mulberrytech.com/unsub/xsl-list/3367177> (by
email <>)
--~----------------------------------------------------------------
XSL-List info and archive: http://www.mulberrytech.com/xsl/xsl-list
EasyUnsubscribe: http://lists.mulberrytech.com/unsub/xsl-list/1167547
or by email: xsl-list-unsub(_at_)lists(_dot_)mulberrytech(_dot_)com
--~--