I want my customization to add a few possible values to the list P5 provides for a semi-closed attribute list. E.g., the @type of <idno>. P5 says it has "ISBN", "ISSN", "DOI", "URI", "VIAF", "ESTC", and "OCLC". We'd like our customization to add "LC" and "LCCN" to that list. None of the expected combinations of values of @mode ("add" and "change") that I've tried have worked. Two of the more obvious combinations: --------- A --------- <elementSpec module="header" ident="idno" mode="change"> <gloss>JUST A TEST GLOSS to make sure <val>change</val> is working</gloss> <attList> <attDef ident="type" mode="change"> <valList type="semi"> <valItem ident="LC" mode="add"> <gloss>U.S. Library of Congress call number</gloss> </valItem> <valItem ident="LCCN" mode="add"> <gloss>Library of Congress control number</gloss> </valItem> </valList> </attDef> </attList> </elementSpec> --------- B --------- Same, but added @mode of "add" to <valList> For (A), nothing was added -- the list I ended up with was the same as P5. For (B) the 2 new values replaced the existing ones, so I had only those, and none of the 7 from P5. Any thoughts?
Syd-- My first thought is I could swear I just tried to do this exact thing to another attribute list in the past month, and I thought it worked but now I am not so sure... I'll take a look and report back. My second thought is, apparently the positioning of @mode makes a big difference. What happens if you put @mode="change" on valList, leaving everything else the same? Very creeped out by this ODD behavior, Elisa -- Elisa Beshero-Bondar, PhD Director, Center for the Digital Text Associate Professor of English University of Pittsburgh at Greensburg 150 Finoli Drive, Greensburg, PA 15601 USA E-mail: ebb8@pitt.edu | Development site: http://newtfire.org Typeset by hand on my iPad
On Aug 31, 2017, at 11:35 PM, Syd Bauman
wrote: I want my customization to add a few possible values to the list P5 provides for a semi-closed attribute list. E.g., the @type of <idno>. P5 says it has "ISBN", "ISSN", "DOI", "URI", "VIAF", "ESTC", and "OCLC". We'd like our customization to add "LC" and "LCCN" to that list. None of the expected combinations of values of @mode ("add" and "change") that I've tried have worked. Two of the more obvious combinations:
--------- A --------- <elementSpec module="header" ident="idno" mode="change"> <gloss>JUST A TEST GLOSS to make sure <val>change</val> is working</gloss> <attList> <attDef ident="type" mode="change"> <valList type="semi"> <valItem ident="LC" mode="add"> <gloss>U.S. Library of Congress call number</gloss> </valItem> <valItem ident="LCCN" mode="add"> <gloss>Library of Congress control number</gloss> </valItem> </valList> </attDef> </attList> </elementSpec>
--------- B --------- Same, but added @mode of "add" to <valList>
For (A), nothing was added -- the list I ended up with was the same as P5. For (B) the 2 new values replaced the existing ones, so I had only those, and none of the 7 from P5.
Any thoughts? -- tei-council mailing list tei-council@lists.tei-c.org http://lists.lists.tei-c.org/mailman/listinfo/tei-council
PLEASE NOTE: postings to this list are publicly archived
Yup, that did it (i.e., changing @mode on <valList> to "change") Elisa, thanks! But that begs the question as to what's going on. Even if having "change" as the value is the right way to do this (which, although not obvious, is certainly not silly, either), why did I get three different results with 1) <valList>, 2) <valList mode=add>, and 3) <valList mode=change>? If the default value of @mode is "add" (which is what the documentation for att.combinable says is the default), then (1) & (2) should have been the same. If the default value of @mode here is "change, because that's what my parent had", then (1) and (3) should have been the same.
My first thought is I could swear I just tried to do this exact thing to another attribute list in the past month, and I thought it worked but now I am not so sure... I'll take a look and report back. My second thought is, apparently the positioning of @mode makes a big difference. What happens if you put @mode="change" on valList, leaving everything else the same?
Very creeped out by this ODD behavior,
participants (2)
-
Elisa
-
Syd Bauman