📄 userdefs.h
字号:
/*****************************
* The following three definitions set the number of seconds for
* pauses following status line messages that would otherwise be
* replaced immediately, and are more important than the unpaused
* progress messages. Those set by INFOSECS are also basically
* progress messages (e.g., that a prompted input has been canceled)
* and should have the shortest pause. Those set by MESSAGESECS are
* informational (e.g., that a function is disabled) and should have
* a pause of intermediate duration. Those set by ALERTSECS typically
* report a serious problem and should be paused long enough to read
* whenever they appear (typically unexpectedly). The default values
* defined here can be modified via lynx.cfg, should longer pauses be
* desired for braille-based access to Lynx.
*/
#define INFOSECS 1
#define MESSAGESECS 2
#define ALERTSECS 3
#define DEBUGSECS 0
#define REPLAYSECS 0
/******************************
* SHOW_COLOR controls whether the program displays in color by default.
*/
#ifdef COLOR_CURSES
#define SHOW_COLOR TRUE
#else
#define SHOW_COLOR FALSE
#endif
/******************************
* SHOW_CURSOR controls whether or not the cursor is hidden or appears
* over the current link, or current option in select popup windows.
* 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 can be changed in lynx.cfg. It can be
* set and saved via the 'o'ptions menu to override the compilation
* and configuration defaults, and the default always can be toggled
* via the -show_cursor command line switch.
*/
#define SHOW_CURSOR FALSE
/******************************
* UNDERLINE_LINKS controls whether links are underlined by default, or shown
* in bold. Normally this default is set from the configure script.
*/
#ifndef HAVE_CONFIG_H
#define UNDERLINE_LINKS FALSE
#endif
/******************************
* VERBOSE_IMAGES controls whether or not Lynx replaces the [LINK], [INLINE]
* and [IMAGE] comments (for images without ALT) with filenames of these
* images. This is extremely useful because now we can determine immediately
* what images are just decorations (button.gif, line.gif) and what images are
* important.
*
* The default defined here can be changed in lynx.cfg.
*/
#define VERBOSE_IMAGES TRUE
/******************************
* BOXVERT and BOXHORI control the layout of popup menus. Set to 0 if your
* curses supports line-drawing characters, set to '*' or any other character
* to not use line-drawing (e.g., '|' for vertical and '-' for horizontal).
*/
#ifndef HAVE_CONFIG_H
#ifdef DOSPATH
#define BOXVERT 0
#define BOXHORI 0
#else
#define BOXVERT '|'
/* #define BOXVERT 0 */
#define BOXHORI '-'
/* #define BOXHORI 0 */
#endif /* DOSPATH */
#endif /* !HAVE_CONFIG_H */
/******************************
* LY_UMLAUT controls the 7-bit expansion of characters with dieresis or
* umlaut. If defined, a digraph is displayed, e.g., auml --> ae
* Otherwise, a single character is displayed, e.g., auml --> a
* Note that this is currently not supported with the chartrans code,
* or rather it doesn't have an effect if translations for a display
* character set are taken from one of the *.tbl files in src/chrtrans.
* One would have to modify the corresponding *.tbl file to change the
# 7-bit replacements for these characters.
*/
#define LY_UMLAUT
/*******************************
* Execution links/scripts configuration.
*
* Execution links and scripts allow you to run
* local programs by activating links within Lynx.
*
* An execution link is of the form:
*
* lynxexec:<COMMAND>
* or:
* lynxexec://<COMMAND>
* or:
* lynxprog:<COMMAND>
* or:
* lynxprog://<COMMAND>
*
* where <COMMAND> is a command that Lynx will run when the link is
* activated. The double-slash should be included if the command begins
* with an '@', as for executing VMS command files. Otherwise, the double-
* slash can be omitted.
* Use lynxexec for commands or scripts that generate a screen output which
* should be held via a prompt to press <return> before returning to Lynx
* for display of the current document.
* Use lynxprog for programs such as mail which do not require a pause before
* Lynx restores the display of the current document.
*
* Execution scripts take the form of a standard
* URL. Extension mapping or MIME typing is used
* to decide if the file is a script and should be
* executed. The current extensions are:
* .csh, .ksh, and .sh on UNIX systems and .com on
* VMS systems. Any time a file of this type is
* accessed Lynx will look at the user's options
* settings to decide if the script can be executed.
* Current options include: Only exec files that
* reside on the local machine and are referenced
* with a "file://localhost" URL, All execution
* off, and all execution on.
*
* The following definitions will add execution
* capabilities to Lynx. You may define none, one
* or both.
*
* I strongly recommend that you define neither one
* of these since execution links/scripts can represent
* very serious security risk to your system and its
* users. If you do define these I suggest that
* you only allow users to execute files/scripts
* that reside on your local machine.
*
* YOU HAVE BEEN WARNED!
*
* Note: if you are enabling execution scripts you should
* also see src/HTInit.c to verify/change the execution
* script extensions and/or commands.
*/
/* #define EXEC_LINKS */
/* #define EXEC_SCRIPTS */
#if defined(EXEC_LINKS) || defined(EXEC_SCRIPTS)
/**********
* if ENABLE_OPTS_CHANGE_EXEC is defined, the user will be able to change
* the execution status within the Options Menu.
*/
/* #define ENABLE_OPTS_CHANGE_EXEC */
/**********
* if NEVER_ALLOW_REMOTE_EXEC is defined,
* local execution of scripts or lynxexec & lynxprog URLs will be implemented
* only from HTML files that were accessed via a "file://localhost/" URL
* and the Options Menu for "Local executions links" will allow toggling
* only between "ALWAYS OFF" and "FOR LOCAL FILES ONLY".
*/
/* #define NEVER_ALLOW_REMOTE_EXEC */
#define NEVER_ALLOW_REMOTE_EXEC
/*****************************
* These are for executable shell scripts and links.
* Set to FALSE unless you really know what you're
* doing.
*
* This only applies if you are compiling with EXEC_LINKS or
* EXEC_SCRIPTS defined.
*
* The first two settings:
* LOCAL_EXECUTION_LINKS_ALWAYS_ON
* LOCAL_EXECUTION_LINKS_ON_BUT_NOT_REMOTE
* specify the DEFAULT settings of the users execution link
* options (they can also be overridden in lynx.cfg), but
* the user may still change those options.
* If you do not wish the user to be able to change the
* execution link settings you may wish to use the command line option:
* -restrictions=exec_frozen
*
* LOCAL_EXECUTION_LINKS_ALWAYS_ON will be FALSE
* if NEVER_ALLOW_REMOTE_EXEC has been defined.
*
* if LOCAL_EXECUTION_LINKS_ALWAYS_OFF_FOR_ANONYMOUS is true,
* all execution links will be disabled when the -anonymous
* command-line option is used. Anonymous users are not allowed
* to change the execution options from within the Lynx Options Menu,
* so you might be able to use this option to enable execution links
* and set LOCAL_EXECUTION_LINKS_ON_BUT_NOT_REMOTE to TRUE
* to give anonymous execution-link capability without compromising
* your system (see comments about TRUSTED_EXEC rules in lynx.cfg ).
*/
#define LOCAL_EXECUTION_LINKS_ALWAYS_ON FALSE
#define LOCAL_EXECUTION_LINKS_ON_BUT_NOT_REMOTE FALSE
#define LOCAL_EXECUTION_LINKS_ALWAYS_OFF_FOR_ANONYMOUS FALSE
#endif /* defined(EXEC_LINKS) || defined(EXEC_SCRIPTS) */
/**********
* *** This is for those -- e.g. DOS users -- who do not have configure;
* *** others should use the configure switch --enable-lynxcgi-links .
*
* UNIX:
* =====
* CGI script support. Defining LYNXCGI_LINKS allows you to use the
*
* lynxcgi:path
*
* URL which allows lynx to access a cgi script directly without the need for
* a http daemon. Redirection is not supported but just about everything
* else is. If the path is not an executable file then the URL is
* rewritten as file://localhost and passed to the file loader. This means
* that if your http:html files are currently set up to use relative
* addressing, you should be able to fire up your main page with lynxcgi:path
* and everything should work as if you were talking to the http daemon.
*
* Note that TRUSTED_LYNXCGI directives must be defined in your lynx.cfg file
* if you wish to place restrictions on source documents and/or paths for
* lynxcgi links.
*
* The cgi scripts are called with a fork()/execve() sequence so you don't
* have to worry about people trying to abuse the code. :-)
*
* George Lindholm (George.Lindholm@ubc.ca)
*
* VMS:
* ====
* The lynxcgi scheme, if enabled, yields an informational message regardless
* of the path, and use of the freeware OSU DECthreads server as a local
* script server is recommended instead of lynxcgi URLs. Uncomment the
* following line to define LYNXCGI_LINKS, and when running Lynx, enter
* lynxcgi:advice as a G)oto URL for more information and links to the
* OSU server distribution.
*/
#ifndef HAVE_CONFIG_H
/* #define LYNXCGI_LINKS */
#endif
/*********************************
* MAIL_SYSTEM_ERROR_LOGGING will send a message to the owner of
* the information if there is one, every time
* that a document cannot be accessed!
* This is just the default, it can be changed in lynx.cfg, and error
* logging can be turned off with the -nolog command line option.
*
* NOTE: This can generate A LOT of mail, be warned.
*/
#define MAIL_SYSTEM_ERROR_LOGGING FALSE /*mail a message for every error?*/
/*********************************
* If a document cannot be accessed, and MAIL_SYSTEM_ERROR_LOGGING
* is on and would send a message to the owner of the information,
* but no owner is known, then the message will be sent to ALERTMAIL
* instead - if it is defined as a non-empty email address.
*
* NOTE: This can generate A REAL LOT of mail, be warned!!!
*/
/* #define ALERTMAIL "webmaster@localhost" */ /*error recipient if no owner*/
/*********************************
* If CHECKMAIL is set to TRUE, the user will be informed (via a status line
* message) about the existence of any unread mail at startup of Lynx, and
* will get status line 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.
* This is just the default, it can be changed in lynx.cfg. The checks and
* status line 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).
*/
#define CHECKMAIL FALSE /* report unread and new mail messages */
/*********************************
* Vi or Emacs movement keys. These are defaults,
* which can be changed in lynx.cfg , the Options Menu or .lynxrc .
*/
#define VI_KEYS_ALWAYS_ON FALSE /* familiar h j k l */
#define EMACS_KEYS_ALWAYS_ON FALSE /* familiar ^N ^P ^F ^B */
⌨️ 快捷键说明
复制代码
Ctrl + C
搜索代码
Ctrl + F
全屏模式
F11
切换主题
Ctrl + Shift + D
显示快捷键
?
增大字号
Ctrl + =
减小字号
Ctrl + -