home *** CD-ROM | disk | FTP | other *** search
- #
- # Default configuration data for faq2html v1.0. This file is will be used
- # to translate the ASCII version of your FAQ to HTML unless you specify an
- # alternate configuration file on the command line. You may create a new
- # and different configuration file for each FAQ you maintain if you wish,
- # giving each them a slightly different look. Any line begining with a '#'
- # character is considered a comment and ignored.
- #
- # While this program was designed to work with FAQs in the minimal digest
- # format and RFC 1153 format, it can be made to work fairly well with any
- # ASCII text file at least to the extent of replacing bullets, ruled lines,
- # creating HREFs for URLs, etc.
- #
- # The Digest format header is expected to follow roughly this layout:
- #
- # Usenet headers
- # <blank line>
- # *.answers headers
- # <blank line>
- # Digest Preamble & Table of Contents
- # Divider composed of exactly 70 hyphens
- # |FAQ section delimited by string "SUBJECT:"
- # Sub 1 - |<blank line>
- # |Divider composed of exactly 30 hyphens
- # Sub 2
- # <...>
- # Sub n
- # Digest Trailer
- #
- #
- ##############################################################################
- #
- #
- # Use the FAQ_TITLE to specify the title of the FAQ page. If this flag is
- # commented out, the generic title "Frequently Asked Questions" will be used.
- # The title string should be on the line immediately following the flag and
- # must be one line only.
- # NOTES: the title of an HTML document normally appears as the window title
- # on windowed operating systems such as OS/2 and X-Windows. Some text-mode
- # web browsers may not display the document title. Try to keep the title
- # as short as possible so that it will all fit on the users windows and
- # menus (hotlists/quicklists, etc.). Some programs will truncate titles
- # longer than 64 characters.
- #
- FAQ_TITLE
- Frequently Asked Questions about blah blah blah...
- #
- #-----------------------------------------------------------------------------
- #
- # USENET HEADER handling options. One of the three following flags MUST be
- # selected. Uncomment the one that applies to your FAQ and make sure the
- # other two are commented out. The meaning of each flag is as follows:
- #
- # USENET_HEADERS_NOT_PRESENT - This FAQ has NO usenet news headers
- # INCLUDE_USENET_HEADERS - This FAQ has usenet headers and they should
- # be include in the HTML version of the FAQ.
- # IGNORE_USENET_HEADERS - This FAQ has usenet headers but they should
- # not be included in the HTML version.
- #
- # NOTE: If usenet new headers are present, they must be followed by a blank
- # line as per RFC guidelines.
- #
- #USENET_HEADERS_NOT_PRESENT
- #INCLUDE_USENET_HEADERS
- IGNORE_USENET_HEADERS
- #
- #-----------------------------------------------------------------------------
- #
- # The USENET_HEADER_HTML flag allows you to specify up to one line of HTML
- # code that will precede and follow the usenet news headers. This flag is
- # ignored unless the INCLUDE_USENET_HEADERS flag is specified.
- #
- USENET_HEADER_HTML
- <PRE>
- </PRE>
- #
- #-----------------------------------------------------------------------------
- #
- # *.ANSWERS HEADER handling options. One of the three following flags MUST
- # be selected. Uncomment the one that applies to your FAQ and make sure the
- # other two are commented out. The meaning of each flag is as follows:
- #
- # ANSWER_HEADERS_NOT_PRESENT - This FAQ has NO *.answer headers
- # INCLUDE_ANSWER_HEADERS - This FAQ has *.answer headers and they can
- # be include in the HTML version of the FAQ.
- # IGNORE_ANSWER_HEADERS - This FAQ has *.answer headers but they
- # should not be included in the HTML version.
- #
- # NOTE: If *.answers new headers are present, they must be followed by at
- # least one blank line.
- #
- #ANSWER_HEADERS_NOT_PRESENT
- #INCLUDE_ANSWER_HEADERS
- IGNORE_ANSWER_HEADERS
- #
- #-----------------------------------------------------------------------------
- #
- # The ANSWER_HEADER_HTML flag allows you to specify up to one line of HTML
- # code that will precede and follow the *.answers headers. This flag is
- # ignored unless the INCLUDE_ANSWER_HEADERS flag is specified.
- #
- ANSWER_HEADER_HTML
- <PRE>
- </PRE>
- #
- #-----------------------------------------------------------------------------
- #
- # This flag indicates what to do with an RFC 1153 Digest format Preamble
- # section. If your FAQ is in RFC 1153 or the Minimal Digest Format, you
- # can choose whether or not to include it this section in the HTML version
- # of your FAQ. The meaning of the flags is as follows:
- #
- # PREAMBLE_NOT_PRESENT - This FAQ is not in RFC 1153 or Minimal Digest
- # format and does not have a preamble section.
- # INCLUDE_PREAMBLE - This FAQ has a preamble section and it should be
- # include in the HTML version of the FAQ.
- # IGNORE_PREAMBLE - This FAQ has a preamble section but it should NOT
- # be included in the HTML version of the FAQ.
- #
- # NOTE: If the preamble section is present, it must be followed by a blank
- # line and a line of exactly 70 hyphens as per RFC 1153
- #
- #PREAMBLE_NOT_PRESENT
- INCLUDE_PREAMBLE
- #IGNORE_PREAMBLE
- #
- #-----------------------------------------------------------------------------
- #
- # The PREAMBLE_HTML flag allows you to specify up to one line of HTML
- # code that will precede and follow the preamble section. This flag is
- # ignored unless the INCLUDE_PREAMBLE flag is specified.
- #
- PREAMBLE_HTML
- <PRE>
- </PRE>
- #
- #-----------------------------------------------------------------------------
- #
- # The LINK_TOC flag will cause FAQ2HTML to create internal hypertext links
- # between items in the table of contents and the corresponding SUBJECT:
- # headers within the FAQ. This function will only work if the FAQ is in
- # RFC 1153 or Minimal Digest format AND if the preamble section (which
- # contains the TOC) has been included by use of INCLUDE_PREAMBLE flag.
- #
- LINK_TOC
- #
- #-----------------------------------------------------------------------------
- #
- # The PRE_BULLET flag allows you to define a string of text which is used in
- # the preamble section of your FAQ as a bullet. Bullets may be replaced by
- # up to one line of HTML code. This flag will be ignored unless you have
- # used the INCLUDE_PREAMBLE flag. If used, the text on the line following
- # the flag is the string used in the ASCII version of your FAQ as a bullet
- # and the following line is the HTML code you wish to replace it with.
- #
- PRE_BULLET
- *
- <IMG SRC="/icons/bullet_small_red_sphere.gif" ALT="*">
- #
- #-----------------------------------------------------------------------------
- #
- # The PRE_RULE flag defines a text string that is used as a horizontal rule
- # or divider within the Preamble of the FAQ. Up to one line of HTML code
- # may be defined to replace the string. This flag is ignored if the
- # INCLUDE_PREABLE flag is not used.
- #
- PRE_RULE
- =============================================================================
- <HR>
- #
- #-----------------------------------------------------------------------------
- #
- # The USE_DIGEST flag indicates that the body of your FAQ follows the Minimal
- # Digest Format and has sections delimited by a blank line, a line of exactly
- # 30 hyphens, and a line starting with the string "SUBJECT:".
- #
- USE_DIGEST
- #
- #-----------------------------------------------------------------------------
- #
- # The DIGEST_ICON flag allows you to specify up to one line of HTML code
- # that will be included after each section of a Minimal Digest Format FAQ.
- # This may be used to include an icon of your choice. If you prefer to use
- # standard <HR> tags between sections, just comment this tag out and they
- # will be added automatically if the USE_DIGEST flag is set.
- #
- DIGEST_ICON
- <IMG SRC="/icons/bar_spectrum.gif" ALT="------------------------------">
- #
- #-----------------------------------------------------------------------------
- #
- # The DIGEST_SUBJECT_HTML flag allows you to specify up to one line of
- # HTML code to precede and follow the text of each "SUBJECT:" line. Normally
- # this should be used to make the subject line stand out in some way from the
- # other text.
- # NOTE: be sure to consider the implications of the BODY_HTML flag (below)
- # when adding HTML code here. The HTML code in BODY_HTML wraps the entire
- # body section of the FAQ while the DIGEST_SUBJECT_HTML code will wrap each
- # "SUBJECT:" line within the body.
- #
- DIGEST_SUBJECT_HTML
- </PRE><H2>
- </H2><PRE>
- #
- #-----------------------------------------------------------------------------
- #
- # The BODY_HTML flag allows you to specify up to one line of HTML
- # code that will precede and follow the main FAQ body. Since your FAQ was
- # originally written as an ASCII format document and most likely relies on
- # the use of a non-proportional font, this should almost always include a
- # <PRE></PRE> tag combination.
- #
- BODY_HTML
- <PRE>
- </PRE>
- #
- #-----------------------------------------------------------------------------
- #
- # The BULLET flag allows you to define a text string which is used for bullets
- # within the body of your FAQ (e.g. "*" or "=>") that will be matched and
- # replaced with the specified line of HTML code. In order to be identified
- # as a bullet, the text string must be the first non-whitespace character on a
- # line of text.
- #
- BULLET
- *
- <IMG SRC="/icons/bullet_small_red_sphere.gif" ALT="*">
- #
- #-----------------------------------------------------------------------------
- #
- # The RULE flag allows you to define a text string which is used as a horizontal
- # rule or divider between the sections of your FAQ (e.g. lines of "========" or
- # "********", etc) that will be matched and replaced with the specified line of
- # HTML code. The string used to match the rule must have EXACTLY the same
- # number of characters as the actual lines in your FAQ!
- #
- RULE
- =============================================================================
- <CENTER><IMG SRC="/icons/bar_spectrum.gif" ALT="------------------------------"></CENTER>
- #
- #-----------------------------------------------------------------------------
- #
- # RFC 1153 TRAILER handling options. One of the three following flags MUST
- # be selected. Uncomment the one that applies to your FAQ and make sure the
- # other two are commented out. The meaning of each flag is as follows:
- #
- # TRAILER_NOT_PRESENT - This FAQ has NO RFC 1153 Trailer section
- # INCLUDE_TRAILER - This FAQ has a Trailer and it should be included in
- # the HTML version of the FAQ.
- # IGNORE_TRAILER - This FAQ has a Trailer but it should not be included
- # in the HTML version.
- #
- # NOTE: If a trailer is present it should follow the RFC 1153 guidelines.
- #
- #TRAILER_NOT_PRESENT
- #INCLUDE_TRAILER
- IGNORE_TRAILER
- #
- #-----------------------------------------------------------------------------
- #
- # If the MAILTO flag is set, any email addresses found in document will be
- # converted to HTML MAILTO tags. Identifying email address embedded in other
- # text is tricky at best - you can make things easier by making sure that the
- # address has spaces on either side of it (i.e. "blah blah info@ncc.com blah"
- # is best, "yaddayadda(info@ncc.com)." might not be found or parsed correctly).
- # Compuserve, Fidonet, and other non-Internet address should be written in
- # Internet-style if you wish them linked (e.g., 12345.1234@compuserve.com).
- #
- LINK_MAILTO
- #
- #-----------------------------------------------------------------------------
- #
- # If the URL flag is set, any detected URLs will be anchored as HREFs. Right
- # now this works for: http:// and ftp:// tags. The same disclaimers as used
- # for the LINK_MAILTO flag apply here. The program will do it's best to find
- # URLs but it will help if they follow RFC guidelines and have whitespace at
- # both ends.
- #
- LINK_URL
- #
- #-----------------------------------------------------------------------------
-