6.6 KiB
Tidy Config Options
Tidy supports a quite large number of configuration options. The full list can be output using -help-config
. This will show the option to be used either on the command line or in a configuration file, the type of option, and the value(s) that can be used. The current default value for each option can be seen using -show-config
.
The options can also be listed in xml format. -xml-help
will output each option plus a description. -xml-config
will not only output the option and a desciption, but will include the type, default and examples. These xml outputs are used, with the aid of xsltproc
and doxygen
, to generate the API Documentation.
These options can also be used by application linking with libtidy
. For each option there is a TidyOptionId
enumeration in the tidyenum.h
file, and get/set functions for each option type.
This file indicates how to add a new option to tidy. Here adding an option TidyEscapeScripts
. In essence it consists of 4 steps -
- Add the option
ID
totidyenum.h
. - Add to the
table
TidyOptionImpl option_defs[]
inconfig.c
- Add the id, with a
description
tolanguage_en.h
- Use the option in the code.
1. Option ID
In tidyenum.h
the TidyOptionId
can be in any order, but normally a new option would be added just before the last N_TIDY_OPTIONS
, which must remain the last. Choosing the id name can be any string, but by convention it will commence with Tidy
followed by brief descriptive like text.
Naturally it can not be the same as any exisitng option. That is, it must be unique. And it will be followed by a brief descriptive special doxygen formatted comment. So for this new option I have chosen -
TidyEscapeScripts, /**< Escape items that look like closing tags */
2. Table Definition
In config.c
, added in TidyOptionImpl option_defs[]
. Again it can be in any order, but normally a new option would be added just before the last N_TIDY_OPTIONS
, which must remain the last.
The structure definition of the table entries is simple -
struct _tidy_option
{
TidyOptionId id;
TidyConfigCategory category; /* put 'em in groups */
ctmbstr name; /* property name */
TidyOptionType type; /* string, int or bool */
ulong dflt; /* default for TidyInteger and TidyBoolean */
ParseProperty* parser; /* parsing method, read-only if NULL */
const ctmbstr* pickList; /* pick list */
ctmbstr pdflt; /* default for TidyString */
};
Naturally it will commence with the above chosen unique id
.
The category
will be one of this enumeration -
typedef enum
{
TidyMarkup, /**< Markup options: (X)HTML version, etc */
TidyDiagnostics, /**< Diagnostics */
TidyPrettyPrint, /**< Output layout */
TidyEncoding, /**< Character encodings */
TidyMiscellaneous /**< File handling, message format, etc. */
} TidyConfigCategory;
Care, each of these enumeration strings have been equated to 2 uppercase letters. If you feel there should be another category
or group then this can be discussed, and added.
The name
can be anything, but should try to be somewhat descriptive of the otpion. Again this string must be unique. It should be lowercase alphanumeric characters, and can contain a -
separator. Remember this is the name places on the command line, or in a configuration file to set the option.
The type
is one of the following enumeration items -
typedef enum
{
TidyString, /**< String */
TidyInteger, /**< Integer or enumeration */
TidyBoolean /**< Boolean flag */
} TidyOptionType;
Care, each of these enumeration strings have been equated to 2 uppercase letters. If you feel there should be another type
then this can be discussed, but would require other additional things. And also note the TidyTriState
is the same as a TidyInteger
except uses its own parser.
The next item is the default
value for a boolean, tristate or integer. Note tidy set no=0
and yes=1
as its own Bool
enumeration.
There are a number of parser
for the options. Likewise a number of pickList
. Find another option similar to your new option and use the same values.
Presently no options have the final default
string, and it is left out of the table. The compiler will add a NULL.
The final table entry added. Note in here the spacing has been compressed, but in the actual code the current column settings should be maintained if possible -
{ TidyEscapeScripts, PP, "escape-scripts", BL, yes, ParseBool, boolPicks[, NULL] }, /* 20160227 - Issue #348 */
3. Option Description
In language_en.h
, in the section labelled Options Documentation. It can be anywhere, but usually a new option would be added just before the next section labelled Console Application.
Each entry is a structure with 3 members -
typedef struct languageDictionaryEntry {
uint key;
uint pluralForm;
ctmbstr value;
} languageDictionaryEntry;
The key
is the option ID
; The pluralForm
is not used for options, and should be 0
; The value
is the description string.
Some care has to be taken with the description string. The only html allowed here is <code>...</code>
, <var>...</var>
, <em>...</em>
, <strong>...</strong>
, and <br/>
. Entities, tags, attributes, etc., should be enclosed in <code>...</code>
. Option values should be enclosed in <var>...</var>
. It's very important that <br/>
be self-closing! This string is processed to build the API documentation.
This is the desription added for this new option.
{
TidyEscapeScripts, 0,
"This option causes items that look like closing tags, like <code></g</code> to be "
"escaped to <code><\\/g</code>. Set this option to 'no' if you do not want this."
},
4. Use in Code
This can be added anywhere in the code to change the current code action. While the testing of the option depends on the option type, the most common is cfgBool( doc, id )
. Here is an example of where this new option is used -
/*\ if javascript insert backslash before /
* Issue #348 - Add option, escape-scripts, to skip
\*/
if ((TY_(IsJavaScript)(container)) && cfgBool(doc, TidyEscapeScripts))
{
Summary
That's about it. Just 4 places. Obviously the best idea it to search for an existing option ID
, and follow where it is all defined and used, and copy that. It is not difficult.
; eof 20160310