doctools::i...port::docidx(n)

💖 doctools::idx::export::docidx — the docidx export plugin 💖

okay bestie, welcome to the Documentation tools corner of the universe, this is doctools::i...port::docidx(n), and no I will not be saying the full scary name every time, you know the one 🫶

---

✨ NAME ✨

doctools::idx::export::docidx — the docidx export plugin, she's a whole mood 💅

---

🌸 SYNOPSIS 🌸

package require Tcl 8.5 9

package require doctools::idx::export::docidx ?0.2.2?

export serial configuration

---

🦋 DESCRIPTION 🦋

So this package implements the doctools keyword index export plugin, and its whole job is generating docidx markup ✨

Now listen — this is an internal package of doctools. It's meant to be used by the higher level management packages that handle keyword indices, especially doctools::idx::export, the export manager. That's her natural habitat 🏡

Could you use it from a regular interpreter? Technically... yes? But only with contortions 😭 and it is not recommended. The proper way to use this functionality is through the package doctools::idx::export and the export manager objects it provides. That's the vibe, fr fr.

---

🎀 API 🎀

The API this package provides satisfies the spec of the docidx export plugin API version 2 👑

• export serial configuration — this command takes the canonical serialization of a keyword index (as specified in the section Keyword index serialization format), contained in serial, plus the configuration, which is a dictionary, and generates docidx markup encoding the index. The created string gets returned as the result of the command. That's it, that's the whole trick, she ate 💅

---

💜 [DOCIDX] NOTATION OF KEYWORD INDICES 💜

The docidx format for keyword indices — also called the docidx markup language — is too large to be covered in a single section. Like, genuinely enormous bestie, it's giving encyclopedia 😭

The interested reader should start with the document

1. docidx language introduction

and then proceed from there to the formal specifications, i.e. the documents

1. docidx language syntax and
2. docidx language command reference.

...to get a thorough understanding of the language. Go on, we believe in you 🌈

---

⭐ CONFIGURATION ⭐

The docidx export plugin recognizes the following configuration variables and changes its behaviour as they specify 👇

• string user — this standard configuration variable contains the name of the user running the process which invoked the export plugin. The plugin puts this information into the provenance comment at the beginning of the generated document. (Provenance! Fancy word, iconic behaviour 💅)
• string file — this standard configuration variable contains the name of the file the index came from. This variable may not be set, or it may contain the empty string. The plugin puts this information into the provenance comment at the beginning of the generated document, but only if it's defined, i.e. set and not the empty string.
• boolean newlines — if this flag is set, the plugin will break the generated docidx code across lines, with each markup command on a separate line.

If this flag is not set (the default), the whole document will be written on a single line, with minimum spacing between all elements. One line. One. Single. Line. 😳

• boolean indented — if this flag is set, the plugin will indent the markup commands according to the structure of indices. To make this work it also implies that newlines is set. This effect is independent of the value for aligned however.

If this flag is not set (the default), the output is formatted as per the values of newlines and aligned, and no indenting is done.

• boolean aligned — if this flag is set, the generator ensures that the arguments for the manpage and url commands in a keyword section are aligned vertically for a nice table effect. To make this work it also implies that newlines is set. This effect is independent of the value for indented however.

If this flag is not set (the default), the output is formatted as per the values of newlines and indented, and no alignment is done.

Heads up bestie: this plugin ignores the standard configuration variables format and map, and their values. Just straight up ignores them. Not her problem 💀

---

🌟 KEYWORD INDEX SERIALIZATION FORMAT 🌟

Here we specify the format used by the doctools v2 packages to serialize keyword indices as immutable values for transport, comparison, etc.

We distinguish between regular and canonical serializations. A keyword index may have more than one regular serialization, but only exactly one of them will be canonical. One and only one, main character energy 👑

regular serialization

1. An index serialization is a nested Tcl dictionary.
2. This dictionary holds a single key, doctools::idx, and its value. This value holds the contents of the index.
3. The contents of the index are a Tcl dictionary holding the title of the index, a label, and the keywords and references. The relevant keys and their values are
   • title — the value is a string containing the title of the index.
   • label — the value is a string containing a label for the index.
   • keywords — the value is a Tcl dictionary, using the keywords known to the index as keys. The associated values are lists containing the identifiers of the references associated with that particular keyword.

Any reference identifier used in these lists has to exist as a key in the references dictionary, see the next item for its definition. No orphan identifiers allowed, periodt 💅

• references — the value is a Tcl dictionary, using the identifiers for the references known to the index as keys. The associated values are 2-element lists containing the type and label of the reference, in this order.

Any key here has to be associated with at least one keyword, i.e. occur in at least one of the reference lists which are the values in the keywords dictionary, see the previous item for its definition.

4. The type of a reference can be one of two values,
   • manpage — the identifier of the reference is interpreted as symbolic file name, referring to one of the documents the index was made for.
   • url — the identifier of the reference is interpreted as an url, referring to some external location, like a website, etc.

canonical serialization

The canonical serialization of a keyword index has the format as specified in the previous item, and then additionally satisfies the constraints below, which make it unique among all the possible serializations of the keyword index 🦋

1. The keys found in all the nested Tcl dictionaries are sorted in ascending dictionary order, as generated by Tcl's builtin command lsort -increasing -dict.
2. The references listed for each keyword of the index, if any, are listed in ascending dictionary order of their labels, as generated by Tcl's builtin command lsort -increasing -dict.

---

🙈 BUGS, IDEAS, FEEDBACK 🙈

This document, and the package it describes, will undoubtedly contain bugs and other problems. Bestie, it's software, it's giving human 😭

Please report such in the category doctools of the Tcllib Trackers at http://core.tcl.tk/tcllib/reportlist. Please also report any ideas for enhancements you may have for either the package and/or the documentation — we want them, we love them, send them 🫶

When proposing code changes, please provide unified diffs, i.e. the output of diff -u. That's the format, no notes.

Note further that attachments are strongly preferred over inlined patches. Attachments can be made by going to the Edit form of the ticket immediately after its creation, and then using the left-most button in the secondary navigation bar. Left-most button, iykyk ✨

---

🌈 KEYWORDS 🌈

docidx, doctools, export, index, serialization

---

👑 CATEGORY 👑

Text formatter plugin

---

💖 COPYRIGHT 💖

Copyright (c) 2009-2019 Andreas Kupries <andreas_kupries@users.sourceforge.net>

---

and that's the whole page bestie!! this little number shipped with tcllib</> version 0.2.2 and lives under the page name doctools::i...port::docidx(n) — go forth and export your keyword indices, you absolute legend 🌸🦋💅✨