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

Undeclared attributes in Ælfred

• From: David Megginson <ak117@f...>
• To: xml-dev@i...
• Date: Sat, 20 Dec 1997 20:53:17 -0500

Peter Murray-Rust writes:

 > BTW I have now hacked AElfred beta 4 under JUMBO, and it seems to
 > work fine. I can extract all the DTD information I want and render
 > it as a tree, as well as the conventional data. If - as David
 > suggests - the current AElfred API is close to the planned
 > convergence, then fine. It *did* take me longer than 15 mins - but
 > I wasn't at my brightest :-). I'd still like to see the #IMPLIED
 > problem clearly agreed. AElfred AIUI outputs null as the value for
 > a non-existent attribute whether the attribute is declared or not

Thank you for taking the time to try out the new release.

For documents without DTDs, this is probably the only option (any
attribute is potentially an #IMPLIED attribute).  For documents with
DTDs, I could create a query method like

  boolean isDeclaredAttribute (String elname, String aname)

but Ælfred has already grown too large (it's over 25K), so I would
need evidence of a pressing need.  In the meantime, you can use the
query method

  Enumeration declaredAttributes (String elname, String aname)

to build a hashtable, and then look in the hashtable whenever you need
to know whether an attribute is #IMPLIED or simply undeclared.


All the best,


David

-- 
David Megginson                 ak117@f...
Microstar Software Ltd.         dmeggins@m...
      http://home.sprynet.com/sprynet/dmeggins/

xml-dev: A list for W3C XML Developers. To post, mailto:xml-dev@i...
Archived as: http://www.lists.ic.ac.uk/hypermail/xml-dev/
To (un)subscribe, mailto:majordomo@i... the following message;
(un)subscribe xml-dev
To subscribe to the digests, mailto:majordomo@i... the following message;
subscribe xml-dev-digest
List coordinator, Henry Rzepa (mailto:rzepa@i...)

• References:
  • Re: Plug and Play XML
    • From: MURATA Makoto <murata@a...>
  • Plug and Play XML
    • From: David Megginson <ak117@f...>
  • text/xml vs. application/xml
    • From: David Megginson <ak117@f...>
  • Re: text/xml vs. application/xml
    • From: Peter Murray-Rust <peter@u...>

• Prev by Date: Re: element content vs. element attribute
• Next by Date: element content vs. element attribute
• Previous by thread: Re: text/xml vs. application/xml
• Next by thread: Re: text/xml vs. application/xml
• Index(es):
  • Date
  • Thread