               =========================================
               Nirvana Editor (XNEdit) Help Documentation
               =========================================

XNEdit 1.2.1                                               November 14, 2020

  XNEdit is a standard GUI (Graphical User Interface) style text editor for 
  programs and plain-text files. Users of Macintosh and MS Windows based text 
  editors should find XNEdit a familiar and comfortable environment. XNEdit 
  provides all of the standard menu, dialog, editing, and mouse support, as 
  well as all of the standard shortcuts to which the users of modern GUI based 
  environments are accustomed. For users of older style Unix editors, welcome 
  to the world of mouse-based editing! 

  XNEdit is freely distributed under the terms of the Gnu General Public 
  License. 

-----------------
INSTALLING XNEDIT
-----------------
---------------
GETTING STARTED
---------------
  XNEdit is a single stand-alone executable file which can be installed by 
  simply copying the appropriate executable "xnedit" for your system. Both 
  sources and executables are available from https://www.unixwork.de/xnedit/. 
  The optional "xnc" (XNEdit Client) program is also available for users who 
  want to run xnedit in client/server mode. 

  Help sections of interest to new users are listed under the "Basic 
  Operation" heading in the top-level Help menu: 

      Selecting Text
      Finding and Replacing Text
      Cut and Paste
      Using the Mouse
      Keyboard Shortcuts
      Shifting and Filling

  Programmers should also read the introductory section under the "Features 
  for Programming" section: 

      Programming with XNEdit

  If you get into trouble, the Undo command in the Edit menu can reverse any 
  modifications that you make. XNEdit does not change the file you are editing 
  until you tell it to Save. 


  EDITING AN EXISTING FILE

  To open an existing file, choose Open... from the file menu. Select the file 
  that you want to open in the pop-up dialog that appears and click on OK. You 
  may open any number of files at the same time. Depending on your settings 
  (cf. "Tabbed Editing") each file can appear in its own editor window, or it 
  can appear under a tab in the same editor window. Using Open... rather than 
  re-typing the XNEdit command and running additional copies of XNEdit, will 
  give you quick access to all of the files you have open via the Windows 
  menu, and ensure that you don't accidentally open the same file twice. 
  XNEdit has no "main" window. It remains running as long as at least one 
  editor window is open. 


  CREATING A NEW FILE

  If you already have an empty (Untitled) window displayed, just begin typing 
  in the window. To create a new Untitled window, choose New Window or New Tab 
  from the File menu. To give the file a name and save its contents to the 
  disk, choose Save or Save As... from the File menu. 


  BACKUP FILES

  XNEdit maintains periodic backups of the file you are editing so that you 
  can recover the file in the event of a problem such as a system crash, 
  network failure, or X server crash. These files are saved under the name 
  `~filename` (on Unix) or `_filename` (on VMS), where filename is the name of 
  the file you were editing. If an XNEdit process is killed, some of these 
  backup files may remain in your directory. (To remove one of these files on 
  Unix, you may have to prefix the `~' (tilde) character with a (backslash) to 
  prevent the shell from interpreting it as a special character.) 


  SHORTCUTS

  As you become more familiar with XNEdit, substitute the control and function 
  keys shown on the right side of the menus for pulling down menus with the 
  mouse. 

  Dialogs are also streamlined so you can enter information quickly and 
  without using the mouse*. To move the keyboard focus around a dialog, use 
  the tab and arrow keys. One of the buttons in a dialog is usually drawn with 
  a thick, indented, outline. This button can be activated by pressing Return 
  or Enter. The Cancel or Dismiss button can be activated by pressing escape. 
  For example, to replace the string "thing" with "things" type: 

      <ctrl-r>thing<tab>things<return>

  To open a file named "whole_earth.c", type: 

      <ctrl-o>who<return>

  (how much of the filename you need to type depends on the other files in the 
  directory). See the section called "Keyboard Shortcuts" for more details. 

  * Users who have set their keyboard focus mode to "pointer" should set 
  "Popups Under Pointer" in the Default Settings menu to avoid the additional 
  step of moving the mouse into the dialog. 

===============
BASIC OPERATION
===============

--------------
SELECTING TEXT
--------------

  XNEdit has two general types of selections, primary (highlighted text), and 
  secondary (underlined text). Selections can cover either a simple range of 
  text between two points in the file, or they can cover a rectangular area of 
  the file. Rectangular selections are only useful with non-proportional 
  (fixed spacing) fonts. 

  To select text for copying, deleting, or replacing, press the left mouse 
  button with the pointer at one end of the text you want to select, and drag 
  it to the other end. The text will become highlighted. To select a whole 
  word, double click (click twice quickly in succession). Double clicking and 
  then dragging the mouse will select a number of words. Similarly, you can 
  select a whole line or a number of lines by triple clicking or triple 
  clicking and dragging. Quadruple clicking selects the whole file. After 
  releasing the mouse button, you can still adjust a selection by holding down 
  the shift key and dragging on either end of the selection. To delete the 
  selected text, press delete or backspace. To replace it, begin typing. 

  To select a rectangle or column of text, hold the Ctrl key while dragging 
  the mouse. Rectangular selections can be used in any context that normal 
  selections can be used, including cutting and pasting, filling, shifting, 
  dragging, and searching. Operations on rectangular selections automatically 
  fill in tabs and spaces to maintain alignment of text within and to the 
  right of the selection. Note that the interpretation of rectangular 
  selections by Fill Paragraph is slightly different from that of other 
  commands, the section titled "Shifting and Filling" has details. 

  The middle mouse button can be used to make an additional selection (called 
  the secondary selection). As soon as the button is released, the contents of 
  this selection will be copied to the insert position of the window where the 
  mouse was last clicked (the destination window). This position is marked by 
  a caret shaped cursor when the mouse is outside of the destination window. 
  If there is a (primary) selection, adjacent to the cursor in the window, the 
  new text will replace the selected text. Holding the shift key while making 
  the secondary selection will move the text, deleting it at the site of the 
  secondary selection, rather than copying it. 

  Selected text can also be dragged to a new location in the file using the 
  middle mouse button. Holding the shift key while dragging the text will copy 
  the selected text, leaving the original text in place. Holding the control 
  key will drag the text in overlay mode. 

  Normally, dragging moves text by removing it from the selected position at 
  the start of the drag, and inserting it at a new position relative to the 
  mouse. Dragging a block of text over existing characters, displaces the 
  characters to the end of the selection. In overlay mode, characters which 
  are occluded by blocks of text being dragged are simply removed. When 
  dragging non-rectangular selections, overlay mode also converts the 
  selection to rectangular form, allowing it to be dragged outside of the 
  bounds of the existing text. 

  The section "Using the Mouse" summarizes the mouse commands for making 
  primary and secondary selections. Primary selections can also be made via 
  keyboard commands, see "Keyboard Shortcuts". 

--------------------------
FINDING AND REPLACING TEXT
--------------------------

  The Search menu contains a number of commands for finding and replacing 
  text. 

  The Find... and Replace... commands present dialogs for entering text for 
  searching and replacing. These dialogs also allow you to choose whether you 
  want the search to be sensitive to upper and lower case, or whether to use 
  the standard Unix pattern matching characters (regular expressions). 
  Searches begin at the current text insertion position. 

  Find Again and Replace Again repeat the last find or replace command without 
  prompting for search strings. To selectively replace text, use the two 
  commands in combination: Find Again, then Replace Again if the highlighted 
  string should be replaced, or Find Again again to go to the next string. 

  Find Selection searches for the text contained in the current primary 
  selection (see Selecting Text). The selected text does not have to be in the 
  current editor window, it may even be in another program. For example, if 
  the word dog appears somewhere in a window on your screen, and you want to 
  find it in the file you are editing, select the word dog by dragging the 
  mouse across it, switch to your XNEdit window and choose Find Selection from 
  the Search menu. 

  Find Incremental, which opens the interactive search bar, is yet another 
  variation on searching, where every character typed triggers a new search. 
  After you've completed the search string, the next occurrence in the buffer 
  is found by hitting the Return key, or by clicking on the icon to the left 
  (magnifying glass). Holding a Shift key down finds the previous occurrences. 
  To the right there is a clear button with an icon resembling "|<". Clicking 
  on it empties the search text widget without disturbing selections. A middle 
  click on the clear button copies the content of any existing selection into 
  the search text widget and triggers a new search. 


  SEARCHING BACKWARDS

  Holding down the shift key while choosing any of the search or replace 
  commands from the menu (or using the keyboard shortcut), will search in the 
  reverse direction. Users who have set the search direction using the buttons 
  in the search dialog, may find it a bit confusing that Find Again and 
  Replace Again don't continue in the same direction as the original search 
  (for experienced users, consistency of the direction implied by the shift 
  key is more important). 


  SELECTIVE REPLACEMENT

  To replace only some occurrences of a string within a file, choose 
  Replace... from the Search menu, enter the string to search for and the 
  string to substitute, and finish by pressing the Find button. When the first 
  occurrence is highlighted, use either Replace Again (^T) to replace it, or 
  Find Again (^G) to move to the next occurrence without replacing it, and 
  continue in such a manner through all occurrences of interest. 

  To replace all occurrences of a string within some range of text, select the 
  range (see Selecting Text), choose Replace... from the Search menu, type the 
  string to search for and the string to substitute, and press the "R. in 
  Selection" button in the dialog. Note that selecting text in the Replace... 
  dialog will unselect the text in the window. 


  REPLACEMENT IN MULTIPLE DOCUMENTS

  You can do the same replacement in more than one document at the same time. 
  To do that, enter the search and replacement string in the replacement 
  dialog as usual, then press the 'Multiple Documents...' button. XNEdit will 
  open another dialog where you can pick any document in which the replacement 
  should take place. Then press 'Replace' in this dialog to do the 
  replacement. All attributes (Regular Expression, Case, etc.) are used as 
  selected in the main dialog. 


-------------
CUT AND PASTE
-------------

  The easiest way to copy and move text around in your file or between 
  windows, is to use the clipboard, an imaginary area that temporarily stores 
  text and data. The Cut command removes the selected text (see Selecting 
  Text) from your file and places it in the clipboard. Once text is in the 
  clipboard, the Paste command will copy it to the insert position in the 
  current window. For example, to move some text from one place to another, 
  select it by dragging the mouse over it, choose Cut to remove it, click the 
  pointer to move the insert point where you want the text inserted, then 
  choose Paste to insert it. Copy copies text to the clipboard without 
  deleting it from your file. You can also use the clipboard to transfer text 
  to and from other Motif programs and X programs which make proper use of the 
  clipboard. 

  There are many other methods for copying and moving text within XNEdit 
  windows and between XNEdit and other programs. The most common such method 
  is clicking the middle mouse button to copy the primary selection (to the 
  clicked position). Copying the selection by clicking the middle mouse button 
  in many cases is the only way to transfer data to and from many X programs. 
  Holding the Shift key while clicking the middle mouse button moves the text, 
  deleting it from its original position, rather than copying it. Other 
  methods for transferring text include secondary selections, primary 
  selection dragging, keyboard-based selection copying, and drag and drop. 
  These are described in detail in the sections: "Selecting Text", 
  "Using_the_Mouse_", and "Keyboard Shortcuts". 

---------------
USING THE MOUSE
---------------

  Mouse-based editing is what XNEdit is all about, and learning to use the 
  more advanced features like secondary selections and primary selection 
  dragging will be well worth your while. 

  If you don't have time to learn everything, you can get by adequately with 
  just the left mouse button: Clicking the left button moves the cursor. 
  Dragging with the left button makes a selection. Holding the shift key while 
  clicking extends the existing selection, or begins a selection between the 
  cursor and the mouse. Double or triple clicking selects a whole word or a 
  whole line. 

  This section will make more sense if you also read the section called, 
  "Selecting Text", which explains the terminology of selections, that is, 
  what is meant by primary, secondary, rectangular, etc. 


  BUTTON AND MODIFIER KEY SUMMARY

  General meaning of mouse buttons and modifier keys: 


    Buttons

      Button 1 (left)    Cursor position and primary selection

      Button 2 (middle)  Secondary selections, and dragging and
                         copying the primary selection

      Button 3 (right)   Quick-access programmable menu and pan
                         scrolling


    Modifier keys

      Shift   On primary selections, (left mouse button):
                 Extends selection to the mouse pointer
              On secondary and copy operations, (middle):
                 Toggles between move and copy

      Ctrl    Makes selection rectangular or insertion
              columnar

      Alt*    (on release) Exchange primary and secondary
              selections.


  LEFT MOUSE BUTTON

  The left mouse button is used to position the cursor and to make primary 
  selections. 

    Click         Moves the cursor

    Double Click  Selects a whole word

    Triple Click  Selects a whole line

    Quad Click    Selects the whole file

    Shift Click   Adjusts (extends or shrinks) the
                  selection, or if there is no existing
                  selection, begins a new selection
                  between the cursor and the mouse.

    Ctrl+Shift+   Adjusts (extends or shrinks) the
    Click         selection rectangularly.

    Drag          Selects text between where the mouse
                  was pressed and where it was released.

    Ctrl+Drag     Selects rectangle between where the
                  mouse was pressed and where it was
                  released.


  RIGHT MOUSE BUTTON

  The right mouse button posts a programmable menu for frequently used 
  commands. 

    Click/Drag    Pops up the background menu (programmed
                  from Preferences -> Default Settings ->
                  Customize Menus -> Window Background).

    Ctrl+Drag     Pan scrolling.  Scrolls the window
                  both vertically and horizontally, as if
                  you had grabbed it with your mouse.


  MIDDLE MOUSE BUTTON

  The middle mouse button is for making secondary selections, and copying and 
  dragging the primary selection. 

    Click         Copies the primary selection to the
                  clicked position.

    Shift+Click   Moves the primary selection to the
                  clicked position, deleting it from its
                  original position.

    Drag          1) Outside of the primary selection:
                      Begins a secondary selection.
                  2) Inside of the primary selection:
                      Moves the selection by dragging.

    Ctrl+Drag     1) Outside of the primary selection:
                      Begins a rectangular secondary
                      selection.
                  2) Inside of the primary selection:
                      Drags the selection in overlay
                      mode (see below).

  When the mouse button is released after creating a secondary selection: 

    No Modifiers  If there is a primary selection,
                  replaces it with the secondary
                  selection.  Otherwise, inserts the
                  secondary selection at the cursor
                  position.

    Shift         Move the secondary selection, deleting
                  it from its original position.  If
                  there is a primary selection, the move
                  will replace the primary selection
                  with the secondary selection.
                  Otherwise, moves the secondary
                  selection to the cursor position.

    Alt*          Exchange the primary and secondary
                  selections.

  While moving the primary selection by dragging with the middle mouse button: 

    Shift         Leaves a copy of the original
                  selection in place rather than
                  removing it or blanking the area.

    Ctrl          Changes from insert mode to overlay
                  mode (see below).

    Escape        Cancels drag in progress.

  Overlay Mode: Normally, dragging moves text by removing it from the selected 
  position at the start of the drag, and inserting it at a new position 
  relative to the mouse. When you drag a block of text over existing 
  characters, the existing characters are displaced to the end of the 
  selection. In overlay mode, characters which are occluded by blocks of text 
  being dragged are simply removed. When dragging non-rectangular selections, 
  overlay mode also converts the selection to rectangular form, allowing it to 
  be dragged outside of the bounds of the existing text. 

  Mouse buttons 4 and 5 are usually represented by a mouse wheel nowadays. 
  They are used to scroll up or down in the text window. 

  * The Alt key may be labeled Meta or Compose-Character on some keyboards. 
  Some window managers, including default configurations of mwm, bind 
  combinations of the Alt key and mouse buttons to window manager operations. 
  In XNEdit, Alt is only used on button release, so regardless of the window 
  manager bindings for Alt-modified mouse buttons, you can still do the 
  corresponding XNEdit operation by using the Alt key AFTER the initial mouse 
  press, so that Alt is held while you release the mouse button. If you find 
  this difficult or annoying, you can re-configure most window managers to 
  skip this binding, or you can re-configure XNEdit to use a different key 
  combination. 

------------------
KEYBOARD SHORTCUTS
------------------

  Most of the keyboard shortcuts in XNEdit are shown on the right hand sides 
  of the pull-down menus. However, there are more which are not as obvious. 
  These include; dialog button shortcuts; menu and dialog mnemonics; labeled 
  keyboard keys, such as the arrows, page-up, page-down, and home; and 
  optional Shift modifiers on accelerator keys, like [Shift]Ctrl+F. 


  MENU ACCELERATORS

  Pressing the key combinations shown on the right of the menu items is a 
  shortcut for selecting the menu item with the mouse. Some items have the 
  shift key enclosed in brackets, such as [Shift]Ctrl+F. This indicates that 
  the shift key is optional. In search commands, including the shift key 
  reverses the direction of the search. In Shift commands, it makes the 
  command shift the selected text by a whole tab stop rather than by single 
  characters. 


  MENU MNEMONICS

  Pressing the Alt key in combination with one of the underlined characters in 
  the menu bar pulls down that menu. Once the menu is pulled down, typing the 
  underlined characters in a menu item (without the Alt key) activates that 
  item. With a menu pulled down, you can also use the arrow keys to select 
  menu items, and the Space or Enter keys to activate them. 


  KEYBOARD SHORTCUTS WITHIN DIALOGS

  One button in a dialog is usually marked with a thick indented outline. 
  Pressing the Return or Enter key activates this button. 

  All dialogs have either a Cancel or Dismiss button. This button can be 
  activated by pressing the Escape (or Esc) key. 

  Pressing the tab key moves the keyboard focus to the next item in a dialog. 
  Within an associated group of buttons, the arrow keys move the focus among 
  the buttons. Shift+Tab moves backward through the items. 

  Most items in dialogs have an underline under one character in their name. 
  Pressing the Alt key along with this character, activates a button as if you 
  had pressed it with the mouse, or moves the keyboard focus to the associated 
  text field or list. 

  You can select items from a list by using the arrow keys to move the 
  selection and space to select. 

  In file selection dialogs, you can type the beginning characters of the file 
  name or directory in the list to select files 


  LABELED FUNCTION KEYS

  The labeled function keys on standard workstation and PC keyboards, like the 
  arrows, and page-up and page-down, are active in XNEdit, though not shown in 
  the pull-down menus. 

  Holding down the control key while pressing a named key extends the scope of 
  the action that it performs. For example, Home normally moves the insert 
  cursor the beginning of a line. Ctrl+Home moves it to the beginning of the 
  file. Backspace deletes one character, Ctrl+Backspace deletes one word. 

  Holding down the shift key while pressing a named key begins or extends a 
  selection. Combining the shift and control keys combines their actions. For 
  example, to select a word without using the mouse, position the cursor at 
  the beginning of the word and press Ctrl+Shift+RightArrow. The Alt key 
  modifies selection commands to make the selection rectangular. 

  Under X and Motif, there are several levels of translation between keyboard 
  keys and the actions they perform in a program. The "Customizing XNEdit", 
  and "X Resources" sections of the Help menu have more information on this 
  subject. Because of all of this configurability, and since keyboards and 
  standards for the meaning of some keys vary from machine to machine, the 
  mappings may be changed from the defaults listed below. 


  MODIFIER KEYS (IN GENERAL)

    Ctrl   Extends the scope of the action that the key
           would otherwise perform.  For example, Home
           normally moves the insert cursor to the beginning
           of a line. Ctrl+Home moves it to the beginning of
           the file.  Backspace deletes one character, Ctrl+
           Backspace deletes one word.

    Shift  Extends the selection to the cursor position. If
           there's no selection, begins one between the old
           and new cursor positions.

    Alt    When modifying a selection, makes the selection
           rectangular.

  (For the effects of modifier keys on mouse button presses, see the section 
  titled "Using the Mouse") 


  ALL KEYBOARDS

    Escape        Cancels operation in progress: menu
                  selection, drag, selection, etc.  Also
                  equivalent to cancel button in dialogs.

    Backspace     Delete the character before the cursor

    Ctrl+BS       Delete the word before the cursor

    Arrows --

      Left        Move the cursor to the left one character

      Ctrl+Left   Move the cursor backward one word
                  (Word delimiters are settable, see
                  "Customizing XNEdit", and "X_Resources_")

      Right       Move the cursor to the right one character

      Ctrl+Right  Move the cursor forward one word

      Up          Move the cursor up one line

      Ctrl+Up     Move the cursor up one paragraph.
                  (Paragraphs are delimited by blank lines)

      Down        Move the cursor down one line.

      Ctrl+Down   Move the cursor down one paragraph.

    Ctrl+Return   Return with automatic indent, regardless
                  of the setting of Auto Indent.

    Shift+Return  Return without automatic indent,
                  regardless of the setting of Auto Indent.

    Ctrl+Tab      Insert an ASCII tab character, without
                  processing emulated tabs.

    Alt+Ctrl+<c>  Insert the control-code equivalent of
                  a key <c>

    Ctrl+/        Select everything (same as Select
                  All menu item or ^A)

    Ctrl+\        Unselect

    Ctrl+U        Delete to start of line


  PC STANDARD KEYBOARD

    Ctrl+Insert   Copy the primary selection to the
                  clipboard (same as Copy menu item or ^C)
                  for compatibility with Motif standard key
                  binding
    Shift+Ctrl+
    Insert        Copy the primary selection to the cursor
                  location.

    Delete        Delete the character before the cursor.
                  (Can be configured to delete the character
                  after the cursor, see "Customizing XNEdit",
                  and "X Resources")

    Ctrl+Delete   Delete to end of line.

    Shift+Delete  Cut, remove the currently selected text
                  and place it in the clipboard. (same as
                  Cut menu item or ^X) for compatibility
                  with Motif standard key binding
    Shift+Ctrl+
    Delete        Cut the primary selection to the cursor
                  location.

    Home          Move the cursor to the beginning of the
                  line

    Ctrl+Home     Move the cursor to the beginning of the
                  file

    End           Move the cursor to the end of the line

    Ctrl+End      Move the cursor to the end of the file

    PageUp        Scroll and move the cursor up by one page.

    PageDown      Scroll and move the cursor down by one
                  page.

    F10           Make the menu bar active for keyboard
                  input (Arrow Keys, Return, Escape,
                  and the Space Bar)

    Alt+Home      Switch to the previously active document.

    Ctrl+PageUp   Switch to the previous document.

    Ctrl+PageDown Switch to the next document.


  SPECIALTY KEYBOARDS

  On machines with different styles of keyboards, generally, text editing 
  actions are properly matched to the labeled keys, such as Remove, 
  Next-screen, etc.. If you prefer different key bindings, see the section 
  titled "Key Binding" under the Customizing heading in the Help menu. 

--------------------
SHIFTING AND FILLING
--------------------


  SHIFT LEFT, SHIFT RIGHT

  While shifting blocks of text is most important for programmers (See 
  Features for Programming), it is also useful for other tasks, such as 
  creating indented paragraphs. 

  To shift a block of text one tab stop to the right, select the text, then 
  choose Shift Right from the Edit menu. Note that the accelerator keys for 
  these menu items are Ctrl+9 and Ctrl+0, which correspond to the right and 
  left parenthesis on most keyboards. Remember them as adjusting the text in 
  the direction pointed to by the parenthesis character. Holding the Shift key 
  while selecting either Shift Left or Shift Right will shift the text by one 
  character. 

  It is also possible to shift blocks of text by selecting the text 
  rectangularly, and dragging it left or right (and up or down as well). Using 
  a rectangular selection also causes tabs within the selection to be 
  recalculated and substituted, such that the non-whitespace characters remain 
  stationary with respect to the selection. 


  FILLING

  Text filling using the Fill Paragraph command in the Edit menu is one of the 
  most important concepts in XNEdit. And it will be well worth your while to 
  understand how to use it properly. 

  In plain text files, unlike word-processor files, there is no way to tell 
  which lines are continuations of other lines, and which lines are meant to 
  be separate, because there is no distinction in meaning between newline 
  characters which separate lines in a paragraph, and ones which separate 
  paragraphs from other text. This makes it impossible for a text editor like 
  XNEdit to tell parts of the text which belong together as a paragraph from 
  carefully arranged individual lines. 

  In continuous wrap mode (Preferences -> Wrap -> Continuous), lines 
  automatically wrap and unwrap themselves to line up properly at the right 
  margin. In this mode, you simply omit the newlines within paragraphs and let 
  XNEdit make the line breaks as needed. Unfortunately, continuous wrap mode 
  is not appropriate in the majority of situations, because files with 
  extremely long lines are not common under Unix and may not be compatible 
  with all tools, and because you can't achieve effects like indented 
  sections, columns, or program comments, and still take advantage of the 
  automatic wrapping. 

  Without continuous wrapping, paragraph filling is not entirely automatic. 
  Auto-Newline wrapping keeps paragraphs lined up as you type, but once 
  entered, XNEdit can no longer distinguish newlines which join wrapped text, 
  and newlines which must be preserved. Therefore, editing in the middle of a 
  paragraph will often leave the right margin messy and uneven. 

  Since XNEdit can't act automatically to keep your text lined up, you need to 
  tell it explicitly where to operate, and that is what Fill Paragraph is for. 
  It arranges lines to fill the space between two margins, wrapping the lines 
  neatly at word boundaries. Normally, the left margin for filling is inferred 
  from the text being filled. The first line of each paragraph is considered 
  special, and its left indentation is maintained separately from the 
  remaining lines (for leading indents, bullet points, numbered paragraphs, 
  etc.). Otherwise, the left margin is determined by the furthest left 
  non-whitespace character. The right margin is either the Wrap Margin, set in 
  the preferences menu (by default, the right edge of the window), or can also 
  be chosen on the fly by using a rectangular selection (see below). 

  There are three ways to use Fill Paragraph. The simplest is, while you are 
  typing text, and there is no selection, simply select Fill Paragraph (or 
  type Ctrl+J), and XNEdit will arrange the text in the paragraph adjacent to 
  the cursor. A paragraph, in this case, means an area of text delimited by 
  blank lines. 

  The second way to use Fill Paragraph is with a selection. If you select a 
  range of text and then chose Fill Paragraph, all of the text in the 
  selection will be filled. Again, continuous text between blank lines is 
  interpreted as paragraphs and filled individually, respecting leading 
  indents and blank lines. 

  The third, and most versatile, way to use Fill Paragraph is with a 
  rectangular selection. Fill Paragraph treats rectangular selections 
  differently from other commands. Instead of simply filling the text inside 
  the rectangular selection, XNEdit interprets the right edge of the selection 
  as the requested wrap margin. Text to the left of the selection is not 
  disturbed (the usual interpretation of a rectangular selection), but text to 
  the right of the selection is included in the operation and is pulled in to 
  the selected region. This method enables you to fill text to an arbitrary 
  right margin, without going back and forth to the wrap-margin dialog, as 
  well as to exclude text to the left of the selection such as comment bars or 
  other text columns. 

--------------
TABBED EDITING
--------------

  XNEdit is able to display files in distinct editor windows, or to display 
  files under tabs in the same editor window. The Options for controlling the 
  tabbed interface are found under Preferences -> Default Settings -> Tabbed 
  Editing (cf. "Preferences", also "XNEdit_Command_Line_"). 

  Notice that you can re-group tabs at any time by detaching and attaching 
  them, or moving them, to other windows. This can be done using the Windows 
  menu, or using the context menu, which pops up when right clicking on a tab. 

  You can switch to a tab by simply clicking on it, or you can use the 
  keyboard. The default keybindings to switch tabs (which are 
  Ctrl+PageUp/-Down and Alt+Home, see "Keyboard Shortcuts") can be changed 
  using the actions previous_document(), next_document() and last_document(). 


-----------
FILE FORMAT
-----------

  While plain-text is probably the simplest and most interchangeable file 
  format in the computer world, there is still variation in what plain-text 
  means from system to system. Plain-text files can differ in character set, 
  line termination, and wrapping. 

  While character set differences are the most obvious and pose the most 
  challenge to portability, they affect XNEdit only indirectly via the same 
  font and localization mechanisms common to all X applications. If your 
  system is set up properly, you will probably never see character-set related 
  problems in XNEdit. 

  The primary difference between an MS DOS format file and a Unix format file, 
  is how the lines are terminated. Unix uses a single newline character. MS 
  DOS uses a carriage-return and a newline. XNEdit can read and write both 
  file formats, but internally, it uses the single character Unix standard. 
  XNEdit auto-detects MS DOS format files based on the line termination at the 
  start of the file. Files are judged to be DOS format if all of the first 
  five line terminators, within a maximum range, are DOS-style. To change the 
  format in which XNEdit writes a file from DOS to Unix or visa versa, use the 
  Save As... command and check or un-check the MS DOS Format button. 

  Wrapping within text files can vary among individual users, as well as from 
  system to system. Both Windows and MacOS make frequent use of plain text 
  files with no implicit right margin. In these files, wrapping is determined 
  by the tool which displays them. Files of this style also exist on Unix 
  systems, despite the fact that they are not supported by all Unix utilities. 
  To display this kind of file properly in XNEdit, you have to select the wrap 
  style called Continuous. Wrapping modes are discussed in the sections: 
  Customizing -> Preferences, and Basic Operation -> Shifting and Filling. 

  The last and most minute of format differences is the terminating newline. 
  Some Unix compilers and utilities require a final terminating newline on all 
  files they read and fail in various ways on files which do not have it. Vi 
  and approximately half of Unix editors enforce the terminating newline on 
  all files that they write; Emacs does not enforce this rule. Users are 
  divided on which is best. XNEdit makes the final terminating newline 
  optional (Preferences -> Default Settings -> Terminate with Line Break on 
  Save). 

========================
FEATURES FOR PROGRAMMING
========================

-----------------------
PROGRAMMING WITH XNEDIT
-----------------------

  Though general in appearance, XNEdit has many features intended specifically 
  for programmers. Major programming-related topics are listed in separate 
  sections under the heading: "Features for Programming": Syntax Highlighting, 
  Tab Stops/Emulated Tab Stops, Finding_Declarations_(ctags)_, Calltips_, and 
  Auto/Smart Indent. Minor topics related to programming are discussed below: 


  LANGUAGE MODES

  When XNEdit initially reads a file, it attempts to determine whether the 
  file is in one of the computer languages that it knows about. Knowing what 
  language a file is written in allows XNEdit to assign highlight patterns and 
  smart indent macros, and to set language specific preferences like word 
  delimiters, tab emulation, and auto-indent. Language mode can be recognized 
  from both the file name and from the first 200 characters of content. 
  Language mode recognition and language-specific preferences are configured 
  in: Preferences -> Default Settings -> Language Modes.... 

  You can set the language mode manually for a window, by selecting it from 
  the menu: Preferences -> Language Modes. 


  BACKLIGHTING [EXPERIMENTAL]

  XNEdit can be made to set the background color of particular classes of 
  characters to allow easy identification of those characters. This is 
  particularly useful if you need to be able to distinguish between tabs and 
  spaces in a file where the difference is important. The colors used for 
  backlighting are specified by a resource, "nedit*backlightCharTypes". You 
  can turn backlighting on and off through the Preferences -> Apply 
  Backlighting menu entry. 

  If you prefer to have backlighting turned on for all new windows, use the 
  Preferences -> Default Settings -> Apply Backlighting menu entry. This 
  settings can be saved along with other preferences using Preferences -> Save 
  Defaults. 

  Important: In future versions of XNEdit, the backlighting feature will be 
  extended and reworked such that it becomes easier to configure. The current 
  way of controlling it through a resource is generally considered to be below 
  XNEdit's usability standards. These future changes are likely to be 
  incompatible with the current format of the "nedit*backlightCharTypes" 
  resource, though. Therefore, it is expected that there will be no automatic 
  migration path for users who customize the resource. 


  LINE NUMBERS

  To find a particular line in a source file by line number, choose Goto Line 
  #... from the Search menu. You can also directly select the line number text 
  in the compiler message in the terminal emulator window (xterm, decterm, 
  winterm, etc.) where you ran the compiler, and choose Goto Selected from the 
  Search menu. 

  To find out the line number of a particular line in your file, turn on 
  Statistics Line in the Preferences menu and position the insertion point 
  anywhere on the line. The statistics line continuously updates the line 
  number of the line containing the cursor. 

  To go to a specific column on a given line, choose Goto Line #... from the 
  Search menu and enter a line number and a column number separated by a 
  comma. (e.g. Enter "100,12" for line 100 column 12.) If you want to go to a 
  column on the current line just leave out the line number. (e.g. Enter ",45" 
  to go the column 45 on the current line.) 


  MATCHING PARENTHESES

  To help you inspect nested parentheses, brackets, braces, quotes, and other 
  characters, XNEdit has both an automatic parenthesis matching mode, and a 
  Goto Matching command. Automatic parenthesis matching is activated when you 
  type, or move the insertion cursor after a parenthesis, bracket, or brace. 
  It momentarily highlights either the opposite character ('Delimiter') or the 
  entire expression ('Range') when the opposite character is visible in the 
  window. To find a matching character anywhere in the file, select it or 
  position the cursor after it, and choose Goto Matching from the Search menu. 
  If the character matches itself, such as a quote or slash, select the first 
  character of the pair. XNEdit will match {, (, [, <, ", ', `, /, and \. 
  Holding the Shift key while typing the accelerator key (Shift+Ctrl+M, by 
  default), will select all of the text between the matching characters. 

  When syntax highlighting is enabled, the matching routines can optionally 
  make use of the syntax information for improved accuracy. In that case, a 
  brace inside a highlighted string will not match a brace inside a comment, 
  for instance. 


  OPENING INCLUDED FILES

  The Open Selected command in the File menu understands the C preprocessor's 
  #include syntax, so selecting an #include line and invoking Open Selected 
  will generally find the file referred to, unless doing so depends on the 
  settings of compiler switches or other information not available to XNEdit. 


  INTERFACE TO PROGRAMMING TOOLS

  Integrated software development environments such as SGI's CaseVision and 
  Centerline Software's Code Center, can be interfaced directly with XNEdit 
  via the client server interface. These tools allow you to click directly on 
  compiler and runtime error messages and request XNEdit to open files, and 
  select lines of interest. The easiest method is usually to use the tool's 
  interface for character-based editors like vi, to invoke xnc, but 
  programmatic interfaces can also be derived using the source code for xnc. 

  There are also some simple compile/review, grep, ctree, and ctags browsers 
  available in the XNEdit contrib directory on ftp.nedit.org. 

----------------------------
TAB STOPS/EMULATED TAB STOPS
----------------------------


  CHANGING THE TAB STOP DISTANCE

  Tab stops are important for programming in languages which use indentation 
  to show nesting, as short-hand for producing white-space for leading 
  indents. As a programmer, you have to decide how to use indentation, and how 
  or whether tab characters map to your indentation scheme. 

  Ideally, tab characters map directly to the amount of indent that you use to 
  distinguish nesting levels in your code. Unfortunately, the Unix standard 
  for interpretation of tab characters is eight characters (probably dating 
  back to mechanical capabilities of the original teletype), which is usually 
  too coarse for a single indent. 

  Most text editors, XNEdit included, allow you to change the interpretation 
  of the tab character, and many programmers take advantage of this, and set 
  their tab stops to 3 or 4 characters to match their programming style. In 
  XNEdit you set the hardware tab distance in Preferences -> Tab Stops... for 
  the current window, or Preferences -> Default Settings -> Tab Stops... 
  (general), or Preferences -> Default Settings -> Language Modes... 
  (language-specific) to change the defaults for future windows. 

  Changing the meaning of the tab character makes programming much easier 
  while you're in the editor, but can cause you headaches outside of the 
  editor, because there is no way to pass along the tab setting as part of a 
  plain-text file. All of the other tools which display, print, and otherwise 
  process your source code have to be made aware of how the tab stops are set, 
  and must be able to handle the change. Non-standard tab stops can also 
  confuse other programmers, or make editing your code difficult for them if 
  their text editors don't support changes in tab stop distance. 


  EMULATED TAB STOPS

  An alternative to changing the interpretation of the tab character is tab 
  stop emulation. In the Tab Stops... dialog(s), turning on Emulated Tabs 
  causes the Tab key to insert the correct number of spaces and/or tabs to 
  bring the cursor the next emulated tab stop, as if tabs were set at the 
  emulated tab distance rather than the hardware tab distance. Backspacing 
  immediately after entering an emulated tab will delete the fictitious tab as 
  a unit, but as soon as you move the cursor away from the spot, XNEdit will 
  forget that the collection of spaces and tabs is a tab, and will treat it as 
  separate characters. To enter a real tab character with "Emulate Tabs" 
  turned on, use Ctrl+Tab. 

  It is also possible to tell XNEdit not to insert ANY tab characters at all 
  in the course of processing emulated tabs, and in shifting and rectangular 
  insertion/deletion operations, for programmers who worry about the 
  misinterpretation of tab characters on other systems. 

-----------------
AUTO/SMART INDENT
-----------------

  Programmers who use structured languages usually require some form of 
  automatic indent, so that they don't have to continually re-type the 
  sequences of tabs and/or spaces needed to maintain lengthy running indents. 
  XNEdit therefore offers "smart" indent, in addition to the traditional 
  automatic indent which simply lines up the cursor position with the previous 
  line. 


  SMART INDENT

  Smart indent macros are only available by default for C and C++, and while 
  these can easily be configured for different default indentation distances, 
  they may not conform to everyone's exact C programming style. Smart indent 
  is programmed in terms of macros in the XNEdit macro language which can be 
  entered in: Preferences -> Default Settings -> Indent -> Program Smart 
  Indent. Hooks are provided for intervening at the point that a newline is 
  entered, either via the user pressing the Enter key, or through 
  auto-wrapping; and for arbitrary type-in to act on specific characters 
  typed. 

  To type a newline character without invoking smart-indent when operating in 
  smart-indent mode, hold the Shift key while pressing the Return or Enter 
  key. 


  AUTO-INDENT

  With Indent set to Auto (the default), XNEdit keeps a running indent. When 
  you press the Return or Enter key, spaces and tabs are inserted to line up 
  the insert point under the start of the previous line. 

  Regardless of indent-mode, Ctrl+Return always does the automatic indent; 
  Shift+Return always does a return without indent. 


  BLOCK INDENTATION ADJUSTMENT

  The Shift Left and Shift Right commands as well as rectangular dragging can 
  be used to adjust the indentation for several lines at once. To shift a 
  block of text one character to the right, select the text, then choose Shift 
  Right from the Edit menu. Note that the accelerator keys for these menu 
  items are Ctrl+9 and Ctrl+0, which correspond to the right and left 
  parenthesis on most keyboards. Remember them as adjusting the text in the 
  direction pointed to by the parenthesis character. Holding the Shift key 
  while selecting either Shift Left or Shift Right will shift the text by one 
  tab stop (or by one emulated tab stop if tab emulation is turned on). The 
  help section "Shifting and Filling" under "Basic Operation" has details. 

-------------------
SYNTAX HIGHLIGHTING
-------------------

  Syntax Highlighting means using colors and fonts to help distinguish 
  language elements in programming languages and other types of structured 
  files. Programmers use syntax highlighting to understand code faster and 
  better, and to spot many kinds of syntax errors more quickly. 

  To use syntax highlighting in XNEdit, select Highlight Syntax in the 
  Preferences menu. If XNEdit recognizes the computer language that you are 
  using, and highlighting rules (patterns) are available for that language, it 
  will highlight your text, and maintain the highlighting, automatically, as 
  you type. 

  If XNEdit doesn't correctly recognize the type of the file you are editing, 
  you can manually select a language mode from Language Modes in the 
  Preferences menu. You can also program the method that XNEdit uses to 
  recognize language modes in Preferences -> Default Settings -> Language 
  Modes.... 

  If no highlighting patterns are available for the language that you want to 
  use, you can create new patterns relatively quickly. The Help section 
  "Highlighting Patterns" under "Customizing", has details. 

  If you are satisfied with what XNEdit is highlighting, but would like it to 
  use different colors or fonts, you can change these by selecting Preferences 
  -> Default Settings -> Syntax Highlighting -> Text Drawing Styles. 
  Highlighting patterns are connected with font and color information through 
  a common set of styles so that colorings defined for one language will be 
  similar across others, and patterns within the same language which are meant 
  to appear identical can be changed in the same place. To understand which 
  styles are used to highlight the language you are interested in, you may 
  need to look at "Highlighting Patterns" section, as well. 

  Syntax highlighting is CPU intensive, and under some circumstances can 
  affect XNEdit's responsiveness. If you have a particularly slow system, or 
  work with very large files, you may not want to use it all of the time. 
  Syntax highlighting introduces two kinds of delays. The first is an initial 
  parsing delay, proportional to the size of the file. This delay is also 
  incurred when pasting large sections of text, filtering text through shell 
  commands, and other circumstances involving changes to large amounts of 
  text. The second kind of delay happens when text which has not previously 
  been visible is scrolled in to view. Depending on your system, and the 
  highlight patterns you are using, this may or may not be noticeable. A 
  typing delay is also possible, but unlikely if you are only using the 
  built-in patterns. 

----------------------------
FINDING DECLARATIONS (CTAGS)
----------------------------

  XNEdit can process tags files generated using the Unix ctags command or the 
  Exuberant Ctags program. Ctags creates index files correlating names of 
  functions and declarations with their locations in C, Fortran, or Pascal 
  source code files. (See the ctags manual page for more information). Ctags 
  produces a file called "tags" which can be loaded by XNEdit. XNEdit can 
  manage any number of tags files simultaneously. Tag collisions are handled 
  with a popup menu to let the user decide which tag to use. In 'Smart' mode 
  XNEdit will automatically choose the desired tag based on the scope of the 
  file or module. Once loaded, the information in the tags file enables XNEdit 
  to go directly to the declaration of a highlighted function or data 
  structure name with a single command. To load a tags file, select "Load Tags 
  File" from the File menu and choose a tags file to load, or specify the name 
  of the tags file on the XNEdit command line: 

      xnedit -tags tags

  XNEdit can also be set to load a tags file automatically when it starts up. 
  Setting the X resource nedit.tagFile to the name of a tag file tells XNEdit 
  to look for that file at startup time (see "Customizing XNEdit"). The file 
  name can be either a complete path name, in which case XNEdit will always 
  load the same tags file, or a file name without a path or with a relative 
  path, in which case XNEdit will load it starting from the current directory. 
  The second option allows you to have different tags files for different 
  projects, each automatically loaded depending on the directory you're in 
  when you start XNEdit. Setting the name to "tags" is an obvious choice since 
  this is the name that ctags uses. XNEdit normally evaluates relative path 
  tag file specifications every time a file is opened. All accessible tag 
  files are loaded at this time. To disable the automatic loading of tag files 
  specified as relative paths, set the X resource 
  nedit.alwaysCheckRelativeTagsSpecs to False. 

  To unload a tags file, select "Un-load Tags File" from the File menu and 
  choose from the list of tags files. XNEdit will keep track of tags file 
  updates by checking the timestamp on the files, and automatically update the 
  tags cache. 

  To find the definition of a function or data structure once a tags file is 
  loaded, select the name anywhere it appears in your program (see "Selecting 
  Text") and choose "Find Definition" from the Search menu. 

--------
CALLTIPS
--------

  Calltips are little yellow boxes that pop up to remind you what the 
  arguments and return type of a function are. More generally, they're a UI 
  mechanism to present a small amount of crucial information in a prominent 
  location. To display a calltip, select some text and choose "Show Calltip" 
  from the Search menu. To kill a displayed calltip, hit Esc. 

  Calltips get their information from one of two places -- either a tags file 
  (see "Finding Declarations (ctags)") or a calltips file. First, any loaded 
  calltips files are searched for a definition, and if nothing is found then 
  the tags database is searched. If a tag is found that matches the 
  highlighted text then a calltip is displayed with the first few lines of the 
  definition -- usually enough to show you what the arguments of a function 
  are. 

  You can load a calltips file by using choosing "Load Calltips File" from the 
  File menu. You can unload a calltips file by selecting it from the "Unload 
  Calltips File" submenu of the File menu. You can also choose one or more 
  default calltips files to be loaded for each language mode using the 
  "Default calltips file(s)" field of the Language Modes dialog. 

  The calltips file format is very simple. calltips files are organized in 
  blocks separated by blank lines. The first line of the block is the key, 
  which is the word that is matched when a calltip is requested. The rest of 
  the block is displayed as the calltip. 

  Almost any text at all can appear in a calltip key or a calltip. There are 
  no special characters that need to be escaped. The only issues to note are 
  that trailing whitespace is ignored, and you cannot have a blank line inside 
  a calltip. (Use a single period instead -- it'll be nearly invisible.) You 
  should also avoid calltip keys that begin and end with '*' characters, since 
  those are used to mark special blocks. 

  There are five special block types--comment, include, language, alias, and 
  version--which are distinguished by their first lines, "* comment *", "* 
  include *", "* language *", "* alias *", and "* version *" respectively 
  (without quotes). 

  Comment blocks are ignored when reading calltips files. 

  Include blocks specify additional calltips files to load, one per line. The 
  ~ character can be used for your $HOME directory, but other shell shortcuts 
  like * and ? can't be used. Include blocks allow you to make a calltips file 
  for your project that includes, say, the calltips files for C, Motif, and 
  Xt. 

  Language blocks specify which language mode the calltips should be used 
  with. When a calltip is requested it won't match tips from languages other 
  than the current language mode. Language blocks only affect the tips listed 
  after the block. 

  Alias blocks allow a calltip to have multiple keys. The first line of the 
  block is the key for the calltip to be displayed, and the rest of the lines 
  are additional keys, one per line, that should also show the calltip. 

  Version blocks are ignored for the time being. 

  You can use calltips in your own macros using the calltip() and 
  kill_calltip() macro subroutines and the $calltip_ID macro variable. See the 
  Macro Subroutines section for details. 

===================
REGULAR EXPRESSIONS
===================

-------------------------------
BASIC REGULAR EXPRESSION SYNTAX
-------------------------------

  Regular expressions (regex's) are useful as a way to match inexact sequences 
  of characters. They can be used in the `Find...' and `Replace...' search 
  dialogs and are at the core of Color Syntax Highlighting patterns. To 
  specify a regular expression in a search dialog, simply click on the 
  `Regular Expression' radio button in the dialog. 

  A regex is a specification of a pattern to be matched in the searched text. 
  This pattern consists of a sequence of tokens, each being able to match a 
  single character or a sequence of characters in the text, or assert that a 
  specific position within the text has been reached (the latter is called an 
  anchor.) Tokens (also called atoms) can be modified by adding one of a 
  number of special quantifier tokens immediately after the token. A 
  quantifier token specifies how many times the previous token must be matched 
  (see below.) 

  Tokens can be grouped together using one of a number of grouping constructs, 
  the most common being plain parentheses. Tokens that are grouped in this way 
  are also collectively considered to be a regex atom, since this new larger 
  atom may also be modified by a quantifier. 

  A regex can also be organized into a list of alternatives by separating each 
  alternative with pipe characters, `|'. This is called alternation. A match 
  will be attempted for each alternative listed, in the order specified, until 
  a match results or the list of alternatives is exhausted (see Alternation 
  section below.) 


  THE 'ANY' CHARACTER

  If a dot (`.') appears in a regex, it means to match any character exactly 
  once. By default, dot will not match a newline character, but this behavior 
  can be changed (see help topic Parenthetical Constructs, under the heading, 
  Matching Newlines). 


  CHARACTER CLASSES

  A character class, or range, matches exactly one character of text, but the 
  candidates for matching are limited to those specified by the class. Classes 
  come in two flavors as described below: 

     [...]   Regular class, match only characters listed.
     [^...]  Negated class, match only characters not listed.

  As with the dot token, by default negated character classes do not match 
  newline, but can be made to do so. 

  The characters that are considered special within a class specification are 
  different than the rest of regex syntax as follows. If the first character 
  in a class is the `]' character (second character if the first character is 
  `^') it is a literal character and part of the class character set. This 
  also applies if the first or last character is `-'. Outside of these rules, 
  two characters separated by `-' form a character range which includes all 
  the characters between the two characters as well. For example, `[^f-j]' is 
  the same as `[^fghij]' and means to match any character that is not `f', 
  `g', `h', `i', or `j'. 


  ANCHORS

  Anchors are assertions that you are at a very specific position within the 
  search text. XNEdit regular expressions support the following anchor tokens: 

     ^    Beginning of line
     $    End of line
     <    Left word boundary
     >    Right word boundary
     \B   Not a word boundary

  Note that the \B token ensures that neither the left nor the right character 
  are delimiters, or that both left and right characters are delimiters. The 
  left word anchor checks whether the previous character is a delimiter and 
  the next character is not. The right word anchor works in a similar way. 

  Note that word delimiters are user-settable, and defined by the X resource 
  wordDelimiters, cf. X Resources. 


  QUANTIFIERS

  Quantifiers specify how many times the previous regular expression atom may 
  be matched in the search text. Some quantifiers can produce a large 
  performance penalty, and can in some instances completely lock up XNEdit. To 
  prevent this, avoid nested quantifiers, especially those of the maximal 
  matching type (see below.) 

  The following quantifiers are maximal matching, or "greedy", in that they 
  match as much text as possible (but don't exclude shorter matches if that is 
  necessary to achieve an overall match). 

     *   Match zero or more
     +   Match one  or more
     ?   Match zero or one

  The following quantifiers are minimal matching, or "lazy", in that they 
  match as little text as possible (but don't exclude longer matches if that 
  is necessary to achieve an overall match). 

     *?   Match zero or more
     +?   Match one  or more
     ??   Match zero or one

  One final quantifier is the counting quantifier, or brace quantifier. It 
  takes the following basic form: 

     {min,max}  Match from `min' to `max' times the
                previous regular expression atom.

  If `min' is omitted, it is assumed to be zero. If `max' is omitted, it is 
  assumed to be infinity. Whether specified or assumed, `min' must be less 
  than or equal to `max'. Note that both `min' and `max' are limited to 65535. 
  If both are omitted, then the construct is the same as `*'. Note that `{,}' 
  and `{}' are both valid brace constructs. A single number appearing without 
  a comma, e.g. `{3}' is short for the `{min,min}' construct, or to match 
  exactly `min' number of times. 

  The quantifiers `{1}' and `{1,1}' are accepted by the syntax, but are 
  optimized away since they mean to match exactly once, which is redundant 
  information. Also, for efficiency, certain combinations of `min' and `max' 
  are converted to either `*', `+', or `?' as follows: 

     {} {,} {0,}    *
     {1,}           +
     {,1} {0,1}     ?

  Note that {0} and {0,0} are meaningless and will generate an error message 
  at regular expression compile time. 

  Brace quantifiers can also be "lazy". For example {2,5}? would try to match 
  2 times if possible, and will only match 3, 4, or 5 times if that is what is 
  necessary to achieve an overall match. 


  ALTERNATION

  A series of alternative patterns to match can be specified by separating 
  them with vertical pipes, `|'. An example of alternation would be 
  `a|be|sea'. This will match `a', or `be', or `sea'. Each alternative can be 
  an arbitrarily complex regular expression. The alternatives are attempted in 
  the order specified. An empty alternative can be specified if desired, e.g. 
  `a|b|'. Since an empty alternative can match nothingness (the empty string), 
  this guarantees that the expression will match. 


  COMMENTS

  Comments are of the form `(?#<comment text>)' and can be inserted anywhere 
  and have no effect on the execution of the regular expression. They can be 
  handy for documenting very complex regular expressions. Note that a comment 
  begins with `(?#' and ends at the first occurrence of an ending parenthesis, 
  or the end of the regular expression... period. Comments do not recognize 
  any escape sequences. 

--------------
METACHARACTERS
--------------


  ESCAPING METACHARACTERS

  In a regular expression (regex), most ordinary characters match themselves. 
  For example, `ab%' would match anywhere `a' followed by `b' followed by `%' 
  appeared in the text. Other characters don't match themselves, but are 
  metacharacters. For example, backslash is a special metacharacter which 
  'escapes' or changes the meaning of the character following it. Thus, to 
  match a literal backslash would require a regular expression to have two 
  backslashes in sequence. XNEdit provides the following escape sequences so 
  that metacharacters that are used by the regex syntax can be specified as 
  ordinary characters. 

     \(  \)  \-  \[  \]  \<  \>  \{  \}
     \.  \|  \^  \$  \*  \+  \?  \&  \\


  SPECIAL CONTROL CHARACTERS

  There are some special characters that are difficult or impossible to type. 
  Many of these characters can be constructed as a sort of metacharacter or 
  sequence by preceding a literal character with a backslash. XNEdit 
  recognizes the following special character sequences: 

     \a  alert (bell)
     \b  backspace
     \e  ASCII escape character (***)
     \f  form feed (new page)
     \n  newline
     \r  carriage return
     \t  horizontal tab
     \v  vertical tab

     *** For environments that use the EBCDIC character set,
         when compiling XNEdit set the EBCDIC_CHARSET compiler
         symbol to get the EBCDIC equivalent escape
         character.)


  OCTAL AND HEX ESCAPE SEQUENCES

  Any ASCII (or EBCDIC) character, except null, can be specified by using 
  either an octal escape or a hexadecimal escape, each beginning with \0 or \x 
  (or \X), respectively. For example, \052 and \X2A both specify the `*' 
  character. Escapes for null (\00 or \x0) are not valid and will generate an 
  error message. Also, any escape that exceeds \0377 or \xFF will either cause 
  an error or have any additional character(s) interpreted literally. For 
  example, \0777 will be interpreted as \077 (a `?' character) followed by `7' 
  since \0777 is greater than \0377. 

  An invalid digit will also end an octal or hexadecimal escape. For example, 
  \091 will cause an error since `9' is not within an octal escape's range of 
  allowable digits (0-7) and truncation before the `9' yields \0 which is 
  invalid. 


  SHORTCUT ESCAPE SEQUENCES

  XNEdit defines some escape sequences that are handy shortcuts for commonly 
  used character classes. 

   \d  digits            0-9
   \l  letters           a-z, A-Z, and locale dependent letters
   \s  whitespace        \t, \r, \v, \f, and space
   \w  word characters   letters, digits, and underscore, `_'

  \D, \L, \S, and \W are the same as the lowercase versions except that the 
  resulting character class is negated. For example, \d is equivalent to 
  `[0-9]', while \D is equivalent to `[^0-9]'. 

  These escape sequences can also be used within a character class. For 
  example, `[\l_]' is the same as `[a-zA-Z_]', extended with possible locale 
  dependent letters. The escape sequences for special characters, and octal 
  and hexadecimal escapes are also valid within a class. 


  WORD DELIMITER TOKENS

  Although not strictly a character class, the following escape sequences 
  behave similarly to character classes: 

     \y   Word delimiter character
     \Y   Not a word delimiter character

  The `\y' token matches any single character that is one of the characters 
  that XNEdit recognizes as a word delimiter character, while the `\Y' token 
  matches any character that is not a word delimiter character. Word delimiter 
  characters are dynamic in nature, meaning that the user can change them 
  through preference settings. For this reason, they must be handled 
  differently by the regular expression engine. As a consequence of this, `\y' 
  and `\Y' cannot be used within a character class specification. 

------------------------
PARENTHETICAL CONSTRUCTS
------------------------


  CAPTURING PARENTHESES

  Capturing Parentheses are of the form `(<regex>)' and can be used to group 
  arbitrarily complex regular expressions. Parentheses can be nested, but the 
  total number of parentheses, nested or otherwise, is limited to 50 pairs. 
  The text that is matched by the regular expression between a matched set of 
  parentheses is captured and available for text substitutions and 
  backreferences (see below.) Capturing parentheses carry a fairly high 
  overhead both in terms of memory used and execution speed, especially if 
  quantified by `*' or `+'. 


  NON-CAPTURING PARENTHESES

  Non-Capturing Parentheses are of the form `(?:<regex>)' and facilitate 
  grouping only and do not incur the overhead of normal capturing parentheses. 
  They should not be counted when determining numbers for capturing 
  parentheses which are used with backreferences and substitutions. Because of 
  the limit on the number of capturing parentheses allowed in a regex, it is 
  advisable to use non-capturing parentheses when possible. 


  POSITIVE LOOK-AHEAD

  Positive look-ahead constructs are of the form `(?=<regex>)' and implement a 
  zero width assertion of the enclosed regular expression. In other words, a 
  match of the regular expression contained in the positive look-ahead 
  construct is attempted. If it succeeds, control is passed to the next 
  regular expression atom, but the text that was consumed by the positive 
  look-ahead is first unmatched (backtracked) to the place in the text where 
  the positive look-ahead was first encountered. 

  One application of positive look-ahead is the manual implementation of a 
  first character discrimination optimization. You can include a positive 
  look-ahead that contains a character class which lists every character that 
  the following (potentially complex) regular expression could possibly start 
  with. This will quickly filter out match attempts that cannot possibly 
  succeed. 


  NEGATIVE LOOK-AHEAD

  Negative look-ahead takes the form `(?!<regex>)' and is exactly the same as 
  positive look-ahead except that the enclosed regular expression must NOT 
  match. This can be particularly useful when you have an expression that is 
  general, and you want to exclude some special cases. Simply precede the 
  general expression with a negative look-ahead that covers the special cases 
  that need to be filtered out. 


  POSITIVE LOOK-BEHIND

  Positive look-behind constructs are of the form `(?<=<regex>)' and implement 
  a zero width assertion of the enclosed regular expression in front of the 
  current matching position. It is similar to a positive look-ahead assertion, 
  except for the fact that the match is attempted on the text preceding the 
  current position, possibly even in front of the start of the matching range 
  of the entire regular expression. 

  A restriction on look-behind expressions is the fact that the expression 
  must match a string of a bounded size. In other words, `*', `+', and `{n,}' 
  quantifiers are not allowed inside the look-behind expression. Moreover, 
  matching performance is sensitive to the difference between the upper and 
  lower bound on the matching size. The smaller the difference, the better the 
  performance. This is especially important for regular expressions used in 
  highlight patterns. 

  Positive look-behind has similar applications as positive look-ahead. 


  NEGATIVE LOOK-BEHIND

  Negative look-behind takes the form `(?<!<regex>)' and is exactly the same 
  as positive look-behind except that the enclosed regular expression must not 
  match. The same restrictions apply. 

  Note however, that performance is even more sensitive to the distance 
  between the size boundaries: a negative look-behind must not match for any 
  possible size, so the matching engine must check every size. 


  CASE SENSITIVITY

  There are two parenthetical constructs that control case sensitivity: 

     (?i<regex>)   Case insensitive; `AbcD' and `aBCd' are
                   equivalent.

     (?I<regex>)   Case sensitive;   `AbcD' and `aBCd' are
                   different.

  Regular expressions are case sensitive by default, that is, `(?I<regex>)' is 
  assumed. All regular expression token types respond appropriately to case 
  insensitivity including character classes and backreferences. There is some 
  extra overhead involved when case insensitivity is in effect, but only to 
  the extent of converting each character compared to lower case. 


  MATCHING NEWLINES

  XNEdit regular expressions by default handle the matching of newlines in a 
  way that should seem natural for most editing tasks. There are situations, 
  however, that require finer control over how newlines are matched by some 
  regular expression tokens. 

  By default, XNEdit regular expressions will not match a newline character 
  for the following regex tokens: dot (`.'); a negated character class 
  (`[^...]'); and the following shortcuts for character classes: 

     `\d', `\D', `\l', `\L', `\s', `\S', `\w', `\W', `\Y'

  The matching of newlines can be controlled for the `.' token, negated 
  character classes, and the `\s' and `\S' shortcuts by using one of the 
  following parenthetical constructs: 

     (?n<regex>)  `.', `[^...]', `\s', `\S' match newlines

     (?N<regex>)  `.', `[^...]', `\s', `\S' don't match
                                            newlines

  `(?N<regex>)' is the default behavior. 


  NOTES ON NEW PARENTHETICAL CONSTRUCTS

  Except for plain parentheses, none of the parenthetical constructs capture 
  text. If that is desired, the construct must be wrapped with capturing 
  parentheses, e.g. `((?i<regex))'. 

  All parenthetical constructs can be nested as deeply as desired, except for 
  capturing parentheses which have a limit of 50 sets of parentheses, 
  regardless of nesting level. 


  BACK REFERENCES

  Backreferences allow you to match text captured by a set of capturing 
  parenthesis at some later position in your regular expression. A 
  backreference is specified using a single backslash followed by a single 
  digit from 1 to 9 (example: \3). Backreferences have similar syntax to 
  substitutions (see below), but are different from substitutions in that they 
  appear within the regular expression, not the substitution string. The 
  number specified with a backreference identifies which set of text capturing 
  parentheses the backreference is associated with. The text that was most 
  recently captured by these parentheses is used by the backreference to 
  attempt a match. As with substitutions, open parentheses are counted from 
  left to right beginning with 1. So the backreference `\3' will try to match 
  another occurrence of the text most recently matched by the third set of 
  capturing parentheses. As an example, the regular expression `(\d)\1' could 
  match `22', `33', or `00', but wouldn't match `19' or `01'. 

  A backreference must be associated with a parenthetical expression that is 
  complete. The expression `(\w(\1))' contains an invalid backreference since 
  the first set of parentheses are not complete at the point where the 
  backreference appears. 


  SUBSTITUTION

  Substitution strings are used to replace text matched by a set of capturing 
  parentheses. The substitution string is mostly interpreted as ordinary text 
  except as follows. 

  The escape sequences described above for special characters, and octal and 
  hexadecimal escapes are treated the same way by a substitution string. When 
  the substitution string contains the `&' character, XNEdit will substitute 
  the entire string that was matched by the `Find...' operation. Any of the 
  first nine sub-expressions of the match string can also be inserted into the 
  replacement string. This is done by inserting a `\' followed by a digit from 
  1 to 9 that represents the string matched by a parenthesized expression 
  within the regular expression. These expressions are numbered left-to-right 
  in order of their opening parentheses. 

  The capitalization of text inserted by `&' or `\1', `\2', ... `\9' can be 
  altered by preceding them with `\U', `\u', `\L', or `\l'. `\u' and `\l' 
  change only the first character of the inserted entity, while `\U' and `\L' 
  change the entire entity to upper or lower case, respectively. 

---------------
ADVANCED TOPICS
---------------


  SUBSTITUTIONS

  Regular expression substitution can be used to program automatic editing 
  operations. For example, the following are search and replace strings to 
  find occurrences of the `C' language subroutine `get_x', reverse the first 
  and second parameters, add a third parameter of NULL, and change the name to 
  `new_get_x': 

     Search string:   `get_x *\( *([^ ,]*), *([^\)]*)\)'
     Replace string:  `new_get_x(\2, \1, NULL)'


  AMBIGUITY

  If a regular expression could match two different parts of the text, it will 
  match the one which begins earliest. If both begin in the same place but 
  match different lengths, or match the same length in different ways, life 
  gets messier, as follows. 

  In general, the possibilities in a list of alternatives are considered in 
  left-to-right order. The possibilities for `*', `+', and `?' are considered 
  longest-first, nested constructs are considered from the outermost in, and 
  concatenated constructs are considered leftmost-first. The match that will 
  be chosen is the one that uses the earliest possibility in the first choice 
  that has to be made. If there is more than one choice, the next will be made 
  in the same manner (earliest possibility) subject to the decision on the 
  first choice. And so forth. 

  For example, `(ab|a)b*c' could match `abc' in one of two ways. The first 
  choice is between `ab' and `a'; since `ab' is earlier, and does lead to a 
  successful overall match, it is chosen. Since the `b' is already spoken for, 
  the `b*' must match its last possibility, the empty string, since it must 
  respect the earlier choice. 

  In the particular case where no `|'s are present and there is only one `*', 
  `+', or `?', the net effect is that the longest possible match will be 
  chosen. So `ab*', presented with `xabbbby', will match `abbbb'. Note that if 
  `ab*' is tried against `xabyabbbz', it will match `ab' just after `x', due 
  to the begins-earliest rule. (In effect, the decision on where to start the 
  match is the first choice to be made, hence subsequent choices must respect 
  it even if this leads them to less-preferred alternatives.) 


  REFERENCES

  An excellent book on the care and feeding of regular expressions is 

          Mastering Regular Expressions, 3rd Edition
          Jeffrey E. F. Friedl
          August 2006, O'Reilly & Associates
          ISBN 0-596-52812-4

  The first end second editions of this book are still useful for basic 
  introduction to regexes and contain many useful tips and tricks. 

---------------------------
EXAMPLE REGULAR EXPRESSIONS
---------------------------

  The following are regular expression examples which will match: 

    * An entire line.
        ^.*$

    * Blank lines.
        ^$

    * Whitespace on a line.
        \s+

    * Whitespace across lines.
        (?n\s+)

    * Whitespace that spans at least two lines. Note minimal matching `*?' 
      quantifier.
        (?n\s*?\n\s*)

    * IP address (not robust).
        (?:\d{1,3}(?:\.\d{1,3}){3})

    * Two character US Postal state abbreviations (includes territories).
        [ACDF-IK-PR-W][A-Z]

    * Web addresses.
        (?:http://)?www\.\S+

    * Case insensitive double words across line breaks.
        (?i(?n<(\S+)\s+\1>))

    * Upper case words with possible punctuation.
        <[A-Z][^a-z\s]*>


======================
MACRO/SHELL EXTENSIONS
======================

--------------------------
SHELL COMMANDS AND FILTERS
--------------------------

  The Shell menu (Unix versions only) allows you to execute Unix shell 
  commands from within XNEdit. You can add items to the menu to extend 
  XNEdit's command set or to incorporate custom automatic editing features 
  using shell commands or editing languages like awk and sed. To add items to 
  the menu, select Preferences -> Default Settings Customize Menus -> Shell 
  Menu. XNEdit comes pre-configured with a few useful Unix commands like spell 
  and sort, but we encourage you to add your own custom extensions. 

  Filter Selection... prompts you for a Unix command to use to process the 
  currently selected text. The output from this command replaces the contents 
  of the selection. 

  Execute Command... prompts you for a Unix command and replaces the current 
  selection with the output of the command. If there is no selection, it 
  deposits the output at the current insertion point. In the Shell Command 
  field, the % character expands to the name (including directory path), and 
  the # character expands to the current line number of the file in the 
  window. To include a % or # character in the command, use %% or ##, 
  respectively. 

  Execute Command Line uses the position of the cursor in the window to 
  indicate a line to execute as a shell command line. The cursor may be 
  positioned anywhere on the line. This command allows you to use an XNEdit 
  window as an editable command window for saving output and saving commands 
  for re-execution. Note that the same character expansions described above in 
  Execute Command also occur with this command. 

  The X resource called nedit.shell (See "Customizing XNEdit") determines 
  which Unix shell is used to execute commands. The default value for this 
  resource is the user's login shell. 

------------
LEARN/REPLAY
------------

  Selecting Learn Keystrokes from the Macro menu puts XNEdit in learn mode. In 
  learn mode, keystrokes and menu commands are recorded, to be played back 
  later, using the Replay Keystrokes command, or pasted into a macro in the 
  Macro Commands dialog of the Default Settings menu in Preferences. 

  Note that only keyboard and menu commands are recorded, not mouse clicks or 
  mouse movements since these have no absolute point of reference, such as 
  cursor or selection position. When you do a mouse-based operation in learn 
  mode, XNEdit will beep (repeatedly) to remind you that the operation was not 
  recorded. 

  Learn mode is also the quickest and easiest method for writing macros. The 
  dialog for creating macro commands contains a button labeled "Paste Learn / 
  Replay Macro", which will deposit the last sequence learned into the body of 
  the macro. 


  REPEATING ACTIONS AND LEARN/REPLAY SEQUENCES

  You can repeat the last (keyboard-based) command, or learn/replay sequence 
  with the Repeat... command in the Macro menu. To repeat an action, first do 
  the action (that is, insert a character, do a search, move the cursor), then 
  select Repeat..., decide how or how many times you want it repeated, and 
  click OK. For example, to move down 30 lines through a file, you could type: 
  <Down Arrow> Ctrl+, 29 <Return>. To repeat a learn/replay sequence, first 
  learn it, then select Repeat..., click on Learn/Replay and how you want it 
  repeated, then click OK. 

  If the commands you are repeating advance the cursor through the file, you 
  can also repeat them within a range of characters, or from the current 
  cursor position to the end of the file. To iterate over a range of 
  characters, use the primary selection (drag the left mouse button over the 
  text) to mark the range you want to operate on, and select "In Selection" in 
  the Repeat dialog. 

  When using In "Selection" or "To End" with a learned sequence, try to do 
  cursor movement as the last step in the sequence, since testing of the 
  cursor position is only done at the end of the sequence execution. If you do 
  cursor movement first, for example searching for a particular word then 
  doing a modification, the position of the cursor won't be checked until the 
  sequence has potentially gone far beyond the end of your desired range. 

  It's easy for a repeated command to get out of hand, and you can easily 
  generate an infinite loop by using range iteration on a command which 
  doesn't progress. To cancel a repeating command in progress, type Ctrl+. 
  (period), or select Cancel Macro from the Macro menu. 

--------------
MACRO LANGUAGE
--------------

  Macros can be called from Macro menu commands, window background menu 
  commands, within the smart-indent framework, from the autoload macro file, 
  cf. Preferences, and from the command line. Macro menu and window background 
  menu commands are defined under Preferences -> Default Settings -> Customize 
  Menus. Help on creating items in these menus can be found in the section 
  Preferences. 

  XNEdit's macro language is a simple interpreter with integer arithmetic, 
  dynamic strings, and C-style looping constructs (very similar to the 
  procedural portion of the Unix awk program). From the macro language, you 
  can call the same action routines which are bound to keyboard keys and menu 
  items, as well additional subroutines for accessing and manipulating editor 
  data, which are specific to the macro language (these are listed in the 
  sections titled "Macro Subroutines", and "Action_Routines_"). 


  SYNTAX

  An XNEdit macro language program consists of a list of statements, each 
  terminated by a newline. Groups of statements which are executed together 
  conditionally, such as the body of a loop, are surrounded by curly braces 
  "{}". 

  Blank lines and comments are also allowed. Comments begin with a "#" and end 
  with a newline, and can appear either on a line by themselves, or at the end 
  of a statement. 

  Statements which are too long to fit on a single line may be split across 
  several lines, by placing a backslash "\" character at the end of each line 
  to be continued. 


  DATA TYPES

  The XNEdit macro language recognizes only three data types, dynamic 
  character strings, integer values and associative arrays. In general strings 
  and integers can be used interchangeably. If a string represents an integer 
  value, it can be used as an integer. Integers can be compared and 
  concatenated with strings. Arrays may contain integers, strings, or arrays. 
  Arrays are stored key/value pairs. Keys are always stored as strings. 


  Integer Constants

  Integers are non-fractional numbers in the range of -2147483647 to 
  2147483647. Integer constants must be in decimal. For example: 

    a = -1
    b = 1000


  Character String Constants

  Character string constants are enclosed in double quotes. For example: 

     a = "a string"
     dialog("Hi there!", "OK")

  Strings may also include C-language style escape sequences: 

     \\ Backslash     \t Tab              \f Form feed
     \" Double quote  \b Backspace        \a Alert
     \n Newline       \r Carriage return  \v Vertical tab

  Also allowed is the escape control character sequence: 

     \e Escape (ASCII or EBCDIC,
                depending on XNEdit compilation settings)

  For example, to send output to the terminal from which XNEdit was started, a 
  newline character is necessary because, like printf, t_print requires 
  explicit newlines, and also buffers its output on a per-line basis: 

     t_print("a = " a "\n")

  Other characters can be expressed as backslash-escape sequences in macro 
  strings. The format is the same as for regular expressions, described in the 
  paragraphs headed "Octal and Hex Escape Sequences" of the section 
  "Metacharacters", except that an octal escape sequence can start with any 
  octal digit, not just 0, so the single character string "\0033" is the same 
  as "\33", "\x1B" and "\e" (for an ASCII version of XNEdit). 

  Note that if you want to define a regular expression in a macro string, you 
  need to "double-up" the backslashes for the metacharacters with special 
  meaning in regular expressions. For example, the expression 

     (?N(\s|/\*(?n(?:(?!\*/).)*)\*/|//.*\n|\n)+)

  which matches whitespace or C/C++/Java-style comments, should be written as 
  a macro string as 

     "(?N(\\s|/\\*(?n(?:(?!\\*/).)*)\\*/|//.*\n|\n)+)"

  (The "\n"s towards the end add literal newline characters to the string. The 
  regular expression interpretation treats the newlines as themselves. It can 
  also interpret the sequence "\\n" as a newline, although the macro string 
  here would then contain a literal backslash followed by a lowercase `N'.) 


  VARIABLES

  Variable names must begin either with a letter (local variables), or a $ 
  (global variables). Beyond the first character, variables may also contain 
  numbers and underscores `_'. Variables are called in to existence just by 
  setting them (no explicit declarations are necessary). 

  Local variables are limited in scope to the subroutine (or menu item 
  definition) in which they appear. Global variables are accessible from all 
  routines, and their values persist beyond the call which created them, until 
  reset. 


  Built-in Variables

  XNEdit has a number of permanently defined variables, which are used to 
  access global editor information and information about the window in which 
  the macro is executing. These are listed along with the built in functions 
  in the section titled "Macro Subroutines". 


  FUNCTIONS AND SUBROUTINES

  The syntax of a function or subroutine call is: 

     function_name(arg1, arg2, ...)

  where arg1, arg2, etc. represent the argument values which are passed to the 
  routine being called. A function or subroutine call can be on a line by 
  itself, as above, or if it returns a value, can be invoked within a 
  character or numeric expression: 

     a = fn1(b, c) + fn2(d)
     dialog("fn3 says: " fn3())

  Arguments are passed by value. This means that you cannot return values via 
  the argument list, only through the function value or indirectly through 
  agreed-upon global variables. 


  Built-in Functions

  XNEdit has a wide range of built in functions which can be called from the 
  macro language. These routines are divided into two classes, macro-language 
  functions, and editor action routines. Editor action routines are more 
  flexible, in that they may be called either from the macro language, or 
  bound directly to keys via translation tables. They are also limited, 
  however, in that they cannot return values. Macro language routines can 
  return values, but cannot be bound to keys in translation tables. 

  Nearly all of the built-in subroutines operate on an implied window, which 
  is initially the window from which the macro was started. To manipulate the 
  contents of other windows, use the focus_window subroutine to change the 
  focus to the ones you wish to modify. focus_window can also be used to 
  iterate over all of the currently open windows, using the special keyword 
  names, "last" and "next". 

  For backwards compatibility, hyphenated action routine names are allowed, 
  and most of the existing action routines names which contain underscores 
  have an equivalent version containing hyphens ('-') instead of underscores. 
  Use of these names is discouraged. The macro parser resolves the ambiguity 
  between '-' as the subtraction/negation operator, and - as part of an action 
  routine name by assuming subtraction unless the symbol specifically matches 
  an action routine name. 


  User Defined Functions

  Users can define their own macro subroutines, using the define keyword: 

     define subroutine_name {
        < body of subroutine >
     }

  Subroutine definitions cannot appear within other definitions, nor within 
  macro menu item definitions. They can only appear in (macro) files, such as 
  the autoload macro file, cf. Preferences. Macro files can be loaded with 
  File -> Load Macro File or with the load_macro_file() action. 

  The arguments with which a user-defined subroutine or function was invoked, 
  are presented as $1, $2, ... , $9 or $args[expr], where expr can be 
  evaluated to an integer from 1 to the number of arguments. The number of 
  arguments can be read from $n_args or $args[]. The array $args[expr] is the 
  only way to access arguments beyond the first 9. 

  To return a value from a subroutine, and/or to exit from the subroutine 
  before the end of the subroutine body, use the return statement: 

     return <value to return>


  OPERATORS AND EXPRESSIONS

  Operators have the same meaning and precedence that they do in C, except for 
  ^, which raises a number to a power (y^x means y to the x power), rather 
  than bitwise exclusive OR. The table below lists operators in decreasing 
  order of precedence. 

     Operators                Associativity
     ()
     ^                        right to left
     - ! ++ --                (unary)
     * / %                    left to right
     + -                      left to right
     > >= < <= == !=          left to right
     &                        left to right
     |                        left to right
     &&                       left to right
     ||                       left to right
     (concatenation)          left to right
     = += -= *= /= %=, &= |=  right to left

  The order in which operands are evaluated in an expression is undefined, 
  except for && and ||, which like C, evaluate operands left to right, but 
  stop when further evaluation would no longer change the result. 


  Numerical Operators

  The numeric operators supported by the XNEdit macro language are listed 
  below: 

     + addition
     - subtraction or negation
     * multiplication
     / division
     % modulo
     ^ power
     & bitwise and
     | bitwise or

  Increment (++) and decrement (--) operators can also be appended or 
  prepended to variables within an expression. Prepended increment/decrement 
  operators act before the variable is evaluated. Appended increment/decrement 
  operators act after the variable is evaluated. 


  Logical and Comparison Operators

  Logical operations produce a result of 0 (for false) or 1 (for true). In a 
  logical operation, any non-zero value is recognized to mean true. The 
  logical and comparison operators allowed in the XNEdit macro language are 
  listed below: 

     && logical and
     || logical or
     !  not
     >  greater
     <  less
     >= greater or equal
     <= less or equal
     == equal (integers and/or strings)
     != not equal (integers and/or strings)


  Character String Operators

  The "operator" for concatenating two strings is the absence of an operator. 
  Adjoining character strings with no operator in between means concatenation: 

     d = a b "string" c
     t_print("the value of a is: " a)

  Comparison between character strings is done with the == and != operators, 
  (as with integers). There are a number of useful built-in routines for 
  working with character strings, which are listed in the section called 
  "Macro Subroutines". 


  Arrays and Array Operators

  Arrays may contain either strings, integers, or other arrays. Arrays are 
  associative, which means that they relate two pieces of information, the key 
  and the value. The key is always a string; if you use an integer it is 
  converted to a string. 

  To determine if a given key is in an array, use the 'in' keyword. 

      if ("6" in x)
          <body>

  If the left side of the in keyword is an array, the result is true if every 
  key in the left array is in the right array. Array values are not compared. 

  To iterate through all the keys of an array use the 'for' looping construct. 
  Keys are not guaranteed in any particular order: 

      for (aKey in x)
          <body>

  Elements can be removed from an array using the delete command: 

      delete x[3] # deletes element with key 3
      delete x[]  # deletes all elements

  The number of elements in an array can be determined by referencing the 
  array with no indices: 

      dialog("array x has " x[] " elements", "OK")

  Arrays can be combined with some operators. All the following operators only 
  compare the keys of the arrays. 

      result = x + y   (Merge arrays)

  The 'result' is a new array containing keys from both x and y. If duplicates 
  are present values from y are used. 

      result = x - y   (Remove keys)

  The 'result' is a new array containing all keys from x that are not in y. 

      result = x & y   (Common keys)

  The 'result' is a new array containing all keys which are in both x and y. 
  The values from y are used. 

      result = x | y   (Unique keys)

  The 'result' is a new array containing keys which exist in either x or y, 
  but not both. 

  When duplicate keys are encountered using the + and & operators, the values 
  from the array on the right side of the operators are used for the result. 
  All of the above operators are array only, meaning both the left and right 
  sides of the operator must be arrays. The results are also arrays. 

  Array keys can also contain multiple dimensions: 

      x[1, 1, 1] = "string"

  These are used in the expected way, e.g.: 

      for (i = 1; i < 3; i++)
      {
          for (j = 1; j < 3; j++)
          {
              x[i, j] = k++
          }
      }

  gives the following array: 

      x[1, 1] = 0
      x[1, 2] = 1
      x[2, 1] = 2
      x[2, 2] = 3

  Internally all indices are part of one string, separated by the string 
  $sub_sep (ASCII 0x1c, 'FS'). The first key in the above example is in fact: 

      ["1" $sub_sep "1"]

  If you need to extract one of the keys, you can use split(), using $sub_sep 
  as the separator. 

  You can also check for the existence of multi-dimensional array by looking 
  for $sub_sep in the key. 

  Last, you need $sub_sep if you want to use the 'in' keyword. 

      if ((1,2) in myArray)
      {..}

  doesn't work, but 

      if (("1" $sub_sep "2") in myArray)
      {..}

  does work. 


  LOOPING AND CONDITIONALS

  XNEdit supports looping constructs: for and while, and conditional 
  statements: if and else, with essentially the same syntax as C: 

     for (<init>, ...; <condition>; <increment>, ...) <body>

     while (<condition>) <body>

     if (<condition>) <body>

     if (<condition>) <body> else <body>

  <body>, as in C, can be a single statement, or a list of statements enclosed 
  in curly braces ({}). <condition> is an expression which must evaluate to 
  true for the statements in <body> to be executed. for loops may also contain 
  initialization statements, <init>, executed once at the beginning of the 
  loop, and increment/decrement statements (or any arbitrary statement), which 
  are executed at the end of the loop, before the condition is evaluated 
  again. 

  Examples: 

    for (i=0; i<100; i++)
       j = i * 2

    for (i=0, j=20; i<20; i++, j--) {
       k = i * j
       t_print(i, j, k)
    }

    while (k > 0)
    {
       k = k - 1
       t_print(k)
    }

    for (;;) {
       if (i-- < 1)
           break
    }

  Loops may contain break and continue statements. A break statement causes an 
  exit from the innermost loop, a continue statement transfers control to the 
  end of the loop. 

-----------------
MACRO SUBROUTINES
-----------------


  BUILT IN VARIABLES

  These variables are read-only and cannot be changed by direct assignment. 

$1, $2, $3, $4, $5, $6, $7, $8, $9
$args[expr]
$n_args
  Argument information. The first 9 arguments (if there are that many) can be 
  referenced as read-only values using the shorthand form. All arguments can 
  be accessed as values in the $args array, using a numeric index starting at 
  1. The total number of arguments received by a function is given by $n_args 
  or $args[]. 

$active_pane
  Index of the current pane. 

$auto_indent
  Contains the current preference for auto indent. Can be "off", "on", or 
  "smart". 

$calltip_ID
  Equals the ID of the currently displayed calltip, or 0 if no calltip is 
  being displayed. 

$cursor
  Position of the cursor in the current window. 

$column
  Column number of the cursor position in the current window. 

$display_width
  Width of the current pane in pixels. 

$em_tab_dist
  If tab stop emulation is turned on in the Tab Stops... dialog of the 
  Preferences menu, the value is the distance between emulated tab stops. If 
  tab emulation is turned off, the value is 0. 

$empty_array
  An array with no elements. This can be used to initialize an array to an 
  empty state. 

$file_format
  Current newline format that the file will be saved with. Can be "unix", 
  "dos" or "macintosh". 

$file_name
  Name of the file being edited in the current window, stripped of directory 
  component. 

$file_path
  Directory component of file being edited in the current window. 

$font_name
  Contains the current plain text font name. 

$font_name_bold
  Contains the current bold text font name. 

$font_name_bold_italic
  Contains the current bold-italic text font name. 

$font_name_italic
  Contains the current italic text font name. 

$highlight_syntax
  Whether syntax highlighting is turned on. 

$incremental_backup
  Contains 1 if incremental auto saving is on, otherwise 0. 

$incremental_search_line
  Has a value of 1 if the preference is selected to always show the 
  incremental search line, otherwise 0. 

$language_mode
  Name of language mode set in the current window. 

$line
  Line number of the cursor position in the current window. 

$locked
  True if the file has been locked by the user. 

$make_backup_copy
  Has a value of 1 if original file is kept in a backup file on save, 
  otherwise 0. 

$max_font_width
  The maximum font width of all the active styles. Syntax highlighting styles 
  are only considered if syntax highlighting is turned on. 

$min_font_width
  The minimum font width of all the active styles. Syntax highlighting styles 
  are only considered if syntax highlighting is turned on. 

$modified
  True if the file in the current window has been modified and the 
  modifications have not yet been saved. 

$VERSION
  Returns XNEdit's version number ('5006' for XNEdit 5.6). 

$n_display_lines
  The number of lines visible in the currently active pane. 

$n_panes
  The number of panes in the current window. 

$overtype_mode
  True if in Overtype mode. 

$read_only
  True if the file is read only. 

$selection_start, $selection_end
  Beginning and ending positions of the primary selection in the current 
  window, or -1 if there is no text selected in the current window. 

$selection_left, $selection_right
  Left and right character offsets of the rectangular (primary) selection in 
  the current window, or -1 if there is no selection or it is not rectangular. 

$server_name
  Name of the current XNEdit server. 

$show_line_numbers
  Whether line numbers are shown next to the text. 

$show_matching
  Contains the current preference for showing matching pairs, such as "[]" and 
  "{}" pairs. Can be "off", "delimiter", or "range". 

$match_syntax_based
  Whether pair matching should use syntax information, if available. 

$statistics_line
  Has a value of 1 if the statistics line is shown, otherwise 0. 

$sub_sep
  Contains the value of the array sub-script separation string. 

$tab_dist
  The distance between tab stops for a hardware tab character, as set in the 
  Tab Stops... dialog of the Preferences menu. 

$text_length
  The length of the text in the current document. 

$top_line
  The line number of the top line of the currently active pane. 

$use_tabs
  Whether the user is allowing the XNEdit to insert tab characters to maintain 
  spacing in tab emulation and rectangular dragging operations. (The setting 
  of the "Use tab characters in padding and emulated tabs" button in the Tab 
  Stops... dialog of the Preferences menu.) 

$wrap_margin
  The right margin in the current window for text wrapping and filling. 

$wrap_text
  The current wrap text mode. Values are "none", "auto" or "continuous". 


  BUILT-IN SUBROUTINES

append_file( string, filename )
  Appends a string to a named file. Returns 1 on successful write, or 0 if 
  unsuccessful. 

beep()
  Ring the bell. 

calltip( "text_or_key" [, pos [, mode or position_modifier, ...]] )
  Pops up a calltip. <pos> is an optional position in the buffer where the tip 
  will be displayed. Passing -1 for <pos> is equivalent to not specifying a 
  position, and it guarantees that the tip will appear on-screen somewhere 
  even if the cursor is not. The upper-left corner of the calltip will appear 
  below where the cursor would appear if it were at this position. 

  <mode> is one of "tipText" (default), "tipKey", or "tagKey". "tipText" 
  displays the text as-is, "tagKey" uses it as the key to look up a tag, then 
  converts the tag to a calltip, and "tipKey" uses it as the key to look up a 
  calltip, then falls back to "tagKey" behavior if that fails. You'll usually 
  use "tipKey" or "tipText". 

  Finally, you can modify the placement of the calltip relative to the cursor 
  position (or <pos>) with one or more of these optional position modifiers: 
  "center" aligns the center of the calltip with the position. "right" aligns 
  the right edge of the calltip with the position. ("center" and "right" may 
  not both be used.) "above" places the calltip above the position. "strict" 
  does not allow the calltip to move from its position in order to avoid going 
  off-screen or obscuring the cursor. 

  Returns the ID of the calltip if it was found and/or displayed correctly, 0 
  otherwise. 

clipboard_to_string()
  Returns the contents of the clipboard as a macro string. Returns empty 
  string on error. 

dialog( message, btn_1_label, btn_2_label, ... )
  Pop up a dialog for querying and presenting information to the user. First 
  argument is a string to show in the message area of the dialog. Additional 
  optional arguments represent labels for buttons to appear along the bottom 
  of the dialog. Returns the number of the button pressed (the first button is 
  number 1), or 0 if the user closed the dialog via the window close box. 

filename_dialog( [title[, mode[, defaultPath[, filter[, defaultName]]]]] )
  Presents a file selection dialog with the given title to the user that 
  prompts for a new or existing file. 

  Options are: title will be the title of the dialog, defaults to "Choose 
  file". If mode is set to "exist" (default), the "New File Name"TextField of 
  the FSB will be unmanaged. If "new", the TextField will be managed. 
  defaultPath is the default path to use. Default (or "") will use the active 
  document's directory. filter is the file glob which determines which files 
  to display. Is set to "*" if filter is "" and by default. defaultName is the 
  default filename that is filled in automatically. (Note that the 
  default_filename argument does not work on all Motif implementations.) 

  Returns "" if the user cancelled the dialog, otherwise returns the 
  fully-qualified path, including the filename. 

focus_window( window_name )  
  Sets the window on which subsequent macro commands operate. window_name can 
  be either a fully qualified file name, or a relative filename (which will be 
  completed from XNEdit's working directory) or one of "last" for the last 
  window created, or "next" for the next window in the chain from the 
  currently focused window (the first window being the one returned from 
  calling focus_window("last"). Returns the name of the newly-focused window, 
  or an empty string if the requested window was not found. 

get_character( position )
  Returns the single character at the position indicated by the first argument 
  to the routine from the current window. 

get_range( start, end )
  Returns the text between a starting and ending position from the current 
  window. 

get_selection()
  Returns a string containing the text currently selected by the primary 
  selection either from the current window (no keyword), or from anywhere on 
  the screen (keyword "any"). 

getenv( name )
  Gets the value of an environment variable. 

kill_calltip( [calltip_ID] )
  Kills any calltip that is being displayed in the window in which the macro 
  is running. If there is no displayed calltip this does nothing. If a calltip 
  ID is supplied then the calltip is killed only if its ID is calltip_ID. 

length( string )
  Returns the length of a string 

list_dialog( message, text, btn_1_label, btn_2_label, ... )
  Pop up a dialog for prompting the user to choose a line from the given text 
  string. The first argument is a message string to be used as a title for the 
  fixed text describing the list. The second string provides the list data: 
  this is a text string in which list entries are separated by newline 
  characters. Additional optional arguments represent labels for buttons to 
  appear along the bottom of the dialog. Returns the line of text selected by 
  the user as the function value (without any newline separator) or the empty 
  string if none was selected, and number of the button pressed (the first 
  button is number 1), in $list_dialog_button. If the user closes the dialog 
  via the window close box, the function returns the empty string, and 
  $list_dialog_button returns 0. 

max( n1, n2, ... )
  Returns the maximum value of all of its arguments 

min( n1, n2, ... )
  Returns the minimum value of all of its arguments 

read_file( filename )  
  Reads the contents of a text file into a string. On success, returns 1 in 
  $read_status, and the contents of the file as a string in the subroutine 
  return value. On failure, returns the empty string "" and an 0 $read_status. 

replace_in_string( string, search_for, replace_with [, type, "copy"] )
  Replaces all occurrences of a search string in a string with a replacement 
  string. Arguments are 1: string to search in, 2: string to search for, 3: 
  replacement string. There are two optional arguments. One is a search type, 
  either "literal", "case", "word", "caseWord", "regex", or "regexNoCase". The 
  default search type is "literal". If the optional "copy" argument is 
  specified, a copy of the input string is returned when no replacements were 
  performed. By default an empty string ("") will be returned in this case. 
  Returns a new string with all of the replacements done. 

replace_range( start, end, string )
  Replaces all the text between two positions in the current window. If the 
  cursor position is between start and end it will be set to start. 

replace_selection( string )
  Replaces the primary-selection selected text in the current window. 

replace_substring( string, start, end, replace_with )
  Replacing a substring between two positions in a string within another 
  string. 

revert_to_saved()
  Reloads the file, discarding all changes done to the document by the user 
  since the last save. 

search( search_for, start [, search_type, wrap, direction] )
  Searches silently in a window without dialogs, beeps, or changes to the 
  selection. Arguments are: 1: string to search for, 2: starting position. 
  Optional arguments may include the strings: "wrap" to make the search wrap 
  around the beginning or end of the string, "backward" or "forward" to change 
  the search direction ("forward" is the default), "literal", "case", "word", 
  "caseWord", "regex", or "regexNoCase" to change the search type (default is 
  "literal"). Returns the starting position of the match, or -1 if nothing 
  matched. Also returns the ending position of the match in $search_end. 

search_string( string, search_for, start [, search_type, direction] )
  Built-in macro subroutine for searching a string. Arguments are 1: string to 
  search in, 2: string to search for, 3: starting position. Optional arguments 
  may include the strings: "wrap" to make the search wrap around the beginning 
  or end of the string, "backward" or "forward" to change the search direction 
  ("forward" is the default), "literal", "case", "word", "caseWord", "regex", 
  or "regexNoCase" to change the search type (default is "literal"). Returns 
  the starting position of the match, or -1 if nothing matched. Also returns 
  the ending position of the match in $search_end. 

select( start, end )
  Selects (with the primary selection) text in the current buffer between a 
  starting and ending position. 

select_rectangle( start, end, left, right )
  Selects a rectangular area of text between a starting and ending position, 
  and confined horizontally to characters displayed between positions "left", 
  and "right". 

set_cursor_pos( position )
  Set the cursor position for the current window. 

shell_command( command, input_string )
  Executes a shell command, feeding it input from input_string. On completion, 
  output from the command is returned as the function value, and the command's 
  exit status is returned in the global variable $shell_cmd_status. 

split(string, separation_string [, search_type])
  Splits a string using the separator specified. Optionally the search_type 
  argument can specify how the separation_string is interpreted. The default 
  is "literal". The returned value is an array with keys beginning at 0. 

string_dialog( message, btn_1_label, btn_2_label, ... )
  Pops up a dialog prompting the user to enter information. The first argument 
  is a string to show in the message area of the dialog. Additional optional 
  arguments represent labels for buttons to appear along the bottom of the 
  dialog. Returns the string entered by the user as the function value, and 
  number of the button pressed (the first button is number 1), in 
  $string_dialog_button. If the user closes the dialog via the window close 
  box, the function returns the empty string, and $string_dialog_button 
  returns 0. 

string_compare(string1, string2 [, consider-case])
  Compare two strings and return 0 if they are equal, -1 if string1 is less 
  than string2 or 1 if string1 is greater than string2. The values for the 
  optional consider-case argument is either "case" or "nocase". The default is 
  to do a case sensitive comparison. 

string_to_clipboard( string )
  Copy the contents of a macro string to the clipboard. 

substring( string, start [, end] )
  Returns the portion of a string between a start and end position (with the 
  position of the beginning of the string being 0). If end is missing, the 
  position of the end of the string is used. If either of the positions are 
  negative, they are treated as relative to the end of the string. A position 
  specified either before the start of the string or after the end of the 
  string is repositioned to the nearest valid string position. If the start 
  position is beyond the end position, the empty string is returned. 

t_print( string1, string2, ... )
  Writes strings to the terminal (stdout) from which XNEdit was started. 

tolower( string )
  Return an all lower-case version of string. 

toupper( string )
  Return an all upper-case version of string. 

valid_number( string )
  Returns 1 if the string can be converted to a number without error following 
  the same rules that the implicit conversion would. Otherwise 0. 

write_file( string, filename )
  Writes a string (parameter 1) to a file named in parameter 2. Returns 1 on 
  successful write, or 0 if unsuccessful. 


  DEPRECATED FUNCTIONS

  Some functions are included only for supporting legacy macros. You should 
  not use any of these functions in any new macro you write. Among these are 
  all action routines with hyphens in their names; use underscores instead 
  ('find-dialog' -> 'find_dialog'). 

match()
  DEPRECATED Use select_to_matching() instead. 


---------
RANGESETS
---------

  Rangesets are a tool of the macro language to tag parts, or ranges, of the 
  text, which shall be viewed as a group. A range is merely a contiguous range 
  of characters between a start and an end position in the document, and a set 
  of ranges belonging together is called a rangeset. So, a rangeset is nothing 
  but an in general non-contiguous part of the text. 

  Rangesets can be assigned a background color to make them visible: 
  characters within all ranges of a rangeset will have the background color of 
  the rangeset. (If more than one rangeset includes a given character, its 
  background color will be that of the most recently created rangeset which 
  has a color defined.) 

  Applications of rangesets are for example: 

    * Showing differences between two versions of a file. Then, one rangeset 
      would be those parts of the current file that are not in the prior 
      version.
    * Highlighting all occurrences of a particular pattern, e.g. showing all 
      the strings 'foobar' in the file.
    * Highlighting spelling mistakes found by a spell-checker.

  Rangesets are manipulated only through macro routines. Rangesets must be 
  created first using the rangeset_create() function, which will return an 
  identifier for the newly-created (empty) rangeset. This identifier is then 
  passed to the other rangeset functions to manipulate the rangeset. For 
  example, ranges are added to a rangeset with the rangeset_add() function. 

  Notice that the ranges inside a rangeset do not have a particular identity. 
  Only, they are given a (dynamically changing) numeric index, counting from 
  1, in the order of appearance in the text buffer. The ranges are adjusted 
  when modifications are made to the text buffer: they shift around when 
  characters are added or deleted staying with the original strings of 
  characters. However, ranges within a set will coalesce if the characters 
  between them are removed, or a new range is added to the set which bridges 
  or overlaps others. For more on this, see "How rangesets change with 
  modifications". 

  There is a limit to the number of rangesets which can exist at any time - 
  currently up to 63 in each document. Care should be taken to destroy any 
  rangesets which are no longer needed, by using the rangeset_destroy() 
  function, if this limit is attained. 

  Rangesets can be named: this is useful for macros which need a fixed 
  identification for rangesets which are used for the same purpose in 
  different documents. Although a new rangeset's number is arbitrary, its name 
  can be fixed. This is done using the rangeset_set_name() function. Note that 
  rangeset names within a particular document may not be unique. For this 
  reason, the rangeset_get_by_name() function returns an array of identifiers, 
  which will be empty if the name has not been associated with a rangeset. 


  How rangesets change with modifications

  When changes are made to the document text, ranges within each set are 
  altered with it, according to their behavioral mode. If changes are made 
  outside of the ranges in a rangeset, each range simply maintains its size 
  and adjusts its position to match the changes. When text within a range is 
  deleted, the range's length is reduced by the same amount. When changes 
  involving new text are made within a range of the set, or to one of the 
  extremities of a range, different behaviours may be desirable. The 
  rangeset_set_mode() function allows these modes to be chosen. 

  Note that the precise behaviour of these modes may change in future versions 
  of XNEdit. 

  The available modes are: 

  maintain or ins_del - Both these modes have the same behaviour. New text 
  added at the front of a range in a set is not added to the range; new text 
  added within the range or at the end extends the range. Replacement 
  overlapping an extremity of the set acts as if the new text were added 
  first, then the old text deleted. This causes curtailment at the front of 
  the range, extension at the end. Replacement of the full text of the range 
  removes the range from the set. The default behaviour for a newly created 
  rangeset is maintain. 

  del_ins - New text added at the front or end of a range in a set is not 
  added to the range; new text added within the range extends the range. 
  Replacement overlapping an extremity of the set acts as if the old text were 
  deleted first, then the new text added. This causes curtailment at either 
  end. Replacement of the full text of the range removes the range from the 
  set. 

  include - New text added at the front or end of a range in a set extends the 
  range, as does new text added within the range. Replacement overlapping an 
  extremity of the set acts as if the new text were added first, then the old 
  text deleted. This causes curtailment at the front of the range, extension 
  at the end. Replacement of the full text of the range adds the new text to 
  the range if the start position of the replacement is at the range's start 
  point. 

  exclude - New text added at the front or end of a range in a set does not 
  extend the range; new text added within the range extends the range. 
  Replacement overlapping an extremity causes curtailment of the range. 
  Replacement of the full text of the range removes the range from the set. 

  break - New text added at the front or end of a range in a set does not 
  extend the range; new text added within the range will split the range. 
  Replacement overlapping an extremity causes curtailment of the range. 
  Replacement of the full text of the range removes the range from the set. 


  Notes

  A rangeset is manipulated only through macro routines. Rangesets can easily 
  become very large, and may exceed the capacity of the running process. 
  Coloring relies on proper color names or specifications (such as the 
  "#rrggbb" hexadecimal digit strings), and appropriate hardware support. If 
  an invalid color name is given, the default background color is used 
  instead. Behaviours set using rangeset_set_mode() are subject to change in 
  future versions. 


  RANGESET READ-ONLY VARIABLES

$rangeset_list
  array of active rangeset identifiers, with integer keys starting at 0, in 
  the order the rangesets were defined. 


  RANGESET FUNCTIONS

rangeset_create()
rangeset_create( n )
  Creates one or more new rangesets. The first form creates a single range set 
  and returns its identifier; if there are no rangesets available it returns 
  0. The second form creates n new rangesets, and returns an array of the 
  rangeset identifiers with keys beginning at 0. If the requested number of 
  rangesets is not available it returns an empty array. 

rangeset_destroy( r )
rangeset_destroy( array )
  Deletes all information about a rangeset or a number of rangesets. The first 
  form destroys the rangeset identified by r. The second form should be passed 
  an array of rangeset identifiers with keys beginning at 0 (i.e. the same 
  form of array returned by rangeset_create(n); it destroys all the rangesets 
  appearing in the array. If any of the rangesets do not exist, the function 
  continues without errors. Does not return a value. 

rangeset_add( r )
rangeset_add( r, start, end )
rangeset_add( r, r0 )
  Adds to the rangeset r. The first form adds the range identified by the 
  current primary selection to the rangeset, unless the selection is 
  rectangular. The second form adds the range defined by the start and end 
  positions given. The third form adds all ranges in the rangeset r0 to the 
  rangeset r, and returns 0. 

  Returns the index of the newly-added range within the rangeset. 

rangeset_subtract( r, [start, end] )
rangeset_subtract( r, r0 )
  Removes from the rangeset r. The first form removes the range identified by 
  the current primary selection from the rangeset, unless start and end are 
  defined, in which case the range they define is removed. The second form 
  removes all ranges in the rangeset r0 from the rangeset r. Does not return a 
  value. 

rangeset_invert( r )
  Changes the rangeset r so that it contains all ranges not in r. Does not 
  return a value. 

rangeset_get_by_name( name )
  Returns an array of active rangeset identifiers, with integer keys starting 
  at 0, whose name matches name. 

rangeset_info( r )
  Returns an array containing information about the rangeset r. The array has 
  the following keys: defined (whether a rangeset with identifier r is 
  defined), count (the number of ranges in the rangeset), color (the current 
  background color of the rangeset, an empty string if the rangeset has no 
  color), name (the user supplied name of the rangeset, an empty string if the 
  rangeset has no name), and mode (the name of the modify-response mode of the 
  rangeset). 

rangeset_range( r, [index] )
  Returns details of a specific range in the rangeset r. The range is 
  specified by index, which should be between 1 and n (inclusive), where n is 
  the number of ranges in the rangeset. The return value is an array 
  containing the keys start (the start position of the range) and end (the end 
  position of the range). If index is not supplied, the region returned is the 
  span of the entire rangeset (the region starting at the start of the first 
  range and ending at the end of the last). If index is outside the correct 
  range of values, the function returns an empty array. 

rangeset_includes( r, pos )
  Returns the index of the range in rangeset r which includes pos; returns 0 
  if pos is not contained in any of the ranges of r. This can also be used as 
  a simple true/false function which returns true if pos is contained in the 
  rangeset. 

rangeset_set_color( r, color )
  Attempts to apply the color as a background color to the ranges of r. If 
  color is at empty string, removes the coloring of r. No check is made 
  regarding the validity of color: if the color is invalid (a bad name, or not 
  supported by the hardware) this has unpredictable effects. 

rangeset_set_name( r, name )
  Apply the name to the rangeset r. 

rangeset_set_mode( r, type )
  Changes the behaviour of the rangeset r when modifications to the text 
  buffer occur. type can be one of the following: "maintain" (the default), 
  "break", "include", "exclude", "ins_del" or "del_ins". (These modes are 
  described above.) 

------------------------
HIGHLIGHTING INFORMATION
------------------------

  The user can interrogate the current window to determine the color 
  highlighting used on a particular piece of text. The following functions 
  provide information on the highlighting pattern against which text at a 
  particular position has been matched, its style, color and font attributes 
  (whether the font is supposed to be bold and/or italic). 

  These macro functions permit macro writers to generate formatted output 
  which allows XNEdit highlighting to be reproduced. This is suitable for the 
  generation of HTML or Postscript output, for example. 

  Note that if any of the functions is used while in Plain mode or while 
  syntax highlighting is off, the behaviour is undefined. 

get_pattern_by_name( pattern_name )
  Returns an array containing the pattern attributes for pattern 
  'pattern_name'. The elements in this array are: 

    * style -- Highlight style name

  If 'pattern_name' is invalid, an empty array is returned. 

get_pattern_at_pos( pos )
  Returns an array containing the pattern attributes of the character at 
  position 'pos'. The elements in this array are: 

    * pattern -- Highlight pattern name
    * style -- Highlight style name
    * extent -- The length in the text which uses the same highlighting 
      pattern

  The 'extent' value is measured from position 'pos' going right/down (forward 
  in the file) only. 

  If 'pos' is invalid, an empty array is returned. 

get_style_by_name( style_name )
  Returns an array containing the style attributes for style 'style_name'. The 
  elements in this array are: 

    * bold -- '1' if style is bold, '0' otherwise
    * italic -- '1' if style is italic, '0' otherwise
    * color -- Name of the style's color
    * background -- Name of the background color, if any

  The colors use the names specified in the color definitions for the style. 
  These will either be names matching those the X server recognises, or RGB 
  (red/green/blue) specifications. 

  If 'style_name' is invalid, an empty array is returned. 

get_style_at_pos( pos )
  Returns an array containing the style attributes of the character at 
  position 'pos'. The elements in this array are: 

    * style -- Name of the highlight style
    * bold -- '1' if style is bold, '0' otherwise
    * italic -- '1' if style is italic, '0' otherwise
    * color -- Name of the style's color
    * rgb -- Color's RGB values ('#rrggbb')
    * background -- Name of the background color, if any
    * back_rgb -- Background color's RGB values ('#rrggbb')
    * extent -- The length in the text which uses the same highlight style

  The colors use the names specified in the color definitions for the style. 
  These will either be names matching those the X server recognises, or RGB 
  specifications. The values for 'rgb' and 'back_rgb' contain the actual color 
  values allocated by the X server for the window. If the X server cannot 
  allocate the specified (named) color exactly, the RGB values in these 
  entries may not match the specified ones. 

  The 'extent' value is measured from position 'pos' going right/down (forward 
  in the file) only. 

  If 'pos' is invalid, an empty array is returned. 


---------------
ACTION ROUTINES
---------------

  All of the editing capabilities of XNEdit are represented as a special type 
  of subroutine, called an action routine, which can be invoked from both 
  macros and translation table entries (see "Key Binding" in the Customizing 
  section of the Help menu). 


  ACTIONS REPRESENTING MENU COMMANDS

    File Menu                 Search Menu
    -----------------------   -------------------------
    new()                     find()
    open()                    find_dialog()
    open_dialog()             find_again()
    open_selected()           find_selection()
    close()                   replace()
    save()                    replace_dialog()
    save_as()                 replace_all()
    save_as_dialog()          replace_in_selection()
    revert_to_saved_dialog()  replace_again()
    include_file()            goto_line_number()
    include_file_dialog()     goto_line_number_dialog()
    load_macro_file()         goto_selected()
    load_macro_file_dialog()  mark()
    load_tags_file()          mark_dialog()
    load_tags_file_dialog()   goto_mark()
    unload_tags_file()        goto_mark_dialog()
    load_tips_file()          goto_matching()
    load_tips_file_dialog()   select_to_matching()
    unload_tips_file()        find_definition()
    print()                   show_tip()
    print_selection()
    exit()                    Shell Menu
                              -------------------------
    Edit Menu                 filter_selection_dialog()
    -----------------------   filter_selection()
    undo()                    execute_command()
    redo()                    execute_command_dialog()
    delete()                  execute_command_line()
    select_all()              shell_menu_command()
    shift_left()
    shift_left_by_tab()       Macro Menu
    shift_right()             -------------------------
    shift_right_by_tab()      macro_menu_command()
    uppercase()               repeat_macro()
    lowercase()               repeat_dialog()
    fill_paragraph()
    control_code_dialog()     Windows Menu
                              -------------------------
                              split_pane()
                              close_pane()
                              detach_document()
                              move_document_dialog()

  An action representing a menu command is usually named the same as its 
  corresponding menu item except that all punctuation is removed, all letters 
  are changed to lower case, and spaces are replaced with underscores. To 
  present a dialog to ask the user for input, use the actions with the 
  `_dialog` suffix. Actions without the `_dialog` suffix take the information 
  from the routine's arguments (see below). 


  MENU ACTION ROUTINE ARGUMENTS

  Arguments are text strings enclosed in quotes. Below are the menu action 
  routines which take arguments. Optional arguments are enclosed in []. 

    new( ["tab" | "window" | "prefs" | "opposite"] )

    close( ["prompt" | "save" | "nosave"] )

    execute_command( shell-command )

    filter_selection( shell-command )

    find( search-string [, search-direction] [, search-type]
       [, search-wrap] )

    find_again( [search-direction] [, search-wrap] )

    find_definition( [tag-name] )

    find_dialog( [search-direction] [, search-type]
       [, keep-dialog] )

    find_selection( [search-direction] [, search-wrap]
       [, non-regex-search-type] )

    goto_line_number( [line-number] [, column-number] )

    goto_mark( mark-letter )

    include_file( filename )

    load_tags_file( filename )

    macro_menu_command( macro-menu-item-name )

    mark( mark-letter )

    open( filename )

    replace( search-string, replace-string,
       [, search-direction] [, search-type] [, search-wrap] )

    replace_again( [search-direction] [, search-wrap] )

    replace_all( search-string, replace-string [, search-type] )

    replace_dialog( [search-direction] [, search-type]
       [, keep-dialog] )

    replace_in_selection( search-string,
       replace-string [, search-type] )

    save_as( filename )

    shell_menu_command( shell-menu-item-name )

    unload_tags_file( filename )

    ----------- Some notes on argument types above -----------

    Arguments to new()
                   "tab":      Open a new tab
                   "window":   Open a new window
                   "prefs":    Follow the user's tab/window
                               preference
                   "opposite": Opposite of user's tab/window
                               preference
                   Default behaviour is "prefs".

    filename       Path names are relative to the directory from
                   which XNEdit was started. Shell interpreted
                   wildcards and `~' are not expanded.

    keep-dialog    Either "keep" or "nokeep".

    mark-letter   The mark command limits users to single letters. Inside
                    of macros, single digits are allowed as marks. These
                    won't interfere with marks set by the user.

    macro-menu-item-name
                   Name of the command exactly as specified in
                   the Macro Menu dialogs.

    non-regex-search-type
                   Either "literal", "case", "word", or
                   "caseWord".

    search-direction
                   Either "forward" or "backward".

    search-type    Either "literal", "case", "word",
                   "caseWord", "regex", or "regexNoCase".

    search-wrap    Either "wrap" or "nowrap".

    shell-menu-item-name
                   Name of the command exactly as specified in
                   the Shell Menu dialogs.


  WINDOW PREFERENCES ACTIONS

set_auto_indent( "off" | "on" | "smart" )
  Set auto indent mode for the current window. 

set_em_tab_dist( em-tab-distance )
  Set the emulated tab size. An em-tab-distance value of 0 or less translates 
  to no emulated tabs. Em-tab-distance must be smaller than 1000. 

set_fonts( font-name, italic-font-name, bold-font-name, bold-italic-font-name )
  Set all the fonts used for the current window. 

set_highlight_syntax( [0 | 1] )
  Set syntax highlighting mode for the current window. A value of 0 turns it 
  off and a value of 1 turns it on. If no parameters are supplied the option 
  is toggled. 

set_incremental_backup( [0 | 1] )
  Set incremental backup mode for the current window. A value of 0 turns it 
  off and a value of 1 turns it on. If no parameters are supplied the option 
  is toggled. 

set_incremental_search_line( [0 | 1] )
  Show or hide the incremental search line for the current window. A value of 
  0 turns it off and a value of 1 turns it on. If no parameters are supplied 
  the option is toggled. 

set_language_mode( language-mode )
  Set the language mode for the current window. If the language mode is "" or 
  unrecognized, it will be set to Plain. 

set_locked( [0 | 1] )
  This only affects the locked status of a file, not its read-only status. 
  Permissions are not changed. A value of 0 turns it off and a value of 1 
  turns it on. If no parameters are supplied the option is toggled. 

set_make_backup_copy( [0 | 1] )
  Set whether backup copies are made during saves for the current window. A 
  value of 0 turns it off and a value of 1 turns it on. If no parameters are 
  supplied the option is toggled. 

set_overtype_mode( [0 | 1] )
  Set overtype mode for the current window. A value of 0 turns it off and a 
  value of 1 turns it on. If no parameters are supplied the option is toggled. 

set_show_line_numbers( [0 | 1] )
  Show or hide line numbers for the current window. A value of 0 turns it off 
  and a value of 1 turns it on. If no parameters are supplied the option is 
  toggled. 

set_show_matching( "off" | "delimiter" | "range" )
  Set show matching (...) mode for the current window. 

set_match_syntax_based( [0 | 1] )
  Set whether matching should be syntax based for the current window. 

set_statistics_line( [0 | 1] )
  Show or hide the statistics line for the current window. A value of 0 turns 
  it off and a value of 1 turns it on. If no parameters are supplied the 
  option is toggled. 

set_tab_dist( tab-distance )
  Set the size of hardware tab spacing. Tab-distance must be a value greater 
  than 0 and no greater than 20. 

set_use_tabs( [0 | 1] )
  Set whether tab characters are used for the current window. A value of 0 
  turns it off (using space characters instead) and a value of 1 turns it on. 
  If no parameters are supplied the option is toggled. 

set_wrap_margin( wrap-width )
  Set the wrap width for text wrapping of the current window. A value of 0 
  means to wrap at window width. 

set_wrap_text( "none" | "auto" | "continuous" )
  Set wrap text mode for the current window. 


  KEYBOARD-ONLY ACTIONS

  In addition to the arguments listed in the call descriptions below, any 
  routine involving cursor movement can take the argument "extend", meaning, 
  adjust the primary selection to the new cursor position. Routines which take 
  the "extend" argument as well as mouse dragging operations for both primary 
  and secondary selections can take the optional keyword "rect", meaning, make 
  the selection rectangular. Any routine that accepts the "scrollbar" argument 
  will move the display but not the cursor or selection. Routines that accept 
  the "nobell" argument will fail silently without beeping, when that argument 
  is supplied. 

backward_character( ["nobell"] )
  Moves the cursor one character to the left. 

backward_paragraph(["nobell"] )
  Moves the cursor to the beginning of the paragraph, or if the cursor is 
  already at the beginning of a paragraph, moves the cursor to the beginning 
  of the previous paragraph. Paragraphs are defined as regions of text 
  delimited by one or more blank lines. 

backward_word( ["nobell"] )
  Moves the cursor to the beginning of a word, or, if the cursor is already at 
  the beginning of a word, moves the cursor to the beginning of the previous 
  word. Word delimiters are user-settable, and defined by the X resource 
  wordDelimiters. 

beginning_of_file( ["scrollbar"] )
  Moves the cursor to the beginning of the file. 

beginning_of_line( ["absolute"] )
  Moves the cursor to the beginning of the line. If "absolute" is given, 
  always moves to the absolute beginning of line, regardless of the text 
  wrapping mode. 

beginning_of_selection()
  Moves the cursor to the beginning of the selection without disturbing the 
  selection. 

copy_clipboard()
  Copies the current selection to the clipboard. 

copy_primary()
  Copies the primary selection to the cursor. 

copy_to()
  If a secondary selection exists, copies the secondary selection to the 
  cursor. If no secondary selection exists, copies the primary selection to 
  the pointer location. 

copy_to_or_end_drag()
  Completes either a secondary selection operation, or a primary drag. If the 
  user is dragging the mouse to adjust a secondary selection, the selection is 
  copied and either inserted at the cursor location, or, if pending-delete is 
  on and a primary selection exists in the window, replaces the primary 
  selection. If the user is dragging a block of text (primary selection), 
  completes the drag operation and leaves the text at its current location. 

cut_clipboard()
  Deletes the text in the primary selection and places it in the clipboard. 

cut_primary()
  Copies the primary selection to the cursor and deletes it at its original 
  location. 

delete_selection()
  Deletes the contents of the primary selection. 

delete_next_character( ["nobell"] )
  If a primary selection exists, deletes its contents. Otherwise, deletes the 
  character following the cursor. 

delete_previous_character( ["nobell"] )
  If a primary selection exists, deletes its contents. Otherwise, deletes the 
  character before the cursor. 

delete_next_word( ["nobell"] )
  If a primary selection exists, deletes its contents. Otherwise, deletes the 
  word following the cursor. 

delete_previous_word( ["nobell"] )
  If a primary selection exists, deletes its contents. Otherwise, deletes the 
  word before the cursor. 

delete_to_start_of_line( ["nobell", "wrap"] )
  If a primary selection exists, deletes its contents. Otherwise, deletes the 
  characters between the cursor and the start of the line. If "wrap" is given, 
  deletes to the previous wrap point or beginning of line, whichever is 
  closest. 

delete_to_end_of_line( ["nobell", "absolute"] )
  If a primary selection exists, deletes its contents. Otherwise, deletes the 
  characters between the cursor and the end of the line. If "absolute" is 
  given, always deletes to the absolute end of line, regardless of the text 
  wrapping mode. 

deselect_all()
  De-selects the primary selection. 

end_of_file( ["scrollbar"] )
  Moves the cursor to the end of the file. 

end_of_line( ["absolute"] )
  Moves the cursor to the end of the line. If "absolute" is given, always 
  moves to the absolute end of line, regardless of the text wrapping mode. 

end_of_selection()
  Moves the cursor to the end of the selection without disturbing the 
  selection. 

exchange( ["nobell"] )
  Exchange the primary and secondary selections. 

extend_adjust()
  Attached mouse-movement events to begin a selection between the cursor and 
  the mouse, or extend the primary selection to the mouse position. 

extend_end()
  Completes a primary drag-selection operation. 

extend_start()
  Begins a selection between the cursor and the mouse. A drag-selection 
  operation can be started with either extend_start or grab_focus. 

focus_pane( [relative-pane] | [positive-index] | [negative-index] )
  Move the focus to the requested pane. Arguments can be specified in the form 
  of a relative-pane ("first", "last", "next", "previous"), a positive-index 
  (numbers greater than 0, 1 is the same as "first") or a negative-index 
  (numbers less than 0, -1 is the same as "last"). 

forward_character()
  Moves the cursor one character to the right. 

forward_paragraph( ["nobell"] )
  Moves the cursor to the beginning of the next paragraph. Paragraphs are 
  defined as regions of text delimited by one or more blank lines. 

forward_word( ["tail"] ["nobell"] )
  Moves the cursor to the beginning of the next word. Word delimiters are 
  user-settable, and defined by the X resource wordDelimiters. If the "tail" 
  argument is supplied the cursor will be moved to the end of the current word 
  or the end of the next word, if the cursor is between words. 

grab_focus()
  Moves the cursor to the mouse pointer location, and prepares for a possible 
  drag-selection operation (bound to extend_adjust), or multi-click operation 
  (a further grab_focus action). If a second invocation of grab focus follows 
  immediately, it selects a whole word, or a third, a whole line. 

insert_string( "string" )
  If pending delete is on and the cursor is inside the selection, replaces the 
  selection with "string". Otherwise, inserts "string" at the cursor location. 

key_select( "direction" [,"nobell"] )
  Moves the cursor one character in "direction" ("left", "right", "up", or 
  "down") and extends the selection. Same as 
  forward/backward-character("extend"), or process-up/down("extend"), for 
  compatibility with previous versions. 

move-destination()
  Moves the cursor to the pointer location without disturbing the selection. 
  (This is an unusual way of working. We left it in for compatibility with 
  previous versions, but if you actually use this capability, please send us 
  some mail, otherwise it is likely to disappear in the future. 

move_to()
  If a secondary selection exists, deletes the contents of the secondary 
  selection and inserts it at the cursor, or if pending-delete is on and there 
  is a primary selection, replaces the primary selection. If no secondary 
  selection exists, moves the primary selection to the pointer location, 
  deleting it from its original position. 

move_to_or_end_drag()
  Completes either a secondary selection operation, or a primary drag. If the 
  user is dragging the mouse to adjust a secondary selection, the selection is 
  deleted and either inserted at the cursor location, or, if pending-delete is 
  on and a primary selection exists in the window, replaces the primary 
  selection. If the user is dragging a block of text (primary selection), 
  completes the drag operation and deletes the text from its current location. 

newline()
  Inserts a newline character. If Auto Indent is on, lines up the indentation 
  of the cursor with the current line. 

newline_and_indent()
  Inserts a newline character and lines up the indentation of the cursor with 
  the current line, regardless of the setting of Auto Indent. 

newline_no_indent()
  Inserts a newline character, without automatic indentation, regardless of 
  the setting of Auto Indent. 

next_page( ["stutter"] ["column"] ["scrollbar"] ["nobell"] )
  Moves the cursor and scroll forward one page. The parameter "stutter" moves 
  the cursor to the bottom of the display, unless it is already there, 
  otherwise it will page down. The parameter "column" will maintain the 
  preferred column while moving the cursor. 

page_left( ["scrollbar"] ["nobell"] )
  Move the cursor and scroll left one page. 

page_right( ["scrollbar"] ["nobell"] )
  Move the cursor and scroll right one page. 

paste_clipboard()
  Insert the contents of the clipboard at the cursor, or if pending delete is 
  on, replace the primary selection with the contents of the clipboard. 

previous_page( ["stutter"] ["column"] ["scrollbar"] ["nobell"] )
  Moves the cursor and scroll backward one page. The parameter "stutter" moves 
  the cursor to the top of the display, unless it is already there, otherwise 
  it will page up. The parameter "column" will maintain the preferred column 
  while moving the cursor. 

process_bdrag()
  Same as secondary_or_drag_start for compatibility with previous versions. 

process_cancel()
  Cancels the current extend_adjust, secondary_adjust, or 
  secondary_or_drag_adjust in progress. 

process_down( ["nobell", "absolute"] )
  Moves the cursor down one line. If "absolute" is given, always moves to the 
  next line in the text buffer, regardless of wrapping. 

process_return()
  Same as newline for compatibility with previous versions. 

process_shift_down( ["nobell", "absolute"] )
  Same as process_down("extend") for compatibility with previous versions. 

process_shift_up( ["nobell", "absolute"] )
  Same as process_up("extend") for compatibility with previous versions. 

process_tab()
  If tab emulation is turned on, inserts an emulated tab, otherwise inserts a 
  tab character. 

process_up( ["nobell", "absolute"] )
  Moves the cursor up one line. If "absolute" is given, always moves to the 
  previous line in the text buffer, regardless of wrapping. 

raise_window([relative-window] | [positive-index] | [negative-index] [, "focus" | "nofocus"])
  Raise the current focused window to the front if no argument is supplied. 
  Arguments can be specified in the form of a relative-window ("first", 
  "last", "next", "previous"), a positive-index (numbers greater than 0, 1 is 
  the same as "last") or a negative-index (numbers less than 0, -1 is the same 
  as "first"). 

  Moreover, it can be specified whether or not the raised window should 
  request the X input focus. By default, it depends on the setting of the 
  nedit.focusOnRaise resource (see the section "X Resources") whether or not 
  the input focus is requested. 

scroll_down( nUnits, ["lines" | "pages"] )
  Scroll the display down (towards the end of the file) by a given number of 
  units, units being lines or pages. Default units are lines. 

scroll_left( nPixels )
  Scroll the display left by nPixels. 

scroll_right( nPixels )
  Scroll the display right by nPixels. 

scroll_up( nUnits, ["lines" | "pages"] )
  Scroll the display up (towards the beginning of the file) by a given number 
  of units, units being lines or pages. Default units are lines. 

scroll_to_line( lineNum )
  Scroll to position line number lineNum at the top of the pane. The first 
  line of a file is line 1. 

secondary_adjust()
  Attached mouse-movement events to extend the secondary selection to the 
  mouse position. 

secondary_or_drag_adjust()
  Attached mouse-movement events to extend the secondary selection, or 
  reposition the primary text being dragged. Takes two optional arguments, 
  "copy", and "overlay". "copy" leaves a copy of the dragged text at the site 
  at which the drag began. "overlay" does the drag in overlay mode, meaning 
  the dragged text is laid on top of the existing text, obscuring and 
  ultimately deleting it when the drag is complete. 

secondary_or_drag_start()
  To be attached to a mouse down event. Begins drag selecting a secondary 
  selection, or dragging the contents of the primary selection, depending on 
  whether the mouse is pressed inside of an existing primary selection. 

secondary_start()
  To be attached to a mouse down event. Begin drag selecting a secondary 
  selection. 

select_all()
  Select the entire file. 

self_insert()
  To be attached to a key-press event, inserts the character equivalent of the 
  key pressed. 


===========
CUSTOMIZING
===========

------------------
CUSTOMIZING XNEDIT
------------------

  XNEdit can be customized in many different ways. The most important 
  user-settable options are presented in the Preferences menu, including all 
  options that users might need to change during an editing session. Options 
  set in the Default Settings sub-menu of the Preferences menu can be 
  preserved between sessions by selecting Save Defaults, which writes the 
  changes to the preferences file. See the section titled "Preferences" for 
  more details. 

  User defined commands can be added to XNEdit's Shell, Macro, and window 
  background menus. Dialogs for creating items in these menus can be found 
  under Customize Menus in the Default Settings sub menu of the Preferences 
  menu. 

  For users who depend on XNEdit every day and want to tune every excruciating 
  detail, there are also X resources for tuning a vast number of such details, 
  down to the color of each individual button. See the section "X Resources" 
  for more information, as well as a list of selected resources. 

  The most common reason for customizing your X resources for XNEdit, however, 
  is key binding. While limited key binding can be done through Preferences 
  settings (Preferences -> Default Settings -> Customize Menus), you can 
  really only add keys this way, and each key must have a corresponding menu 
  item. Any significant changes to key binding should be made via the 
  Translations resource and menu accelerator resources. The sections titled 
  "Key Binding" and "X Resources" have more information. 

-----------
PREFERENCES
-----------

  The Preferences menu allows you to set options for both the current editing 
  window, and default values for newly created windows and future XNEdit 
  sessions. Options in the Preferences menu itself (not in the Default 
  Settings sub-menu) take effect immediately and refer to the current window 
  only. Options in the Default Settings sub-menu provide initial settings for 
  future windows created using the New or Open commands; options affecting all 
  windows are also set here. 

  Preferences set in the Default Settings sub-menu are saved in a file that 
  XNEdit reads at startup time, cf. Autoload Files, by selecting Save 
  Defaults. 


  PREFERENCES MENU

Default Settings
  Menu of initial settings for future windows. Generally the same as the 
  options in the main part of the menu, but apply as defaults for future 
  windows created during this XNEdit session. These settings can be saved 
  using the Save Defaults command below, to be loaded automatically each time 
  XNEdit is started. 

Save Defaults
  Save the default options as set under Default Settings for future XNEdit 
  sessions. 

Statistics Line
  Show the full file name, line number, and length of the file being edited. 

Incremental Search Line
  Keep the incremental search bar (Search -> Find Incremental) permanently 
  displayed at the top of the window. 

Show Line Numbers
  Display line numbers to the right of the text. 

Language Mode
  Tells XNEdit what language (if any) to assume, for selecting 
  language-specific features such as highlight patterns and smart indent 
  macros, and setting language specific preferences like word delimiters, tab 
  emulation, and auto-indent. See Programming with XNEdit for more 
  information. 

Auto Indent
  Setting Auto Indent "on" maintains a running indent (pressing the Return key 
  will line up the cursor with the indent level of the previous line). If 
  smart indent macros are available for the current language mode, smart 
  indent can be selected and XNEdit will attempt to guess proper language 
  indentation for each new line, cf. Auto/Smart Indent. 

Wrap
  Choose between two styles of automatic wrapping or none. Auto Newline wrap, 
  wraps text at word boundaries when the cursor reaches the right margin, by 
  replacing the space or tab at the last word boundary with a newline 
  character. Continuous Wrap wraps long lines which extend past the right 
  margin. Continuous Wrap mode is typically used to produce files where 
  newlines are omitted within paragraphs, to make text filling automatic (a 
  kind of poor-man's word processor). Text of this style is common on Macs and 
  PCs but is not necessarily supported very well under Unix (except in 
  programs which deal with e-mail, for which it is often the format of 
  choice). 

Wrap Margin
  Set margin for Auto Newline Wrap, Continuous Wrap, and Fill Paragraph. Lines 
  may, be wrapped at the right margin of the window, or the margin can be set 
  at a specific column. 

Tab Stops
  Set the tab distance (number of characters between tab stops) for tab 
  characters, and control tab emulation and use of tab characters in padding 
  and emulated tabs. 

Text Font...
  Change the font(s) used to display text (fonts for menus and dialogs must be 
  set using X resources for the text area of the window). See below for more 
  information. 

Highlight Syntax
  If XNEdit recognizes the language being edited, and highlighting patterns 
  are available for that language, use fonts and colors to enhance viewing of 
  the file. (See Syntax Highlighting for more information.) 

Make Backup Copy
  On Save, write a backup copy of the file as it existed before the Save 
  command with the extension .bck (Unix only). 

Incremental Backup
  Periodically make a backup copy of the file being edited under the name 
  `~filename` on Unix or `_filename` on VMS (see Crash Recovery). 

Show Matching (..)
  Momentarily highlight matching parenthesis, brackets, and braces, or the 
  range between them, when one of these characters is typed, or when the 
  insertion cursor is positioned after it. Delimiter only highlights the 
  matching delimiter, while Range highlights the whole range of text between 
  the matching delimiters. 

  Optionally, the matching can make use of syntax information if syntax 
  highlighting is enabled. Alternatively, the matching is purely character 
  based. In general, syntax based matching results in fewer false matches. 

Overtype
  In overtype mode, new characters entered replace the characters in front of 
  the insertion cursor, rather than being inserted before them. 

Read Only
  Lock the file against accidental modification. This temporarily prevents the 
  file from being modified in this XNEdit session. Note that this is different 
  from setting the file protection. 


  PREFERENCES -> DEFAULT SETTINGS MENU

  Options in the Preferences -> Default Settings menu have the same meaning as 
  those in the top-level Preferences menu, except that they apply to future 
  XNEdit windows and future XNEdit sessions if saved with the Save Defaults 
  command. Additional options which appear in this menu are: 

Language Modes
  Define language recognition information (for determining language mode from 
  file name or content) and set language specific preferences. 

Tag Collisions
  How to react to multiple tags for the same name. Tags are described in the 
  section: Finding Declarations (ctags). In Show All mode, all matching tags 
  are displayed in a dialog. In Smart mode, if one of the matching tags is in 
  the current window, that tag is chosen, without displaying the dialog. 

Command Shell...
  Set the shell used to run programs from the shell_command() macro function 
  and from the Shell menu. This defaults to the user's login shell. 

Colors...
  Change the colors used to display text. The "Matching (..)" fields change 
  the colors that matching parens, brackets and braces are flashed when the 
  "Show Matching (..)" option is enabled. Note that the foreground colors for 
  plain text, selected text, and matching paren flashing only apply when 
  syntax highlighting is disabled. When syntax highlighting is enabled, text 
  (even text that appears plain) will always be colored according to its 
  highlighting style. (For information on changing syntax highlighting styles 
  and matching patterns use see Syntax Highlighting.) 

Customize Menus
  Add/remove items from the Shell, Macro, and window background menus (see 
  below). 

Customize Window Title
  Opens a dialog where the information to be displayed in the window's title 
  field can be defined and tested. The dialog contains a Help button, 
  providing further information about the options available. 

Searching
  Options for controlling the behavior of Find and Replace commands: 

  Verbose - Presents search results in dialog form, asks before wrapping a 
  search back around the beginning (or end) of the file (unless Beep On Search 
  Wrap is turned on). 

  Wrap Around - Search and Replace operations wrap around the beginning (or 
  end) of the file. 

  Beep On Search Wrap - Beep when Search and Replace operations wrap around 
  the beginning (or end) of the file (only if Wrap Around is turned on). 

  Keep Dialogs Up - Don't pop down Replace and Find boxes after searching. 

  Default Search Style - Initial setting for search type in Find and Replace 
  dialogs. 

  Default Replace Scope - [THIS OPTION IS ONLY PRESENT WHEN NEDIT WAS COMPILED 
  WITH THE 
   -DREPLACE_SCOPE FLAG TO SELECT AN ALTERNATIVE REPLACE DIALOG LAYOUT.]

  Initial setting for the scope in the Replace/Find dialog, when a selection 
  exists. It can be either "In Window", "In Selection", or "Smart". "Smart" 
  results in "In Window" if the size of the selection is smaller than 1 line, 
  and to "In Selection" otherwise. 

Syntax Highlighting
  Program and configure enhanced text display for new or supported languages. 
  (See Syntax Highlighting.) 

Tabbed Editing
  Options for controlling the tabbed interface: 

  Open File in New Tab - Open files in new tabs, else open files in new 
  windows. 

  Show Tab Bar - Show/Hide the tab bar. 

  Hide Tab Bar when only one Document is open 

  Next/Prev Tabs Across Windows - Suppose there are two windows with three 
  tabs in the first window and two tabs in the second window. Enabling this 
  option, if you are on the third tab in the first window, hitting 
  Ctrl+PageDown would switch to the first tab in the second window (instead of 
  switching to the first tab in the first window). 

  Sort Tabs Alphabetically 

Show Tooltips
  Show file name and path in a tooltip when moving the mouse pointer over a 
  tab. (See Tabbed Editing.) 

Terminate with Line Break on Save
  Some UNIX tools expect that files end with a line feed. If this option is 
  activated, XNEdit will append one if required. 

Sort Open Prev. Menu
  Option to order the File -> Open Previous menu alphabetically, versus in 
  order of last access. 

Popups Under Pointer
  Display pop-up dialogs centered on the current mouse position, as opposed to 
  centered on the parent window. This generally speeds interaction, and is 
  essential for users who set their window managers so keyboard focus follows 
  the mouse. 

Auto-Scroll Near Window Top/Bottom
  When this option is enabled the window will automatically scroll when the 
  cursor comes 4 lines from the top or bottom of the window (except at the 
  beginning of the file). The number of lines can be customized with the 
  nedit.autoScrollVPadding resource. 

Warnings
  Options for controlling the popping up of warning dialogs: 

  File Modified Externally - Pop up a warning dialog when files get changed 
  external to XNEdit. 

  Check Modified File Contents - If external file modification warnings are 
  requested, also check the file contents iso. only the modification date. 

  On Exit - Ask before exiting when two or more files are open in an XNEdit 
  session or before closing a window with two or more tabs. 

Initial Window Size
  Default size for new windows. 


  CHANGING FONT(S)

  The font used to display text in XNEdit is set under Preferences -> Text 
  Font (for the current window), or Preferences -> Default Settings Text Font 
  (for future windows). These dialogs also allow you to set fonts for syntax 
  highlighting. If you don't intend to use syntax highlighting, you can ignore 
  most of the dialog, and just set the field labeled Primary Font. 

  Unless you are absolutely certain about the types of files that you will be 
  editing with XNEdit, you should choose a fixed-spacing font. Many, if not 
  most, plain-text files are written expecting to be viewed with fixed 
  character spacing, and will look wrong with proportional spacing. XNEdit's 
  filling, wrapping, and rectangular operations will also work strangely if 
  you choose a proportional font. 

  Note that in the font browser (the dialog brought up by the Browse... 
  button), the subset of fonts which are shown is narrowed depending on the 
  characteristics already selected. It is therefore important to know that you 
  can unselect characteristics from the lists by clicking on the selected 
  items a second time. 

  Fonts for syntax highlighting should ideally match the primary font in both 
  height and spacing. A mismatch in spacing will result in similar distortions 
  as choosing a proportional font: column alignment will sometimes look wrong, 
  and rectangular operations, wrapping, and filling will behave strangely. A 
  mismatch in height will cause windows to re-size themselves slightly when 
  syntax highlighting is turned on or off, and increase the inter-line spacing 
  of the text. Unfortunately, on some systems it is hard to find sets of fonts 
  which match exactly in height. 


  CUSTOMIZING MENUS

  You can add or change items in the Shell, Macro, and window background menus 
  under Preferences -> Default Settings -> Customize Menus. When you choose 
  one of these, you will see a dialog with a list of the current 
  user-configurable items from the menu on the left. To change an existing 
  item, select it from the list, and its properties will appear in the 
  remaining fields of the dialog, where you may change them. Selecting the 
  item "New" from the list allows you to enter new items in the menu. 

  Hopefully most of the characteristics are self explanatory, but here are a 
  few things to note: 

  Accelerator keys are keyboard shortcuts which appear on the right hand side 
  of the menus, and allow you avoid pulling down the menu and activate the 
  command with a single keystroke. Enter accelerators by typing the keys 
  exactly as you would to activate the command. 

  Mnemonics are a single letter which should be part of the menu item name, 
  which allow users to traverse and activate menu items by typing keys when 
  the menu is pulled down. 

  In the Shell Command field of the Shell Commands dialog, the % character 
  expands to the name (including directory path) of the file in the window. To 
  include a % character in the command, use %%. 

  The Menu Entry field can contain special characters for constructing 
  hierarchical sub-menus, and for making items which appear only in certain 
  language modes. The right angle bracket character ">" creates a sub-menu. 
  The name of the item itself should be the last element of the path formed 
  from successive sub-menu names joined with ">". Menu panes are called in to 
  existence simply by naming them as part of a Menu Entry name. To put several 
  items in the same sub-menu, repeat the same hierarchical sequence for each. 
  For example, in the Macro Commands dialog, two items with menu entries: 
  a>b>c and a>b>d would create a single sub menu under the macro menu called 
  "a", which would contain a single sub-menu, b, holding the actual items, c 
  and d: 

      +---++---++---+
      |a >||b >||c  |
      +---++---+|d  |
                +---+

  To qualify a menu entry with a language mode, simply add an at-sign "@" at 
  the end of the menu command, followed (no space) by a language mode name. To 
  make a menu item which appears in several language modes, append additional 
  @s and language mode names. For example, an item with the menu entry: 

    Make C Prototypes@C@C++

  would appear only in C and C++ language modes, and: 

    Make Class Template@C++

  would appear only in C++ mode. 

  Menu items with no qualification appear in all language modes. 

  If a menu item is followed by the single language qualification "@*", that 
  item will appear only if there are no applicable language-specific items of 
  the same name in the same submenu. For example, if you have the following 
  three entries in the same menu: 

    Make Prototypes@C@C++
    Make Prototypes@Java
    Make Prototypes@*

  The first will be available when the language mode is C or C++, the second 
  when the language mode is Java, and for all other language modes (including 
  the "Plain" non-language mode). If the entry: 

    Make Prototypes

  also exists, this will always appear, meaning that the menu will always have 
  two "Make Prototypes" entries, whatever the language mode. 


  THE XNEDIT AUTOLOAD FILES

  At startup time, XNEdit automatically reads the preferences file `nedit.rc', 
  the autoload macro file `autoload.nm', and the history data base 
  `nedit.history'. The preferences file contains saved preferences (menu 
  settings) in the format of an X resource file. The autoload macro file is a 
  macro file containing macro commands and definitions that XNEdit will 
  execute at startup. (XNEdit doesn't create this file automatically.) 
  Moreover, XNEdit saves a list of the recently opened files, which appear 
  under the Open Previous menu, in the history data base. 

  By default the location of these files is '$HOME/.xnedit/'. A different 
  directory can be given by letting the environment variable NEDIT_HOME point 
  to it. 

  Notice that XNEdit still supports the older names for these files, which are 
  `$HOME/.nedit', `$HOME/.neditmacro', and `$HOME/.neditdb', respectively. 
  This old naming scheme will be used if XNEdit detects that `$HOME/.nedit' is 
  a regular file and NEDIT_HOME isn't set. 

  (For VMS, the location of these files is '$NEDIT_HOME/' if NEDIT_HOME is 
  set, and 'SYS$LOGIN:' otherwise.) 

  The contents of the preferences file can be moved into another X resource 
  file (see X Resources). One reason for doing so would be to attach server 
  specific preferences, such as a default font, to a particular X server. 
  Another reason for moving preferences into an X resource file would be to 
  keep preferences menu options and X resource settable options together in 
  one place. Though the files are the same format, additional resources should 
  not be added to the preferences file, since XNEdit modifies that file by 
  overwriting it completely. Note also that the contents of the preferences 
  file takes precedence over the values in an X resource file. Using Save 
  Defaults after moving the contents of your preferences file to your 
  .Xdefaults file will re-create the preferences file, interfering with the 
  options that you have moved. 


  SHARING CUSTOMIZATIONS WITH OTHER XNEDIT USERS

  If you have written macro or shell menu commands, highlight patterns, or 
  smart-indent macros that you want to share with other XNEdit users, you can 
  make a file which they can load into their XNEdit environment. 

  To load such a file, start XNEdit with the command: 

     xnedit -import <file>

  In the new XNEdit session, verify that the imported patterns or macros do 
  what you want, then select Preferences -> Save Defaults. Saving incorporates 
  the changes into the XNEdit preferences file, so the next time you run 
  XNEdit, you will not have to import the distribution file. 

  Loading a customization file is automated, but creating one is not. To 
  produce a file to be imported by other users, you must make a copy of your 
  own preferences file, and edit it, by hand, to remove everything but the few 
  items of interest to the recipient. Leave only the individual resource(s), 
  and within those resources, only the particular macro, pattern, style, etc, 
  that you wish to exchange. 

  For example, to share a highlighting pattern set, you would include the 
  patterns, any new styles you added, and language mode information only if 
  the patterns are intended to support a new language rather than updating an 
  existing one. For example: 

     nedit.highlightPatterns:\
          My Language:1:0{\n\
                  Comment:"#":"$"::Comment::\n\
                  Loop Header:"^[ \\t]*loop:":::Loop::\n\
          }
     nedit.languageModes: My Language:.my::::::
     nedit.styles: Loop:blue:Bold

  Resources are in the format of X resource files, but the format of text 
  within multiple-item resources like highlight patterns, language modes, 
  macros, styles, etc., are private to XNEdit. Each resource is a string which 
  ends at the first newline character not escaped with \, so you must be 
  careful about how you treat ends of lines. While you can generally just cut 
  and paste indented sections, if something which was originally in the middle 
  of a resource string is now at the end, you must remove the \ line 
  continuation character(s) so it will not join the next line into the 
  resource. Conversely, if something which was originally at the end of a 
  resource is now in the middle, you'll have to add continuation character(s) 
  to make sure that the resource string is properly continued from beginning 
  to end, and possibly newline character(s) (\n) to make sure that it is 
  properly separated from the next item. 

-----------
X RESOURCES
-----------

  XNEdit has additional options to those provided in the Preferences menu 
  which are set using X resources. Like most other X programs, XNEdit can be 
  customized to vastly unnecessary proportions, from initial window positions 
  down to the font and shadow colors of each individual button (A complete 
  discussion of how to do this is left to books on the X Window System). Key 
  binding (see "Key Binding" is one of the most useful of these resource 
  settable options. 

  X resources are usually specified in a file called .Xdefaults or .Xresources 
  in your home directory (on VMS this is sys$login:decw$xdefaults.dat). On 
  some systems, this file is read and its information attached to the X server 
  (your screen) when you start X. On other systems, the .Xdefaults file is 
  read each time you run an X program. When X resource values are attached to 
  the X server, changes to the resource file are not available to application 
  programs until you either run the xrdb program with the appropriate file as 
  input, or re-start the X server. 


  SELECTED X RESOURCE NAMES

  The following are selected XNEdit resource names and default values for 
  XNEdit options not settable via the Preferences menu (for preference 
  resource names, see your XNEdit preference file): 

nedit.tagFile: (not defined)

  This can be the name of a file, or multiple files separated by a colon (:) 
  character, of the type produced by Exuberant Ctags or the Unix ctags 
  command, which XNEdit will load at startup time (see ctags support). The tag 
  file provides a database from which XNEdit can automatically open files 
  containing the definition of a particular subroutine or data type. 

nedit.alwaysCheckRelativeTagsSpecs: True

  When this resource is set to True, and there are tag files specified (with 
  the nedit.tagFile resource, see above) as relative paths, XNEdit will 
  evaluate these tag value paths whenever a file is opened. All accessible tag 
  files will be loaded at this time. When this resource value is False, 
  relative path tag specifications will only be evaluated at XNEdit startup 
  time. 

nedit.wordDelimiters: .,/\\`'!@#%^&*()-=+{}[]":;<>?

  The set of characters which mark the boundaries between words. In addition 
  to these, spaces, tabs, and newlines are always word boundaries. 

  These boundaries take effect for the move-by-word (Ctrl+Arrow) and 
  select-word (double click) commands, and for doing regex searches using the 
  \B, < and > tokens. 

  Note that this default value may be overridden by the setting in Preferences 
  -> Default Settings -> Language Modes.... 

nedit.remapDeleteKey: False

  Setting this resource to True forcibly maps the delete key to backspace. 
  This can be helpful on systems where the bindings have become tangled, and 
  in environments which mix systems with PC style keyboards and systems with 
  DEC and Macintosh keyboards. Theoretically, these bindings should be made 
  using the standard X/Motif mechanisms, outside of XNEdit. In practice, some 
  environments where users access several different systems remotely, can be 
  very hard to configure. If you've given up and are using a backspace key 
  halfway off the keyboard because you can't figure out the bindings, set this 
  to True. 

nedit.typingHidesPointer: False

  Setting this resource to True causes the mouse pointer to be hidden when you 
  type in the text area. As soon as the mouse pointer is moved, it will 
  reappear. This is useful to stop the mouse pointer from obscuring text. 

nedit.overrideDefaultVirtualKeyBindings: Auto

  Motif uses a virtual key binding mechanism that shares the bindings between 
  different Motif applications. When a first Motif application is started, it 
  installs some default virtual key bindings and any other Motif application 
  that runs afterwards, simply reuses them. Obviously, if the first 
  application installs an invalid set, all others applications may have 
  problems. 

  In the past, XNEdit has been the victim of invalid bindings installed by 
  other applications several times. Through this resource, XNEdit can be 
  instructed to ignore the bindings installed by other applications, and use 
  its own private bindings. By default, XNEdit tries to detect invalid 
  bindings and ignore them automatically (Auto). Optionally, XNEdit can be 
  told to always keep the installed bindings (Never), or to always override 
  them (Always). 

nedit.stdOpenDialog: False

  Setting this resource to True restores the standard Motif style of Open 
  dialog. XNEdit file open dialogs are missing a text field at the bottom of 
  the dialog, where the file name can be entered as a string. The field is 
  removed in XNEdit to encourage users to type file names in the list, a 
  non-standard, but much faster method for finding files. 

nedit.bgMenuButton: ~Shift~Ctrl~Meta~Alt<Btn3Down>

  Specification for mouse button / key combination to post the background menu 
  (in the form of an X translation table event specification). The event 
  specification should be as specific as possible, since it will override less 
  specific translation table entries. 

nedit.maxPrevOpenFiles: 30

  Number of files listed in the Open Previous sub-menu of the File menu. 
  Setting this to zero disables the Open Previous menu item and maintenance of 
  the XNEdit file history file. 

nedit.printCommand: (system specific)

  Command used by the print dialog to print a file, such as, lp, lpr, etc.. 
  The command must be capable of accepting input via stdin (standard input). 

nedit.printCopiesOption: (system specific)

  Option name used to specify multiple copies to the print command. If the 
  option should be separated from its argument by a space, leave a trailing 
  space. If blank, no "Number of Copies" item will appear in the print dialog. 

nedit.printQueueOption: (system specific)

  Option name used to specify a print queue to the print command. If the 
  option should be separated from its argument by a space, leave a trailing 
  space. If blank, no "Queue" item will appear in the print dialog. 

nedit.printNameOption: (system specific)

  Option name used to specify a job name to the print command. If the option 
  should be separated from its argument by a space, leave a trailing space. If 
  blank, no job or file name will be attached to the print job or banner page. 

nedit.printHostOption: (system specific)

  Option name used to specify a host name to the print command. If the option 
  should be separated from its argument by a space, leave a trailing space. If 
  blank, no "Host" item will appear in the print dialog. 

nedit.printDefaultQueue: (system specific)

  The name of the default print queue. Used only to display in the print 
  dialog, and has no effect on printing. 

nedit.printDefaultHost: (system specific)

  The node name of the default print host. Used only to display in the print 
  dialog, and has no effect on printing. 

nedit.visualID: Best

  If your screen supports multiple visuals (color mapping models), this 
  resource allows you to manually choose among them. The default value of 
  "Best" chooses the deepest (most colors) visual available. Since XNEdit does 
  not depend on the specific characteristics of any given color model, Best 
  probably IS the best choice for everyone, and the only reason for setting 
  this resource would be to patch around some kind of X server problem. The 
  resource may also be set to "Default", which chooses the screen's default 
  visual (often a color-mapped, PseudoColor, visual for compatibility with 
  older X applications). It may also be set to a numeric visual-id value (use 
  xdpyinfo to see the list of visuals supported by your display), or a visual 
  class name: PseudoColor, DirectColor, TrueColor, etc.. 

  If you are running under a themed environment (like KDE or CDE) that places 
  its colors in a shallow visual, and you'd rather have that color scheme 
  instead of more colors available, then you may need set the visual to 
  "Default" so that XNEdit doesn't choose one with more colors. (The reason 
  for this is: if the "best" visual is not the server's default, then XNEdit 
  cannot use the colors provided by your environment. XNEdit will fall back to 
  its own default color scheme.) 

nedit.installColormap: False

  Force the installation of a private colormap. If you have a humble 8-bit 
  color display, and netscape is hogging all of the color cells, you may want 
  to try turning this on. On most systems, this will result in colors flashing 
  wildly when you switch between XNEdit and other applications. But a few 
  systems (SGI) have hardware support for multiple simultaneous colormaps, and 
  applications with installed colormaps are well behaved. 

nedit.findReplaceUsesSelection: False

  Controls if the Find and Replace dialogs are automatically loaded with the 
  contents of the primary selection. 

nedit.stickyCaseSenseButton: True

  Controls if the "Case Sensitive" buttons in the Find and Replace dialogs and 
  the incremental search bar maintain a separate state for literal and regular 
  expression searches. Moreover, when set to True, by default literal searches 
  are case insensitive and regular expression searches are case sensitive. 
  When set to False, the "Case Sensitive" buttons are independent of the 
  "Regular Expression" toggle. 

nedit.multiClickTime: (system specific)

  Maximum time in milliseconds allowed between mouse clicks within double and 
  triple click actions. 

nedit.undoModifiesSelection: True

  By default, XNEdit selects any text inserted or changed through a undo/redo 
  action. Set this resource to False if you don't want your selection to be 
  touched. 

nedit*scrollBarPlacement: BOTTOM_RIGHT

  How scroll bars are placed in XNEdit windows, as well as various lists and 
  text fields in the program. Other choices are: BOTTOM_LEFT, TOP_LEFT, or 
  TOP_RIGHT. 

nedit*text.autoWrapPastedText: False

  When Auto Newline Wrap is turned on, apply automatic wrapping (which 
  normally only applies to typed text) to pasted text as well. 

nedit*text.heavyCursor: False

  For monitors with poor resolution or users who have difficulty seeing the 
  cursor, makes the cursor in the text editing area of the window heavier and 
  darker. 

nedit.autoScrollVPadding: 4

  Number of lines to keep the cursor away from the top or bottom line of the 
  window when the "Auto-Scroll Near Window Top/Bottom" feature is enabled. 
  Keyboard operations that would cause the cursor to get closer than this 
  distance cause the window to scroll up or down instead, except at the 
  beginning of the file. Mouse operations are not affected. 

nedit*text.blinkRate: 500

  Blink rate of the text insertion cursor in milliseconds. Set to zero to stop 
  blinking. 

nedit*text.Translations:

  Modifies key bindings (see "Key Binding"). 

nedit*foreground: black

  Default foreground color for menus, dialogs, scroll bars, etc.. 

nedit*background: #b3b3b3

  Default background color for menus, dialogs, scroll bars, etc.. 

nedit*calltipForeground: black

  Foreground color for calltips 

nedit*calltipBackground: LemonChiffon1

  Background color for calltips 

nedit*XmLFolder.inactiveForeground: #666

  Foreground color for inactive tabs. 

nedit*fontList: helvetica medium 12 points

  Default font for menus, dialogs, scroll bars, etc.. 

nedit.helpFont: helvetica medium 12 points

  Font used for displaying online help. 

nedit.boldHelpFont: helvetica bold 12 points

  Bold font for online help. 

nedit.italicHelpFont: helvetica italic 12 points

  Italic font for online help. 

nedit.fixedHelpFont: courier medium 12 points

  Fixed font for online help. 

nedit.boldFixedHelpFont: courier bold 12 points

  Fixed bold for online help. 

nedit.italicFixedHelpFont: courier italic 12 points

  Fixed italic font for online help. 

nedit.h1HelpFont: helvetica bold 14 points

  Font for level-1 titles in help text. 

nedit.h2HelpFont: helvetica bold italic 12 points

  Font for level-2 titles in help text. 

nedit.h3HelpFont: courier bold 12 points

  Font for level-3 titles in help text. 

nedit.helpLinkFont: helvetica medium 12 points

  Font for hyperlinks in the help text 

nedit.helpLinkColor: #009900

  Color for hyperlinks in the help text 

nedit.backlightCharTypes:  0-8,10-31,127:red;9:#dedede;32,160-255:#f0f0f0;128-159:orange

  NOTE: backlighting is experimental (see "Programming with XNEdit"). 

  A string specifying character classes as ranges of ASCII values followed by 
  the color to be used as their background colors. The format is: 

  low[-high]{,low[-high]}:color{;low-high{,low[-high]}:color} 

  where low and high are ASCII values. 

  For example: 
    32-255:#f0f0f0;1-31,127:red;128-159:orange;9-13:#e5e5e5

nedit.focusOnRaise: False

  This resource determines whether new text windows and text windows that are 
  raised, should also request the input focus. Conventionally, it is the task 
  of the window manager to decide on which window gets the input focus. 
  Therefore, XNEdit's default behaviour is not to request the input focus 
  explicitly. 

nedit.forceOSConversion: True

  By default, XNEdit converts texts in DOS or Mac format to an internal format 
  using simple newlines as line dividers. This is sometimes not wanted by the 
  user and can be prevented by setting this resource to False. 

  Note: Setting this to False would supress newlines in Mac files entirely, 
  leaving the control character <cr> where every line feed would be. Mac OS X 
  uses Unix files and is not affected. 

  Note: Setting this to False while the option 'Terminate with Line Break on 
  Save' is active could lead to file corruption. 

nedit.truncSubstitution: Fail

  XNEdit has a fixed limit on substitution result string length. This resource 
  modifies the behaviour if this limit is exceeded. Possible values are Silent 
  (will silently fail the operation), Fail (will fail the operation and pop up 
  a dialog informing the user), Warn (pops up a dialog warning the user, 
  offering to cancel the operation) and Ignore (will silently conclude the 
  operation). 

  WARNING: Setting this to 'Ignore' will destroy data without warning! 

nedit.honorSymlinks: True

  If set to True, XNEdit will open a requested file on disk even if it is a 
  symlink pointing to a file already opened in another window. If set to 
  false, XNEdit will try to detect these cases and just pop up the already 
  opened document. 

nc.autoStart: True 

  Whether the xnc program should automatically start an XNEdit server (without 
  prompting the user) if an appropriate server is not found. 

nc.serverCommand: xnedit -server

  Command used by the xnc program to start an XNEdit server. 

nc.timeOut: 10

  Basic time-out period used in communication with an XNEdit server (seconds). 

   and other characteristics):
  The following are Selected widget names (to which you may append 
  .background, .foreground, .fontList, etc., to change colors, fonts 

nedit*statsAreaForm

  Statistics line and incremental search bar. To get consistent results across 
  the entire stats line and the incremental search bar, use '*' rather than 
  '.' to separate the resource name. For example, to set the foreground color 
  of both components use: 
    nedit*statsAreaForm*foreground
  instead of: 
    nedit*statsAreaForm.foreground

nedit*menuBar

  Top-of-window menu-bar. 

nedit*textHorScrollBar

  Horizontal scroll bar. 

nedit*textVertScrollBar

  Vertical scroll bar. 

-----------
KEY BINDING
-----------

  There are several ways to change key bindings in XNEdit. The easiest way to 
  add a new key binding in XNEdit is to define a macro in Preferences -> 
  Default Settings -> Customize Menus -> Macro Menu. However, if you want to 
  change existing bindings or add a significant number of new key bindings you 
  will need to do so via X resources. 

  Before reading this section, you must understand how to set X resources (see 
  the help section "X Resources"). Since setting X resources is tricky, it is 
  also helpful when working on key-binding, to set some easier-to-verify 
  resource at the same time, as a simple check that the XNEdit program is 
  actually seeing your changes. The appres program is also very helpful in 
  checking that the resource settings that you make, actually reach the 
  program for which they are intended in the correct form. 


  KEY BINDING IN GENERAL

  Keyboard commands are associated with editor action routines through two 
  separate mechanisms in XNEdit. Commands which appear in pull-down menus have 
  individual resources designating a keyboard equivalent to the menu command, 
  called an accelerator key. Commands which do not have an associated menu 
  item are bound to keys via the X toolkit translation mechanism. The methods 
  for changing these two kinds of bindings are quite different. 


  KEY BINDING VIA TRANSLATIONS

  The most general way to bind actions to keys in XNEdit is to use the 
  translation table associated with the text widget. To add a binding to Alt+Y 
  to insert the string "Hi!", for example, add lines similar to the following 
  to your X resource file: 

    XNEdit*text.Translations: #override \n\
      Alt<Key>y: insert_string("Hi!") \n

  The Help topic "Action Routines" lists the actions available to be bound. 

  Translation tables map key and mouse presses, window operations, and other 
  kinds of events, to actions. The syntax for translation tables is simplified 
  here, so you may need to refer to a book on the X window system for more 
  detailed information. 

  Note that accelerator resources (discussed below) override translations, and 
  that most Ctrl+letter and Alt+letter combinations are already bound to an 
  accelerator key. To use one of these combinations from a translation table, 
  therefore, you must first un-bind the original menu accelerator. 

  A resource for changing a translation table consists of a keyword; 
  #override, #augment, or #replace; followed by lines (separated by newline 
  characters) pairing events with actions. Events begin with modifiers, like 
  Ctrl, Shift, or Alt, followed by the event type in <>. BtnDown, Btn1Down, 
  Btn2Down, Btn1Up, Key, KeyUp are valid event types. For key presses, the 
  event type is followed by the name of the key. You can specify a combination 
  of events, such as a sequence of key presses, by separating them with 
  commas. The other half of the event/action pair is a set of actions. These 
  are separated from the event specification by a colon and from each other by 
  spaces. Actions are names followed by parentheses, optionally containing one 
  or more parameters separated by comas. 


  CHANGING MENU ACCELERATOR KEYS

  The menu shortcut keys shown at the right of XNEdit menu items can also be 
  changed via X resources. Each menu item has two resources associated with 
  it, accelerator, the event to trigger the menu item; and acceleratorText, 
  the string shown in the menu. The form of the accelerator resource is the 
  same as events for translation table entries discussed above, though 
  multiple keys and other subtleties are not allowed. The resource name for a 
  menu is the title in lower case, followed by "Menu", the resource name of 
  menu item is the name in lower case, run together, with words separated by 
  caps, and all punctuation removed. For example, to change Cut to Ctrl+X, you 
  would add the following to your .Xdefaults file: 

      nedit*editMenu.cut.accelerator: Ctrl<Key>x
      nedit*editMenu.cut.acceleratorText: Ctrl+X

  Accelerator keys with optional shift key modifiers, like Find..., have an 
  additional accelerator resource with Shift appended to the name. For 
  example: 

      nedit*searchMenu.find.acceleratorText: [Shift]Alt+F
      nedit*searchMenu.find.accelerator: Alt<Key>f
      nedit*searchMenu.findShift.accelerator: Shift Alt<Key>f

---------------------
HIGHLIGHTING PATTERNS
---------------------


  WRITING SYNTAX HIGHLIGHTING PATTERNS

  Patterns are the mechanism by which language syntax highlighting is 
  implemented in XNEdit (see Syntax Highlighting under the heading of Features 
  for Programming). To create syntax highlighting patterns for a new language, 
  or to modify existing patterns, select "Recognition Patterns" from "Syntax 
  Highlighting" sub-section of the "Default Settings" sub-menu of the 
  "Preferences" menu. 

  First, a word of caution. As with regular expression matching in general, it 
  is quite possible to write patterns which are so inefficient that they 
  essentially lock up the editor as they recursively re-examine the entire 
  contents of the file thousands of times. With the multiplicity of patterns, 
  the possibility of a lock-up is significantly increased in syntax 
  highlighting. When working on highlighting patterns, be sure to save your 
  work frequently. 

  XNEdit's syntax highlighting is unusual in that it works in real-time (as 
  you type), and yet is completely programmable using standard regular 
  expression notation. Other syntax highlighting editors usually fall either 
  into the category of fully programmable but unable to keep up in real-time, 
  or real-time but limited programmability. The additional burden that XNEdit 
  places on pattern writers in order to achieve this speed/flexibility mix, is 
  to force them to state self-imposed limitations on the amount of context 
  that patterns may examine when re-parsing after a change. While the "Pattern 
  Context Requirements" heading is near the end of this section, it is not 
  optional, and must be understood before making any serious effort at pattern 
  writing. 

  In its simplest form, a highlight pattern consists of a regular expression 
  to match, along with a style representing the font an color for displaying 
  any text which matches that expression. To bold the word, "highlight", 
  wherever it appears the text, the regular expression simply would be the 
  word "highlight". The style (selected from the menu under the heading of 
  "Highlight Style") determines how the text will be drawn. To bold the text, 
  either select an existing style, such as "Keyword", which bolds text, or 
  create a new style and select it under Highlight Style. 

  The full range of regular expression capabilities can be applied in such a 
  pattern, with the single caveat that the expression must conclusively match 
  or not match, within the pre-defined context distance (as discussed below 
  under Pattern Context Requirements). 

  To match longer ranges of text, particularly any constructs which exceed the 
  requested context, you must use a pattern which highlights text between a 
  starting and ending regular expression match. To do so, select "Highlight 
  text between starting and ending REs" under "Matching", and enter both a 
  starting and ending regular expression. For example, to highlight everything 
  between double quotes, you would enter a double quote character in both the 
  starting and ending regular expression fields. Patterns with both a 
  beginning and ending expression span all characters between the two 
  expressions, including newlines. 

  Again, the limitation for automatic parsing to operate properly is that both 
  expressions must match within the context distance stated for the pattern 
  set. 

  With the ability to span large distances, comes the responsibility to 
  recover when things go wrong. Remember that syntax highlighting is called 
  upon to parse incorrect or incomplete syntax as often as correct syntax. To 
  stop a pattern short of matching its end expression, you can specify an 
  error expression, which stops the pattern from gobbling up more than it 
  should. For example, if the text between double quotes shouldn't contain 
  newlines, the error expression might be "$". As with both starting and 
  ending expressions, error expressions must also match within the requested 
  context distance. 


  Coloring Sub-Expressions

  It is also possible to color areas of text within a regular expression 
  match. A pattern of this type associates a style with sub-expressions 
  references of the parent pattern (as used in regular expression substitution 
  patterns, see the XNEdit Help menu item on Regular Expressions). 
  Sub-expressions of both the starting and ending patterns may be colored. For 
  example, if the parent pattern has a starting expression "\<", and end 
  expression "\>", (for highlighting all of the text contained within angle 
  brackets), a sub-pattern using "&" in both the starting and ending 
  expression fields could color the brackets differently from the intervening 
  text. A quick shortcut to typing in pattern names in the Parent Pattern 
  field is to use the middle mouse button to drag them from the Patterns list. 

  In some cases, there can be interference between coloring sub-patterns and 
  hierarchical sub-patterns (discussed next). How this is resolved, is 
  explained below. 


  Hierarchical Patterns

  A hierarchical sub-pattern, is identical to a top level pattern, but is 
  invoked only between the starting and ending expression matches of its 
  parent pattern or, in case the parent pattern consists of a single 
  expression, inside the text area matching that expression. Like the 
  sub-expression coloring patterns discussed above, it is associated with a 
  parent pattern using the Parent Pattern field in the pattern specification. 
  Pattern names can be dragged from the pattern list with the middle mouse 
  button to the Parent Pattern field. 

  The matching behaviour for sub-patterns is slightly different, depending on 
  whether the parent pattern consists of a single expression or has both a 
  starting and an ending expression. 

  In case the parent pattern consists of a single expression, and the syntax 
  highlighting parser finds a match for that expression, sub-patterns are 
  matched between the start and the end of the parent match. Sub-patterns 
  cannot extend beyond the boundaries of the parent's match nor can they 
  affect those boundaries (the latter can happen for starting/ending parent 
  patterns, see below). Note that sub-patterns can peek beyond the parent's 
  matching boundaries by means of look-ahead or look-behind expressions. 

  In case the parent pattern is a starting/ending style pattern, after the 
  start expression of the parent pattern matches, the syntax highlighting 
  parser searches for either the parent's end pattern or a matching 
  sub-pattern. When a sub-pattern matches, control is not returned to the 
  parent pattern until the entire sub-pattern has been parsed, regardless of 
  whether the parent's end pattern appears in the text matched by the 
  sub-pattern. In this way, matching of the parent's ending pattern can be 
  postponed, in contrast to the case where the parent pattern consists of a 
  single expression. Note that, in this case, parsing of sub-patterns starts 
  after the match of the parent pattern's starting expression, also in 
  contrast to the single-expression case. 

  The most common use for this capability is for coloring sub-structure of 
  language constructs (smaller patterns embedded in larger patterns). 
  Hierarchical patterns can also simplify parsing by having sub-patterns 
  "hide" special syntax from parent patterns, such as special escape sequences 
  or internal comments. 

  There is no depth limit in nesting hierarchical sub-patterns, but beyond the 
  third level of nesting, automatic re-parsing will sometimes have to re-parse 
  more than the requested context distance to guarantee a correct parse (which 
  can slow down the maximum rate at which the user can type if large sections 
  of text are matched only by deeply nested patterns). 

  While this is obviously not a complete hierarchical language parser it is 
  still useful in many text coloring situations. As a pattern writer, your 
  goal is not to completely cover the language syntax, but to generate 
  colorings that are useful to the programmer. Simpler patterns are usually 
  more efficient and also more robust when applied to incorrect code. 

  Note that in case of a single-expression parent pattern, there is a 
  potential for conflicts between coloring-only sub-patterns and hierarchical 
  sub-patterns (which cannot happen for starting/ending type of patterns, 
  because sub-patterns are matched between the starting and ending pattern 
  (not included)). Due to the different nature of these two kinds of 
  sub-patterns, it is technically infeasible to follow the standard matching 
  precedence rules, where a sub-pattern has precedence over the sub-patterns 
  following it. Instead, coloring-only sub-patterns are always colored last, 
  ie., they may override the coloring for overlapping sibling sub-patterns in 
  the overlapping parts of the matches. 


  Deferred (Pass-2) Parsing

  XNEdit does pattern matching for syntax highlighting in two passes. The 
  first pass is applied to the entire file when syntax highlighting is first 
  turned on, and to new ranges of text when they are initially read or pasted 
  in. The second pass is applied only as needed when text is exposed (scrolled 
  in to view). 

  If you have a particularly complex set of patterns, and parsing is beginning 
  to add a noticeable delay to opening files or operations which change large 
  regions of text, you can defer some of that parsing from startup time, to 
  when it is actually needed for viewing the text. Deferred parsing can only 
  be used with single expression patterns, or begin/end patterns which match 
  entirely within the requested context distance. To defer the parsing of a 
  pattern to when the text is exposed, click on the Pass-2 pattern type button 
  in the highlight patterns dialog. 

  Sometimes a pattern can't be deferred, not because of context requirements, 
  but because it must run concurrently with pass-1 (non-deferred) patterns. If 
  they didn't run concurrently, a pass-1 pattern might incorrectly match some 
  of the characters which would normally be hidden inside of a sequence 
  matched by the deferred pattern. For example, C has character constants 
  enclosed in single quotes. These typically do not cross line boundaries, 
  meaning they can be parsed entirely within the context distance of the C 
  pattern set and should be good candidates for deferred parsing. However, 
  they can't be deferred because they can contain sequences of characters 
  which can trigger pass-one patterns. Specifically, the sequence, '\"', 
  contains a double quote character, which would be matched by the string 
  pattern and interpreted as introducing a string. 


  Pattern Context Requirements

  The context requirements of a pattern set state how much additional text 
  around any change must be examined to guarantee that the patterns will match 
  what they are intended to match. Context requirements are a promise by 
  XNEdit to the pattern writer, that the regular expressions in his/her 
  patterns will be matched against at least <line context> lines and 
  <character context> characters, around any modified text. Combining line and 
  character requirements guarantee that both will be met. 

  Automatic re-parsing happens on EVERY KEYSTROKE, so the amount of context 
  which must be examined is very critical to typing efficiency. The more 
  complicated your patterns, the more critical the context becomes. To cover 
  all of the keywords in a typical language, without affecting the maximum 
  rate at which users can enter text, you may be limited to just a few lines 
  and/or a few hundred characters of context. 

  The default context distance is 1 line, with no minimum character 
  requirement. There are several benefits to sticking with this default. One 
  is simply that it is easy to understand and to comply with. Regular 
  expression notation is designed around single line matching. To span lines 
  in a regular expression, you must explicitly mention the newline character 
  "\n", and matches which are restricted to a single line are virtually immune 
  to lock-ups. Also, if you can code your patterns to work within a single 
  line of context, without an additional character-range context requirement, 
  the parser can take advantage the fact that patterns don't cross line 
  boundaries, and nearly double its efficiency over a one-line and 1-character 
  context requirement. (In a single line context, you are allowed to match 
  newlines, but only as the first and/or last character.) 

-------------------
SMART INDENT MACROS
-------------------

  Smart indent macros can be written for any language, but are usually more 
  difficult to write than highlighting patterns. A good place to start, of 
  course, is to look at the existing macros for C and C++. 

  Smart indent macros for a language mode consist of standard XNEdit macro 
  language code attached to any or all of the following three activation 
  conditions: 1) When smart indent is first turned on for a text window 
  containing code of the language, 2) When a newline is typed and smart indent 
  is expected, 3) after any character is typed. To attach macro code to any of 
  these code "hooks", enter it in the appropriate section in the Preferences 
  -> Default Settings -> Auto Indent -> Program Smart Indent dialog. 

  Typically most of the code should go in the initialization section, because 
  that is the appropriate place for subroutine definitions, and smart indent 
  macros are complicated enough that you are not likely to want to write them 
  as one monolithic run of code. You may also put code in the Common/Shared 
  Initialization section (accessible through the button in the upper left 
  corner of the dialog). Unfortunately, since the C/C++ macros also reside in 
  the common/shared section, when you add code there, you run some risk of 
  missing out on future upgrades to these macros, because your changes will 
  override the built-in defaults. 

  The newline macro is invoked after the user types a newline, but before the 
  newline is entered in the buffer. It takes a single argument ($1) which is 
  the position at which the newline will be inserted. It must return the 
  number of characters of indentation the line should have, or -1. A return 
  value of -1 means to do a standard auto-indent. You must supply a newline 
  macro, but the code: "return -1" (auto-indent), or "return 0" (no indent) is 
  sufficient. 

  The type-in macro takes two arguments. $1 is the insert position, and $2 is 
  the character just typed, and does not return a value. It also is invoked 
  before the character is inserted into the buffer. You can do just about 
  anything here, but keep in mind that this macro is executed for every 
  keystroke typed, so if you try to get too fancy, you may degrade 
  performance. 

-------------------
XNEDIT COMMAND LINE
-------------------

   xnedit [-read] [-create] [-line n | +n] [-server]
      [-do command] [-tags file] [-tabs n] [-wrap]
      [-nowrap] [-autowrap] [-autoindent] [-noautoindent]
      [-autosave] [-noautosave] [-rows n] [-columns n]
      [-font font] [-lm languagemode] [-geometry geometry]
      [-iconic] [-noiconic] [-display [host]:server[.screen]
      [-xrm resourcestring] [-svrname name] [-import file]
      [-background color] [-foreground color] [-h|-help]
      [-tabbed] [-untabbed] [-group] [-V|-version]
      [-bgrun] [--] [file...]

-read
  Open the file Read Only regardless of the actual file protection. 

-create
  Don't warn about file creation when a file doesn't exist. 

-line n (or +n)
  Go to line number n in the file following this switch. 

-server
  Designate this session as an XNEdit server, for processing commands from the 
  xnc program. xnc can be used to interface XNEdit to code development 
  environments, mailers, etc., or just as a quick way to open files from the 
  shell command line without starting a new XNEdit session. 

-do command
  Execute an XNEdit macro or action on the file following the -do argument on 
  the command line. -do is particularly useful from the xnc program, where xnc 
  -do can remotely execute commands in an XNEdit -server session. 

-tags file
  Load a file of directions for finding definitions of program subroutines and 
  data objects. The file must be of the format generated by Exuberant Ctags, 
  or the standard Unix ctags command. 

-tabs n
  Set tab stops every n characters. 

-wrap, -nowrap
  Wrap long lines at the right edge of the window rather than continuing them 
  past it. (Continuous Wrap mode) 

-autowrap, -noautowrap
  Wrap long lines when the cursor reaches the right edge of the window by 
  inserting newlines at word boundaries. (Auto Newline Wrap mode) 

-autoindent, -noautoindent
  Maintain a running indent. 

-autosave, -noautosave
  Maintain a backup copy of the file being edited under the name '~filename'. 

-rows n
  Default height in characters for an editing window. 

-columns n
  Default width in characters for an editing window. 

-font font (or -fn font)
  Font for text being edited (Font for menus and dialogs can be set with -xrm 
  "*fontList:font"). 

-lm languagemode
  Initial language mode used for editing succeeding files. 

-geometry geometry (or -g geometry)
  The initial size and/or location of editor windows. The argument geometry 
  has the form: 

   [<width>x<height>][+|-][<xoffset>[+|-]<yoffset>]

  where <width> and <height> are the desired width and height of the window, 
  and <xoffset> and <yoffset> are the distance from the edge of the screen to 
  the window, + for top or left, - for bottom or right. -geometry can be 
  specified for individual files on the command line. 

-iconic, -noiconic
  Initial window state for succeeding files. 

-display [host]:server[.screen]
  The name of the X server to use. host specifies the machine, server 
  specifies the display server number, and screen specifies the screen number. 
  host or screen can be omitted and default to the local machine, and screen 
  0. 

-background color (or -bg color)
  User interface background color. (Background color for text can be set 
  separately with -xrm "nedit.textBgColor: color" or using the Preferences -> 
  Colors dialog). 

-foreground color (or -fg color)
  User interface foreground color. (Foreground color for text can be set 
  separately with -xrm "nedit.textFgColor: color" or using the Preferences -> 
  Colors dialog). 

-tabbed
  Open all subsequent files in new tabs. Resets -group option. 

-untabbed
  Open all subsequent files in new windows. Resets -group option. Note that 
  this only works on subsequent files in this command and does not put XNEdit 
  in tab-less mode; for that you can use the command 
    nedit -xrm "nedit.openInTab: False" -xrm "nedit.tabBarHideOne: True"
  This will affect your default settings for the session, and will be saved if 
  Preferences->Save Defaults... is used, which may not be desired. 

-group
  Open all subsequent files as tabs in a new window. 

-xrm resourcestring
  Set the value of an X resource to override a default value (see "Customizing 
  XNEdit"). 

-svrname name
  When starting XNEdit in server mode, name the server, such that it responds 
  to requests only when xnc is given a corresponding -svrname argument. By 
  naming servers, you can run several simultaneously, and direct files and 
  commands specifically to any one. Specifying a non-empty name automatically 
  designates this session as an XNEdit server, as though -server were 
  specified. 

-import file
  Loads an additional preferences file on top of the existing defaults saved 
  in your preferences file. To incorporate macros, language modes, and 
  highlight patterns and styles written by other users, run XNEdit with 
  -import <file>, then re-save your preferences file with Preferences -> Save 
  Defaults. 

-bgrun
  Run xnedit in a background process 

-version
  Prints out the XNEdit version information. The -V option is synonymous. 

-help
  Prints out the XNEdit command line help. The -h option is synonymous. 

--
  Treats all subsequent arguments as file names, even if they start with a 
  dash. This is so XNEdit can access files that begin with the dash character. 


------------------
CLIENT/SERVER MODE
------------------

  XNEdit can be operated on its own, or as a two-part client/server 
  application. Client/server mode is useful for integrating XNEdit with 
  software development environments, mailers, and other programs; or just as a 
  quick way to open files from the shell command line without starting a new 
  XNEdit session. 

  To run XNEdit in server mode, type: 

      xnedit -server

  XNEdit can also be started in server mode via the XNEdit Client program 
  (xnc) when no servers are available. 

  The xnc program, which is distributed along with XNEdit, sends commands to 
  an XNEdit server to open files or execute editor actions. It can also be 
  used on files that are already opened. 

  Listing a file on the xnc command line means: Open it if it is not already 
  open and bring the window to the front. 

  xnc supports the following command line options: 

    xnc [-read] [-create]
       [-line n | +n] [-do command] [-lm languagemode]
       [-svrname name] [-svrcmd command]
       [-ask] [-noask] [-timeout seconds]
       [-geometry geometry | -g geometry] [-icon | -iconic]
       [-tabbed] [-untabbed] [-group] [-wait]
       [-V | -version]
       [-xrm resourcestring] [-display [host]:server[.screen]]
       [--] [file...]

-read
  Open the file read-only regardless of its actual permissions. There is no 
  effect if the file is already open. 

-create
  Don't warn about file creation when a file doesn't exist. 

-line n, +n
  Go to line number n. This will also affect files which are already open. 

-do command
  Execute an XNEdit macro or action on the file following the -do argument on 
  the command line. 

  If you use this command without a filename, xnc would randomly choose one 
  window to focus and execute the macro in. 

-lm languagemode
  Initial language mode used. 

-svrname name
  Explicitly instructs xnc which server to connect to, an instance of 
  xnedit(1) with a corresponding -svrname argument. By naming servers, you can 
  run several simultaneously, and direct files and commands specifically to 
  any one. 

-svrcmd command
  The command which xnc uses to start an XNEdit server. It is also settable 
  via the X resource `nc.serverCommand' (see X Resources). Defaults to "xnedit 
  -server". 

-ask, -noask
  Instructs xnc to automatically start a server if one is not available. This 
  overrides the X resource `nc.autoStart' (see X Resources). 

-timeout seconds
  Basic time-out period used in communication with an XNEdit server. The 
  default is 10 seconds. Also settable via the X resource `nc.timeOut'. 

  Under rare conditions (such as a slow connection), it may be necessary to 
  increase the time-out period. In most cases, the default is fine. 

-geometry geometry, -g geometry
  The initial size and/or location of editor windows. See XNEdit Command Line 
  for details. 

-icon, -iconic
  Initial window state. 

-tabbed
  Open all subsequent files in new tabs. Resets -group option. 

-untabbed
  Open all subsequent files in new windows. Resets -group option. 

-group
  Open all subsequent files as tabs in a new window. 

-wait
  Instructs xnc not to return to the shell until all files given are closed. 

  Normally, xnc returns once the files given in its command line are opened by 
  the server. When this option is given, xnc returns only after the last file 
  given in this call is closed. 

  Note that this option affects all files in the command line, not only the 
  ones following this option. 

  Note that xnc will wait for all files given in the command line, even if the 
  files were already opened. 

-version, -V
  Prints xnc's version and build information. 

-xrm resourcestring
  Contains the resourcestring passed to a newly started server. This option 
  has no effect if the server is already started. 

-display [<host>]:<server>[.<screen>]
  The name of the X server to use. See XNEdit Command Line for details. 


  Command Line Arguments

  In typical Unix style, arguments affect the files which follow them on the 
  command line, for example: 

      incorrect:   xnc file.c -line 25
      correct:     xnc -line 25 file.c

  -read, -create, and -line affect all of the files which follow them on the 
  command line. 

  The -do macro is executed only once, on the next file on the line. -do 
  without a file following it on the command line, executes the macro on the 
  first available window (presumably when you give a -do command without a 
  corresponding file or window, you intend it to do something independent of 
  the window in which it happens to execute). 

  The -wait option affects all files named in the command line. 


  Multiple Servers

  Sometimes it is useful to have more than one XNEdit server running, for 
  example to keep mail and programming work separate. The option, -svrname, to 
  both xnedit and xnc, allows you to start, and communicate with, separate 
  named servers. A named server responds only to requests with the 
  corresponding -svrname argument. If you use ClearCase and are within a 
  ClearCase view, the server name will default to the name of the view (based 
  on the value of the CLEARCASE_ROOT environment variable). 


  Communication

  Communication between xnc and xnedit is done through the X display. So as 
  long as the X Window System is set up and working properly, xnc will work 
  properly as well. xnc uses the DISPLAY environment variable, the machine 
  name and your user name to find the appropriate server, meaning, if you have 
  several machines sharing a common file system, xnc will not be able to find 
  a server that is running on a machine with a different host name, even 
  though it may be perfectly appropriate for editing a given file. 

  The command which xnc uses to start an xnedit server is settable via the X 
  resource nc.serverCommand, by default, "xnedit -server". 

--------------
CRASH RECOVERY
--------------

  If a system crash, network failure, X server crash, or program error should 
  happen while you are editing a file, you can still recover most of your 
  work. XNEdit maintains a backup file which it updates periodically (every 8 
  editing operations or 80 characters typed). This file has the same name as 
  the file that you are editing, but with the character `~' (tilde) on Unix or 
  `_' (underscore) on VMS prefixed to the name. To recover a file after a 
  crash, simply rename the file to remove the tilde or underscore character, 
  replacing the older version of the file. (Because several of the Unix shells 
  consider the tilde to be a special character, you may have to prefix the 
  character with a `\' (backslash) when you move or delete an XNEdit backup 
  file.) 

  Example, to recover the file called "help.c" on Unix type the command: 

      mv \~help.c help.c

  A minor caveat, is that if the file you were editing was in MS DOS format, 
  the backup file will be in Unix format, and you will need to open the backup 
  file in XNEdit and change the file format back to MS DOS via the Save As... 
  dialog (or use the Unix unix2dos command outside of XNEdit). 

-------
VERSION
-------

XNEdit 1.2.1
Nov 14, 2020

  XNEdit is based on NEdit 5.7 and developed by Olaf Wintermann. 

  NEdit developers: Tony Balinski, Arne Førlie, Nathaniel Gray, Eddy De 
  Greef, Thorsten Haude, Andrew Hood, Scott Tringali, TK Soh, Mark Edel, Joy 
  Kyriakopulos, Christopher Conrad, Jim Clark, Arnulfo Zepeda-Navratil, Suresh 
  Ravoor, Max Vohlken, Yunliang Yu, Donna Reid, Steve Haehn, Steve LoBasso and 
  Alexander Mai. 

  The regular expression matching routines used in XNEdit are adapted (with 
  permission) from original code written by Henry Spencer at the University of 
  Toronto. 

  The Microline widgets are inherited from the Mozilla project. 

  Syntax highlighting patterns and smart indent macros were contributed by: 
  Simon T. MacDonald, Maurice Leysens, Matt Majka, Alfred Smeenk, Alain 
  Fargues, Christopher Conrad, Scott Markinson, Konrad Bernloehr, Ivan Herman, 
  Patrice Venant, Christian Denat, Philippe Couton, Max Vohlken, Markus 
  Schwarzenberg, Himanshu Gohel, Steven C. Kapp, Michael Turomsha, John 
  Fieber, Chris Ross, Nathaniel Gray, Joachim Lous, Mike Duigou, Seak 
  Teng-Fong, Joor Loohuis, Mark Jones, and Niek van den Berg. 

  XNEdit sources, executables, additional documentation, and contributed 
  software are available from the XNEdit web site at 
  https://www.unixwork.de/xnedit/. 

  This program is free software; you can redistribute it and/or modify it 
  under the terms of the GNU General Public License as published by the Free 
  Software Foundation; either version 2 of the License, or (at your option) 
  any later version. 

  In addition, as a special exception to the GNU GPL, the copyright holders 
  give permission to link the code of this program with the Motif and Open 
  Motif libraries (or with modified versions of these that use the same 
  license), and distribute linked combinations including the two. You must 
  obey the GNU General Public License in all respects for all of the code used 
  other than linking with Motif/Open Motif. If you modify this file, you may 
  extend this exception to your version of the file, but you are not obligated 
  to do so. If you do not wish to do so, delete this exception statement from 
  your version. 

  The file dialog icons are from the Common Desktop Environment (CDE), by The 
  Open Group, released under the terms of the Creative Commons Attribution 
  Share Alike 3.0 license. 

  http://creativecommons.org/licenses/by-sa/3.0/ 

  This program is distributed in the hope that it will be useful, but WITHOUT 
  ANY WARRANTY; without even the implied warranty of MERCHANTABILITY or 
  FITNESS FOR A PARTICULAR PURPOSE. See the section on the GNU General Public 
  License for more details. 

--------------------------
GNU GENERAL PUBLIC LICENSE
--------------------------

  GNU GENERAL PUBLIC LICENSE 

  Version 2, June 1991 

  Copyright (C) 1989, 1991 Free Software Foundation, Inc. 675 Mass Ave, 
  Cambridge, MA 02139, USA. Everyone is permitted to copy and distribute 
  verbatim copies of this license document, but changing it is not allowed. 

  Preamble 

  The licenses for most software are designed to take away your freedom to 
  share and change it. By contrast, the GNU General Public License is intended 
  to guarantee your freedom to share and change free software--to make sure 
  the software is free for all its users. This General Public License applies 
  to most of the Free Software Foundation's software and to any other program 
  whose authors commit to using it. (Some other Free Software Foundation 
  software is covered by the GNU Library General Public License instead.) You 
  can apply it to your programs, too. 

  When we speak of free software, we are referring to freedom, not price. Our 
  General Public Licenses are designed to make sure that you have the freedom 
  to distribute copies of free software (and charge for this service if you 
  wish), that you receive source code or can get it if you want it, that you 
  can change the software or use pieces of it in new free programs; and that 
  you know you can do these things. 

  To protect your rights, we need to make restrictions that forbid anyone to 
  deny you these rights or to ask you to surrender the rights. These 
  restrictions translate to certain responsibilities for you if you distribute 
  copies of the software, or if you modify it. 

  For example, if you distribute copies of such a program, whether gratis or 
  for a fee, you must give the recipients all the rights that you have. You 
  must make sure that they, too, receive or can get the source code. And you 
  must show them these terms so they know their rights. 

  We protect your rights with two steps: (1) copyright the software, and (2) 
  offer you this license which gives you legal permission to copy, distribute 
  and/or modify the software. 

  Also, for each author's protection and ours, we want to make certain that 
  everyone understands that there is no warranty for this free software. If 
  the software is modified by someone else and passed on, we want its 
  recipients to know that what they have is not the original, so that any 
  problems introduced by others will not reflect on the original authors' 
  reputations. 

  Finally, any free program is threatened constantly by software patents. We 
  wish to avoid the danger that redistributors of a free program will 
  individually obtain patent licenses, in effect making the program 
  proprietary. To prevent this, we have made it clear that any patent must be 
  licensed for everyone's free use or not licensed at all. 

  The precise terms and conditions for copying, distribution and modification 
  follow. 

  GNU GENERAL PUBLIC LICENSE TERMS AND CONDITIONS FOR COPYING, DISTRIBUTION 
  AND MODIFICATION 

  0. This License applies to any program or other work which contains a notice 
  placed by the copyright holder saying it may be distributed under the terms 
  of this General Public License. The "Program", below, refers to any such 
  program or work, and a "work based on the Program" means either the Program 
  or any derivative work under copyright law: that is to say, a work 
  containing the Program or a portion of it, either verbatim or with 
  modifications and/or translated into another language. (Hereinafter, 
  translation is included without limitation in the term "modification".) Each 
  licensee is addressed as "you". 

  Activities other than copying, distribution and modification are not covered 
  by this License; they are outside its scope. The act of running the Program 
  is not restricted, and the output from the Program is covered only if its 
  contents constitute a work based on the Program (independent of having been 
  made by running the Program). Whether that is true depends on what the 
  Program does. 

  1. You may copy and distribute verbatim copies of the Program's source code 
  as you receive it, in any medium, provided that you conspicuously and 
  appropriately publish on each copy an appropriate copyright notice and 
  disclaimer of warranty; keep intact all the notices that refer to this 
  License and to the absence of any warranty; and give any other recipients of 
  the Program a copy of this License along with the Program. 

  You may charge a fee for the physical act of transferring a copy, and you 
  may at your option offer warranty protection in exchange for a fee. 

  2. You may modify your copy or copies of the Program or any portion of it, 
  thus forming a work based on the Program, and copy and distribute such 
  modifications or work under the terms of Section 1 above, provided that you 
  also meet all of these conditions: 

  a) You must cause the modified files to carry prominent notices stating that 
  you changed the files and the date of any change. 

  b) You must cause any work that you distribute or publish, that in whole or 
  in part contains or is derived from the Program or any part thereof, to be 
  licensed as a whole at no charge to all third parties under the terms of 
  this License. 

  c) If the modified program normally reads commands interactively when run, 
  you must cause it, when started running for such interactive use in the most 
  ordinary way, to print or display an announcement including an appropriate 
  copyright notice and a notice that there is no warranty (or else, saying 
  that you provide a warranty) and that users may redistribute the program 
  under these conditions, and telling the user how to view a copy of this 
  License. (Exception: if the Program itself is interactive but does not 
  normally print such an announcement, your work based on the Program is not 
  required to print an announcement.) 

  These requirements apply to the modified work as a whole. If identifiable 
  sections of that work are not derived from the Program, and can be 
  reasonably considered independent and separate works in themselves, then 
  this License, and its terms, do not apply to those sections when you 
  distribute them as separate works. But when you distribute the same sections 
  as part of a whole which is a work based on the Program, the distribution of 
  the whole must be on the terms of this License, whose permissions for other 
  licensees extend to the entire whole, and thus to each and every part 
  regardless of who wrote it. 

  Thus, it is not the intent of this section to claim rights or contest your 
  rights to work written entirely by you; rather, the intent is to exercise 
  the right to control the distribution of derivative or collective works 
  based on the Program. 

  In addition, mere aggregation of another work not based on the Program with 
  the Program (or with a work based on the Program) on a volume of a storage 
  or distribution medium does not bring the other work under the scope of this 
  License. 

  3. You may copy and distribute the Program (or a work based on it, under 
  Section 2) in object code or executable form under the terms of Sections 1 
  and 2 above provided that you also do one of the following: 

  a) Accompany it with the complete corresponding machine-readable source 
  code, which must be distributed under the terms of Sections 1 and 2 above on 
  a medium customarily used for software interchange; or, 

  b) Accompany it with a written offer, valid for at least three years, to 
  give any third party, for a charge no more than your cost of physically 
  performing source distribution, a complete machine-readable copy of the 
  corresponding source code, to be distributed under the terms of Sections 1 
  and 2 above on a medium customarily used for software interchange; or, 

  c) Accompany it with the information you received as to the offer to 
  distribute corresponding source code. (This alternative is allowed only for 
  noncommercial distribution and only if you received the program in object 
  code or executable form with such an offer, in accord with Subsection b 
  above.) 

  The source code for a work means the preferred form of the work for making 
  modifications to it. For an executable work, complete source code means all 
  the source code for all modules it contains, plus any associated interface 
  definition files, plus the scripts used to control compilation and 
  installation of the executable. However, as a special exception, the source 
  code distributed need not include anything that is normally distributed (in 
  either source or binary form) with the major components (compiler, kernel, 
  and so on) of the operating system on which the executable runs, unless that 
  component itself accompanies the executable. 

  If distribution of executable or object code is made by offering access to 
  copy from a designated place, then offering equivalent access to copy the 
  source code from the same place counts as distribution of the source code, 
  even though third parties are not compelled to copy the source along with 
  the object code. 

  4. You may not copy, modify, sublicense, or distribute the Program except as 
  expressly provided under this License. Any attempt otherwise to copy, 
  modify, sublicense or distribute the Program is void, and will automatically 
  terminate your rights under this License. However, parties who have received 
  copies, or rights, from you under this License will not have their licenses 
  terminated so long as such parties remain in full compliance. 

  5. You are not required to accept this License, since you have not signed 
  it. However, nothing else grants you permission to modify or distribute the 
  Program or its derivative works. These actions are prohibited by law if you 
  do not accept this License. Therefore, by modifying or distributing the 
  Program (or any work based on the Program), you indicate your acceptance of 
  this License to do so, and all its terms and conditions for copying, 
  distributing or modifying the Program or works based on it. 

  6. Each time you redistribute the Program (or any work based on the 
  Program), the recipient automatically receives a license from the original 
  licensor to copy, distribute or modify the Program subject to these terms 
  and conditions. You may not impose any further restrictions on the 
  recipients' exercise of the rights granted herein. You are not responsible 
  for enforcing compliance by third parties to this License. 

  7. If, as a consequence of a court judgment or allegation of patent 
  infringement or for any other reason (not limited to patent issues), 
  conditions are imposed on you (whether by court order, agreement or 
  otherwise) that contradict the conditions of this License, they do not 
  excuse you from the conditions of this License. If you cannot distribute so 
  as to satisfy simultaneously your obligations under this License and any 
  other pertinent obligations, then as a consequence you may not distribute 
  the Program at all. For example, if a patent license would not permit 
  royalty-free redistribution of the Program by all those who receive copies 
  directly or indirectly through you, then the only way you could satisfy both 
  it and this License would be to refrain entirely from distribution of the 
  Program. 

  If any portion of this section is held invalid or unenforceable under any 
  particular circumstance, the balance of the section is intended to apply and 
  the section as a whole is intended to apply in other circumstances. 

  It is not the purpose of this section to induce you to infringe any patents 
  or other property right claims or to contest validity of any such claims; 
  this section has the sole purpose of protecting the integrity of the free 
  software distribution system, which is implemented by public license 
  practices. Many people have made generous contributions to the wide range of 
  software distributed through that system in reliance on consistent 
  application of that system; it is up to the author/donor to decide if he or 
  she is willing to distribute software through any other system and a 
  licensee cannot impose that choice. 

  This section is intended to make thoroughly clear what is believed to be a 
  consequence of the rest of this License. 

  8. If the distribution and/or use of the Program is restricted in certain 
  countries either by patents or by copyrighted interfaces, the original 
  copyright holder who places the Program under this License may add an 
  explicit geographical distribution limitation excluding those countries, so 
  that distribution is permitted only in or among countries not thus excluded. 
  In such case, this License incorporates the limitation as if written in the 
  body of this License. 

  9. The Free Software Foundation may publish revised and/or new versions of 
  the General Public License from time to time. Such new versions will be 
  similar in spirit to the present version, but may differ in detail to 
  address new problems or concerns. 

  Each version is given a distinguishing version number. If the Program 
  specifies a version number of this License which applies to it and "any 
  later version", you have the option of following the terms and conditions 
  either of that version or of any later version published by the Free 
  Software Foundation. If the Program does not specify a version number of 
  this License, you may choose any version ever published by the Free Software 
  Foundation. 

  10. If you wish to incorporate parts of the Program into other free programs 
  whose distribution conditions are different, write to the author to ask for 
  permission. For software which is copyrighted by the Free Software 
  Foundation, write to the Free Software Foundation; we sometimes make 
  exceptions for this. Our decision will be guided by the two goals of 
  preserving the free status of all derivatives of our free software and of 
  promoting the sharing and reuse of software generally. 

  NO WARRANTY 

  11. BECAUSE THE PROGRAM IS LICENSED FREE OF CHARGE, THERE IS NO WARRANTY FOR 
  THE PROGRAM, TO THE EXTENT PERMITTED BY APPLICABLE LAW. EXCEPT WHEN 
  OTHERWISE STATED IN WRITING THE COPYRIGHT HOLDERS AND/OR OTHER PARTIES 
  PROVIDE THE PROGRAM "AS IS" WITHOUT WARRANTY OF ANY KIND, EITHER EXPRESSED 
  OR IMPLIED, INCLUDING, BUT NOT LIMITED TO, THE IMPLIED WARRANTIES OF 
  MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE. THE ENTIRE RISK AS TO 
  THE QUALITY AND PERFORMANCE OF THE PROGRAM IS WITH YOU. SHOULD THE PROGRAM 
  PROVE DEFECTIVE, YOU ASSUME THE COST OF ALL NECESSARY SERVICING, REPAIR OR 
  CORRECTION. 

  12. IN NO EVENT UNLESS REQUIRED BY APPLICABLE LAW OR AGREED TO IN WRITING 
  WILL ANY COPYRIGHT HOLDER, OR ANY OTHER PARTY WHO MAY MODIFY AND/OR 
  REDISTRIBUTE THE PROGRAM AS PERMITTED ABOVE, BE LIABLE TO YOU FOR DAMAGES, 
  INCLUDING ANY GENERAL, SPECIAL, INCIDENTAL OR CONSEQUENTIAL DAMAGES ARISING 
  OUT OF THE USE OR INABILITY TO USE THE PROGRAM (INCLUDING BUT NOT LIMITED TO 
  LOSS OF DATA OR DATA BEING RENDERED INACCURATE OR LOSSES SUSTAINED BY YOU OR 
  THIRD PARTIES OR A FAILURE OF THE PROGRAM TO OPERATE WITH ANY OTHER 
  PROGRAMS), EVEN IF SUCH HOLDER OR OTHER PARTY HAS BEEN ADVISED OF THE 
  POSSIBILITY OF SUCH DAMAGES. 

  END OF TERMS AND CONDITIONS 

