James Clark wrote:
> The main new feature is a new mechanism for locating the schema, as I
> described in the proposal I sent earlier, although I haven't yet
> implemented everything in the proposal.
The new mechanism looks like a step in the right direction for
usability, but at the moment it seems to lack some of the flexibility of
the old mechanism, or maybe it is my lack of understanding.
My situation is that I have several files that need different schemas,
but for historical reasons they have the same top-level element, but
different filenames. One such type of file can have any filename, but is
always located in a specific subdirectory. I have several copies of
these files in different directories, and I want a single copy of the
schemas.
With the old mechanism, I was able to accomodate this with suitable
regular-expressions:
(("\\`.*/views/.*\\.xml\\'" "~/schemas/altioview.rnc")
("\\`.*/altioapp.xml\\'" "~/schemas/altioapp.rnc")
("\\`.*/altioserver.xml\\'" "~/schemas/altioserver.rnc")
...
But the new mechanism doesn't seem to support any form of regular
expression or wildcard, and the uri resource attribute seems to be
relative to the locatingRules.xml file rather than the working directory
of the buffer, so even the last two rules above don't look possible.
------------------------ Yahoo! Groups Sponsor ---------------------~-->
Rent DVDs from home.
Over 14,500 titles. Free Shipping
& No Late Fees. Try Netflix for FREE!
http://us.click.yahoo.com/ybSovB/hP.FAA/3jkFAA/2U_rlB/TM
---------------------------------------------------------------------~->
To unsubscribe from this group, send an email to:
emacs-nxml-mode-unsubscribe@xxxxxxxxxxxxxxx
Your use of Yahoo! Groups is subject to http://docs.yahoo.com/info/terms/
|
