Frontends:PocketSword

2025-07-03T08:53:57Z

David Haslam: Added GitHub mirror link

Talk:DevTools:conf Files

2025-05-26T19:56:50Z

David Haslam: /* Feature=GreekDef & Feature=HebrewDef */

I have following paragraph here presevered until a decision is made.

==== Normalization ====
:''Currently, this optional key is a discussion proposal.''

Background: "Unicode Normalization can break [[Fonts#Hebrew|Biblical Hebrew]]."

Most modules with Unicode source text are encoded as '''UTF-8''' and normalized to '''NFC''', these being the ''default settings'' for both [[Osis2mod|<tt>osis2mod</tt>]] & <tt>tei2mod</tt>.

Now these two module creation tools have a '''-N''' command line switch to prevent conversion to UTF-8 and Normalization.

Biblical Hebrew source text with both vowel accents and cantillation may be supplied properly with custom [[Encoding#Normalization|normalization]] as required by the text provider. It should still be encoded UTF-8.

As there is a need to create modules from source text that has such a custom ordering of the diacritics, it may be useful to provide information in the .conf file for such modules that are intentionally not normalized to NFC during build. The following method is proposed:

Normalization=Custom

It should be assumed that modules where this is specified are made using the '''-N''' switch in the module creation tool.

Normalization is useful to ensure (e.g.) that a search index stores all words the same way. That's why for the most part, modules are expected to be in NFC form. Custom normalization is still a normalization. What's different about it is that the combining classes for each character are different from the canonical combining classes defined by the Unicode Consortium.

To create a search index for such a module such that it does not automatically use NFC, give the <tt>mkfastmod</tt> command with the '''-N''' switch.<ref>Added to SWORD SVN by DM Smith on 2018-01-07.</ref><ref>The UI in front-ends for creating a search index should ideally also be enhanced to support this option.</ref>

--[[User:David Haslam|David Haslam]] ([[User talk:David Haslam|talk]]) 09:33, 7 January 2018 (MST)

<references />

[[Talk:DevTools:conf Files/Archive]]

== Missing sections for RTF, Continuation, Localization ==

Some edits during the last 3 years seem to have removed the 3 sections linked by words in the '''Allowed''' column. The links don't go anywhere now. This error needs fixing. [[User:David Haslam|David Haslam]] ([[User talk:David Haslam|talk]]) 13:40, 14 March 2020 (UTC)
:Links that (in effect) pointed to https://wiki.crosswire.org/DevTools:conf_Files#Localization are all now broken because this section was removed! [[User:David Haslam|David Haslam]] ([[User talk:David Haslam|talk]]) 09:47, 16 May 2020 (UTC)
::Deleted sections restored, but below the tables now. Links to them are no longer broken. [[User:David Haslam|David Haslam]] ([[User talk:David Haslam|talk]]) 09:06, 27 June 2023 (UTC)

== Weird consequences of specifying an Abbreviation that matches another module name ==

While working on '''KJV''' module development my e'''X'''perimental build is called '''KJVX'''. Last week I tried including
Abbreviation=KJV
in <tt>kjvx.conf</tt> and discovered today that this has weird consequences in Xiphos. When I selected the released module '''KJV''', any minor change to this module display settings made Xiphos show module '''KJVX''' instead because of the Abbreviation clash. [[User:David Haslam|David Haslam]] ([[User talk:David Haslam|talk]]) 13:06, 11 May 2020 (UTC)

== Scope? ==

There's no documentation regarding the use and purpose of the '''Scope''' key. Yet currently, we have actually 16 modules with a '''Scope''' element.
* 5 modules with Scope=NTOnly
* 4 modules wtih Scope=Mat-Rev
* 3 modules with Scope=Gen-Rev
* 1 module with Scope=Gen-Mal
* 3 modules with a specific Scope
* plus a update for module '''LXX''' currently in Beta, in which Scope=OTOnly – changed by the module release script from Scope=Gen-Mal

Without documentation, none of the front-end app developers are in a position to make use of the Scope key, so where do we go from here? [[User:David Haslam|David Haslam]] ([[User talk:David Haslam|talk]]) 17:05, 23 February 2025 (UTC)

== Feature=GreekDef & Feature=HebrewDef ==

* '''BDBGlosses_Strongs'''
* '''Strong'''
* '''StrongsGreek'''
* '''StrongsGreekRU'''
* '''StrongsHebrew'''
* '''StrongsHebrewRU'''
* '''StrongsRealGreek'''
* '''StrongsRealHebrew'''

The above modules now have one or both of these keys in their configuration files:

Feature=GreekDef 
Feature=HebrewDef

This requires documenting in the main page. [[User:David Haslam|David Haslam]] ([[User talk:David Haslam|talk]]) 18:58, 26 May 2025 (UTC)

2025-02-27T14:14:11Z

David Haslam: /* Required Elements */ bold

This page describes important information about module configuration (.conf) files. All SWORD modules require one.

Please look also at our detailed and commented [[Tutorial:Writing Conf files|tutorial]].

== Key elements of a SWORD module.conf ==

Some keys can be repeated. Many not.

Some can have values that span more than 1 line with '\' at the end of a line indicating that the text on the next line continues the value. Don't use continuation unless allowed. It will produce different results in different front ends.

RTF is allowed in some values.

Some allow HTML <a href="xxx">label</a>hypertext links. HTML is not allowed otherwise.

Values specifications are shown as '''<content spec>'''. The < and > are not to be included.

Enumerated values are shown in '''bold'''. These should be used exactly as given and no other values should be used.

The order of elements specified in a conf file is immaterial, except where specified otherwise.

===Required Elements===

{| width="100%" border="1" class="sortable"
! width="10%"|Element
! width="70%"|Values (type or enumerated)
! width="10%"|Default Value
! width="10%"|Allows
|-
| [ModName]
| Each conf file begins with a unique identifier for a module placed within brackets, e.g., [KJV1611]. This must be first in the file. Valid characters for this element are limited to [https://en.wikipedia.org/wiki/Perl_Compatible_Regular_Expressions PCRE] class <tt>[A-Za-z0-9_]</tt>.<ref>That excludes the space and hyphen characters!</ref> 
The '''.conf''' file should be named the lowercase of this element followed by .conf. For example, '''kjv1611.conf'''.
|  
|  
|-
| Abbreviation<ref>We advise against explicitly declaring a redundant '''Abbreviation''' identical to the '''ModName'''.</ref><ref>To avoid confusion, an '''Abbreviation''' should be unique. Do not use an '''Abbreviation''' that clashes with any existing module name from any source!</ref>
|
'''<string>''' 
The abbreviation displayed to the user. If not supplied, the unique ModName will be used. This element allows for localization―showing a different abbreviation depending on the user's locale. Valid characters for this element are likewise limited to [https://en.wikipedia.org/wiki/Perl_Compatible_Regular_Expressions PCRE] class <tt>[A-Za-z0-9_]</tt>.

| [ModName]
| [[DevTools:conf Files#Localization|Localization]]
|-
| Description
|
'''<string>''' 
This is a short (1 line) title of the module.
|  
| [[DevTools:conf Files#Localization|Localization]]
|-
| DataPath
| <relative system path pointing to the data files>
DataPath is the path to the module data files relative to the SWORD module library root directory. This path should start with "./modules". If the DataPath indicates a directory it should end with a '/'. Otherwise the module name is both the directory and the prefix for each file in that directory. Although DataPath can point to any folder or files under the root of the SWORD module library, the following conventions are recommended and must be used for modules wishing to be included in a CrossWire repository:

Paths used for a module named [MyModule], depending on (a) the type of module (Bible text, commentary, lexicon or dictionary<ref>Daily devotionals & glossaries go in subdirectories under '''lexdict'''. A '''glossary''' is between two languages.</ref>, general book) and (b) the data driver (ModDrv parameter) are:

:./modules/texts/rawtext/mymodule/
:./modules/texts/rawtext4/mymodule/
:./modules/texts/ztext/mymodule/
:./modules/texts/ztext4/mymodule/
:./modules/comments/zcom/mymodule/
:./modules/comments/zcom4/mymodule/
:./modules/comments/hrefcom/mymodule/
:./modules/comments/rawcom/mymodule/
:./modules/comments/rawcom4/mymodule/
:./modules/comments/rawfiles/mymodule/
:./modules/lexdict/zld/mymodule/mymodule
:./modules/lexdict/rawld/mymodule/mymodule
:./modules/lexdict/rawld/devotionals/mymodule/mymodule
:./modules/lexdict/rawld/glossaries/mymodule/mymodule
:./modules/lexdict/rawld4/mymodule/mymodule
:./modules/genbook/rawgenbook/mymodule/mymodule

|  
|  
|-
| ModDrv
|
'''RawText''' (for uncompressed Bibles) 
'''RawText4''' (for uncompressed Bibles having entries greater than 64K bytes)<ref name="text4">e.g. If the Bible contains large introduction sections</ref> 
'''zText''' (for compressed Bibles) 
'''zText4''' (for compressed Bibles having entries greater than 64K bytes)<ref name="text4"/><ref name="sv">'''zText4''' & '''zCom4''' modules require '''MinimumVersion'''=1.8 or later.</ref> 
'''RawCom''' (for uncompressed Commentaries) 
'''RawCom4''' (for uncompressed Commentaries having entries greater than 64K bytes) 
'''zCom''' (for compressed Commentaries) 
'''zCom4''' (for compressed Commentaries having entries greater than 64K bytes)<ref name="sv"/> 
'''HREFCom''' (each module entry must be only a URL to the body for the entry; experimental) 
'''RawFiles''' (stores each entry in a simple text file in the datapath; recommended for Personal Commentary) 
'''RawLD''' (for uncompressed Dictionaries) 
'''RawLD4''' (for uncompressed Dictionaries having entries greater than 64K bytes) 
'''zLD''' (for compressed Dictionaries) 
'''RawGenBook''' (for uncompressed tree keyed modules)
|  
|  
|}

'''Notes:'''
<references />

===Required Elements with defaults ===

{| width="100%" border="1" class="sortable"
! width="10%"|Element
! width="70%"|Values (type or enumerated)
! width="10%"|Default Value
! width="10%"|Allows
|-
| SourceType<ref>Omitting this for a non-plaintext module has unpredictable effects.</ref>
|
'''Plaintext''' 
'''OSIS''' ([http://www.bibletechnologies.net Open Scriptural Information Standard]) 
'''TEI''' ([http://www.tei-c.org Text Encoding Initiative]) 
Specifies the '''markup''' used in the module. The preferred markup is OSIS. TEI is preferred for dictionaries until OSIS supports dictionaries. While SourceType has a default, it is a best practice to specify it. 

Legacy modules may have a key here stating:

'''GBF''' ([http://www.ebible.org/bible/gbf.htm General Bible Format]) 
'''ThML''' ([http://www.ccel.org/ThML Theological Markup Language]) 

In SWORD, for modules encoded with ThML, OSIS or TEI, each verse, dictionary entry, and book division needs to be well-formed XML or it will result in display problems in some front-ends.
| Plaintext
|  
|-
| Encoding
|
'''UTF-8''' 
'''UTF-16''' 
'''SCSU''' ([http://en.wikipedia.org/wiki/Standard_Compression_Scheme_for_Unicode Standard Compression Scheme for Unicode]) 
Indicates how the text in the conf and in the module are encoded.

The preferred encoding of texts is UTF-8. Other than Hebrew, UTF-8 modules must be encoded with [http://unicode.org/reports/tr15/ Normalization Form C (NFC)]. Biblical Hebrew requires special handling.<ref>Unicode normalization can easily break Biblical Hebrew text. See on page 9 in the [http://www.sbl-site.org/Fonts/SBLHebrewUserManual1.5x.pdf SBL Hebrew Font User Manual].</ref> A few other languages may require special handling.<ref>e.g. If they are mentioned in Table 10 in the [http://unicode.org/reports/tr15/#Corrigendum_5_Sequences Corrigendum 5 Sequences].</ref><ref>The improper normalization of exceptional codepoints can be prevented by inserting a [https://en.wikipedia.org/wiki/Combining_Grapheme_Joiner Combining Grapheme Joiner].</ref>

To date, no modules use UTF-16 or SCSU. Legacy modules may hold a key here '''Latin-1''' referring solely to Windows Codepage 1252, a superset of ISO-8859-1. Front-end implementors wishing to use such modules should use "cp1252" or "windows1252" explicitly, not "Latin-1" provided by some programming language libraries.''
| Latin-1
|  
|-
| CompressType
|
'''ZIP''' 
'''LZSS''' ([http://en.wikipedia.org/wiki/Lempel%E2%80%93Ziv%E2%80%93Storer%E2%80%93Szymanski Lempel Ziv Storer Szymanski]) 
'''BZIP2''' 
'''XZ''' 
Used for modules having a ModDrv of zText, zCom or zLD to indicate the compression algorithm.
While CompressType has a default, it is best practice to specify it.
ZIP is the preferred format.
| LZSS
|  
|-
| BlockType
|
'''BOOK''' 
'''CHAPTER''' 
'''VERSE''' 
Used for modules having a ModDrv of zText (Bibles) and zCom (Commentaries) to indicate how much of the work is compressed into a block. The trade off is size for speed, with BOOK taking the least overall space and the longest time and VERSE taking the greatest overall space and the least time. While BlockType has a default, it is a best practice to specify it. Most Bibles use BOOK and larger Commentaries use CHAPTER. To date, no module uses VERSE.
| CHAPTER
|  
|-
| BlockCount
|
'''<integer>''' 
Used for modules having a ModDrv of zLD to indicate the number of entries in a compressed block. Higher values will make the module slower, but smaller. It is best practice to take the default and not specify it.
| 200
|  
|-
| Versification
|
'''Calvin''' 
'''Catholic''' 
'''Catholic2''' 
'''Darby_Fr''' 
'''German''' 
'''KJV''' 
'''KJVA''' 
'''LXX''' 
'''Leningrad''' 
'''Luther''' 
'''MT''' 
'''NRSV''' 
'''NRSVA''' 
'''Orthodox''' 
'''Segond''' 
'''Synodal''' 
'''SynodalProt''' 
'''Vulg''' 
Used to specify the versification employed by a Bible module<ref>i.e. Specify this ''only'' for a module that uses '''VerseKey'''.</ref>. Refer to [[Alternate Versification]].
| KJV
|  
|-
| CipherKey
|
'''<string>''' 
Indicates that a module is enciphered and that the module is (un)locked. When the key has no value ("CipherKey=") the module is locked. When it has a value, the module is unlocked.

A good key is something that is hard to guess. Typically in a format matching the pattern: /[0-9]{4}[A-Za-z]{4}[0-9]{4}[A-Za-z]{4}/. Internally the key can be any byte sequence from 1 to 255 bytes in length. But it needs to be readable, plain text, without leading or trailing spaces.
|  
|  
|-
| KeyType
|
'''TreeKey''' 
'''VerseKey''' 
Used for RawGenBook to indicate whether the module contains a book or a Bible. At this time VerseKey is not yet supported and is being developed as a solution for Bibles which do not conform to any supported versification system in SWORD. It is best practice to take the default and not specify it.
| TreeKey
|  
|-
| CaseSensitiveKeys
|
Used for Dictionaries whose keys are case sensitive. This key is used to suppress normalization to UPPER CASE before comparison. 
Only allowable value: '''true'''
| false
|  
|}

<references />

=== Elements required for proper rendering ===

{| width="100%" border="1" class="sortable"
! width="10%"|Element
! width="70%"|Values (type or enumerated)
! width="10%"|Default Value
! width="10%"|Allows
|-
| GlobalOptionFilter
|
'''UTF8Cantillation''' (For Hebrew texts having cantillation marks)<ref>See https://en.wikipedia.org/wiki/Cantillation</ref> 
'''UTF8GreekAccents''' (For Greek texts having accents)<ref>For detailed background, see https://en.wikipedia.org/wiki/Greek_diacritics</ref><ref>This filter can have undesirable side-effects when applied to non-Greek text!</ref> 
'''UTF8HebrewPoints''' (For Hebrew texts having vowel points)<ref>See https://en.wikipedia.org/wiki/Niqqud</ref> 
'''UTF8ArabicPoints''' (For Arabic texts having vowel points)<ref>See https://en.wikipedia.org/wiki/Arabic_diacritics</ref> 
'''OSISLemma''' (For OSIS texts having lemmas)<ref>Must precede OSISStrongs.</ref> 
'''OSISMorphSegmentation''' (For OSIS texts having morphological segmentation elements)<ref>Currently, only some JSword based front-ends seem to support this feature. The SWORD engine has the switch available, but no change in output is effected.</ref> 
'''OSISStrongs''' (For OSIS texts having Strong's Numbers)<ref name="strongs">See https://en.wikipedia.org/wiki/Strong%27s_Concordance#Strong.27s_numbers</ref> 
'''OSISFootnotes''' (For OSIS texts having informational notes) 
'''OSISScripref''' (For OSIS texts having [[OSIS Bibles#Marking_cross-references_note|cross reference]] type notes) 
'''OSISMorph''' (For OSIS texts having morphology information) 
'''OSISHeadings''' (For OSIS texts having non-canonical headings) 
'''OSISVariants''' (For OSIS texts having variant readings) 
'''OSISRedLetterWords''' (For OSIS texts marking the Words of Christ)<ref name="red">See https://en.wikipedia.org/wiki/Red_letter_edition</ref> 
'''OSISGlosses''' (For OSIS texts with glosses)<ref>Minimum SWORD version of 1.7.0 in the module .conf is required for OSISGlosses.</ref> 
'''OSISXlit''' (For OSIS texts that include transliterated forms)<ref>The Samaritan Pentateuch module SP is an example of using xlit.</ref> 
'''OSISEnum''' (For OSIS texts with enumerated words)<ref>The Samaritan Pentateuch module SP is an example of using enum.</ref> 
'''OSISReferenceLinks''' (For OSIS texts with glossary links)<ref>New in SWORD 1.7.0 - This filter requires six vertical bar-delimited fields, of which the following is an example.
<pre>
GlobalOptionFilter=OSISReferenceLinks|Reference Material Links|Hide or show links to study helps in the Biblical text.|x-glossary||On
</pre>
Here are the different field meanings:
# "OSISReferenceLinks" = option filter class name (option class name internal to the engine). Always the same for this kind of filter.
# "Reference Material Links" = Visible name of this OSISReferenceLinks filter. This is what the user will see in the Global Options toggle lists.
# "Hide or show..." = A readable user tip explaining what the filter does.
# "x-glossary" = Tells this OSISReferenceLinks filter to filter all references with type="x-glossary".
# (empty) = Tells this OSISReferenceLinks filter to also require that subType="something" in order to filter. Empty means ALL type="x-glossary" references will be filtered regardless of subType.
# "On" = Default filter toggle value ("On" or "Off")
</ref><ref>It is allowed to have multiple OSISReferenceLinks entries in a single conf file.</ref> 
Each of these filters removes/hides the text's feature, when activated by the application.<ref>It's not implied that every front-end supports all of the listed option filters.</ref>

These filters are applied in the order that they are listed in the conf. Some filters are dependent on each other for certain features - e.g. cross-references in notes require both the '''OSISFootnotes''' and the '''OSISScriprefs''' filters enabled.

Legacy modules may also have following keys:

'''OSISRuby'''<ref>See [https://en.wikipedia.org/wiki/Ruby_character Ruby character] and [https://en.wikipedia.org/wiki/Furigana Furigana]</ref> (For OSIS texts with glosses)<ref>Deprecated in 1.7.0. Use OSISGlosses instead.</ref> 
'''GBFStrongs''' (For GBF texts having Strong's Numbers)<ref name="strongs">See https://en.wikipedia.org/wiki/Strong%27s_Concordance#Strong.27s_numbers</ref> 
'''GBFFootnotes''' (For GBF texts having footnotes) 
'''GBFMorph''' (For GBF texts having morphology information) 
'''GBFHeadings''' (For GBF texts having headings) 
'''GBFRedLetterWords''' (For GBF texts marking the Words of Christ)<ref name="red">See https://en.wikipedia.org/wiki/Red_letter_edition</ref> 
'''ThMLStrongs''' (For THML texts having Strong's Numbers)<ref name="strongs">See https://en.wikipedia.org/wiki/Strong%27s_Concordance#Strong.27s_numbers</ref> 
'''ThMLFootnotes''' (For THML texts having footnotes) 
'''ThMLScripref''' (For THML texts having cross references) 
'''ThMLMorph''' (For THML texts having morphology information) 
'''ThMLHeadings''' (For THML texts having headings) 
'''ThMLVariants''' (For THML texts having variant readings) 
'''ThMLLemma''' (For THML texts having lemmas) 

|  
| Repeats
|-
| Direction
|
'''LtoR''' (Left to Right) 
'''RtoL''' (Right to Left) 
'''BiDi''' (Bidirectional) 
Indicate whether the language's script is a left to right script or a right to left script.<ref>JSword validates the direction property against the Lang of the module.</ref> Languages such as Hebrew, Arabic, Urdu, and Farsi have a right to left script. If the RtoL script is transliterated into a LtoR script, set the value to LtoR. If a module has both RtoL and LtoR text, then it is BiDi.
| LtoR
|  
|-
| DisplayLevel
| '''<integer>''' 
Used for General Book module types (these are keyed with a TreeKey table of contents). Indicates the preferred level from a leaf in the tree to display for context. e.g., 1 will only show the requested entry; 2 will show the entry, surrounded by all siblings, etc.
| 1
|  
|-
| Font
| '''<string>''' 
Specify the [[Fonts|font]] to be used for display of the module if it is available.<ref>Specifying a font may not be sufficient for some modules. The required font features may depend on a particular smart font engine, which may not be compiled into the front-end application.</ref> Omit this line to use the default font. Do not make use of font-specific encodings in your documents, but use Unicode instead and the Private Use Area if necessary for codepoints that are not handled by Unicode.
|  
|  
|-
| <del>OSISqToTick</del> (deprecated)<ref>For further details, refer to [http://www.crosswire.org/bugs/browse/MOD-188 MOD-188] in CrossWire bugs.</ref>
| This attribute is deprecated in favor of the marker attribute on the q element. E.g.: <pre><q who="Jesus" marker="">....</q></pre> 
<del>true/false</del> 
<del>When set to false indicates that OSIS quote elements without a marker attribute are not to produce a quotation mark. This is useful for languages (e.g. Thai) and texts (e.g. KJV) that do not have quotation marks. It is also useful for modules that mark the "Words of Christ" on a verse by verse basis, when the quote spans more than one verse.</del>
| true
|  
|-
| Feature
|
'''StrongsNumbers''' (for modules that include Strong's numbers) 
'''GreekDef''' (for dictionary modules with Strong's number encoded Greek definitions) 
'''HebrewDef''' (for dictionary modules with Strong's number encoded Hebrew definitions) 
'''GreekParse''' (for dictionary modules with Greek morphology expansions) 
'''HebrewParse''' (for dictionary modules with Hebrew morphology expansions) 
'''DailyDevotion''' (for daily devotionals using one of the LD drivers and keyed with MM.DD) 
'''Glossary''' (for collections of glosses using one of the LD drivers) 
'''Images''' (for modules that contain images of any type) 
'''NoParagraphs''' (for modules without any paragraphing information, which are typically typeset with a verse per line<ref>This feature is intended to be informational to front-end developers. Ideally, front-ends will render these modules with a verse per line rather than as a single big chapter-length paragraph block.</ref><ref>The occurrence of a small number of paragraph elements in a module (such as might be used merely to format the colophon at the end of each Pauline epistle) does not rule out the use of this feature.</ref>)
|  
| Repeats
|-
| GlossaryFrom
| '''<lang identifier>''' 
Glossaries map one language to another. This value indicates the language being translated from.
See Lang below for a discussion of valid values.
|  
|  
|-
| GlossaryTo
| '''<lang identifier>''' 
Glossaries map one language to another. This value indicates the language being translated to.
See Lang below for a discussion of valid values.
|  
|  
|-
| PreferredCSSXHTML
| '''<filename>''' 
Names a file in the module's DataPath that should be referenced for the renderer as CSS display controls.
Generality is advised: Use controls that are not specific to any particular rendering engine, e.g. WebKit.
|  
|  
|}
<references />

=== Optional elements to support particular features ===
==== CaseInsensitiveKeys ====
Intended for use with Lexicon/Dictionary & Glossary modules. This field will make the order of the keys based upon the mixed case keys, but the index is still sorted by byte order of those keys. There are some scripts that don’t have upper/lower case (e.g. Arabic) and some languages where a naïve toUpper() will result in the wrong character (e.g. Turkish/Azeri lowercase dotted i and capital dotted İ).

CaseInsensitiveKeys=true|false

It is fine to use toUpper() for internal normalization, but having keys in all caps when showing to a user is annoying. The problem is that the display order needs to follow something that makes sense to a user when the dictionary is presented as a list.

[https://github.com/JohnAustinDev/xulsword xulsword] has a different solution involving a configuration item not yet used by SWORD master.

LangSortOrder=AaBbCcDdEe...

This is used by xulsword to sort the keys of a dictionary/glossary in original alphabetical order. Here's an actual example for module TKLDICT which has Lang=tk-Latn (i.e. Türkmençe):

LangSortOrder=AaBbCcÇçDdEeÄäŻżFfGgHhIiJjKkLlMmNnŇňOoÖöPpQqRrSsŞşTtUuÜüVvWwXxYyÝýZzŽž

This method would need to be modified in order to support alphabets (such as [http://en.wikipedia.org/wiki/Welsh_orthography Welsh]) that include any [http://en.wikipedia.org/wiki/Digraph_%28orthography%29 digraphs].

==== StrongsPadding ====
At the heart of our lexicon/dictionary drivers, we have some old logic which tries to detect if a key value is a Strong's number, and if so, then pad it with leading zeros accordingly. To support this logic, the recognition has recently been added for an optional new .conf entry for lexicon/dictionary modules:

StrongsPadding=true|false

'''Notes:'''
# So as not to break everything, this currently defaults to true if it is not present in the lexdict module's .conf file
# It can be set to false if you are building a lexdict module which has entries which may be misconstrued as Strong's numbers.
# In a couple years, we'll probably switch the default to false, so it would be nice to add this line and set the value to true on modules which really do require the logic.
# This is only available in SWORD version 1.7 or later. JSword never had this problem.

==== Strip Filters ====
SWORD has the concept of "filtering" a module's text at different processing points for purposes other than rendering. One of these filter-points is for searching and we call these filters '''Strip Filters'''.

Strip Filters are typically named something like '''OSISPlain''' or '''GBFPlain''', etc. These typically take all the markup out of an entry and prepare the text to be searched, but anything can be done to the text to prepare it further for searching. We typically remove accents and vowel points from Greek and Hebrew respectively.

Any Strip Filter can be added to a module by the module author with a line in the .conf file, such as:

LocalStripFilter=GBFPlain

If diacritics need to be removed from Arabic, then we can certainly add a filter for this as well. The conf line would be:

LocalStripFilter=UTF8ArabicPoints

Our current list of filters can be found by browsing the source folder here:

http://crosswire.org/svn/sword/trunk/src/modules/filters/

They're pretty concise and don't involve much knowledge from the rest of the engine, making them easy to write if we need a new one.

This processing can replace or be complimentary to any processing done by clucene. Here's an example of what's used with the [http://papyri.info/docs/ddbdp Duke Databank of Papyri] with specialist software that's based on SWORD.

LocalStripFilter=PapyriPlain

Since we need to strip markup, and other things clucene will likely never support (see '''PapyriPlain''' – annotations like [,],?{,}, underdot) we need this preprocessing mechanism to prepare the text before searching. We also maintain searching functionality apart from "fast indexed searching".<ref>Currently supplied by clucene, but could be implemented by any other fast search framework that we might want to integrate in future.</ref>

'''Note:'''
<references />

=== General informatic and installer elements ===

{| width="100%" border="1" class="sortable"
! width="10%"|Element
! width="70%"|Values (type or enumerated)
! width="10%"|Default Value
! width="10%"|Allows
|-
| About
|
'''<string>''' 
A lengthier description and may include copyright, source, etc. information, possibly duplicating information in other elements.
|  
| [[DevTools:conf Files#Continuation|Continuation]] [[DevTools:conf Files#RTF|RTF]] [[DevTools:conf Files#Localization|Localization]]
|-
| SwordVersionDate
|
'''<yyyy-mm-dd>''' ([http://en.wikipedia.org/wiki/ISO_8601#Calendar_dates ISO 8601 Date]) 
Indicates the date that the module was changed.
|  
|  
|-
| Version
|
'''<version string>''' 
Gives the module's revision number. Incrementing it when changes are made alerts users of the SWORD Installers to the presence of updated modules. Please start with version 1.0 and increment by 0.1 for minor updates and by larger values for more major updates such as a new text source. Changes to this conf file should also increment the version number. Do not use non-numbers, such as 1.4a.

CrossWire's standard practice is to indicate updates that only require a .conf-file update/download by incrementing the third most significant number (the revision number). For example, if module version 1.2 requires a .conf-file update. A new .conf file with version number 1.2.1 could be released.
| 1.0
|  
|-
| History_x.x
| '''<string>'''<ref>Maximum line length is 1024 characters!</ref> 
x.x is taken from the Version value.

Indicates what has changed between different versions. Each time a version is incremented a history line with that version number should explain the change.

It is recommended that each history description be prefaced by the corresponding SwordVersionDate value.
|  
| Repeats [[DevTools:conf Files#Localization|Localization]]
|-
| MinimumVersion<ref>See http://tracker.crosswire.org/browse/API-201</ref>
|
'''<version string>''' 
Identifies the [[Sword library versions | minimum version]] of the SWORD library required for this module.<ref>Required to support a Bible/Commentary module that has an [[Alternate Versification]].</ref>
| 1.5.1a
|  
|-
| Category
|valign="top"|
This is used by installers to further categorize the modules beyond what can be figured out by the ModDrv and Feature. 
'''Biblical Texts''' (for Bibles) 
'''Commentaries''' 
'''Lexicons / Dictionaries''' 
'''Glossaries''' (for modules with Feature=Glossary) 
'''Daily Devotional''' (for modules with Feature=DailyDevotion) 
'''Generic Books''' (for anything else....) 
'''Maps''' (for modules that primarily consist of maps) 
'''Images''' (for modules that primarily consist of images) 
'''Cults / Unorthodox / Questionable Material''' 
'''Essays''' (for essays)<ref>'''Essays''' is handled as a subset of '''Generic Books'''.</ref>
|
Biblical Texts 
  ''ModDrv=RawText'' or 
  ''ModDrv=RawText4'' or 
  ''ModDrv=zText'' or 
  ''ModDrv=zText4'' 
Commentaries 
  ''ModDrv=HRefCom'' or 
  ''ModDrv=RawCom'' or 
  ''ModDrv=RawCom4'' or 
  ''ModDrv=RawFiles'' or 
  ''ModDrv=zCom'' or 
  ''ModDrv=zCom4'' 
Lexicons / Dictionaries 
  ''ModDrv=RawLD'' or 
  ''ModDrv=RawLD4'' or 
  ''ModDrv=zLD'' 
Glossaries 
  ''Feature=Glossary'' and 
  ''ModDrv=RawLD'' or 
  ''ModDrv=RawLD4'' or 
  ''ModDrv=zLD'' 
Daily Devotional 
  ''Feature=DailyDevotion'' and 
  ''ModDrv=RawLD'' or 
  ''ModDrv=RawLD4'' or 
  ''ModDrv=zLD'' 
Generic Books 
  ''ModDrv=RawGenBook'' 
|  
|-
| LCSH
| '''<tree/string>''' 
Library of Congress Subject Heading. You may search the [http://catalog.loc.gov Library of Congress catalog] or use it as a guide for determining an appropriate LCSH for books that are not in the Library of Congress.
|  
|  
|-
| Lang
|
'''<Language[-Script]?[-Region]?>''' 
The language identifier is a combination of sub-tags for '''Language''' and optionally '''Script''', and/or '''Region''', according to [http://www.rfc-editor.org/rfc/bcp/bcp47.txt BCP 47] and [http://tools.ietf.org/html/rfc4647 RFC 4647]. Private use extensions defined by BCP 47 (e.g. x-, qaa, and Qaaa) should be avoided wherever possible.

'''Language sub-tag''' ''(Regex: /[a-z]{2,3}/)'': 
This is the primary language code of the module according to [http://en.wikipedia.org/wiki/ISO_639 ISO 639 parts 1, 2, 3 and 5]. Some languages have several codes. Use the following to determine the best choice: 
:When available use a 2-letter [http://en.wikipedia.org/wiki/ISO_639-1 ISO 639-1] code ([http://www.loc.gov/standards/iso639-2/php/code_list.php registrar]), (e.g. ''en'' for English).
:If there is none for the given language, use an [http://en.wikipedia.org/wiki/ISO_639-2 ISO 639-2/T] code ([http://www.loc.gov/standards/iso639-2/php/code_list.php registrar]) (e.g. ceb for Cebuano).
:Failing that, use a [http://en.wikipedia.org/wiki/ISO_639-3 ISO 639-3] code ([http://www-01.sil.org/iso639-3/codes.asp registrar]), which covers over 7000 languages.
:Finally, use a [http://en.wikipedia.org/wiki/ISO_639-5 ISO 639-5] code ([http://www.loc.gov/standards/iso639-5/id.php registrar]) for macro languages.
The [http://www-01.sil.org/iso639-3/codes.asp ISO639-3 registrar] page gives up-to-date table on all of the above.

'''Script sub-tag''' ''(Regex: /[A-Z][a-z]{3}/)'': 
If a text is script-specific, such as a Latin vs. Cyrillic Serbian Bible or a Bible transliterated into other than its native script, include the [http://en.wikipedia.org/wiki/ISO_15924 ISO 15924 script code] ([http://unicode.org/iso15924/iso15924-codes.html registrar]) after the language code (e.g. sr-Latn for Latin script Serbian, sr-Cyrl for Cyrillic script Serbian).

'''Region sub-tag''': ''(Regex: /[A-Z]{2}/)'' 
If a text is region (country)-specific, such as the Anglicized NIV, include the [http://en.wikipedia.org/wiki/ISO_3166-1 ISO 3166-1 region code] ([http://www.iso.org/iso/en/prods-services/iso3166ma/02iso-3166-code-lists/list-en1.html registrar]) after the script code (or language code if no country code is present) (e.g. en-GB for UK English).

'''Combinations'''''(Regex: /[a-z]{2,3}(-[A-Z][a-z]{3})?(-[A-Z]{2})?/)'': 
Individual sub-tags (language, script, and region) are always separated by a hyphen. Identifiers should be as basic and succinct as possible. A script should not be specified for a language written in its expected script, unless the language has multiple common scripts (as in the case of Serbian above). A region should not be specified unless a text should be categorized separately from others texts in that language that do not specify a region.
| en
|  
|-
| InstallSize
|
'''<integer>''' 
Indicates the total byte size of the module on disk, excluding the the size of any Lucene index files.

For modules in the CrossWire repositories, this is automatically generated and overwritten if needed.
|  
|  
|-
| Obsoletes
|
'''<ModName>''' 
Each instance of this element gives a former ModName that is made obsolete by this module.
|  
| Repeats
|-
| OSISVersion
|
'''<version string>''' 
Identifies the OSIS schema version employed in the OSIS source document. The current version is 2.1.1

It is recommended that this be present for every OSIS module.
|  
|
|-
| Companion<ref>Many (xulsword compatible) modules in the [[Official and Affiliated Module Repositories#Institute_for_Bible_Translation|IBT Repository]] make use of this field. See also https://github.com/johnaustindev/osis-converters</ref>
|
'''<ModName[, ModName]*>''' 
Specifies companion module(s) that should be opened together 
e.g. When Bible and Commentary and/or Glossary modules are distributed together.
|  
|
|}
'''Note:'''
<references/>

=== Copyright & Licensing related elements ===

{| width="100%" border="1" class="sortable"
! width="10%"|Element
! width="70%"|Values (type or enumerated)
! width="10%"|Default Value
! width="10%"|Allows
|-
| Copyright
|
'''<string>''' 
Contains the copyright notice for the work, including the year of copyright and the owner of the copyright.
|  
| [[DevTools:conf Files#Continuation|Continuation]] [[DevTools:conf Files#Localization|Localization]]
|-
| CopyrightHolder
|
'''<string>''' 
Contains the name of the copyright holder.
|  
| [[DevTools:conf Files#Localization|Localization]]
|-
| CopyrightDate
|
'''<yyyy>''' ([http://en.wikipedia.org/wiki/ISO_8601#Years ISO 8601 Year])
|  
| [[DevTools:conf Files#Localization|Localization]]
|-
| CopyrightNotes
|
'''<string>'''
|  
| [[DevTools:conf Files#Continuation|Continuation]] [[DevTools:conf Files#Localization|Localization]]
|-
| CopyrightContactName
|
'''<string>''' 
Contains the name of the copyright holder.
|  
| [[DevTools:conf Files#Continuation|Continuation]] [[DevTools:conf Files#Localization|Localization]]
|-
| CopyrightContactNotes
|
'''<string>'''
|  
| [[DevTools:conf Files#Continuation|Continuation]] [[DevTools:conf Files#Localization|Localization]]
|-
| CopyrightContactAddress
|
'''<string>''' 
Contains the mailing address of the copyright holder.
|  
| [[DevTools:conf Files#Continuation|Continuation]] [[DevTools:conf Files#Localization|Localization]]
|-
| CopyrightContactEmail
|
'''<string>''' 
Contains the email address of the copyright holder, preferably in the form: name at xyz dot com
|  
| [[DevTools:conf Files#Localization|Localization]]
|-
| ShortPromo
|
'''<string>''' 
A link to the home page for the module, perhaps with an encouragement to visit the site.
|  
| HTML Link [[DevTools:conf Files#Localization|Localization]]
|-
| ShortCopyright
|
'''<string>'''
|  
| [[DevTools:conf Files#Localization|Localization]]
|- id="distlic"
| DistributionLicense
|
'''Public Domain''' 
'''Copyrighted''' 
'''Copyrighted; Permission to distribute granted to CrossWire'''<ref>Modules in other repositories may have a different organization name instead of CrossWire.</ref> 
'''Copyrighted; Permission granted to distribute non-commercially in SWORD format''' 
'''Copyrighted; Free non-commercial distribution''' 
'''Copyrighted; Freely distributable''' 
'''[http://www.gnu.org/copyleft/fdl.html GFDL]''' 
'''[http://www.gnu.org/copyleft/gpl.html GPL]''' 
'''Creative Commons: BY-NC-ND 4.0''' 
'''Creative Commons: BY-NC-SA 4.0''' 
'''Creative Commons: BY-NC 4.0''' 
'''Creative Commons: BY-ND 4.0''' 
'''Creative Commons: BY-SA 4.0''' 
'''Creative Commons: BY 4.0''' 
'''Creative Commons: [http://creativecommons.org/publicdomain/zero/1.0/ CC0]''' 
Use one of these strings '''verbatim'''. The actual copyright and/or license information is held in other elements. The last seven are different [https://creativecommons.org/licenses/ Creative Commons licenses].
|  
|  
|-
| DistributionNotes
|
'''<string>''' 
Indicates any additional notes about distribution of the module.
|  
| [[DevTools:conf Files#Continuation|Continuation]] [[DevTools:conf Files#Localization|Localization]]
|- id="txtsrc"
| TextSource
|
'''<string>''' 
Indicates, either in prose (such as "CCEL") or as a URL of the source of the text
|  
| [[DevTools:conf Files#Continuation|Continuation]]
|-
| UnlockInfo
|
'''<string>''' 
Contains unlock instructions for the user, intended to be displayed upon attempt to install the module. These instructions typically include a URL pointing to an exact location within a publisher's online store where a user can directly purchase an unlock key (CipherKey) for the module.
|  
| [[DevTools:conf Files#RTF|RTF]] [[DevTools:conf Files#Continuation|Continuation]] [[DevTools:conf Files#Localization|Localization]] HTML Link
|}
'''Note:'''
<references/>

=== Comments and blank lines ===
Early in 2021, CrossWire began providing comment lines and blank lines in released and updated modules.
Here's and example showing that there may sometimes be both ''even before'' the module ID.
<pre>
## Sword module configuration file

## Required elements
# Module Unique Identifier.
[GerMenge]
...
</pre>Some other module providers and repositories are already moving in the same direction.

== Further details ==
=== Continuation ===
A value can span multiple lines by escaping the return with '\'. This is not a mechanism to make long lines more readable in the module.conf file. It is a means to introducing a break in the rendered output of that field when viewed by a front-end or installer. It is akin to a xHTML . That is, continuation is a formatting feature.

Most elements in a SWORD conf are expected to have short, one-line values. Elements that are expected to have multiple lines are noted.

=== RTF ===
A module.conf supports a very small, restricted subset of RTF markup<ref>Always precede by a space if the previous text is a URL</ref>. Only the following are allowed:
* \qc - for centering
* \par - for paragraph breaks
* \pard - for resetting paragraph attributes, i.e. turning off centering.
* \u{num}? - for unicode characters, where {num} is a signed, 16-bit representation of the code point and where ? is the ASCII character used in case unicode is not supported. If the {num} is less than 0 then add 65536 to it. This should only be used in modules that have an Encoding=UTF-8, but using the actual UTF-8 character is preferred.

The only uniqueness that RTF provides is centering. If centering is not needed, then use continuation lines instead of RTF.

Note:
<references/>

=== Localization ===
Those .conf fields that are essentially text intended for presentation to the end-user may be localized by appending _''locale'' to the field name, where ''locale'' is replaced by an appropriate locale code, according to [http://www.rfc-editor.org/rfc/bcp/bcp47.txt BCP 47]. See '''Lang''' key for details.

For example, to give a French description, you can have a key:
:Description_fr=....

In order to distinguish a regional form from the primary form of a language, e.g. Brazilian Portuguese vs. the Portuguese of Portugal, append the country code as in:
:Description_pt-BR=....

Script variants can be given as in:
:Description_zh-Hans=.... simplified Chinese ....
:Description_zh-Hant=.... traditional Chinese ....

In order for a .conf entry to appear in a localized form, a non-localized form of the same field must also occur within the .conf. For example, in order for a ''Description_en'' field to appear, a file must also possess a ''Description'' field. The locale of .conf entries without the locale modifier is the default and must reflect the locale/language of the module itself (as specified in Lang=) or English (if there are no localized versions of the field). In general, fields should be provided in the language of the module itself with English translations provided in parallel fields localized with _''en''. There is no explicit upper bound on the quantity of localized fields, but all localized and localizable fields should be unique.

# See also [[Localized Language Names]].

=== Uniqueness ===
For comparing two versions of a module during module development, the module names and locations (and any Abbreviation) must be unique. For '''JSword''' based front-ends such as '''Bible Desktop''', there is a further requirement, the '''Description''' key values must be different.

=== Analysis Tools ===
* [[User:Dmsmith|DMSmith]] and [[User:Domcox|Domcox]] have created scripts to analyse conf files and report anomalies.
* [[User:David Haslam|David Haslam]] has created a '''User Defined Language''' called '''CONF''' as a Syntax Highlighter for '''Notepad++''' (Windows). Download from [https://github.com/DavidHaslam/CONF].

== Automated generation ==
* For new module submissions to CrossWire, [[User:DomCox|DomCox]] now maintains a script that includes the ''automated generation'' of module conf files, given the minimum ''non-automatable'' requirements by the module submitter. See [[Module Submission]] for more details.

== See also ==
* [[BibTeX entries]]

[[Category:Development tools|Conf files]]
[[Category:Localization|Conf files]]
[[Category:Versification|Conf files]]
[[Category:Copyright|Conf files]]

DevTools:conf Files

2025-02-27T14:13:30Z

David Haslam: /* Required Elements */ Valid characters for this element are likewise limited to [https://en.wikipedia.org/wiki/Perl_Compatible_Regular_Expressions PCRE] class <tt>[A-Za-z0-9_]</tt>.

This page describes important information about module configuration (.conf) files. All SWORD modules require one.

Please look also at our detailed and commented [[Tutorial:Writing Conf files|tutorial]].

== Key elements of a SWORD module.conf ==

Some keys can be repeated. Many not.

Some can have values that span more than 1 line with '\' at the end of a line indicating that the text on the next line continues the value. Don't use continuation unless allowed. It will produce different results in different front ends.

RTF is allowed in some values.

Some allow HTML <a href="xxx">label</a>hypertext links. HTML is not allowed otherwise.

Values specifications are shown as '''<content spec>'''. The < and > are not to be included.

Enumerated values are shown in '''bold'''. These should be used exactly as given and no other values should be used.

The order of elements specified in a conf file is immaterial, except where specified otherwise.

===Required Elements===

{| width="100%" border="1" class="sortable"
! width="10%"|Element
! width="70%"|Values (type or enumerated)
! width="10%"|Default Value
! width="10%"|Allows
|-
| [ModName]
| Each conf file begins with a unique identifier for a module placed within brackets, e.g., [KJV1611]. This must be first in the file. Valid characters for this element are limited to [https://en.wikipedia.org/wiki/Perl_Compatible_Regular_Expressions PCRE] class <tt>[A-Za-z0-9_]</tt>.<ref>That excludes the space and hyphen characters!</ref> 
The .conf file should be named the lowercase of this element followed by .conf. For example, kjv1611.conf.
|  
|  
|-
| Abbreviation<ref>We advise against explicitly declaring a redundant '''Abbreviation''' identical to the '''ModName'''.</ref><ref>To avoid confusion, an '''Abbreviation''' should be unique. Do not use an '''Abbreviation''' that clashes with any existing module name from any source!</ref>
|
'''<string>''' 
The abbreviation displayed to the user. If not supplied, the unique ModName will be used. This element allows for localization―showing a different abbreviation depending on the user's locale. Valid characters for this element are likewise limited to [https://en.wikipedia.org/wiki/Perl_Compatible_Regular_Expressions PCRE] class <tt>[A-Za-z0-9_]</tt>.

| [ModName]
| [[DevTools:conf Files#Localization|Localization]]
|-
| Description
|
'''<string>''' 
This is a short (1 line) title of the module.
|  
| [[DevTools:conf Files#Localization|Localization]]
|-
| DataPath
| <relative system path pointing to the data files>
DataPath is the path to the module data files relative to the SWORD module library root directory. This path should start with "./modules". If the DataPath indicates a directory it should end with a '/'. Otherwise the module name is both the directory and the prefix for each file in that directory. Although DataPath can point to any folder or files under the root of the SWORD module library, the following conventions are recommended and must be used for modules wishing to be included in a CrossWire repository:

Paths used for a module named [MyModule], depending on (a) the type of module (Bible text, commentary, lexicon or dictionary<ref>Daily devotionals & glossaries go in subdirectories under '''lexdict'''. A '''glossary''' is between two languages.</ref>, general book) and (b) the data driver (ModDrv parameter) are:

:./modules/texts/rawtext/mymodule/
:./modules/texts/rawtext4/mymodule/
:./modules/texts/ztext/mymodule/
:./modules/texts/ztext4/mymodule/
:./modules/comments/zcom/mymodule/
:./modules/comments/zcom4/mymodule/
:./modules/comments/hrefcom/mymodule/
:./modules/comments/rawcom/mymodule/
:./modules/comments/rawcom4/mymodule/
:./modules/comments/rawfiles/mymodule/
:./modules/lexdict/zld/mymodule/mymodule
:./modules/lexdict/rawld/mymodule/mymodule
:./modules/lexdict/rawld/devotionals/mymodule/mymodule
:./modules/lexdict/rawld/glossaries/mymodule/mymodule
:./modules/lexdict/rawld4/mymodule/mymodule
:./modules/genbook/rawgenbook/mymodule/mymodule

|  
|  
|-
| ModDrv
|
'''RawText''' (for uncompressed Bibles) 
'''RawText4''' (for uncompressed Bibles having entries greater than 64K bytes)<ref name="text4">e.g. If the Bible contains large introduction sections</ref> 
'''zText''' (for compressed Bibles) 
'''zText4''' (for compressed Bibles having entries greater than 64K bytes)<ref name="text4"/><ref name="sv">'''zText4''' & '''zCom4''' modules require '''MinimumVersion'''=1.8 or later.</ref> 
'''RawCom''' (for uncompressed Commentaries) 
'''RawCom4''' (for uncompressed Commentaries having entries greater than 64K bytes) 
'''zCom''' (for compressed Commentaries) 
'''zCom4''' (for compressed Commentaries having entries greater than 64K bytes)<ref name="sv"/> 
'''HREFCom''' (each module entry must be only a URL to the body for the entry; experimental) 
'''RawFiles''' (stores each entry in a simple text file in the datapath; recommended for Personal Commentary) 
'''RawLD''' (for uncompressed Dictionaries) 
'''RawLD4''' (for uncompressed Dictionaries having entries greater than 64K bytes) 
'''zLD''' (for compressed Dictionaries) 
'''RawGenBook''' (for uncompressed tree keyed modules)
|  
|  
|}

'''Notes:'''
<references />

===Required Elements with defaults ===

{| width="100%" border="1" class="sortable"
! width="10%"|Element
! width="70%"|Values (type or enumerated)
! width="10%"|Default Value
! width="10%"|Allows
|-
| SourceType<ref>Omitting this for a non-plaintext module has unpredictable effects.</ref>
|
'''Plaintext''' 
'''OSIS''' ([http://www.bibletechnologies.net Open Scriptural Information Standard]) 
'''TEI''' ([http://www.tei-c.org Text Encoding Initiative]) 
Specifies the '''markup''' used in the module. The preferred markup is OSIS. TEI is preferred for dictionaries until OSIS supports dictionaries. While SourceType has a default, it is a best practice to specify it. 

Legacy modules may have a key here stating:

'''GBF''' ([http://www.ebible.org/bible/gbf.htm General Bible Format]) 
'''ThML''' ([http://www.ccel.org/ThML Theological Markup Language]) 

In SWORD, for modules encoded with ThML, OSIS or TEI, each verse, dictionary entry, and book division needs to be well-formed XML or it will result in display problems in some front-ends.
| Plaintext
|  
|-
| Encoding
|
'''UTF-8''' 
'''UTF-16''' 
'''SCSU''' ([http://en.wikipedia.org/wiki/Standard_Compression_Scheme_for_Unicode Standard Compression Scheme for Unicode]) 
Indicates how the text in the conf and in the module are encoded.

The preferred encoding of texts is UTF-8. Other than Hebrew, UTF-8 modules must be encoded with [http://unicode.org/reports/tr15/ Normalization Form C (NFC)]. Biblical Hebrew requires special handling.<ref>Unicode normalization can easily break Biblical Hebrew text. See on page 9 in the [http://www.sbl-site.org/Fonts/SBLHebrewUserManual1.5x.pdf SBL Hebrew Font User Manual].</ref> A few other languages may require special handling.<ref>e.g. If they are mentioned in Table 10 in the [http://unicode.org/reports/tr15/#Corrigendum_5_Sequences Corrigendum 5 Sequences].</ref><ref>The improper normalization of exceptional codepoints can be prevented by inserting a [https://en.wikipedia.org/wiki/Combining_Grapheme_Joiner Combining Grapheme Joiner].</ref>

To date, no modules use UTF-16 or SCSU. Legacy modules may hold a key here '''Latin-1''' referring solely to Windows Codepage 1252, a superset of ISO-8859-1. Front-end implementors wishing to use such modules should use "cp1252" or "windows1252" explicitly, not "Latin-1" provided by some programming language libraries.''
| Latin-1
|  
|-
| CompressType
|
'''ZIP''' 
'''LZSS''' ([http://en.wikipedia.org/wiki/Lempel%E2%80%93Ziv%E2%80%93Storer%E2%80%93Szymanski Lempel Ziv Storer Szymanski]) 
'''BZIP2''' 
'''XZ''' 
Used for modules having a ModDrv of zText, zCom or zLD to indicate the compression algorithm.
While CompressType has a default, it is best practice to specify it.
ZIP is the preferred format.
| LZSS
|  
|-
| BlockType
|
'''BOOK''' 
'''CHAPTER''' 
'''VERSE''' 
Used for modules having a ModDrv of zText (Bibles) and zCom (Commentaries) to indicate how much of the work is compressed into a block. The trade off is size for speed, with BOOK taking the least overall space and the longest time and VERSE taking the greatest overall space and the least time. While BlockType has a default, it is a best practice to specify it. Most Bibles use BOOK and larger Commentaries use CHAPTER. To date, no module uses VERSE.
| CHAPTER
|  
|-
| BlockCount
|
'''<integer>''' 
Used for modules having a ModDrv of zLD to indicate the number of entries in a compressed block. Higher values will make the module slower, but smaller. It is best practice to take the default and not specify it.
| 200
|  
|-
| Versification
|
'''Calvin''' 
'''Catholic''' 
'''Catholic2''' 
'''Darby_Fr''' 
'''German''' 
'''KJV''' 
'''KJVA''' 
'''LXX''' 
'''Leningrad''' 
'''Luther''' 
'''MT''' 
'''NRSV''' 
'''NRSVA''' 
'''Orthodox''' 
'''Segond''' 
'''Synodal''' 
'''SynodalProt''' 
'''Vulg''' 
Used to specify the versification employed by a Bible module<ref>i.e. Specify this ''only'' for a module that uses '''VerseKey'''.</ref>. Refer to [[Alternate Versification]].
| KJV
|  
|-
| CipherKey
|
'''<string>''' 
Indicates that a module is enciphered and that the module is (un)locked. When the key has no value ("CipherKey=") the module is locked. When it has a value, the module is unlocked.

A good key is something that is hard to guess. Typically in a format matching the pattern: /[0-9]{4}[A-Za-z]{4}[0-9]{4}[A-Za-z]{4}/. Internally the key can be any byte sequence from 1 to 255 bytes in length. But it needs to be readable, plain text, without leading or trailing spaces.
|  
|  
|-
| KeyType
|
'''TreeKey''' 
'''VerseKey''' 
Used for RawGenBook to indicate whether the module contains a book or a Bible. At this time VerseKey is not yet supported and is being developed as a solution for Bibles which do not conform to any supported versification system in SWORD. It is best practice to take the default and not specify it.
| TreeKey
|  
|-
| CaseSensitiveKeys
|
Used for Dictionaries whose keys are case sensitive. This key is used to suppress normalization to UPPER CASE before comparison. 
Only allowable value: '''true'''
| false
|  
|}

<references />

=== Elements required for proper rendering ===

{| width="100%" border="1" class="sortable"
! width="10%"|Element
! width="70%"|Values (type or enumerated)
! width="10%"|Default Value
! width="10%"|Allows
|-
| GlobalOptionFilter
|
'''UTF8Cantillation''' (For Hebrew texts having cantillation marks)<ref>See https://en.wikipedia.org/wiki/Cantillation</ref> 
'''UTF8GreekAccents''' (For Greek texts having accents)<ref>For detailed background, see https://en.wikipedia.org/wiki/Greek_diacritics</ref><ref>This filter can have undesirable side-effects when applied to non-Greek text!</ref> 
'''UTF8HebrewPoints''' (For Hebrew texts having vowel points)<ref>See https://en.wikipedia.org/wiki/Niqqud</ref> 
'''UTF8ArabicPoints''' (For Arabic texts having vowel points)<ref>See https://en.wikipedia.org/wiki/Arabic_diacritics</ref> 
'''OSISLemma''' (For OSIS texts having lemmas)<ref>Must precede OSISStrongs.</ref> 
'''OSISMorphSegmentation''' (For OSIS texts having morphological segmentation elements)<ref>Currently, only some JSword based front-ends seem to support this feature. The SWORD engine has the switch available, but no change in output is effected.</ref> 
'''OSISStrongs''' (For OSIS texts having Strong's Numbers)<ref name="strongs">See https://en.wikipedia.org/wiki/Strong%27s_Concordance#Strong.27s_numbers</ref> 
'''OSISFootnotes''' (For OSIS texts having informational notes) 
'''OSISScripref''' (For OSIS texts having [[OSIS Bibles#Marking_cross-references_note|cross reference]] type notes) 
'''OSISMorph''' (For OSIS texts having morphology information) 
'''OSISHeadings''' (For OSIS texts having non-canonical headings) 
'''OSISVariants''' (For OSIS texts having variant readings) 
'''OSISRedLetterWords''' (For OSIS texts marking the Words of Christ)<ref name="red">See https://en.wikipedia.org/wiki/Red_letter_edition</ref> 
'''OSISGlosses''' (For OSIS texts with glosses)<ref>Minimum SWORD version of 1.7.0 in the module .conf is required for OSISGlosses.</ref> 
'''OSISXlit''' (For OSIS texts that include transliterated forms)<ref>The Samaritan Pentateuch module SP is an example of using xlit.</ref> 
'''OSISEnum''' (For OSIS texts with enumerated words)<ref>The Samaritan Pentateuch module SP is an example of using enum.</ref> 
'''OSISReferenceLinks''' (For OSIS texts with glossary links)<ref>New in SWORD 1.7.0 - This filter requires six vertical bar-delimited fields, of which the following is an example.
<pre>
GlobalOptionFilter=OSISReferenceLinks|Reference Material Links|Hide or show links to study helps in the Biblical text.|x-glossary||On
</pre>
Here are the different field meanings:
# "OSISReferenceLinks" = option filter class name (option class name internal to the engine). Always the same for this kind of filter.
# "Reference Material Links" = Visible name of this OSISReferenceLinks filter. This is what the user will see in the Global Options toggle lists.
# "Hide or show..." = A readable user tip explaining what the filter does.
# "x-glossary" = Tells this OSISReferenceLinks filter to filter all references with type="x-glossary".
# (empty) = Tells this OSISReferenceLinks filter to also require that subType="something" in order to filter. Empty means ALL type="x-glossary" references will be filtered regardless of subType.
# "On" = Default filter toggle value ("On" or "Off")
</ref><ref>It is allowed to have multiple OSISReferenceLinks entries in a single conf file.</ref> 
Each of these filters removes/hides the text's feature, when activated by the application.<ref>It's not implied that every front-end supports all of the listed option filters.</ref>

These filters are applied in the order that they are listed in the conf. Some filters are dependent on each other for certain features - e.g. cross-references in notes require both the '''OSISFootnotes''' and the '''OSISScriprefs''' filters enabled.

Legacy modules may also have following keys:

'''OSISRuby'''<ref>See [https://en.wikipedia.org/wiki/Ruby_character Ruby character] and [https://en.wikipedia.org/wiki/Furigana Furigana]</ref> (For OSIS texts with glosses)<ref>Deprecated in 1.7.0. Use OSISGlosses instead.</ref> 
'''GBFStrongs''' (For GBF texts having Strong's Numbers)<ref name="strongs">See https://en.wikipedia.org/wiki/Strong%27s_Concordance#Strong.27s_numbers</ref> 
'''GBFFootnotes''' (For GBF texts having footnotes) 
'''GBFMorph''' (For GBF texts having morphology information) 
'''GBFHeadings''' (For GBF texts having headings) 
'''GBFRedLetterWords''' (For GBF texts marking the Words of Christ)<ref name="red">See https://en.wikipedia.org/wiki/Red_letter_edition</ref> 
'''ThMLStrongs''' (For THML texts having Strong's Numbers)<ref name="strongs">See https://en.wikipedia.org/wiki/Strong%27s_Concordance#Strong.27s_numbers</ref> 
'''ThMLFootnotes''' (For THML texts having footnotes) 
'''ThMLScripref''' (For THML texts having cross references) 
'''ThMLMorph''' (For THML texts having morphology information) 
'''ThMLHeadings''' (For THML texts having headings) 
'''ThMLVariants''' (For THML texts having variant readings) 
'''ThMLLemma''' (For THML texts having lemmas) 

|  
| Repeats
|-
| Direction
|
'''LtoR''' (Left to Right) 
'''RtoL''' (Right to Left) 
'''BiDi''' (Bidirectional) 
Indicate whether the language's script is a left to right script or a right to left script.<ref>JSword validates the direction property against the Lang of the module.</ref> Languages such as Hebrew, Arabic, Urdu, and Farsi have a right to left script. If the RtoL script is transliterated into a LtoR script, set the value to LtoR. If a module has both RtoL and LtoR text, then it is BiDi.
| LtoR
|  
|-
| DisplayLevel
| '''<integer>''' 
Used for General Book module types (these are keyed with a TreeKey table of contents). Indicates the preferred level from a leaf in the tree to display for context. e.g., 1 will only show the requested entry; 2 will show the entry, surrounded by all siblings, etc.
| 1
|  
|-
| Font
| '''<string>''' 
Specify the [[Fonts|font]] to be used for display of the module if it is available.<ref>Specifying a font may not be sufficient for some modules. The required font features may depend on a particular smart font engine, which may not be compiled into the front-end application.</ref> Omit this line to use the default font. Do not make use of font-specific encodings in your documents, but use Unicode instead and the Private Use Area if necessary for codepoints that are not handled by Unicode.
|  
|  
|-
| <del>OSISqToTick</del> (deprecated)<ref>For further details, refer to [http://www.crosswire.org/bugs/browse/MOD-188 MOD-188] in CrossWire bugs.</ref>
| This attribute is deprecated in favor of the marker attribute on the q element. E.g.: <pre><q who="Jesus" marker="">....</q></pre> 
<del>true/false</del> 
<del>When set to false indicates that OSIS quote elements without a marker attribute are not to produce a quotation mark. This is useful for languages (e.g. Thai) and texts (e.g. KJV) that do not have quotation marks. It is also useful for modules that mark the "Words of Christ" on a verse by verse basis, when the quote spans more than one verse.</del>
| true
|  
|-
| Feature
|
'''StrongsNumbers''' (for modules that include Strong's numbers) 
'''GreekDef''' (for dictionary modules with Strong's number encoded Greek definitions) 
'''HebrewDef''' (for dictionary modules with Strong's number encoded Hebrew definitions) 
'''GreekParse''' (for dictionary modules with Greek morphology expansions) 
'''HebrewParse''' (for dictionary modules with Hebrew morphology expansions) 
'''DailyDevotion''' (for daily devotionals using one of the LD drivers and keyed with MM.DD) 
'''Glossary''' (for collections of glosses using one of the LD drivers) 
'''Images''' (for modules that contain images of any type) 
'''NoParagraphs''' (for modules without any paragraphing information, which are typically typeset with a verse per line<ref>This feature is intended to be informational to front-end developers. Ideally, front-ends will render these modules with a verse per line rather than as a single big chapter-length paragraph block.</ref><ref>The occurrence of a small number of paragraph elements in a module (such as might be used merely to format the colophon at the end of each Pauline epistle) does not rule out the use of this feature.</ref>)
|  
| Repeats
|-
| GlossaryFrom
| '''<lang identifier>''' 
Glossaries map one language to another. This value indicates the language being translated from.
See Lang below for a discussion of valid values.
|  
|  
|-
| GlossaryTo
| '''<lang identifier>''' 
Glossaries map one language to another. This value indicates the language being translated to.
See Lang below for a discussion of valid values.
|  
|  
|-
| PreferredCSSXHTML
| '''<filename>''' 
Names a file in the module's DataPath that should be referenced for the renderer as CSS display controls.
Generality is advised: Use controls that are not specific to any particular rendering engine, e.g. WebKit.
|  
|  
|}
<references />

=== Optional elements to support particular features ===
==== CaseInsensitiveKeys ====
Intended for use with Lexicon/Dictionary & Glossary modules. This field will make the order of the keys based upon the mixed case keys, but the index is still sorted by byte order of those keys. There are some scripts that don’t have upper/lower case (e.g. Arabic) and some languages where a naïve toUpper() will result in the wrong character (e.g. Turkish/Azeri lowercase dotted i and capital dotted İ).

CaseInsensitiveKeys=true|false

It is fine to use toUpper() for internal normalization, but having keys in all caps when showing to a user is annoying. The problem is that the display order needs to follow something that makes sense to a user when the dictionary is presented as a list.

[https://github.com/JohnAustinDev/xulsword xulsword] has a different solution involving a configuration item not yet used by SWORD master.

LangSortOrder=AaBbCcDdEe...

This is used by xulsword to sort the keys of a dictionary/glossary in original alphabetical order. Here's an actual example for module TKLDICT which has Lang=tk-Latn (i.e. Türkmençe):

LangSortOrder=AaBbCcÇçDdEeÄäŻżFfGgHhIiJjKkLlMmNnŇňOoÖöPpQqRrSsŞşTtUuÜüVvWwXxYyÝýZzŽž

This method would need to be modified in order to support alphabets (such as [http://en.wikipedia.org/wiki/Welsh_orthography Welsh]) that include any [http://en.wikipedia.org/wiki/Digraph_%28orthography%29 digraphs].

==== StrongsPadding ====
At the heart of our lexicon/dictionary drivers, we have some old logic which tries to detect if a key value is a Strong's number, and if so, then pad it with leading zeros accordingly. To support this logic, the recognition has recently been added for an optional new .conf entry for lexicon/dictionary modules:

StrongsPadding=true|false

'''Notes:'''
# So as not to break everything, this currently defaults to true if it is not present in the lexdict module's .conf file
# It can be set to false if you are building a lexdict module which has entries which may be misconstrued as Strong's numbers.
# In a couple years, we'll probably switch the default to false, so it would be nice to add this line and set the value to true on modules which really do require the logic.
# This is only available in SWORD version 1.7 or later. JSword never had this problem.

==== Strip Filters ====
SWORD has the concept of "filtering" a module's text at different processing points for purposes other than rendering. One of these filter-points is for searching and we call these filters '''Strip Filters'''.

Strip Filters are typically named something like '''OSISPlain''' or '''GBFPlain''', etc. These typically take all the markup out of an entry and prepare the text to be searched, but anything can be done to the text to prepare it further for searching. We typically remove accents and vowel points from Greek and Hebrew respectively.

Any Strip Filter can be added to a module by the module author with a line in the .conf file, such as:

LocalStripFilter=GBFPlain

If diacritics need to be removed from Arabic, then we can certainly add a filter for this as well. The conf line would be:

LocalStripFilter=UTF8ArabicPoints

Our current list of filters can be found by browsing the source folder here:

http://crosswire.org/svn/sword/trunk/src/modules/filters/

They're pretty concise and don't involve much knowledge from the rest of the engine, making them easy to write if we need a new one.

This processing can replace or be complimentary to any processing done by clucene. Here's an example of what's used with the [http://papyri.info/docs/ddbdp Duke Databank of Papyri] with specialist software that's based on SWORD.

LocalStripFilter=PapyriPlain

Since we need to strip markup, and other things clucene will likely never support (see '''PapyriPlain''' – annotations like [,],?{,}, underdot) we need this preprocessing mechanism to prepare the text before searching. We also maintain searching functionality apart from "fast indexed searching".<ref>Currently supplied by clucene, but could be implemented by any other fast search framework that we might want to integrate in future.</ref>

'''Note:'''
<references />

=== General informatic and installer elements ===

{| width="100%" border="1" class="sortable"
! width="10%"|Element
! width="70%"|Values (type or enumerated)
! width="10%"|Default Value
! width="10%"|Allows
|-
| About
|
'''<string>''' 
A lengthier description and may include copyright, source, etc. information, possibly duplicating information in other elements.
|  
| [[DevTools:conf Files#Continuation|Continuation]] [[DevTools:conf Files#RTF|RTF]] [[DevTools:conf Files#Localization|Localization]]
|-
| SwordVersionDate
|
'''<yyyy-mm-dd>''' ([http://en.wikipedia.org/wiki/ISO_8601#Calendar_dates ISO 8601 Date]) 
Indicates the date that the module was changed.
|  
|  
|-
| Version
|
'''<version string>''' 
Gives the module's revision number. Incrementing it when changes are made alerts users of the SWORD Installers to the presence of updated modules. Please start with version 1.0 and increment by 0.1 for minor updates and by larger values for more major updates such as a new text source. Changes to this conf file should also increment the version number. Do not use non-numbers, such as 1.4a.

CrossWire's standard practice is to indicate updates that only require a .conf-file update/download by incrementing the third most significant number (the revision number). For example, if module version 1.2 requires a .conf-file update. A new .conf file with version number 1.2.1 could be released.
| 1.0
|  
|-
| History_x.x
| '''<string>'''<ref>Maximum line length is 1024 characters!</ref> 
x.x is taken from the Version value.

Indicates what has changed between different versions. Each time a version is incremented a history line with that version number should explain the change.

It is recommended that each history description be prefaced by the corresponding SwordVersionDate value.
|  
| Repeats [[DevTools:conf Files#Localization|Localization]]
|-
| MinimumVersion<ref>See http://tracker.crosswire.org/browse/API-201</ref>
|
'''<version string>''' 
Identifies the [[Sword library versions | minimum version]] of the SWORD library required for this module.<ref>Required to support a Bible/Commentary module that has an [[Alternate Versification]].</ref>
| 1.5.1a
|  
|-
| Category
|valign="top"|
This is used by installers to further categorize the modules beyond what can be figured out by the ModDrv and Feature. 
'''Biblical Texts''' (for Bibles) 
'''Commentaries''' 
'''Lexicons / Dictionaries''' 
'''Glossaries''' (for modules with Feature=Glossary) 
'''Daily Devotional''' (for modules with Feature=DailyDevotion) 
'''Generic Books''' (for anything else....) 
'''Maps''' (for modules that primarily consist of maps) 
'''Images''' (for modules that primarily consist of images) 
'''Cults / Unorthodox / Questionable Material''' 
'''Essays''' (for essays)<ref>'''Essays''' is handled as a subset of '''Generic Books'''.</ref>
|
Biblical Texts 
  ''ModDrv=RawText'' or 
  ''ModDrv=RawText4'' or 
  ''ModDrv=zText'' or 
  ''ModDrv=zText4'' 
Commentaries 
  ''ModDrv=HRefCom'' or 
  ''ModDrv=RawCom'' or 
  ''ModDrv=RawCom4'' or 
  ''ModDrv=RawFiles'' or 
  ''ModDrv=zCom'' or 
  ''ModDrv=zCom4'' 
Lexicons / Dictionaries 
  ''ModDrv=RawLD'' or 
  ''ModDrv=RawLD4'' or 
  ''ModDrv=zLD'' 
Glossaries 
  ''Feature=Glossary'' and 
  ''ModDrv=RawLD'' or 
  ''ModDrv=RawLD4'' or 
  ''ModDrv=zLD'' 
Daily Devotional 
  ''Feature=DailyDevotion'' and 
  ''ModDrv=RawLD'' or 
  ''ModDrv=RawLD4'' or 
  ''ModDrv=zLD'' 
Generic Books 
  ''ModDrv=RawGenBook'' 
|  
|-
| LCSH
| '''<tree/string>''' 
Library of Congress Subject Heading. You may search the [http://catalog.loc.gov Library of Congress catalog] or use it as a guide for determining an appropriate LCSH for books that are not in the Library of Congress.
|  
|  
|-
| Lang
|
'''<Language[-Script]?[-Region]?>''' 
The language identifier is a combination of sub-tags for '''Language''' and optionally '''Script''', and/or '''Region''', according to [http://www.rfc-editor.org/rfc/bcp/bcp47.txt BCP 47] and [http://tools.ietf.org/html/rfc4647 RFC 4647]. Private use extensions defined by BCP 47 (e.g. x-, qaa, and Qaaa) should be avoided wherever possible.

'''Language sub-tag''' ''(Regex: /[a-z]{2,3}/)'': 
This is the primary language code of the module according to [http://en.wikipedia.org/wiki/ISO_639 ISO 639 parts 1, 2, 3 and 5]. Some languages have several codes. Use the following to determine the best choice: 
:When available use a 2-letter [http://en.wikipedia.org/wiki/ISO_639-1 ISO 639-1] code ([http://www.loc.gov/standards/iso639-2/php/code_list.php registrar]), (e.g. ''en'' for English).
:If there is none for the given language, use an [http://en.wikipedia.org/wiki/ISO_639-2 ISO 639-2/T] code ([http://www.loc.gov/standards/iso639-2/php/code_list.php registrar]) (e.g. ceb for Cebuano).
:Failing that, use a [http://en.wikipedia.org/wiki/ISO_639-3 ISO 639-3] code ([http://www-01.sil.org/iso639-3/codes.asp registrar]), which covers over 7000 languages.
:Finally, use a [http://en.wikipedia.org/wiki/ISO_639-5 ISO 639-5] code ([http://www.loc.gov/standards/iso639-5/id.php registrar]) for macro languages.
The [http://www-01.sil.org/iso639-3/codes.asp ISO639-3 registrar] page gives up-to-date table on all of the above.

'''Script sub-tag''' ''(Regex: /[A-Z][a-z]{3}/)'': 
If a text is script-specific, such as a Latin vs. Cyrillic Serbian Bible or a Bible transliterated into other than its native script, include the [http://en.wikipedia.org/wiki/ISO_15924 ISO 15924 script code] ([http://unicode.org/iso15924/iso15924-codes.html registrar]) after the language code (e.g. sr-Latn for Latin script Serbian, sr-Cyrl for Cyrillic script Serbian).

'''Region sub-tag''': ''(Regex: /[A-Z]{2}/)'' 
If a text is region (country)-specific, such as the Anglicized NIV, include the [http://en.wikipedia.org/wiki/ISO_3166-1 ISO 3166-1 region code] ([http://www.iso.org/iso/en/prods-services/iso3166ma/02iso-3166-code-lists/list-en1.html registrar]) after the script code (or language code if no country code is present) (e.g. en-GB for UK English).

'''Combinations'''''(Regex: /[a-z]{2,3}(-[A-Z][a-z]{3})?(-[A-Z]{2})?/)'': 
Individual sub-tags (language, script, and region) are always separated by a hyphen. Identifiers should be as basic and succinct as possible. A script should not be specified for a language written in its expected script, unless the language has multiple common scripts (as in the case of Serbian above). A region should not be specified unless a text should be categorized separately from others texts in that language that do not specify a region.
| en
|  
|-
| InstallSize
|
'''<integer>''' 
Indicates the total byte size of the module on disk, excluding the the size of any Lucene index files.

For modules in the CrossWire repositories, this is automatically generated and overwritten if needed.
|  
|  
|-
| Obsoletes
|
'''<ModName>''' 
Each instance of this element gives a former ModName that is made obsolete by this module.
|  
| Repeats
|-
| OSISVersion
|
'''<version string>''' 
Identifies the OSIS schema version employed in the OSIS source document. The current version is 2.1.1

It is recommended that this be present for every OSIS module.
|  
|
|-
| Companion<ref>Many (xulsword compatible) modules in the [[Official and Affiliated Module Repositories#Institute_for_Bible_Translation|IBT Repository]] make use of this field. See also https://github.com/johnaustindev/osis-converters</ref>
|
'''<ModName[, ModName]*>''' 
Specifies companion module(s) that should be opened together 
e.g. When Bible and Commentary and/or Glossary modules are distributed together.
|  
|
|}
'''Note:'''
<references/>

=== Copyright & Licensing related elements ===

{| width="100%" border="1" class="sortable"
! width="10%"|Element
! width="70%"|Values (type or enumerated)
! width="10%"|Default Value
! width="10%"|Allows
|-
| Copyright
|
'''<string>''' 
Contains the copyright notice for the work, including the year of copyright and the owner of the copyright.
|  
| [[DevTools:conf Files#Continuation|Continuation]] [[DevTools:conf Files#Localization|Localization]]
|-
| CopyrightHolder
|
'''<string>''' 
Contains the name of the copyright holder.
|  
| [[DevTools:conf Files#Localization|Localization]]
|-
| CopyrightDate
|
'''<yyyy>''' ([http://en.wikipedia.org/wiki/ISO_8601#Years ISO 8601 Year])
|  
| [[DevTools:conf Files#Localization|Localization]]
|-
| CopyrightNotes
|
'''<string>'''
|  
| [[DevTools:conf Files#Continuation|Continuation]] [[DevTools:conf Files#Localization|Localization]]
|-
| CopyrightContactName
|
'''<string>''' 
Contains the name of the copyright holder.
|  
| [[DevTools:conf Files#Continuation|Continuation]] [[DevTools:conf Files#Localization|Localization]]
|-
| CopyrightContactNotes
|
'''<string>'''
|  
| [[DevTools:conf Files#Continuation|Continuation]] [[DevTools:conf Files#Localization|Localization]]
|-
| CopyrightContactAddress
|
'''<string>''' 
Contains the mailing address of the copyright holder.
|  
| [[DevTools:conf Files#Continuation|Continuation]] [[DevTools:conf Files#Localization|Localization]]
|-
| CopyrightContactEmail
|
'''<string>''' 
Contains the email address of the copyright holder, preferably in the form: name at xyz dot com
|  
| [[DevTools:conf Files#Localization|Localization]]
|-
| ShortPromo
|
'''<string>''' 
A link to the home page for the module, perhaps with an encouragement to visit the site.
|  
| HTML Link [[DevTools:conf Files#Localization|Localization]]
|-
| ShortCopyright
|
'''<string>'''
|  
| [[DevTools:conf Files#Localization|Localization]]
|- id="distlic"
| DistributionLicense
|
'''Public Domain''' 
'''Copyrighted''' 
'''Copyrighted; Permission to distribute granted to CrossWire'''<ref>Modules in other repositories may have a different organization name instead of CrossWire.</ref> 
'''Copyrighted; Permission granted to distribute non-commercially in SWORD format''' 
'''Copyrighted; Free non-commercial distribution''' 
'''Copyrighted; Freely distributable''' 
'''[http://www.gnu.org/copyleft/fdl.html GFDL]''' 
'''[http://www.gnu.org/copyleft/gpl.html GPL]''' 
'''Creative Commons: BY-NC-ND 4.0''' 
'''Creative Commons: BY-NC-SA 4.0''' 
'''Creative Commons: BY-NC 4.0''' 
'''Creative Commons: BY-ND 4.0''' 
'''Creative Commons: BY-SA 4.0''' 
'''Creative Commons: BY 4.0''' 
'''Creative Commons: [http://creativecommons.org/publicdomain/zero/1.0/ CC0]''' 
Use one of these strings '''verbatim'''. The actual copyright and/or license information is held in other elements. The last seven are different [https://creativecommons.org/licenses/ Creative Commons licenses].
|  
|  
|-
| DistributionNotes
|
'''<string>''' 
Indicates any additional notes about distribution of the module.
|  
| [[DevTools:conf Files#Continuation|Continuation]] [[DevTools:conf Files#Localization|Localization]]
|- id="txtsrc"
| TextSource
|
'''<string>''' 
Indicates, either in prose (such as "CCEL") or as a URL of the source of the text
|  
| [[DevTools:conf Files#Continuation|Continuation]]
|-
| UnlockInfo
|
'''<string>''' 
Contains unlock instructions for the user, intended to be displayed upon attempt to install the module. These instructions typically include a URL pointing to an exact location within a publisher's online store where a user can directly purchase an unlock key (CipherKey) for the module.
|  
| [[DevTools:conf Files#RTF|RTF]] [[DevTools:conf Files#Continuation|Continuation]] [[DevTools:conf Files#Localization|Localization]] HTML Link
|}
'''Note:'''
<references/>

=== Comments and blank lines ===
Early in 2021, CrossWire began providing comment lines and blank lines in released and updated modules.
Here's and example showing that there may sometimes be both ''even before'' the module ID.
<pre>
## Sword module configuration file

## Required elements
# Module Unique Identifier.
[GerMenge]
...
</pre>Some other module providers and repositories are already moving in the same direction.

== Further details ==
=== Continuation ===
A value can span multiple lines by escaping the return with '\'. This is not a mechanism to make long lines more readable in the module.conf file. It is a means to introducing a break in the rendered output of that field when viewed by a front-end or installer. It is akin to a xHTML . That is, continuation is a formatting feature.

Most elements in a SWORD conf are expected to have short, one-line values. Elements that are expected to have multiple lines are noted.

=== RTF ===
A module.conf supports a very small, restricted subset of RTF markup<ref>Always precede by a space if the previous text is a URL</ref>. Only the following are allowed:
* \qc - for centering
* \par - for paragraph breaks
* \pard - for resetting paragraph attributes, i.e. turning off centering.
* \u{num}? - for unicode characters, where {num} is a signed, 16-bit representation of the code point and where ? is the ASCII character used in case unicode is not supported. If the {num} is less than 0 then add 65536 to it. This should only be used in modules that have an Encoding=UTF-8, but using the actual UTF-8 character is preferred.

The only uniqueness that RTF provides is centering. If centering is not needed, then use continuation lines instead of RTF.

Note:
<references/>

=== Localization ===
Those .conf fields that are essentially text intended for presentation to the end-user may be localized by appending _''locale'' to the field name, where ''locale'' is replaced by an appropriate locale code, according to [http://www.rfc-editor.org/rfc/bcp/bcp47.txt BCP 47]. See '''Lang''' key for details.

For example, to give a French description, you can have a key:
:Description_fr=....

In order to distinguish a regional form from the primary form of a language, e.g. Brazilian Portuguese vs. the Portuguese of Portugal, append the country code as in:
:Description_pt-BR=....

Script variants can be given as in:
:Description_zh-Hans=.... simplified Chinese ....
:Description_zh-Hant=.... traditional Chinese ....

In order for a .conf entry to appear in a localized form, a non-localized form of the same field must also occur within the .conf. For example, in order for a ''Description_en'' field to appear, a file must also possess a ''Description'' field. The locale of .conf entries without the locale modifier is the default and must reflect the locale/language of the module itself (as specified in Lang=) or English (if there are no localized versions of the field). In general, fields should be provided in the language of the module itself with English translations provided in parallel fields localized with _''en''. There is no explicit upper bound on the quantity of localized fields, but all localized and localizable fields should be unique.

# See also [[Localized Language Names]].

=== Uniqueness ===
For comparing two versions of a module during module development, the module names and locations (and any Abbreviation) must be unique. For '''JSword''' based front-ends such as '''Bible Desktop''', there is a further requirement, the '''Description''' key values must be different.

=== Analysis Tools ===
* [[User:Dmsmith|DMSmith]] and [[User:Domcox|Domcox]] have created scripts to analyse conf files and report anomalies.
* [[User:David Haslam|David Haslam]] has created a '''User Defined Language''' called '''CONF''' as a Syntax Highlighter for '''Notepad++''' (Windows). Download from [https://github.com/DavidHaslam/CONF].

== Automated generation ==
* For new module submissions to CrossWire, [[User:DomCox|DomCox]] now maintains a script that includes the ''automated generation'' of module conf files, given the minimum ''non-automatable'' requirements by the module submitter. See [[Module Submission]] for more details.

== See also ==
* [[BibTeX entries]]

[[Category:Development tools|Conf files]]
[[Category:Localization|Conf files]]
[[Category:Versification|Conf files]]
[[Category:Copyright|Conf files]]