-------------
MAILING LISTS
-------------

  There are two separate mailing lists for xnedit users, and one for 
  developers. Users may post to the developer mailing list to report defects 
  and communicate with the xnedit developers. Remember that xnedit is entirely 
  a volunteer effort, so please ask questions first to the discussion list, 
  and do your share to answer other users questions as well. 

    discuss@nedit.org

  General discussion, questions and answers among XNEdit users and developers. 

    announce@nedit.org

  A low-volume mailing list for announcing new versions. 

    develop@nedit.org

  Communication among and with XNEdit developers. Developers should also 
  subscribe to the discuss list. 

  To subscribe, send mail to one of the following addresses: 

    announce-request@nedit.org
    discuss-request@nedit.org
    develop-request@nedit.org

  with the body consisting of the single word 

    subscribe

----------------
PROBLEMS/DEFECTS
----------------


  SOLUTIONS TO COMMON PROBLEMS

  For a much more comprehensive list of common problems and solutions, see the 
  XNEdit FAQ. The latest version of the FAQ can always be found on the XNEdit 
  web site at: 

      https://www.unixwork.de/xnedit/.

  P: No files are shown in the "Files" list in the Open... dialog. 

  S: When you use the "Filter" field, include the file specification or a 
  complete directory specification, including the trailing "/" on Unix. (See 
  Help in the Open... dialog). 

  P: Find Again and Replace Again don't continue in the same direction as the 
  original Find or Replace. 

  S: Find Again and Replace Again don't use the direction of the original 
  search. The Shift key controls the direction: Ctrl+G means forward, 
  Shift+Ctrl+G means backward. 

  P: Preferences specified in the Preferences menu don't seem to get saved 
  when I select Save Defaults. 

  S: XNEdit has two kinds of preferences: 1) per-window preferences, in the 
  Preferences menu, and 2) default settings for preferences in newly created 
  windows, in the Default Settings sub-menu of the Preferences menu. 
  Per-window preferences are not saved by Save Defaults, only Default 
  Settings. 

  P: Columns and indentation don't line up. 

  S: XNEdit is using a proportional width font. Set the font to a fixed style 
  (see Preferences menu). 

  P: XNEdit performs poorly on very large files. 

  S: Turn off Incremental Backup. With Incremental Backup on, XNEdit 
  periodically writes a full copy of the file to disk. 

  P: Commands added to the Shell Commands menu (Unix only) don't output 
  anything until they are finished executing. 

  S: If the command output is directed to a dialog, or the input is from a 
  selection, output is collected together and held until the command 
  completes. De-select both of the options and the output will be shown 
  incrementally as the command executes. 

  P: Dialogs don't automatically get keyboard focus when they pop up. 

  S: Most X Window managers allow you to choose between two categories of 
  keyboard focus models: pointer focus, and explicit focus. Pointer focus 
  means that as you move the mouse around the screen, the window under the 
  mouse automatically gets the keyboard focus. XNEdit users who use this focus 
  model should set "Popups Under Pointer" in the Default Settings sub menu of 
  the preferences menu in XNEdit. Users with the explicit focus model, in some 
  cases, may have problems with certain dialogs, such as Find and Replace. In 
  MWM this is caused by the mwm resource startupKeyFocus being set to False 
  (generally a bad choice for explicit focus users). NCDwm users should use 
  the focus model "click" instead of "explicit", again, unless you have set it 
  that way to correct specific problems, this is the appropriate setting for 
  most explicit focus users. 

  P: The Backspace key doesn't work, or deletes forward rather than backward. 

  S: While this is an X/Motif binding problem, and should be solved outside of 
  XNEdit in the Motif virtual binding layer (or possibly xmodmap or 
  translations), XNEdit provides an out. If you set the resource: 
  nedit.remapDeleteKey to True, XNEdit will forcibly map the delete key to 
  backspace. The default setting of this resource recently changed, so users 
  who have been depending on this remapping will now have to set it explicitly 
  (or fix their bindings). 

  P: XNEdit crashes when I try to paste text in to a text field in a dialog 
  (like Find or Replace) on my SunOS system. 

  S: On many SunOS systems, you have to set up an nls directory before various 
  inter-client communication features of Motif will function properly. There 
  are instructions in README.sun in /pub/v5_0_2/individual/README.sun on 
  ftp.nedit.org, as well as a tar file containing a complete nls directory: 
  ftp://ftp.nedit.org/pub/v5_0_2/nls.tar. README.sun contains directions for 
  setting up an nls directory, which is required by Motif for handling copy 
  and paste to Motif text fields. 


  KNOWN DEFECTS

  Below is the list of known defects which affect XNEdit. The defects your 
  copy of XNEdit will exhibit depend on which system you are running and with 
  which Motif libraries it was built. Note that there are now Motif 1.2 and/or 
  2.0 libraries available on ALL supported platforms, and as you can see below 
  there are far fewer defects in Motif 1.2, so it is in your best interest to 
  upgrade your system. 


  All Versions

DEFECT
  Operations between rectangular selections on overlapping lines do nothing. 

Work Around
  None. These operations are very complicated and rarely used. 

DEFECT
  Cut and Paste menu items fail, or possibly crash, for very large 
  (multi-megabyte) selections. 

Work Around
  Use selection copy (middle mouse button click) for transferring larger 
  quantities of data. Cut and Paste save the copied text in server memory, 
  which is usually limited. 


  REPORTING DEFECTS

  Submit bugs through the web at: 

    http://sf.net/tracker/?func=add&group_id=11005&atid=111005

  Please include the first few lines from Help > Version, which identifies 
  XNEdit's version and other system attributes important for diagnosing your 
  problem. 

  The XNEdit developers subscribe to both discuss@nedit.org and 
  develop@nedit.org, either of which may be used for reporting defects. If 
  you're not sure, or you think the report might be of interest to the general 
  XNEdit user community, send the report to discuss@nedit.org. If it's 
  something obvious and boring, like we misspelled "anemometer" in the on-line 
  help, send it to develop@nedit.org. If you don't want to subscribe to the 
  Mailing Lists, please add a note to your mail about cc'ing you on responses. 

