collections of texts (like web home pages) vs individual texts which have contents-and-chapters
"abstract" In earlier versions of lemur.com and CircuitousRoot.com, I'd had a style where I had a sort of a list of links to sub-pages. Each item in the list would be fairly large; it'd have a biggish icon/image on the left, a title (of the sub-document, e.g.) to the upper right, and optionally some explanatory text below the title (which if it got long enough could actually wrap below the image, making it look a bit like the big initial letter in a paragraph in a medieval manuscript). I used this style for individual images (as their main entry, linking to larger versions) as well. The trouble is, this wasn't really a list. The "items" were too big, and it didn't fit the list semantics of either the TEI or HTML. It was also possible to imagine this construct appearing in non-list forms; e.g., in a table or two dimensional array. Moreover, in some cases I used such a "list" to go to chapters of a document, while in others a regular list of chapters (not formatted up in this way) seemed better. What I finally decided was that the semantics of what I had resembled those of an "abstract" - a sort of a brief summary of a particular topic. In my usage, such a summary would probably also include its title and an image. The critical thing, then, was to identify this as a unit. I selected the "ab" TEI tag, which is like a paragraph but has no paragraph semantics. (It's a sort of generic block-level element.) Having so identified the unit, such a unit, when it appears, may be set off from the rest of the document in any way the designer of the formatting scripts desires: not at all, by spaces, with a border, etc. This would be specified in the XSLT+CSS (in the CSS, really) for HTML, in the XSL+FO for PDF, etc. (but not in the TEI encoding itself). Within such an "abstract" block, anything at all may be encoded using other TEI encoding. For example, I can include an image (anywhere, not just at the beginning) using the "graphic" TEI tag (probably without any "figure" tag around it). I can encode a title by highlighting some text appropriately. I can wrap the whole thing in a "ref" so that clicking anywhere links, or I can set up any individual part (or no part) as a link. In my practice, when using this "abstract" to link to the index document of a subdirectory, I often use an image/icon in the abstract which is a symbolic link to the mastered "category" image for this subdirectory. cd images-mastered-for-scaling ln -s ../SUBDIR/IMAGE-sfN.png IMAGE-sfN.png
LEGAL SECTION The idea is to have a regular order of topics: in "availability" section of TEI Header each in an ab 1. Identification of all PD material ab type="legal-item-pd" 2. Identification of non-PD but fairly or freely used material ab type=legal-item-fairuse ab type=legal-item-withpermission ab type="legal-item-ccbysa" ab type="legal-item-gfdl" ab type="legal-item-gfdl-ccbysa" ab type=[add these as I encounter them] 3. Copyright and License ab type="copyright" [user-supplied text, such as:] DATE by OWNER 4. License ab type="legal-license-c" ab type="legal-license-ccbysa" ab type="legal-license-gfdl" ab type="legal-license-gfdl-ccbysa" 4. DMM/RK service/tm recognition ab type="legal-tm" CircuitousRoot & circuitousroot.com are service marks of David M. MacMillan. 5. other TM recognition (spell out in text) ab type="legal-tm" 6. "Presented originally by" line ab type="legal-presented-originally" auto gen: "Presented originally by " supply content: ref target... Circ Root ...
NOTES SYSTEM entity declarations must occur on a single line public-vs-private can define attribute n='private' for only these entities: ab (not yet done) p (done) item (done) may add certain types of div later (chapter, section, broadside, broadside-divider ?) default build is "private" (= show everything) on a private build, show private ab/p/item shaded on a public build, omit them to override the build, do: make P=public to do a full public build: svn clone the tree make clean (NOTE: must "make clean" or public make will only hit changed source) make P=public ftp directories by hand to public location (NOTE: even private directories will build!) div An ordinary TEI "div" without any attributes works. The XSL ignores it. div type="broadside" The name "broadside" probably isn't good. I'm using this for simply collecting together things other than chapters, sections, and running text - for example, sequences of links to pages. Right now, the XSL just generates an HTML div of class="broadside" and the CSS clears it both left and right. div type="broadside-divider" This is intended to be a separator between "broadsides" and other material. The XSL generates an HTML div of class="broadside-divider" The CSS clears it left and right and then centers whatever is inside it. I often just put an image (TEI: graphic) inside it. In particular, if my TEI graphic specifies a scalable image, the image scaling process can give me a nice sort of icon. One convention here is to call this icon "broadside-divider-sfN.png" in images-mastered-for-scaling, but that is just a convention (not forced by the TEI, XSL, or CSS) div type="chapter" section SHOULD EACH PAGE BE A CHAPTER? NO - only when the "feel" like a new chapter otherwise it just adds another level of N. numbering to the headers general page/document conventions the title and subtitle are from the teiHeader on the index.tei page, often it's nice to use a div type="broadside-divider" below that, with the link-topic image in it to make it quite clear where we've gone to code is defined in TEI P5 Chapter 27 "Documentation Elements" ab ("arbitrary block"?) is defined in TEI P5 Chapter 14 "Linking, Sefmentation, and Aligmnent," section 14.3 "Blocks, Segments, and Anchors" type= type="code" block-level code example for phrase-level code, use "code" code for phrase-level code for block-level code, use 'ab type="code"' lang=awk bash make note for all notes - footnotes, margin notes / sidebars, biblio place=foot footnotes margin small notes to sidebars block a block element inline in the text flow e.g., for annotations in a bibliography distinct for highlighting when there is semantic knowledge of the thing highlighted (vs hi for something visually distinct for reasons unknown) type="filename" type="variable" a user-definable element of a programming language, including variables proper, function names, etc. ="function" synonym for "variable" type="input" user input, commands-as-typed type="output" program or system output type="keyword" a reserved keyword in a programming language type="program" a program or command when used as if it might be typed but not when it is simply the name of the program (this distinction isn't always clear) hi rend= for highlighting when there is no semantic knowledge of the thing highlighted rend=italic figure head use for name figDesc use for alternative text description graphic width use only for non-scalable bitmaps height use only for non-scalable bitmaps scale TEI defines this as a probability between 0 and 1. odd. so circumvent by prefixing a decimal point to the graphein scale factor: 0.1, 0.2, ... 0.4 if not present, not scalable url omit suffix omit SF if scalable if scalable, XSL will add SF for each order of search: PNG then JPG if SVG exists, special link to it (for now don't use by default as many viewers can't do SVG; in future probably reverse this behavior and default to SVG, keeping PNG/JPG as alternative) chemical formulae use "formula" tag to mark off entire formula rather than reference another formula markup DTD, or non-XML system, just use Unicode to encode the formula. The Unicode superscript/subscript range is: superscript: 2070, 00B9, 00B2, 00B3, 2074-2079 superscript parens: 207D, 207E superscript +/-: 207A, 207B subscript: 2080-2089 subscript parens and +/- exist too. middle dot: 00B7 (note that the superscript range takes some from the C1/Latin-1 range, too) remember: in vi, entering 4-digit Unicode is ctrl-v u XXXX At this time (2007), Chemical Markup Language seems ill-defined and poorly supported, so I'll just go with this simpler solution. I may regret this later. in each directory, if any of the documents in it have images (other than the standard linking icons) or in the index document if any of the standard linking icons are new in the directory, have a single TEI-encoded document called "about-the-images.tei" which describes them. In each document which has such images, put the following div in the back matter: div ab type=about-the-images-link" div
Use Unicode, not HTML entities. Encode as Unicode (UTF-8), not numeric entity references. For trademark, registered trademark, and copyright symbols, use Unicode. Copyright symbol: U+00A9 (U+0080 - U+00FF: C1 Controls and Latin-1 Supplement) Registered Trademark Symbol: U+00AE (U+0080 - U+00FF: C1 Controls and Latin-1 Supplement) TM symbol: U+2122 (U+2100 - U+214F: Letterlike Symbols)
All portions of this document not noted otherwise are Copyright © 2006-2007, 2022 by David M. MacMillan.
Circuitous Root is a Registered Trademark of David M. MacMillan.
This work is licensed under either of two licenses, at your option:
(A) Permission is granted to copy, distribute and/or modify this document under the terms of the GNU Free Documentation License, Version 1.2 or any later version published by the Free Software Foundation; with no Invariant Sections, no Front-Cover Texts, and no Back-Cover Texts. A copy of the license is included in the section entitled " GNU Free Documentation License".
(B) This work is licensed under the Creative Commons "Attribution - ShareAlike" license. See http://creativecommons.org/licenses/by-sa/3.0/ for its terms.
Presented originally by Circuitous Root®