http://lynx.invisible-island.net/lynx2.8.5/lynx_help/body
If ACCEPT_ALL_COOKIES is set TRUE, Lynx will accept cookies from all domains with no user interaction. This is equivalent to automatically replying to all cookie 'Allow?' prompts with "A"lways. Note that it does not preempt validity checking, which has to be controlled separately (see below). The default is defined in userdefs.h and can be overridden here, or in the .lynxrc file via an o(ptions) screen setting. It may also be toggled via the -accept_all_cookies command line switch.
ACCEPT_ALL_COOKIES
:FALSE
The default defined here or in userdefs.h can be toggled via the -resubmit_forms command line switch.
ALWAYS_RESUBMIT_POSTS
:FALSE
If built with a library that recognizes default colors (usually ncurses or slang), lynx initializes it to assume the corresponding foreground and background colors. Default colors are those that the terminal (emulator) itself is initialized to. For instance, you might have an xterm running with black text on a white background, and want lynx to display colored text on the white background, but leave the possibility of using the same configuration to draw colored text on a different xterm, this time using its background set to black.
If built with conventional SVr3/SVr4 curses, tells lynx to use color pair 0 when the given colors match this setting. That gives a similar effect, though not as flexible. You will get the best results by setting the terminal's default colors to match the prevailing text and background colors that you have setup with lynx, and then alter the ASSUMED_COLOR setting to match that. If you do not alter the ASSUMED_COLOR setting, curses assumes color pair 0's background is black, which implies that its foreground (text) is white.
The first value given is the foreground, the second is the background.
ASSUMED_COLOR
:default:default
ASSUME_CHARSET
:iso-8859-1
ASSUME_LOCAL_CHARSET
:iso-8859-1
If Lynx encounters a charset parameter it doesn't recognize, it will replace the value given by ASSUME_UNREC_CHARSET (or a corresponding -assume_unrec_charset command line option) for it. This can be used to deal with charsets unknown to Lynx, if they are "sufficiently similar" to one that Lynx does know about, by forcing the same treatment. There is no default, and you probably should leave this undefined unless necessary.
ASSUME_UNREC_CHARSET
:iso-8859-1
AUTO_UNCACHE_DIRLISTS determines when local file directory listings are automatically regenerated (by re-reading the actual directory from disk). Set the value to 0 to avoid automatic regeneration in most cases. This is useful for browsing large directories that take some time to read and format. An update can still always be forced with the RELOAD key, and specific DIRED actions may cause a refresh anyway. Set the value to 1 to force regeneration after commands that usually change the directory or some files and would make the displayed info stale, like EDIT and REMOVE. Set it to 2 (the default) or greater to force regeneration even after leaving the displayed directory listing by some action that usually causes no change, like GOTO or entering a file with the ACTIVATE key. This option is only honored in DIRED mode (i.e. when lynx is compiled with DIRED_SUPPORT and it is not disabled with a -restriction). Local directories displayed without DIRED normally act as if AUTO_UNCACHE_DIRLISTS:0 was in effect.
AUTO_UNCACHE_DIRLISTS
:2
BIBP_BIBHOST
:http://bibhost/
If BLOCK_MULTI_BOOKMARKS is set TRUE, multiple bookmark support will be forced off, and cannot to toggled on via the "o"ptions menu. The compilation setting is normally FALSE, and can be overridden here. It can also be set via the -restrictions=multibook or the -anonymous or -validate command line switches.
BLOCK_MULTI_BOOKMARKS
:FALSE
If BOLD_H1 is set to TRUE the HT_BOLD default style will be acted upon for <H1> headers even if BOLD_HEADERS is FALSE. The compilation default is FALSE. On Unix, compilation with -DUNDERLINE_LINKS also will apply to the HT_BOLD style for headers when BOLD_H1 is TRUE.
BOLD_H1:FALSE
If BOLD_HEADERS is set to TRUE the HT_BOLD default style will be acted upon for <H1> through <H6> headers. The compilation default is FALSE (only the indentation styles are acted upon, but see BOLD_H1, below). On Unix, compilation with -DUNDERLINE_LINKS also will apply to the HT_BOLD style for headers when BOLD_HEADERS is TRUE.
BOLD_HEADERS
:FALSE
BOLD_NAME_ANCHORS
:FALSE
The default search type. This is a default that can be overridden by the user!
CASE_SENSITIVE_ALWAYS_ON
:FALSE
CHARACTER_SET defines the display character set, i.e., assumed to be installed on the user's terminal. It determines which characters or strings will be used to represent 8-bit character entities within HTML. New character sets may be defined as explained in the README files of the src/chrtrans directory in the Lynx source code distribution. For Asian (CJK) character sets, it also determines how Kanji code will be handled. The default is defined in userdefs.h and can be changed here or via the "o"ptions menu. The "o"ptions menu setting will be stored in the user's RC file whenever those settings are saved, and thereafter will be used as the default. For Lynx a "character set" has two names: a MIME name (for recognizing properly labeled charset parameters in HTTP headers etc.), and a human-readable string for the "O"ptions Menu (so you may find info about language or group of languages besides MIME name). Not all 'human-readable' names correspond to exactly one valid MIME charset (example is "Chinese"); in that case an appropriate valid (and more specific) MIME name should be used where required. Well-known synonyms are also processed in the code.
Raw (CJK) mode
Lynx normally translates characters from a document's charset to display charset, using ASSUME_CHARSET value (see below) if the document's charset is not specified explicitly. Raw (CJK) mode is OFF for this case. When the document charset is specified explicitly, that charset overrides any assumption like ASSUME_CHARSET or raw (CJK) mode.
For the Asian (CJK) display character sets, the corresponding charset is assumed in documents, i.e., raw (CJK) mode is ON by default. In raw CJK mode, 8-bit characters are not reverse translated in relation to the entity conversion arrays, i.e., they are assumed to be appropriate for the display character set. The mode should be toggled OFF when an Asian (CJK) display character set is selected but the document is not CJK and its charset not specified explicitly.
Raw (CJK) mode may be toggled by user via "@" (LYK_RAW_TOGGLE) key, the -raw command line switch or from the "o"ptions menu.
Raw (CJK) mode effectively changes the charset assumption about unlabeled documents. You can toggle raw mode ON if you believe the document has a charset which does correspond to your Display Character Set. On the other hand, if you set ASSUME_CHARSET the same as Display Character Set you get raw mode ON by default (but you get assume_charset=iso-8859-1 if you try raw mode OFF after it).
Note that "raw" does not mean that every byte will be passed to the screen. HTML character entities may get expanded and translated, inappropriate control characters filtered out, etc. There is a "Transparent" pseudo character set for more "rawness".
Since Lynx now supports a wide range of platforms it may be useful to note the cpXXX codepages used by IBM PC compatible computers, and windows-xxxx used by native MS-Windows apps. We also note that cpXXX pages rarely are found on Internet, but are mostly for local needs on DOS.
Recognized character sets include:
string for "O"ptions Menu MIME name 7 bit approximations (US-ASCII) us-ascii Western (ISO-8859-1) iso-8859-1 Western (ISO-8859-15) iso-8859-15 Western (cp850) cp850 Western (windows-1252) windows-1252 IBM PC US codepage (cp437) cp437 DEC Multinational dec-mcs Macintosh (8 bit) macintosh NeXT character set next HP Roman8 hp-roman8 Chinese euc-cn Japanese (EUC-JP) euc-jp Japanese (Shift_JIS) shift_jis Korean euc-kr Taipei (Big5) big5 Vietnamese (VISCII) viscii Eastern European (ISO-8859-2) iso-8859-2 Eastern European (cp852) cp852 Eastern European (windows-1250) windows-1250 Latin 3 (ISO-8859-3) iso-8859-3 Latin 4 (ISO-8859-4) iso-8859-4 Baltic Rim (cp775) cp775 Baltic Rim (windows-1257) windows-1257 Cyrillic (ISO-8859-5) iso-8859-5 Cyrillic (cp866) cp866 Cyrillic (windows-1251) windows-1251 Cyrillic (KOI8-R) koi8-r Arabic (ISO-8859-6) iso-8859-6 Arabic (cp864) cp864 Arabic (windows-1256) windows-1256 Greek (ISO-8859-7) iso-8859-7 Greek (cp737) cp737 Greek2 (cp869) cp869 Greek (windows-1253) windows-1253 Hebrew (ISO-8859-8) iso-8859-8 Hebrew (cp862) cp862 Hebrew (windows-1255) windows-1255 Turkish (ISO-8859-9) iso-8859-9 ISO-8859-10 iso-8859-10 Ukrainian Cyrillic (cp866u) cp866u Ukrainian Cyrillic (KOI8-U) koi8-u UNICODE (UTF-8) utf-8 RFC 1345 w/o Intro mnemonic+ascii+0 RFC 1345 Mnemonic mnemonic Transparent x-transparent
The value should be the MIME name of a character set recognized by Lynx (case insensitive). Find RFC 1345 at http://www.ics.uci.edu/pub/ietf/uri/rfc1345.txt .
CHARACTER_SET
:iso-8859-1
If CHECKMAIL is set to TRUE, the user will be informed (via a statusline message) about the existence of any unread mail at startup of Lynx, and will get statusline messages if subsequent new mail arrives. If a jumps file with a lynxprog URL for invoking mail is available, or your html pages include an mail launch file URL, the user thereby can access mail and read the messages. The checks and statusline reports will not be performed if Lynx has been invoked with the -restrictions=mail switch.
VMS USERS !!!
New mail is normally broadcast as it arrives, via "unsolicited screen broadcasts", which can be "wiped" from the Lynx display via the Ctrl-W command. You may prefer to disable the broadcasts and use CHECKMAIL instead (e.g., in a public account which will be used by people who are ignorant about VMS).
CHECKMAIL
:FALSE
COLLAPSE_BR_TAGS
:TRUE
Specifies (in seconds) connect timeout. Default value is rather huge.
CONNECT_TIMEOUT
:18000
COOKIE_ACCEPT_DOMAINS and COOKIE_REJECT_DOMAINS are comma-delimited lists of domains from which Lynx should automatically accept or reject cookies without asking for confirmation. If the same domain is specified in both lists, rejection will take precedence. Note that in order to match cookies, domains have to be spelled out exactly in the form in which they would appear on the Cookie Jar page (case is insignificant). They are not wildcards. Domains that apply to more than one host have a leading ".", but have to match *the cookie's* domain exactly.
COOKIE_ACCEPT_DOMAINS
:none
COOKIE_REJECT_DOMAINS
:none
COOKIE_FILE is the default file from which persistent cookies are read at startup (if the file exists), if Lynx was compiled with USE_PERSISTENT_COOKIES and the PERSISTENT_COOKIES option is enabled. The cookie file can also be specified in .lynxrc or on the command line.
COOKIE_FILE
:~/.lynx_cookies
COOKIE_LOOSE_INVALID_DOMAINS, COOKIE_STRICT_INVALID_DOMAINS, and COOKIE_QUERY_INVALID_DOMAINS are comma-delimited lists of domains. They control the degree of validity checking that is applied to cookies for the specified domains. Note that in order to match cookies, domains have to be spelled out exactly in the form in which they would appear on the Cookie Jar page (case is insignificant). They are not wildcards. Domains that apply to more than one host have a leading ".", but have to match *the cookie's* domain exactly. If a domain is set to strict checking, strict conformance to RFC2109 will be applied. A domain with loose checking will be allowed to set cookies with an invalid path or domain attribute. All domains will default to asking the user for confirmation in case of an invalid path or domain. Cookie validity checking takes place as a separate step before the final decision to accept or reject (see previous options), therefore a cookie that passes validity checking may still be automatically rejected or cause another prompt.
COOKIE_LOOSE_INVALID_DOMAINS
:none
COOKIE_STRICT_INVALID_DOMAINS
:none
COOKIE_QUERY_INVALID_DOMAINS
:none
COOKIE_SAVE_FILE is the default file in which persistent cookies are stored at exit, if Lynx was compiled with USE_PERSISTENT_COOKIES and the PERSISTENT_COOKIES option is enabled. The cookie save file can also be specified on the command line.
With an interactive Lynx session, COOKIE_SAVE_FILE will default to COOKIE_FILE if it is not set. With a non-interactive Lynx session (e.g., -dump), cookies will only be saved to file if COOKIE_SAVE_FILE is set.
COOKIE_SAVE_FILE
:~/.lynx_cookies
DEFAULT_BOOKMARK_FILE is the filename used for storing personal bookmarks. It will be prepended by the user's home directory. NOTE that a file ending in .html or other suffix mapped to text/html should be used to ensure its treatment as HTML. The built-in default is lynx_bookmarks.html. On both Unix and VMS, if a subdirectory off of the HOME directory is desired, the path should begin with "./" (e.g., ./BM/lynx_bookmarks.html), but the subdirectory must already exist. Lynx will create the bookmark file, if it does not already exist, on the first ADD_BOOKMARK attempt if the HOME directory is indicated (i.e., if the definition is just filename.html without any slashes), but requires a pre-existing subdirectory to create the file there. The user can re-define the default bookmark file, as well as a set of sub-bookmark files if multiple bookmark file support is enabled (see below), via the "o"ptions menu, and can save those definitions in the .lynxrc file.
DEFAULT_BOOKMARK_FILE
:lynx_bookmarks.html
The DEFAULT_CACHE_SIZE specifies the number of WWW documents to be cached in memory at one time.
This so-called cache size (actually, number) is defined in userdefs.h and may be modified here and/or with the command line argument -cache=NUMBER The minimum allowed value is 2, for the current document and at least one to fetch, and there is no absolute maximum number of cached documents. On Unix, and VMS not compiled with VAXC, whenever the number is exceeded the least recently displayed document will be removed from memory.
On VMS compiled with VAXC, the DEFAULT_VIRTUAL_MEMORY_SIZE specifies the amount (bytes) of virtual memory that can be allocated and not yet be freed before previous documents are removed from memory. If the values for both the DEFAULT_CACHE_SIZE and DEFAULT_VIRTUAL_MEMORY_SIZE are exceeded, then the least recently displayed documents will be freed until one or the other value is no longer exceeded. The default value is defined in userdefs.h.
The Unix and VMS (but not VAXC) implementations use the C library malloc's and calloc's for memory allocation, but procedures for taking the actual amount of cache into account still need to be developed. They use only the DEFAULT_CACHE_SIZE value, and that specifies the absolute maximum number of documents to cache (rather than the maximum number only if DEFAULT_VIRTUAL_MEMORY_SIZE has been exceeded, as with VAXC/VAX).
DEFAULT_CACHE_SIZE
:10
DEFAULT_VIRTUAL_MEMORY_SIZE
:512000
If DEFAULT_EDITOR is defined, users may edit local documents with it & it will also be used for sending mail messages. If no editor is defined here or by the user, the user will not be able to edit local documents and a primitive line-oriented mail-input mode will be used.
For sysadmins: do not define a default editor unless you know EVERY user will know how to use it; users can easily define their own editor in the Options Menu.
DEFAULT_EDITOR
:none
DEFAULT_INDEX_FILE is the default file retrieved when the user presses the "I" key when viewing any document. An index to your CWIS can be placed here or a document containing pointers to lots of interesting places on the web.
DEFAULT_INDEX_FILE
:http://www.ncsa.uiuc.edu/SDG/Software/Mosaic/MetaIndex.html
DEFAULT_KEYPAD_MODE
:NUMBERS_AS_ARROWS
DEFAULT_KEYPAD_MODE_IS_NUMBERS_AS_ARROWS
:TRUE
DEFAULT_USER_MODE sets the default user mode for Lynx users. NOVICE shows a three line help message at the bottom of the screen. INTERMEDIATE shows normal amount of help (one line). ADVANCED help is replaced by the URL of the current link.
DEFAULT_USER_MODE
:NOVICE
Unix ONLY:
DIRED_MENU items are used to compose the F)ull menu list in DIRED mode The behavior of the default configuration given here is much the same as it was when this menu was hard-coded but these items can now be adjusted to suit local needs. In particular, many of the LYNXDIRED actions can be replaced with lynxexec, lynxprog and lynxcgi script references.
NOTE that defining even one DIRED_MENU line overrides all the built-in definitions, so a complete set must then be defined here.
Each line consists of the following fields:
DIRED_MENU:type:suffix:link text:extra text:action type: TAG: list only when one or more files are tagged FILE: list only when the current selection is a regular file DIR: list only when the current selection is a directory LINK: list only when the current selection is a symbolic link suffix: list only if the current selection ends in this pattern link text: the displayed text of the link extra text: the text displayed following the link action: the URL to be followed upon selection link text and action are scanned for % sequences that are expanded at display time as follows: %p path of current selection %f filename (last component) of current selection %t tagged list (full paths) %l list of tagged file names %d the current directory
DIRED_MENU
:::New File:(in current directory):LYNXDIRED://NEW_FILE%d
DIRED_MENU
:::New Directory:(in current directory):LYNXDIRED://NEW_FOLDER%d
Note that a few settings (Cookies and Show images) are comprised of more than one lynx.cfg setting.
ENABLE_LYNXRC
:accept_all_cookies:ON
ENABLE_LYNXRC
:assume_charset:OFF
ENABLE_LYNXRC
:bookmark_file:ON
ENABLE_LYNXRC
:case_sensitive_searching:ON
ENABLE_LYNXRC
:character_set:ON
ENABLE_LYNXRC
:cookie_accept_domains:ON
ENABLE_LYNXRC
:cookie_file:ON
ENABLE_LYNXRC
:cookie_loose_invalid_domains:ON
ENABLE_LYNXRC
:cookie_query_invalid_domains:ON
ENABLE_LYNXRC
:cookie_reject_domains:ON
ENABLE_LYNXRC
:cookie_strict_invalid_domains:ON
ENABLE_LYNXRC
:dir_list_style:ON
ENABLE_LYNXRC
:display:OFF
ENABLE_LYNXRC
:emacs_keys:ON
ENABLE_LYNXRC
:file_editor:ON
ENABLE_LYNXRC
:file_sorting_method:ON
ENABLE_LYNXRC
:force_cookie_prompt:OFF
ENABLE_LYNXRC
:force_ssl_prompt:OFF
ENABLE_LYNXRC
:kblayout:ON
ENABLE_LYNXRC
:keypad_mode:ON
ENABLE_LYNXRC
:lineedit_mode:ON
ENABLE_LYNXRC
:locale_charset:ON
ENABLE_LYNXRC
:make_links_for_all_images:OFF
ENABLE_LYNXRC
:make_pseudo_alts_for_inlines:OFF
ENABLE_LYNXRC
:multi_bookmark:ON
ENABLE_LYNXRC
:personal_mail_address:ON
ENABLE_LYNXRC
:preferred_charset:ON
ENABLE_LYNXRC
:preferred_language:ON
ENABLE_LYNXRC
:raw_mode:OFF
ENABLE_LYNXRC
:run_all_execution_links:ON
ENABLE_LYNXRC
:run_execution_links_on_local_files:ON
ENABLE_LYNXRC
:scrollbar:OFF
ENABLE_LYNXRC
:select_popups:ON
ENABLE_LYNXRC
:set_cookies:OFF
ENABLE_LYNXRC
:show_color:ON
ENABLE_LYNXRC
:show_cursor:ON
ENABLE_LYNXRC
:show_dotfiles:ON
ENABLE_LYNXRC
:show_kb_rate:OFF
ENABLE_LYNXRC
:sub_bookmarks:ON
ENABLE_LYNXRC
:tagsoup:OFF
ENABLE_LYNXRC
:underline_links:OFF
ENABLE_LYNXRC
:user_mode:ON
ENABLE_LYNXRC
:useragent:OFF
ENABLE_LYNXRC
:verbose_images:ON
ENABLE_LYNXRC
:vi_keys:ON
ENABLE_LYNXRC
:visited_links:ON
If ENABLE_SCROLLBACK is TRUE, Lynx will clear the entire screen before displaying each new screenful of text. Though less efficient for normal use, this allows programs that maintain a buffer of previously-displayed text to recognize the continuity of what has been displayed, so that previous screenfuls can be reviewed by whatever method the program uses to scroll back through previous text. For example, the PC comm program QModem has a key that can be pressed to scroll back; if ENABLE_SCROLLBACK is TRUE, pressing the scrollback key will access previous screenfuls which will have been stored on the local PC and will therefore be displayed instantaneously, instead of needing to be retransmitted by Lynx at the speed of the comm connection (but Lynx will not know about the change, so you must restore the last screen before resuming with Lynx commands).
The compilation default is FALSE (if REVERSE_CLEAR_SCREEN_PROBLEM was not defined in the Unix Makefile to invoke this behavior as a workaround for some poor curses implementations).
The default compilation or configuration setting can be toggled via an "-enable_scrollback" command line switch.
ENABLE_SCROLLBACK
:FALSE
FORCE_8BIT_TOUPPER overrides locale settings and uses internal 8-bit case-conversion mechanism for case-insensitive searches in non-ASCII display character sets. It is FALSE by default and should not be changed unless you encounter problems with case-insensitive searches.
FORCE_8BIT_TOUPPER:FALSE
If FORCE_COOKIE_PROMPT is set to "yes", then questionable conditions, such as cookies with invalid syntax will be ignored. If set to "no", these will be reported, but not attempted. The default "prompt" permits the user to make this choice on a case-by-case basis.
FORCE_COOKIE_PROMPT
:PROMPT
FORCE_EMPTY_HREFLESS_A
:FALSE
If FORCE_SSL_COOKIES_SECURE is set to TRUE, then SSL encrypted cookies received from https servers never will be sent unencrypted to http servers. The compilation default is to impose this block only if the https server included a secure attribute for the cookie. The normal default or that defined here can be toggled via the -force_secure command line switch.
FORCE_SSL_COOKIES_SECURE
:FALSE
Toggle whether the Options Menu is key-based or form-based; the key-based version is available only if specified at compile time.
FORMS_OPTIONS
:TRUE
FTP_PASSIVE
:TRUE
The global and personal EXTENSION_MAP files allow you to assign extensions to MIME types which will override any of the suffix maps in this (lynx.cfg) configuration file, or in src/HTInit.c. See the example mime.types file in the samples subdirectory.
Unix:
GLOBAL_EXTENSION_MAP
:/usr/local/lib/mosaic/mime.types
GLOBAL_EXTENSION_MAP
:Lynx_Dir:mime.types
Unix (sought in user's home directory):
PERSONAL_EXTENSION_MAP
:.mime.types
PERSONAL_EXTENSION_MAP
:mime.types
The global and personal MAILCAP files allow you to specify external viewers to be spawned when Lynx encounters different MIME types, which will override any of the suffix maps in this (lynx.cfg) configuration file, or in src/HTInit.c. See http://www.internic.net/rfc/rfc1524.txt and the example mailcap file in the samples subdirectory.
Unix:
GLOBAL_MAILCAP
:/usr/local/lib/mosaic/mailcap
GLOBAL_MAILCAP
:Lynx_Dir:mailcap
Sought in user's home (Unix) or sys$login (VMS) directory.
PERSONAL_MAILCAP
:.mailcap
Set GOTOBUFFER to TRUE if you want to have the previous goto URL, if any, offered for reuse or editing when using the "g"oto command. The default is defined in userdefs.h. If left FALSE, the circular buffer of previously entered goto URLs can still be invoked via the Up-Arrow or Down-Arrow keys after entering the "g"oto command.
GOTOBUFFER
:FALSE
HELPFILE
:http://www.subir.com/lynx/lynx_help/lynx_help_main.html
HELPFILE:file://localhost/PATH_TO/lynx_help/lynx_help_main.html
HIDDEN_LINK_MARKER - HTML parsing This option defines the string that will be used as title of hidden link (a link that otherwise will have no label associated with it). Using an empty string as the value will cause lynx to behave in the old way - hidden links will be handled according to other settings (mostly the parameter of --hiddenlinks command-line switch). If the value is non-empty string, hidden link becomes non-hidden so it won't be handled as hidden link, e.g., listed among hidden links on "l"isting page.
HIDDEN_LINK_MARKER
:none
If HISTORICAL_COMMENTS is TRUE, Lynx will revert to the "Historical" behavior of treating any '>' as a terminator for comments, instead of seeking a valid '-->' terminator (note that white space can be present between the '--' and '>' in valid terminators). The compilation default is FALSE.
The compilation default, or default defined here, can be toggled via a "-historical" command line switch, and via the LYK_HISTORICAL command key.
HISTORICAL_COMMENTS
:FALSE
HTMLSRC_TAGNAME_XFORM
:2
HTMLSRC_ATTRNAME_XFORM
:2
Lynx version 2.2 and beyond supports the use of proxy servers that can act as firewall gateways and caching servers. They are preferable to the older gateway servers. Each protocol used by Lynx can be mapped separately using PROTOCOL_proxy environment variables (see Lynx Users Guide). If you have not set them externally, you can set them at run time via this configuration file. They will not override external settings. The no_proxy variable can be used to inhibit proxying to selected regions of the Web (see below). Note that on VMS these proxy variables are set as process logicals rather than symbols, to preserve lowercasing, and will outlive the Lynx image.
http_proxy:http://some.server.dom:port/
https_proxy:http://some.server.dom:port/
ftp_proxy:http://some.server.dom:port/
gopher_proxy:http://some.server.dom:port/
news_proxy:http://some.server.dom:port/
newspost_proxy:http://some.server.dom:port/
newsreply_proxy:http://some.server.dom:port/
snews_proxy:http://some.server.dom:port/
snewspost_proxy:http://some.server.dom:port/
snewsreply_proxy:http://some.server.dom:port/
nntp_proxy:http://some.server.dom:port/
wais_proxy:http://some.server.dom:port/
finger_proxy:http://some.server.dom:port/
cso_proxy:http://some.server.dom:port/
no_proxy:host.domain.dom
You can use a command-line argument (-cfg /where/is/lynx.cfg) or an environment variable (LYNX_CFG=/where/is/lynx.cfg). For instance, put in your .profile or .login:
LYNX_CFG=~/lynx.cfg; export LYNX_CFG # in .profile for sh/ksh/bash/etc. setenv LYNX_CFG ~/lynx.cfg # in .login for [t]csh
Then in ~/lynx.cfg:
INCLUDE:/usr/local/lib/lynx.cfg
^^^^^^^^^^^^^^^^^^^^^^^ or whatever is appropriate on your system
and now your own tweaks.
Starting with Lynx 2.8.2, the INCLUDE facility is yet more powerful. You can suppress all but specific settings that will be read from included files. This allows sysadmins to provide users the ability to customize lynx with options that normally do not affect security, such as COLOR, VIEWER, KEYMAP.
The syntax is
INCLUDE:filename for <space-separated-list-of-allowed-settings>
sample:
INCLUDE:~/lynx.cfg for COLOR VIEWER KEYMAP
INCLUDE:~/lynx.cfg:COLOR VIEWER KEYMAP
If you allow an included file to include other files, and if a list of allowed settings is specified for that file with the INCLUDE command, nested files are only allowed to include the list of settings that is the set AND of settings allowed for the included file and settings allowed by nested INCLUDE commands. In short, there is no security hole introduced by including a user-defined configuration file if the original list of allowed settings is secure.
SVr4-curses implementations support time delays in milliseconds, hence the value may be given shorter, e.g., 0.5
INFOSECS
:1
MESSAGESECS
:2
ALERTSECS
:3
JUMPBUFFER
:FALSE
JUMPFILE is the local file checked for short-cut names for URLs when the user presses the "j" (JUMP) key. The user will be prompted to enter a short-cut name for an URL, which Lynx will then follow in a similar manner to "g"oto; alternatively, s/he can enter "?" to view the full JUMPFILE list of short-cuts with associated URLs. There is an example jumps file in the samples subdirectory. If not defined here or in userdefs.h, the JUMP command will invoke the NO_JUMPFILE statusline message (see LYMessages_en.h ).
To allow "?" to work, include in the JUMPFILE a short-cut to the JUMPFILE itself, e.g. <dt>?<dd><a href="file://localhost/path/jumps.html">This Shortcut List</a>
On VMS, use Unix SHELL syntax (including a lead slash) to define it.
Alternate jumps files can be defined and mapped to keys here. If the keys have already been mapped, then those mappings will be replaced, but you should leave at least one key mapped to the default jumps file. You optionally may include a statusline prompt string for the mapping. You must map upper and lowercase keys separately (beware of mappings to keys which the user can further remap via the "o"ptions menu). The format is:
JUMPFILE:path:key[:prompt]
where path should begin with a "/" (i.e., not include file://localhost). Any white space following a prompt string will be trimmed, and a single space will be added by Lynx.
In the following line, include the actual full local path to JUMPFILE, but do not include 'file://localhost' in the line.
JUMPFILE
:/FULL_LOCAL_PATH/jumps.html
JUMPFILE:/Lynx_Dir/ips.html:i:IP or Interest group (? for list):
JUMP_PROMPT is the default statusline prompt for selecting a jumps file shortcut. (see below). You can change the prompt here from that defined in userdefs.h. Any trailing white space will be trimmed, and a single space is added by Lynx following the last non-white character. You must set the default prompt before setting the default jumps file (below). If a default jumps file was set via userdefs.h, and you change the prompt here, you must set the default jumps file again (below) for the change to be implemented.
JUMP_PROMPT
:Jump to (use "?" for list):none
JUSTIFY - Appearance This option mirrors command-line option with same name. Default is TRUE. If true, most of text (except headers and like this) will be justified. This has no influence on CJK text rendering.
This option is only available if Lynx was compiled with EXP_JUSTIFY_ELTS.
JUSTIFY
:TRUE
JUSTIFY_MAX_VOID_PERCENT - Appearance This option controls the maximum allowed value for ratio (in percents) of 'the number of spaces to spread across the line to justify it' to 'max line size for current style and nesting' when justification is allowed. When that ratio exceeds the value specified, that particular line won't be justified. I.e. the value 28 for this setting will mean maximum value for that ratio is 0.28.
JUSTIFY_MAX_VOID_PERCENT
:35
You may redefine the keymapping of any function in Lynx by using the KEYMAP option. The basic form of KEYMAP is:
KEYMAP:<KEYSTROKE>:<LYNX FUNCTION>
(See below for an extended format.)
You must map upper and lowercase keys separately.
A representative list of functions mapped to their default keys is provided below. All of the mappings are commented out by default since they just repeat the default mappings, except for TOGGLE_HELP (see below). See LYKeymap.c for the complete key mapping. Use the "K"eymap command when running Lynx for a list of the _current_ keymappings.
(However, in contrast to the output of "K" command, "H"elp (lynx_help/*.html and lynx_help/keystrokes/*.html files) shows the default mapping unless you change that files manually, so you are responsible for possible deviations when you are changing any KEYMAP below).
Keystrokes for special keys are represented by the following codes: Up Arrow: 0x100 Down Arrow: 0x101 Right Arrow: 0x102 Left Arrow: 0x103 Page Down: 0x104 Page Up: 0x105 Keypad Home: 0x106 (see also 0x10A) Keypad End: 0x107 (see also 0x10B) Function key 1: 0x108 vt100 Help Key: 0x108 vt100 Do Key: 0x109 vt100 Find Key: 0x10A (The key with label "Home" may be treated as Find) vt100 Select Key: 0x10B (The key with label "End" may be treated as Select) Insert Key: 0x10C Remove (Del) Key: 0x10D ignored key 0x10E (reserved for internal use, DO_NOTHING) Back (Shift) Tab: 0x10F reserved code 0x11D (reserved for internal use with -use_mouse) reserved code 0x290 (reserved for internal use with -use_mouse)Other codes not listed above may be available for additional keys, depending on operating system and libraries used to compile Lynx. On some systems, if compiled with recent versions of slang or ncurses (if macro USE_KEYMAPS was in effect during compilation), an additional level of key mapping is supported via an external ".lynx-keymaps" file. This file, if found in the home directory at startup, will always be used under those conditions; see lynx-keymaps distributed in the samples subdirectory for further explanation. Note that mapping via .lynx-keymaps, if applicable, is a step that logically comes before the mappings done here: KEYMAP maps the result of that step (which still represents a key) to a function (which represents an action that Lynx should perform).
KEYMAP
:0x5C:SOURCE # Toggle source viewing mode (show HTML source)
KEYMAP
:^R:RELOAD # Reload the current document and redisplay
KEYMAP
:q:QUIT # Ask the user to quit
KEYMAP
:Q:ABORT # Quit without verification
KEYMAP
:0x20:NEXT_PAGE # Move down to next page
KEYMAP
:-:PREV_PAGE # Move up to previous page
KEYMAP
:^P:UP_TWO # Move display up two lines
KEYMAP
:0x10C:UP_TWO # Function key Insert - Move display up two lines
KEYMAP
:^N:DOWN_TWO # Move display down two lines
KEYMAP
:0x10D:DOWN_TWO # Function key Remove - Move display down two lines
KEYMAP
:(:UP_HALF # Move display up half a page
KEYMAP
:):DOWN_HALF # Move display down half a page
KEYMAP
:^W:REFRESH # Refresh the screen
KEYMAP
:^A:HOME # Go to top of current document
KEYMAP
:0x106:HOME # Keypad Home - Go to top of current document
KEYMAP
:0x10A:HOME # Function key Find - Go to top of current document
KEYMAP
:^E:END # Go to bottom of current document
KEYMAP
:0x107:END # Keypad End - Go to bottom of current document
KEYMAP
:0x10B:END # Function key Select - Go to bottom of current document
KEYMAP
:0x100:PREV_LINK # Move to the previous link or page
KEYMAP
:0x101:NEXT_LINK # Move to the next link or page
KEYMAP
:0x10F:FASTBACKW_LINK # Back Tab - Move to previous link or text area
KEYMAP
:^I:FASTFORW_LINK # Tab key - Move always to next link or text area
KEYMAP
:^:FIRST_LINK # Move to the first link on line
KEYMAP
:$:LAST_LINK # Move to the last link on line
KEYMAP
:<:UP_LINK # Move to the link above
KEYMAP
:>:DOWN_LINK # Move to the link below
KEYMAP
:0x7F:HISTORY # Show the history list
KEYMAP
:0x08:HISTORY # Show the history list
KEYMAP
:0x103:PREV_DOC # Return to the previous document in history stack
KEYMAP
:0x102:ACTIVATE # Select the current link
KEYMAP
:0x109:ACTIVATE # Function key Do - Select the current link
KEYMAP
:g:GOTO # Goto a random URL
KEYMAP
:G:ECGOTO # Edit the current document's URL and go to it
KEYMAP
:H:HELP # Show default help screen
KEYMAP
:0x108:DWIMHELP # Function key Help - Show a help screen
KEYMAP
:i:INDEX # Show default index
*** Edit FORM_LINK_* messages in LYMessages_en.h if you change NOCACHE ***KEYMAP
:x:NOCACHE # Force submission of form or link with no-cache
*** Do not change INTERRUPT from "z" & "Z" ***KEYMAP
:z:INTERRUPT # Interrupt network transmission
KEYMAP
:m:MAIN_MENU # Return to the main menu
KEYMAP
:o:OPTIONS # Show the options menu
KEYMAP
:i:INDEX_SEARCH # Search a server based index
KEYMAP
:/:WHEREIS # Find a string within the current document
KEYMAP
:n:NEXT # Find next occurrence of string within document
KEYMAP
:c:COMMENT # Comment to the author of the current document
KEYMAP
:C:CHDIR # Change current directory
KEYMAP
:e:EDIT # Edit current document or form's textarea (call: ^Ve)
KEYMAP
:E:ELGOTO # Edit the current link's URL or ACTION and go to it
KEYMAP
:=:INFO # Show info about current document
KEYMAP
:p:PRINT # Show print options
KEYMAP
:a:ADD_BOOKMARK # Add current document to bookmark list
KEYMAP
:v:VIEW_BOOKMARK # View the bookmark list
KEYMAP
:V:VLINKS # List links visited during the current Lynx session
KEYMAP
:!:SHELL # Spawn default shell
KEYMAP
:d:DOWNLOAD # Download current link
KEYMAP
:j:JUMP # Jump to a predefined target
KEYMAP
:k:KEYMAP # Display the current key map
KEYMAP
:l:LIST # List the references (links) in the current document
KEYMAP
:#:TOOLBAR # Go to the Toolbar or Banner in the current document
KEYMAP
:^T:TRACE_TOGGLE # Toggle detailed tracing for debugging
KEYMAP
:;:TRACE_LOG # View trace log if available for the current session
KEYMAP
:*:IMAGE_TOGGLE # Toggle inclusion of links for all images
KEYMAP
:[:INLINE_TOGGLE # Toggle pseudo-ALTs for inlines with no ALT string
KEYMAP
:]:HEAD # Send a HEAD request for current document or link
*** Must be compiled with USE_EXTERNALS to enable EXTERN_LINK, EXTERN_PAGE ***KEYMAP
:,:EXTERN_PAGE # Run external program with current page
KEYMAP
:.:EXTERN_LINK # Run external program with current link
*** Escaping from text input fields with ^V is independent from this: ***KEYMAP
:^V:SWITCH_DTD # Toggle between SortaSGML and TagSoup HTML parsing
KEYMAP
:0x00:DO_NOTHING # Does nothing (ignore this key)
KEYMAP
:0x10E:DO_NOTHING # Does nothing (ignore this key)
KEYMAP
:{:SHIFT_LEFT # shift the screen left
KEYMAP
:}:SHIFT_RIGHT # shift the screen right
KEYMAP
:|:LINEWRAP_TOGGLE # toggle linewrap on/off, for shift-commands
KEYMAP
:~:NESTED_TABLES # toggle nested-tables parsing on/off
KEYMAP
:???:RIGHT_LINK # Move to the link to the right
KEYMAP
:???:LEFT_LINK # Move to the link to the left
KEYMAP
:???:LPOS_PREV_LINK # Like PREV_LINK, last column pos if form input
KEYMAP
:???:LPOS_NEXT_LINK # Like NEXT_LINK, last column pos if form input
*** Only useful in form text fields , need PASS or prefixing with ^V: ***KEYMAP
:???:DWIMHELP # Display help page that may depend on context
KEYMAP
:???:DWIMEDIT # Use external editor for context-dependent purpose
*** Only useful in a form textarea, need PASS or prefixing with ^V: ***KEYMAP
:???:EDITTEXTAREA # use external editor to edit a form textarea
KEYMAP
:???:GROWTEXTAREA # Add some blank lines to bottom of textarea
KEYMAP
:???:INSERTFILE # Insert file into a textarea (just above cursor)
*** Only useful with dired support and OK_INSTALL: ***KEYMAP
:???:INSTALL # install (i.e. copy) local files to new location
If TOGGLE_HELP is mapped, in novice mode the second help menu line can be toggled among NOVICE_LINE_TWO_A, _B, and _C, as defined in LYMessages_en.h Otherwise, it will be NOVICE_LINE_TWO.
KEYMAP
:O:TOGGLE_HELP # Show other commands in the novice help menu
KEYMAP lines can have one or two additional fields. The extended format is
KEYMAP:<KEYSTROKE>:[<MAIN LYNX FUNCTION>]:<OTHER BINDING>[:<SELECT>]
If the additional field OTHER BINDING specifies DIRED, then the function is mapped in the override table used only in DIRED mode. This is only valid if lynx was compiled with dired support and OK_OVERRIDE defined. A MAIN LYNX FUNCTION must be given (it should of course be one that makes sense in Dired mode), and SELECT is meaningless. Default built-in override mappings are
KEYMAP
:^U:PREV_DOC:DIRED # Return to the previous document
KEYMAP
:.:TAG_LINK:DIRED # Tag a file or directory for later action
KEYMAP
:c:CREATE:DIRED # Create a new file or directory
KEYMAP
:C:CHDIR:DIRED # change current directory
KEYMAP
:f:DIRED_MENU:DIRED # Display a menu of file operations
KEYMAP
:m:MODIFY:DIRED # Modify name or location of a file or directory
KEYMAP
:r:REMOVE:DIRED # Remove files or directories
KEYMAP
:t:TAG_LINK:DIRED # Tag a file or directory for later action
KEYMAP
:u:UPLOAD:DIRED # Show menu of "Upload Options"
If the OTHER BINDING field does not specify DIRED, then it is taken as a line-editor action. It is possible to keep the MAIN LYNX FUNCTION field empty in that case, for changing only the line-editing behavior. If alternative line edit styles are compiled in, and modifying a key's line-editor binding on a per style basis is possible, then SELECT can be used to specify which styles are affected. By default, or if SELECT is 0, all line edit styles are affected. If SELECT is a positive integer number, only the binding for the numbered style is changed (numbering is in the order in which styles are shown in the Options Menu, starting with 1 for the Default style). If SELECT is negative (-n), all styles except n are affected.
NOP # Do Nothing ABORT # Input cancelled BOL # Go to begin of line EOL # Go to end of line FORW # Cursor forwards FORW_RL # Cursor forwards or right link BACK # Cursor backwards FORWW # Word forward BACKW # Word back BACK_LL # Cursor backwards or left link DELN # Delete next/curr char DELP # Delete prev char DELNW # Delete next word DELPW # Delete prev word DELBL # Delete back to BOL DELEL # Delete thru EOL ERASE # Erase the line LOWER # Lower case the line UPPER # Upper case the line LKCMD # In fields: Invoke key command prompt (default for ^V) PASS # In fields: handle as non-lineedit key; in prompts: ignoreModify following key (prefixing only works within line-editing, edit actions of some resulting prefixed keys are built-in, see Line Editor help pages)
May not always be compiled in:
TPOS # Transpose characters SETMARK # emacs-like set-mark-command XPMARK # emacs-like exchange-point-and-mark KILLREG # emacs-like kill-region YANK # emacs-like yank SWMAP # Switch input keymap PASTE # ClipBoard to Lynx - Windows ExtensionMay work differently from expected if not bound to their expected keys:
CHAR # Insert printable char (default for all ASCII printable) ENTER # Input complete, return char/lynxkeycode (for RETURN/ENTER) TAB # Input complete, return TAB (for ASCII TAB char ^I)Internal use, probably not useful for binding, listed for completeness:
UNMOD # Fall back to no-modifier command AIX # Hex 97 C1CHAR # Insert C1 char if printableIf OTHER BINDING specifies PASS, then if the key is pressed in a text input field it is passed by the built-in line-editor to normal KEYMAP handling, i.e. this flag acts like an implied ^V escape (always overrides line-editor behavior of the key). For example,
KEYMAP
:0x10C:UP_TWO:PASS # Function key Insert - Move display up two lines
Other examples (repeating built-in bindings)
KEYMAP
:^V::LKCMD # set (only) line-edit action for ^V
KEYMAP
:^V:SWITCH_DTD:LKCMD # set main lynxaction and line-edit action for ^V
KEYMAP
:^U::ERASE:1 # set line-edit binding for ^U, for default style
KEYMAP
:^[::SETM2:3 # use escape key as modifier - works only sometimes
LEFTARROW_IN_TEXTFIELD_PROMPT This option controls what happens when a Left Arrow key is pressed while in the first position of an active text input field. By default, Lynx asks for confirmation ("Do you want to go back to the previous document?") only if the contents of the fields have been changed since entering it. If set to TRUE, the confirmation prompt is always issued.
LEFTARROW_IN_TEXTFIELD_PROMPT
:FALSE
Unix ONLY:
LIST_FORMAT defines the display for local files when Lynx has been compiled with LONG_LIST defined in the Makefile. The default is set in userdefs.h, normally to "ls -l" format, and can be changed here by uncommenting the indicated lines, or adding a definition with a modified parameter list.
The percent items in the list are interpreted as follows:
%p Unix-style permission bits %l link count %o owner of file %g group of file %d date of last modification %a anchor pointing to file or directory %A as above but don't show symbolic links %t type of file (description derived from MIME type) %T MIME type as known by Lynx (from mime.types or default) %k size of file in Kilobytes %K as above but omit size for directories %s size of file in bytesAnything between the percent and the letter is passed on to sprintf. A double percent yields a literal percent on output. Other characters are passed through literally.
If you want only the filename:
LIST_FORMAT: %a
If you want a brief output:
LIST_FORMAT: %4K %-12.12d %a
If you want the Unix "ls -l" format:
LIST_FORMAT: %p %4l %-8.8o %-8.8g %7s %-12.12d %a
If LIST_NEWS_DATES is set TRUE, Lynx will include the dates of articles in news listings. The dates always are included in the articles, themselves. The default is defined in userdefs.h, and can be overridden here.
LIST_NEWS_DATES
:FALSE
If LIST_NEWS_NUMBERS is set TRUE, Lynx will use an ordered list and include the numbers of articles in news listings, instead of using an unordered list. The default is defined in userdefs.h, and can be overridden here.
LIST_NEWS_NUMBERS
:FALSE
LOCALE_CHARSET overrides CHARACTER_SET if true, using the current locale to lookup a MIME name that corresponds, and use that as the display charset. This feature is experimental because while nl_langinfo(CODESET) itself is standardized, the return values and their relationship to the locale value is not. GNU libiconv happens to give useful values, but other implementations are not guaranteed to do this.
LOCALE_CHARSET
:FALSE
localhost aliases Any LOCALHOST_ALIAS definitions also will be accepted as local when the -localhost switch is set. These need not actually be local, i.e., in contrast to LYNX_HOST_NAME, you can define them to trusted hosts at other Internet sites.
LOCALHOST_ALIAS:gopher.server.domain
LOCALHOST_ALIAS:news.server.domain
LOCAL_DOMAIN is used for a tail match with the ut_host element of the utmp or utmpx structure on systems with utmp capabilities, to determine if a user is local to your campus or organization when handling -restrictions=inside_foo or outside_foo settings for ftp, news, telnet/tn3270 and rlogin URLs. An "inside" user is assumed if your system does not have utmp capabilities. CHANGE THIS here if it was not changed in userdefs.h at compilation time.
LOCAL_DOMAIN
:ukans.edu
If LYNX_HOST_NAME is defined here or in userdefs.h, it will be treated as an alias for the local host name in checks for URLs on the local host (e.g., when the -localhost switch is set), and this host name, "localhost", and HTHostName (the fully qualified domain name of the system on which Lynx is running) will all be passed as local. A different definition here will override that in userdefs.h.
LYNX_HOST_NAME
:www.cc.ukans.edu
LYNX_SIG_FILE defines the name of a file containing a signature which can be appended to email messages and news postings or followups. The user will be prompted whether to append it. It is sought in the home directory. If it is in a subdirectory, begin it with a dot-slash (e.g., ./lynx/.lynxsig). The definition is set in userdefs.h and can be changed here.
LYNX_SIG_FILE
:.lynxsig
MAIL_SYSTEM_ERROR_LOGGING will send a message to the owner of the information, or ALERTMAIL if there is no owner, every time that a document cannot be accessed!
NOTE: This can generate A LOT of mail, be warned.
MAIL_SYSTEM_ERROR_LOGGING
:FALSE
If MAKE_LINKS_FOR_ALL_IMAGES is TRUE, all images will be given links which can be ACTIVATEd. For inlines, the ALT or pseudo-ALT ("[INLINE]") strings will be links for the resolved SRC rather than just text. For ISMAP or other graphic links, ALT or pseudo-ALT ("[ISMAP]" or "[LINK]") will have "-" and a link labeled "[IMAGE]" for the resolved SRC appended. See also VERBOSE_IMAGES flag.
The definition here will override that in userdefs.h and can be toggled via an "-image_links" command-line switch. The user can also use the LYK_IMAGE_TOGGLE key (default `*') or `Show Images' in the Form-based Options Menu.
MAKE_LINKS_FOR_ALL_IMAGES
:FALSE
If MAKE_PSEUDO_ALTS_FOR_INLINES is FALSE, inline images which don't specify an ALT string will not have "[INLINE]" inserted as a pseudo-ALT, i.e. they'll be treated as having ALT="". Otherwise (if TRUE), pseudo-ALTs will be created for inlines, so that they can be used as links to the SRCs. See also VERBOSE_IMAGES flag.
The definition here will override that in userdefs.h and can be toggled via a "-pseudo_inlines" command-line switch. The user can also use the LYK_INLINE_TOGGLE key (default `[') or `Show Images' in the Form-based Options Menu.
MAKE_PSEUDO_ALTS_FOR_INLINES
:TRUE
If MINIMAL_COMMENTS is TRUE, Lynx will not use Valid comment parsing of '--' pairs as serial comments within an overall comment element, and instead will seek only a '-->' terminator for the overall comment element. This emulates the Netscape v2.0 comment parsing bug, and will help Lynx cope with the use of dashes as "decorations", which consequently has become common in so-called "Enhanced for Netscape" pages. Note that setting Historical comments on will override the Minimal or Valid setting.
The compilation default for MINIMAL_COMMENTS is FALSE, but we'll set it TRUE here, until Netscape gets its comment parsing right, and "decorative" dashes cease to be so common.
The compilation default, or default defined here, can be toggled via a "-minimal" command line switch, and via the LYK_MINIMAL command key.
MINIMAL_COMMENTS
:TRUE
If MULTI_BOOKMARK_SUPPORT is set TRUE, and BLOCK_MULTI_BOOKMARKS (see below) is FALSE, and sub-bookmarks exist, all bookmark operations will first prompt the user to select an active sub-bookmark file or the default bookmark file. FALSE is the default so that one (the default) bookmark file will be available initially. The definition here will override that in userdefs.h. The user can turn on multiple bookmark support via the "o"ptions menu, and can save that choice as the startup default via the .lynxrc file. When on, the setting can be STANDARD or ADVANCED. If SUPPORT is set to the latter, and the user mode also is ADVANCED, the VIEW_BOOKMARK command will invoke a statusline prompt at which the user can enter the letter token (A - Z) of the desired bookmark, or "=" to get a menu of available bookmark files. The menu always is presented in NOVICE or INTERMEDIATE mode, or if the SUPPORT is set to STANDARD. No prompting or menu display occurs if only one (the startup default) bookmark file has been defined (define additional ones via the "o"ptions menu). The startup default, however set, can be overridden on the command line via the -restrictions=multibook or the -anonymous or -validate switches.
MULTI_BOOKMARK_SUPPORT
:FALSE
NCR_IN_BOOKMARKS:TRUE allows you to save 8-bit characters in bookmark titles in the unicode format (NCR). This may be useful if you need to switch display charsets frequently. This is the case when you use Lynx on different platforms, e.g., on UNIX and from a remote PC, and want to keep the bookmarks file persistent. Another aspect is compatibility: NCR is part of I18N and HTML4.0 specifications supported starting with Lynx 2.7.2, Netscape 4.0 and MSIE 4.0. Older browser versions will fail so keep NCR_IN_BOOKMARKS:FALSE if you plan to use them.
NCR_IN_BOOKMARKS
:FALSE
NEWS_CHUNK_SIZE and NEWS_MAX_CHUNK regulate the chunking of news article listings with inclusion of links for listing earlier and/or later articles. The defaults are defined in HTNews.c as 30 and 40, respectively. If the news group contains more than NEWS_MAX_CHUNK articles, they will be listed in NEWS_CHUNK_SIZE chunks. You can change the defaults here, and/or on the command line via -newschunksize=NUMBER and/or -newsmaxchunk=NUMBER switches. Note that if the chunk size is increased, here or on the command line, to a value greater than the current maximum, the maximum will be increased to that number. Conversely, if the maximum is set to a number less than the current chunk size, the chunk size will be reduced to that number. Thus, you need use only one of the two switches on the command line, based on the direction of intended change relative to the compilation or configuration defaults. The compilation defaults ensure that there will be at least 10 earlier articles before bothering to chunk and create a link for earlier articles.
NEWS_CHUNK_SIZE
:30
NEWS_MAX_CHUNK
:40
Set NEWS_POSTING to FALSE if you do not want to support posting to news groups via Lynx. If left TRUE, Lynx will use its news gateway to post new messages or followups to news groups, using the URL schemes described in the "Supported URLs" section of the online "h"elp. The posts will be attempted via the nntp server specified in the URL, or if none was specified, via the NNTPSERVER configuration or environment variable. Links with these URLs for posting or sending followups are created by the news gateway when reading group listings or articles from nntp servers if the server indicates that it permits posting. The compilation default set in userdefs.h can be changed here. If the default is TRUE, posting can still be disallowed via the -restrictions command line switch. The posting facility in Lynx is quite limited. Lynx does not provide a full featured news poster with elaborate error checking and safety features.
NEWS_POSTING
:TRUE
To enable news reading ability via Lynx, the environment variable NNTPSERVER must be set so that it points to your site's NNTP server (see Lynx Users Guide on environment variables). Lynx respects RFC 1738 (http://www.ics.uci.edu/pub/ietf/uri/rfc1738.txt) and does not accept a host field in news URLs (use nntp: instead of news: for the scheme if you wish to specify an NNTP host in a URL, as explained in the RFC). If you have not set the variable externally, you can set it at run time via this configuration file. It will not override an external setting. Note that on VMS it is set as a process logical rather than symbol, and will outlive the Lynx image. The news reading facility in Lynx is quite limited. Lynx does not provide a full featured news reader with elaborate error checking and safety features.
NNTPSERVER
:news.server.dom
Note that Lynx never re-parses document text purely as a result of a window size change, so text lines may appear truncated after narrowing the window, until the document is reloaded with ^R or a similar key or until a different text is loaded.
The default is FALSE since there is a possibility that non-restarting interrupts may be mis-interpreted as fatal input errors in some configurations (leading to an abrupt program exit), and since this option is useful mostly only for users running Lynx under xterm or a similar X terminal emulator. On systems where the preconditions don't apply this option is ignored.
NONRESTARTING_SIGWINCH
:FALSE
NO_DOT_FILES
:TRUE
If NO_FILE_REFERER is TRUE, Referer headers never will be sent in transmissions to servers for links or actions derived from documents or forms with file URLs. This ensures that paths associated with the local file system are never indicated to servers, even if NO_REFERER_HEADER is FALSE. If set to FALSE here, it can still be set TRUE at run time via the -nofilereferer switch.
NO_FILE_REFERER
:TRUE
Unix ONLY:
If NO_FORCED_CORE_DUMP is set to TRUE, Lynx will not force core dumps via abort() calls on fatal errors or assert() calls to check potentially fatal errors. The compilation default normally is FALSE, and can be changed here. The compilation or configuration default can be toggled via the -core command line switch. Note that this setting cannot be used to prevent core dumps with certainty. If this is important, means provided by the operating system or kernel should be used.
NO_FORCED_CORE_DUMP
:FALSE
If NO_FROM_HEADER is set FALSE, From headers will be sent in transmissions to http or https servers if the personal_mail_address has been defined via the "o"ptions menu. The compilation default is TRUE (no From header is sent) and the default can be changed here. The default can be toggled at run time via the -from switch. Note that transmissions of From headers have become widely considered to create an invasion of privacy risk.
NO_FROM_HEADER
:TRUE
The compilation default, or default defined here, can be toggled via the "-ismap" command line switch.
NO_ISMAP_IF_USEMAP
:FALSE
The no_proxy variable can be a comma-separated list of strings defining no-proxy zones in the DNS domain name space. If a tail substring of the domain-path for a host matches one of these strings, transactions with that node will not be proxied.
no_proxy:domain.path1,path2
A single asterisk as an entry will override all proxy variables and no transactions will be proxied.
no_proxy:*
Warning: Note that setting 'il' as an entry in this list will block proxying for the .mil domain as well as the .il domain. If the entry is '.il' this will not happen.
If NO_REFERER_HEADER is TRUE, Referer headers never will be sent in transmissions to servers. Lynx normally sends the URL of the document from which the link was derived, but not for startfile URLs, "g"oto URLs, "j"ump shortcuts, bookmark file links, history list links, or URLs that include the content from form submissions with method GET. If left FALSE here, it can be set TRUE at run time via the -noreferer switch.
NO_REFERER_HEADER
:FALSE
Denotes the position for link- and field-numbers (whether it is on the left or right of the anchor). These are subject to DEFAULT_KEYPAD_MODE, which determines whether numbers are shown.
NUMBER_LINKS_ON_LEFT
:TRUE
NUMBER_FIELDS_ON_LEFT
:TRUE
OUTGOING_MAIL_CHARSET
:none
PARTIAL
:TRUE
PARTIAL_THRES
:-1
PERSISTENT_COOKIES indicates that cookies should be read at startup from the COOKIE_FILE, and saved at exit for storage between Lynx sessions. It is not used if Lynx was compiled without USE_PERSISTENT_COOKIES. The default is FALSE, so that the feature needs to be enabled here explicitly if you want it.
PERSISTENT_COOKIES
:FALSE
PREFERRED_CHARSET specifies the character set in MIME notation (e.g., "ISO-8859-2", "ISO-8859-5") which Lynx will indicate you prefer in requests to http servers using an Accept-Charsets header. Users can change it via the "o"ptions menu and save that preference in their RC file. The value should NOT include "ISO-8859-1" or "US-ASCII", since those values are always assumed by default. If a file in that character set is available, the server will send it. If no Accept-Charset header is present, the default is that any character set is acceptable. If an Accept-Charset header is present, and if the server cannot send a response which is acceptable according to the Accept-Charset header, then the server SHOULD send an error response with the 406 (not acceptable) status code, though the sending of an unacceptable response is also allowed. See RFC 2068 (http://www.ics.uci.edu/pub/ietf/uri/rfc2068.txt).
PREFERRED_CHARSET
:none
PREFERRED_LANGUAGE is the language in MIME notation (e.g., "en", "fr") which will be indicated by Lynx in its Accept-Language headers as the preferred language. If available, the document will be transmitted in that language. Users can override this setting via the "o"ptions menu and save that preference in their RC file. This may be a comma-separated list of languages in decreasing preference.
PREFERRED_LANGUAGE
:en
If PREPEND_BASE_TO_SOURCE is set to FALSE, Lynx will not prepend a Request URL comment and BASE element to text/html source files when they are retrieved for "d"ownloading or passed to "p"rint functions. The compilation default is TRUE. Note that this prepending is not done for -source dumps, unless the -base switch also was included on the command line, and the latter switch overrides the setting of the PREPEND_BASE_TO_SOURCE configuration variable.
PREPEND_BASE_TO_SOURCE
:TRUE
PREPEND_CHARSET_TO_SOURCE:TRUE tells Lynx to prepend a META CHARSET line to text/html source files when they are retrieved for "d"ownloading or passed to "p"rint functions, so HTTP headers will not be lost. This is necessary for resolving charset for local html files, while the assume_local_charset is just an assumption. For the "d"ownload option, a META CHARSET will be added only if the HTTP charset is present. The compilation default is TRUE. It is generally desirable to have charset information for every local html file, but META CHARSET string potentially could cause compatibility problems with other browsers, see also PREPEND_BASE_TO_SOURCE. Note that the prepending is not done for -source dumps.
PREPEND_CHARSET_TO_SOURCE
:TRUE
PRETTYSRC
:FALSE
PRETTYSRC_SPEC
:<LEXEMENAME>:<TAGSPEC>:<TAGSPEC>
The following table gives correspondence between lexeme and lexeme name
Lexeme LEXEMENAME FURTHER EXPLANATION comment COMM tag TAG recognized tag name only attribute ATTRIB attribute value ATTRVAL generalized brackets ABRACKET < > </ entity ENTITY hyperlink destination HREF entire file ENTIRE bad sequence BADSEQ bad entity or invalid construct at text level. bad tag BADTAG Unrecognized construct in generalized brackets. bad attribute BADATTR The name of the attribute unknown to lynx of the tag known to lynx. (i.e., attributes of unknown tags will have markup of ATTRIB) sgml special SGMLSPECIAL doctype, sgmlelt, sgmlele, sgmlattlist, marked section, identifier
Notes:
1) The markup for HTML_ENTIRE will be emitted only once - it will surround
entire file source.
2) The tagnames specified by TAGSPEC should be valid html tag names.
3) If the tag/class combination given by TAGOPEN is not assigned a color
style in lss file (for lynx compiled with lss support), that tag/class combination will be emitted anyway during internal html markup. Such combinations will be also reported to the trace log.
4) Lexeme 'tag' means tag name only
5) Angle brackets of html specials won't be surrounded by markup for ABRACKET
PRETTYSRC_SPEC:COMM:B I:!I !B
HTML comments will be surrounded by <b><i> and </i></b> in the internal html markup
PRETTYSRC_SPEC:ATTRVAL: span.attrval : !span
PRETTYSRC_SPEC:HREF::
For lynx compiled with lss support, the following settings are the default:
PRETTYSRC_SPEC
:COMM:span.htmlsrc_comment:!span
PRETTYSRC_SPEC
:TAG:span.htmlsrc_tag:!span
PRETTYSRC_SPEC
:ATTRIB:span.htmlsrc_attrib:!span
PRETTYSRC_SPEC
:ATTRVAL:span.htmlsrc_attrval:!span
PRETTYSRC_SPEC
:ABRACKET:span.htmlsrc_abracket:!span
PRETTYSRC_SPEC
:ENTITY:span.htmlsrc_entity:!span
PRETTYSRC_SPEC
:HREF:span.htmlsrc_href:!span
PRETTYSRC_SPEC
:ENTIRE:span.htmlsrc_entire:!span
PRETTYSRC_SPEC
:BADSEQ:span.htmlsrc_badseq:!span
PRETTYSRC_SPEC
:BADTAG:span.htmlsrc_badtag:!span
PRETTYSRC_SPEC
:BADATTR:span.htmlsrc_badattr:!span
PRETTYSRC_SPEC
:SGMLSPECIAL:span.htmlsrc_sgmlspecial:!span
PRETTYSRC_SPEC
:COMM:b:!b
PRETTYSRC_SPEC
:TAG:b:!b
PRETTYSRC_SPEC
:ATTRIB:b:!b
PRETTYSRC_SPEC
:ATTRVAL::none
PRETTYSRC_SPEC
:ABRACKET:b:!b
PRETTYSRC_SPEC
:ENTITY:b:!b
PRETTYSRC_SPEC
:HREF::none
PRETTYSRC_SPEC
:ENTIRE::none
PRETTYSRC_SPEC
:BADSEQ:b:!b
PRETTYSRC_SPEC
:BADTAG::none
PRETTYSRC_SPEC
:BADATTR::none
PRETTYSRC_SPEC
:SGMLSPECIAL:b:!b
PRETTYSRC_VIEW_NO_ANCHOR_NUMBERING
:FALSE
For `p' pre-defined options are: `Save to local file', `E-mail the file', `Print to screen' and `Print to local printer attached to vt100'. `Print to screen' allows file transfers in the absence of alternatives and is often the only option allowed here for anonymous users; the 3rd & 4th options are not pre-defined for DOS/WINDOWS versions of Lynx. For `d' the pre-defined option is: `Download to local file'.
To define your own print or download option use the following formats:
PRINTER:<name>:<command>:<option>:<lines/page>
DOWNLOADER:<name>:<command>:<option>
<name> is what you will see on the print/download screen.
<command> is the command your system will execute:
the 1st %s in the command will be replaced by the temporary filename used by Lynx; a 2nd %s will be replaced by a filename of your choice, for which Lynx will prompt, offering a suggestion. On Unix, which has pipes, you may use a "|" as the first character of the command, and Lynx will open a pipe to the command. If the command format of your printer/downloader requires a different layout, you will need to use a script (see the last 2 download examples below).
<option> TRUE : the printer/downloader will always be ENABLED,
except that downloading is disabled when -validate is used; FALSE : both will be DISABLED for anonymous users and printing will be disabled when -noprint is used.
<lines/page> (printers: optional) the number of lines/page (default 66):
used to compute the approximate output size and prompt if the document is > 4 printer pages; it uses current screen length for the computation when `Print to screen' is selected.
You must put the whole definition on one line; if you use a colon, precede it with a backslash.
`Printer' can be any file-handling program you find useful, even if it does not physically print anything.
Usually, down/up-loading involves the use of (e.g.) Ckermit or ZModem to transfer files to a user's local machine over a serial link, but download options do not have to be download-protocol programs.
Printer examples:
PRINTER:Computer Center printer:lpr -Pccprt %s:FALSE
PRINTER:Office printer:lpr -POffprt %s:TRUE
PRINTER:VMS printer:print /queue=cc$print %s:FALSE:58
PRINTER:Busy VMS printer:@Lynx_Dir\:VMSPrint sys$print %s:FALSE:58
PRINTER:Specify at run-time:echo -n "Enter a print command\: "; read word; sh -c "$word %s":FALSE
PRINTER:Use Most to view:most -k +s %s:TRUE:23
Downloader examples: in Kermit, -s %s is the filename sent, -a %s the filename on arrival (if they are given in reverse order here, the command will fail):
DOWNLOADER:Use Kermit to download to the terminal:kermit -i -s %s -a %s:TRUE
DOWNLOADER:Use Most to view:most +s %s:TRUE
DOWNLOADER:Use Zmodem to download to the local terminal:sz %s:TRUE
DOWNLOADER:Use Zmodem to download to the local terminal:set %s %s;td=/tmp/Lsz$$;mkdir $td;ln -s $1 $td/"$2";sz $td/"$2";rm -r $td:TRUE
UPLOADER:Use Kermit to upload from your computer: kermit -i -r -a %s:TRUE
UPLOADER:Use Zmodem to upload from your computer: rz %s:TRUE
Note for OS/390: /* S/390 -- gil -- 1464 */ The following is strongly recommended to undo ASCII->EBCDIC conversion.
DOWNLOADER:Save OS/390 binary file: iconv -f IBM-1047 -t ISO8859-1 %s >%s:FALSE
If QUIT_DEFAULT_YES is TRUE then when the QUIT command is entered, any response other than n or N will confirm. It should be FALSE if you prefer the more conservative action of requiring an explicit Y or y to confirm. The default defined here will override that in userdefs.h.
QUIT_DEFAULT_YES
:TRUE
REFERER_WITH_QUERY controls what happens when the URL in a Referer header to be sent would contain a query part in the form of a "?" character followed by one or more attribute=value pairs. Query parts often contain sensitive or personal information resulting from filling out forms, or other info that allows tracking of a user's browsing path through a site, an thus should not be put in a Referer header (which may get sent to an unrelated third-party site). On the other hand, some sites (improperly) rely on browsers sending Referer headers, even when the user is coming from a page whose URL has a query part.
If REFERER_WITH_QUERY is SEND, full Referer headers will be sent including the query part (unless sending of Referer is disabled in general, see NO_REFERER_HEADER above). If REFERER_WITH_QUERY is PARTIAL, the Referer header will contain a partial URL, with the query part stripped off. This is not strictly correct, but should satisfy those sites that check only whether the user arrived at a page from an "outside" link. If REFERER_WITH_QUERY is set to DROP (or anything else unrecognized), the default, no Referer header is sent at all in this situation.
REFERER_WITH_QUERY
:DROP
REPLAYSECS
:0
Lynx uses temporary files for (among other purposes) the content of various user interface pages. REUSE_TEMPFILES changes the behavior for some of these temp files, among them pages shown for HISTORY, VLINKS, OPTIONS, INFO, PRINT, DOWNLOAD commands. If set to TRUE, the same file can be used multiple times for the same purpose. If set to FALSE, a new filename is generated each time before rewriting such a page. With TRUE, repeated invocation of these commands is less likely to push previous documents out of the cache of rendered texts (see also DEFAULT_CACHE_SIZE). This is especially useful with intermittent (dialup) network connections, when it is desirable to continue browsing through the cached documents after disconnecting. With the default setting of FALSE, there can be more than one incarnation of e.g. the VLINKS page cached in memory (but still only the most recently generated one is kept as a file), resulting in sometimes less surprising behaviour when returning to such a page via HISTORY or PREV_DOC functions (most users will not encounter and notice this difference).
REUSE_TEMPFILES
:FALSE
CERN-style rules, EXPERIMENTAL - URL-specific rules
A CERN-style rules file can be given with RULESFILE. Use the system's native format for filenames, on Unix "~" is also recognized. If a filename is given, the file must exist.
Single CERN-style rules can be specified with RULES.
Both options can be repeated, rules accumulate in the order given, they will be applied in first-to-last order. See cernrules.txt in the samples subdirectory for further explanation.
Examples:
RULESFILE:/etc/lynx/cernrules
RULE:Fail gopher:* # reject by scheme
RULE:Pass finger://*@localhost/ # allow this,
RULE:Fail finger:* # but not others
RULE:Redirect http://old.server/* http://new.server/*
If SAVE_SPACE is defined, it will be used as a path prefix for the suggested filename in "Save to Disk" operations from the "p"rint or "d"ownload menus. On VMS, you can use either VMS (e.g., "SYS$LOGIN:") or Unix syntax (including "~" for the HOME directory). On Unix, you must use Unix syntax. If the symbol is not defined, or is zero-length (""), no prefix will be used, and only a filename for saving in the current default directory will be suggested. This definition will be overridden if a "LYNX_SAVE_SPACE" environment variable has been set on Unix, or logical has been defined on VMS.
SAVE_SPACE
:~/foo/
If SCAN_FOR_BURIED_NEWS_REFS is set to TRUE, Lynx will scan the bodies of news articles for buried article and URL references and convert them to links. The compilation default is TRUE, but some email addresses enclosed in angle brackets ("<user@address>") might be converted to false news links, and uuencoded messages might be corrupted. The conversion is not done when the display is toggled to source or when "d"ownloading, so uuencoded articles can be saved intact regardless of these settings.
The default setting can be toggled via a "-buried_news" command line switch.
SCAN_FOR_BURIED_NEWS_REFS
:TRUE
If SEEK_FRAG_AREA_IN_CUR is set FALSE, then HREF attribute values in AREA tags consisting of only a fragment (HREF="#foo") will be resolved with respect to the current document's base, which might not be the same as the current document's URL. The compilation default is to use the current document's URL, as is done for the HREF attribute values of Anchors and LINKs that consist solely of a fragment.
SEEK_FRAG_AREA_IN_CUR
:TRUE
If SEEK_FRAG_MAP_IN_CUR is set FALSE, then USEMAP attribute values (in IMG or OBJECT tags) consisting of only a fragment (USEMAP="#foo") will be resolved with respect to the current document's base, which might not be the same as the current document's URL. The compilation default is to use the current document's URL in all cases (i.e., assume the MAP is present below, if it wasn't present above the point in the HTML stream where the USEMAP attribute was detected). Lynx's present "single pass" rendering engine precludes checking below before making the decision on how to resolve a USEMAP reference consisting solely of a fragment.
SEEK_FRAG_MAP_IN_CUR
:TRUE
SET_COOKIES
:TRUE
SHOW_CURSOR controls whether or not the cursor is hidden or appears over the current link in documents or the current option in popups. Showing the cursor is handy if you are a sighted user with a poor terminal that can't do bold and reverse video at the same time or at all. It also can be useful to blind users, as an alternative or supplement to setting LINKS_AND_FIELDS_ARE_NUMBERED or LINKS_ARE_NUMBERED. The default defined here or in userdefs.h can be changed via the "o"ptions menu and saved in the RC file, and always can be toggled via the -show_cursor command line switch.
SHOW_CURSOR
:FALSE
If you prefer using the conventional (and more common) "KB", modify this setting.
SHOW_KB_NAME
:KiB
SHOW_KB_RATE
:TRUE
If SOFT_DQUOTES is TRUE, Lynx will emulate the invalid behavior of treating '>' as a co-terminator of a double-quoted attribute value and the tag which contains it, as was done in old versions of Netscape and Mosaic. The compilation default is FALSE.
The compilation default, or default defined here, can be toggled via a "-soft_dquotes" command line switch.
SOFT_DQUOTES
:FALSE
SOURCE_CACHE sets the source caching behavior for Lynx: FILE causes Lynx to keep a temporary file for each cached document
containing the HTML source of the document, which it uses to regenerate the document when certain settings are changed (for instance, historical vs. minimal vs. valid comment parsing) instead of reloading the source from the network.
MEMORY is like FILE, except the document source is kept in memory. You
may wish to adjust DEFAULT_CACHE_SIZE and DEFAULT_VIRTUAL_MEMORY_SIZE accordingly.
NONE is the default; the document source is not cached, and is reloaded
from the network when needed.
SOURCE_CACHE
:NONE
This setting controls what will happen with cached source for the document being fetched from the net if fetching was aborted (either user pressed "z" or network went down). If set to KEEP, the source fetched so far will be preserved (and used as cache), if set to DROP lynx will drop the source cache for that document (i.e. only completely downloaded documents will be cached in that case).
SOURCE_CACHE_FOR_ABORTED
:DROP
Normally we expect you will connect to a remote site, e.g., the Lynx starting site:
STARTFILE
:http://lynx.invisible-island.net/lynx/
As an alternative, you may want to use a local URL. A good choice for this is the user's home directory:
STARTFILE:file://localhost/~/
Your choice of STARTFILE should reflect your site's needs, and be a URL that you can connect to reliably. Otherwise users will become confused and think that they cannot run Lynx.
If STRIP_DOTDOT_URLS is TRUE, Lynx emulates the invalid behavior of many browsers to strip a leading "../" segment from relative URLs in HTML documents with a http or https base URL, if this would otherwise lead to an absolute URLs with those characters still in it. Such URLs are normally erroneous and not what is intended by page authors. Lynx will issue a warning message when this occurs.
If STRIP_DOTDOT_URLS is FALSE, Lynx will use those URLs for requests without taking any special actions or issuing Warnings, in most cases this will result in an error response from the server.
Note that Lynx never tries to fix similar URLs for protocols other than http and https, since they are less common and may actually be valid in some cases.
STRIP_DOTDOT_URLS
:TRUE
If SUBSTITUTE_UNDERSCORES is TRUE, the _underline_ format will be used for emphasis tags in dumps.
The default defined here will override that in userdefs.h, and the user can toggle the default via a "-underscore" command line switch.
SUBSTITUTE_UNDERSCORES
:FALSE
The SUFFIX definition takes the form of:
SUFFIX:<file extension>:<mime type>:<encoding>:<quality>:<description>
All fields after <mime type> are optional (including the separators if no more fields follow).
<file extension> trailing end of file name. This need not strictly
be a file extension as understood by the OS, a dot has to be given explicitly if it is indented, for some uses one could even match full filenames here. In addition, two forms are special: "*.*" and "*" refer to the defaults for otherwise unmatched files (the first for filenames with a dot somewhere in the name, the second without), these are currently mapped to text/plain in the (HTInit.c) builtin code.
<mime type> a MIME content type. It can also contain a charset
parameter, see example below. This should be given in all lowercase, use <description> for more fancy labels. It can be left empty if an HTTP style encoding is given.
Fields in addition to the usual ones are
<encoding> either a mail style trivial encoding (7bit, 8bit, binary)
which could be used on some systems to determine how to open local files (currently it isn't), and is used to determine transfer mode for some FTP URLs; or a HTTP style content encoding (gzip (equivalent to x-gzip), compress)
<quality> a floating point quality factor, usually between 0.0 and 1.0
currently unused in most situations.
<description> text that can appear in FTP directory listings, and in
local directory listings (see LIST_FORMAT, code %t)
For instance the following definition maps the extension ".gif" to the mime type "image/gif"
SUFFIX:.gif:image/gif
The following can be used if you have a convention to label HTML files in some character set that differs from your local default (see also ASSUME_LOCAL_CHARSET) with a different extension, here ".html-u8". It also demonstrates use of the description field, note extra separators for omitted fields:
SUFFIX:.html-u8:text/html;charset=utf-8:::UTF-8 HTML
The following shows how a suffix can indicate a combination of MIME type and compression method. (The ending ".ps.gz" should already be recognized by default; the form below could be used on systems that don't allow more than one dot in filenames.)
SUFFIX:.ps_gz:application/postscript:gzip::gzip'd Postscript
The following is meant to match a full filename (but can match any file ending in "core", so be careful):
SUFFIX:core:application/x-core-file
file suffixes are case INsensitive!
The suffix definitions listed here in the default lynx.cfg file are similar to those normally established via src/HTInit.c. You can change the defaults by editing that file or disable them, or via the global or personal mime.types files at run time (except for the additional fields). Assignments made here are overridden by entries in those files unless preceded with a SUFFIX_ORDER:PRECEDENCE_HERE.
SUFFIX:.ps:application/postscript
SUFFIX:.eps:application/postscript
SUFFIX:.ai:application/postscript
SUFFIX:.rtf:application/rtf
SUFFIX:.snd:audio/basic
SUFFIX:.gif:image/gif
SUFFIX:.rgb:image/x-rgb
SUFFIX:.png:image/png
SUFFIX:.xbm:image/x-xbitmap
SUFFIX:.tiff:image/tiff
SUFFIX:.jpg:image/jpeg
SUFFIX:.jpeg:image/jpeg
SUFFIX:.mpg:video/mpeg
SUFFIX:.mpeg:video/mpeg
SUFFIX:.mov:video/quicktime
SUFFIX:.hqx:application/mac-binhex40
SUFFIX:.bin:application/octet-stream
SUFFIX:.exe:application/octet-stream
SUFFIX:.tar:application/x-tar
SUFFIX:.tgz:application/x-tar:gzip
SUFFIX:.Z::compress
SUFFIX:.gz::gzip
SUFFIX:.bz2:application/x-bzip2
SUFFIX:.zip:application/zip
SUFFIX:.lzh:application/x-lzh
SUFFIX:.lha:application/x-lha
SUFFIX:.dms:application/x-dms
SUFFIX:.html:text/html
SUFFIX:.txt:text/plain
PRECEDENCE_OTHER or PRECEDENCE_HERE
Suffix mappings can come from four sources: (1) SUFFIX rules given here - see below, (2) builtin defaults (HTInit.c), and the (3) GLOBAL_EXTENSION_MAP and (4) PERSONAL_EXTENSION_MAP files. The order of precedence is normally as listed: (1) has the *lowest*, (4) has the *highest* precedence if there are conflicts. In other words, SUFFIX mappings here are overridden by conflicting ones elsewhere. This default ordering is called PRECEDENCE_OTHER. With PRECEDENCE_HERE, the order becomes (2) (3) (4) (1), i.e. mappings here override others made elsewhere.
NO_BUILTIN
This disables all builtin default rules. In other words, (2) in the list above is skipped. Some recognition for compressed files (".gz", ".Z") is still hardwired. A mapping for some basic types, at least for text/html is probably necessary to get a usable configuration, it can be given in a SUFFIX rule below or an extension map file.
Both kinds of settings can be combined, separated by comma as in
SUFFIX_ORDER:PRECEDENCE_HERE,NO_BUILTIN
Note: Using PRECEDENCE_HERE has only an effect on SUFFIX rules that follow. Moreover, if GLOBAL_EXTENSION_MAP or PERSONAL_EXTENSION_MAP directives are used, they should come *before* a SUFFIX_ORDER:PRECEDENCE_HERE.
SUFFIX_ORDER
:PRECEDENCE_OTHER
SYSTEM_EDITOR behaves the same as DEFAULT_EDITOR, except that it can't be changed by users.
SYSTEM_EDITOR
:none
VMS:
The mail command and qualifiers are defined in userdefs.h. Lynx will spawn a subprocess to send replies and error messages. The command, and qualifiers (if any), can be re-defined here. If you use PMDF then headers will we passed via a header file. If you use "generic" VMS MAIL, the subject will be passed on the command line via a /subject="SUBJECT" qualifier, and inclusion of other relevant headers may not be possible. If your mailer uses another syntax, some hacking of the mailform() mailmsg() and reply_by_mail() functions in LYMail.c, and send_file_to_mail() function in LYPrint.c, may be required.
SYSTEM_MAIL:PMDF SEND
SYSTEM_MAIL_FLAGS:/headers
SYSTEM_MAIL:MAIL
SYSTEM_MAIL_FLAGS:
Unix:
The mail path and flags normally are defined for sendmail (or submit with MMDF) in userdefs.h. You can change them here, but should first read the zillions of CERT advisories about security problems with Unix mailers.
SYSTEM_MAIL:/usr/mmdf/bin/submit
SYSTEM_MAIL_FLAGS:-mlruxto,cc\*
SYSTEM_MAIL:/usr/sbin/sendmail
SYSTEM_MAIL_FLAGS:-t -oi
SYSTEM_MAIL:/usr/lib/sendmail
SYSTEM_MAIL_FLAGS:-t -oi
If TAGSOUP is set, Lynx uses the "Tag Soup DTD" rather than "SortaSGML". The two approaches differ by the style of error detection and recovery. Tag Soup DTD allows for improperly nested tags; SortaSGML is stricter.
TAGSOUP
:FALSE
If TEXTFIELDS_NEED_ACTIVATION is set to TRUE, and lynx was compiled with TEXTFIELDS_MAY_NEED_ACTIVATION defined, then text input form fields need to be activated (by pressing the Enter key or similar) before the user can enter or modify input. By default, input fields become automatically activated when selected. Requiring explicit activation can be desired for users who use alphanumeric keys for navigation (or other keys that have special meaning in the line editor - ' ', "b", INS, DEL, etc), and don't want to 'get stuck' in form fields. Instead of setting the option here, explicit activation can also be requested with the -tna command line option.
TEXTFIELDS_NEED_ACTIVATION
:FALSE
If TRIM_INPUT_FIELDS is set TRUE, Lynx will trim trailing whitespace (e.g., space, tab, carriage return, line feed and form feed) from the text entered into form text and textarea fields. Older versions of Lynx do this trimming unconditionally, but other browsers do not, which would yield different behavior for CGI scripts.
TRIM_INPUT_FIELDS
:FALSE
UNDERLINE_LINKS controls whether links are underlined by default, or shown in bold. Normally this default is set from the configure script.
UNDERLINE_LINKS
:FALSE
URL_DOMAIN_PREFIXES and URL_DOMAIN_SUFFIXES are strings which will be prepended (together with a scheme://) and appended to the first element of command line or "g"oto arguments which are not complete URLs and cannot be opened as a local file (file://localhost/string). Both can be comma-separated lists. Each prefix must end with a dot, each suffix must begin with a dot, and either may contain other dots (e.g., .com.jp). The default lists are defined in userdefs.h and can be replaced here. Each prefix will be used with each suffix, in order, until a valid Internet host is created, based on a successful DNS lookup (e.g., foo will be tested as www.foo.com and then www.foo.edu etc.). The first element can include a :port and/or /path which will be restored with the expanded host (e.g., wfbr:8002/dir/lynx will become http://www.wfbr.edu:8002/dir/lynx). The prefixes will not be used if the first element ends in a dot (or has a dot before the :port or /path), and similarly the suffixes will not be used if the the first element begins with a dot (e.g., .nyu.edu will become http://www.nyu.edu without testing www.nyu.com). Lynx will try to guess the scheme based on the first field of the expanded host name, and use "http://" as the default (e.g., gopher.wfbr.edu or gopher.wfbr. will be made gopher://gopher.wfbr.edu).
URL_DOMAIN_PREFIXES
:www.
URL_DOMAIN_SUFFIXES
:.com,.edu,.net,.org
ncurses and slang have built-in support for the xterm mouse protocol. In addition, ncurses can be linked with the gpm mouse library, to automatically provide support for this interface in applications such as Lynx. (Please read the ncurses faq to work around broken gpm configurations packaged by some distributors). PDCurses implements mouse support for win32 console windows, as does slang.
USE_MOUSE
:FALSE
USE_SELECT_POPUPS
:TRUE
VERBOSE_IMAGES controls whether Lynx replaces [LINK], [INLINE] and [IMAGE] (for images without ALT) with filenames of these images. This can be useful in determining what images are important and which are mere decorations, e.g. button.gif, line.gif, provided the author uses meaningful names.
The definition here will override the setting in userdefs.h.
VERBOSE_IMAGES
:TRUE
MIME types may be assigned to external viewers using the VIEWER definition.
NOTE: if you do not define a viewer to a new MIME type
that you assigned above then it will be saved to disk by default. It is normally preferable to define new viewers in MAILCAP files (see below) instead of here: Definitions here are overridden by those in MAILCAP files and even by some built-in defaults in src/HTInit.c.
The VIEWER definition takes the form of:
VIEWER:<mime type>:<viewer command>[:environment]
where -mime type is the MIME content type of the file
-viewer command is a system command that can be used to display the file where %s is replaced within the command with the physical filename (e.g., "ghostview %s" becomes "ghostview /tmp/temppsfile")
-environment is optional. The only valid keywords
are currently XWINDOWS and NON_XWINDOWS. If the XWINDOWS environment is specified then the viewer will only be defined when the user has the environment variable DISPLAY (DECW$DISPLAY on VMS) defined. If the NON_XWINDOWS environment is specified the specified viewer will only be defined when the user DOES NOT have the environment variable DISPLAY defined.
examples:
VIEWER:image/gif:xli %s:XWINDOWS
VIEWER:image/gif:ascii-view %s:NON_XWINDOWS VIEWER:application/start-elm:elm
You must put the whole definition on one line.
If you must use a colon in the viewer command, precede it with a backslash!
The MIME_type:viewer:XWINDOWS definitions listed here in the lynx.cfg file are among those established via src/HTInit.c. For the image types, HTInit.c uses the XLOADIMAGE_COMMAND definition in userdefs.h or above (open is used for NeXT). You can change any of these defaults via the global or personal mailcap files. Assignments made here will be overridden by entries in those files.
VIEWER:application/postscript:ghostview %s&:XWINDOWS
VIEWER:image/gif:xli %s&:XWINDOWS
VIEWER:image/x-xbm:xli %s&:XWINDOWS
VIEWER:image/png:xli %s&:XWINDOWS
VIEWER:image/tiff:xli %s&:XWINDOWS
VIEWER:image/jpeg:xli %s&:XWINDOWS
VIEWER:video/mpeg:mpeg_play %s &:XWINDOWS
Vi or Emacs movement keys, i.e. familiar hjkl or ^N^P^F^B . These are defaults, which can be changed in the Options Menu or .lynxrc .
VI_KEYS_ALWAYS_ON
:FALSE
EMACS_KEYS_ALWAYS_ON
:FALSE
VMS:
XLOADIMAGE_COMMAND will be used as a default in src/HTInit.c for viewing image content types when the DECW$DISPLAY logical is set. Make it the foreign command for your system's X image viewer (commonly, "xv"). It can be anything that will handle GIF, TIFF and other popular image formats. Freeware ports of xv for VMS are available in the ftp://ftp.wku.edu/vms/unsupported and http://www.openvms.digital.com/cd/XV310A/ subdirectories. You must also have a "%s" for the filename. The default is defined in userdefs.h and can be overridden here, or via the global or personal mailcap files (see below).
Make this empty (but not commented out) if you don't have such a viewer or want to disable the built-in default viewer mappings for image types.
XLOADIMAGE_COMMAND
:xv %s