Optimization of mcview_hexedit_save_changes() function.
[kaloumi3.git] / doc / man / mcedit.1.in
blob885472e928fe2461d6529197d804a49676483c68
1 .TH MCEDIT 1 "August 2009" "MC Version 4.7.0\-pre1" "GNU Midnight Commander"
2 .SH NAME
3 mcedit \- Internal file editor of GNU Midnight Commander.
4 .SH USAGE
5 .B mcedit
6 [\-bcCdfhstVx?] [+lineno] file
7 .PP
8 .B mcedit
9 [\-bcCdfhstVx?] file:lineno[:]
10 .SH DESCRIPTION
11 .LP
12 mcedit is a link to
13 .BR mc ,
14 the main GNU Midnight Commander executable.  Executing GNU Midnight
15 Commander under this name requests staring the internal editor and
16 opening the
17 .I file
18 specified on the command line.  The editor is based on the terminal
19 version of
20 .B cooledit
21 \- standalone editor for X Window System.
22 .SH OPTIONS
23 .TP
24 .I "+lineno"
25 Go to the line specified by number (do not put a space between the
26 .I "+"
27 sign and the number).
28 .TP
29 .I "\-b"
30 Force black and white display.
31 .TP
32 .I "\-c"
33 Force ANSI color mode on terminals that don't seem to have color
34 support.
35 .TP
36 .I "\-C <keyword>=<FGcolor>,<BGcolor>:<keyword>= ..."
37 Specify a different color set.  See the
38 .B Colors
39 section in mc(1) for more information.
40 .TP
41 .I "\-d"
42 Disable mouse support.
43 .TP
44 .I "\-f"
45 Display the compiled\-in search path for GNU Midnight Commander data
46 files.
47 .TP
48 .I "\-t"
49 Force using termcap database instead of terminfo.  This option is only
50 applicable if GNU Midnight Commander was compiled with S\-Lang library
51 with terminfo support.
52 .TP
53 .I "\-V"
54 Display the version of the program.
55 .TP
56 .I "\-x"
57 Force xterm mode.  Used when running on xterm\-capable terminals (two
58 screen modes, and able to send mouse escape sequences).
59 .SH FEATURES
60 The internal file editor is a full\-featured full screen editor.  It can
61 edit files up to 64 megabytes.  It is possible to edit binary files. 
62 The features it presently supports are: block copy, move, delete, cut,
63 paste; key for key undo; pull\-down menus; file insertion; macro
64 commands; regular expression search and replace (and our own
65 scanf\-printf search and replace); shift\-arrow text highlighting (if
66 supported by the terminal); insert\-overwrite toggle; word wrap;
67 autoindent; tunable tab size; syntax highlighting for various file
68 types; and an option to pipe text blocks through shell commands like
69 indent and ispell.
70 .SH KEYS
71 The editor is easy to use and can be used without learning.  The
72 pull\-down menu is invoked by pressing F9.  You can learn other keys from
73 the menu and from the button bar labels.
74 .PP
75 In addition to that, Shift combined with arrows does text highlighting
76 (if supported by the terminal):
77 .B Ctrl\-Ins
78 copies to the file
79 .BR ~/.mc/cedit/cooledit.clip ,
80 .B Shift\-Ins
81 pastes from
82 .BR ~/.mc/cedit/cooledit.clip ,
83 .B Shift\-Del
84 cuts to
85 .BR ~/.mc/cedit/cooledit.clip ,
86 and
87 .B Ctrl\-Del
88 deletes highlighted text.  Mouse highlighting also works on some
89 terminals.  To use the standard mouse support provided by your terminal,
90 hold the Shift key.  Please note that the mouse support in the terminal
91 doesn't share the clipboard with
92 .BR mcedit .
93 .PP
94 The completion key (usually
95 .B "Meta\-Tab"
97 .BR "Escape Tab" )
98 completes the word under the cursor using the words used earlier in the
99 file.
101 To define a macro, press
102 .B Ctrl\-R
103 and then type out the keys you want to be executed.  Press
104 .B Ctrl\-R
105 again when finished.  You can then assign the macro to any key you like
106 by pressing that key.  The macro is executed when you press
107 .B Ctrl\-A
108 and then the assigned key.  The macro is also executed if you press
109 Meta, Ctrl, or Esc and the assigned key, provided that the key is not
110 used for any other function.  The macro commands are stored in the file
111 .BR ~/.mc/cedit/cooledit.macros .
112 Do NOT edit this file if you are going to use macros again in the same
113 editing session, because
114 .B mcedit
115 caches macro key defines in memory.
116 .B mcedit
117 now overwrites a macro if a macro with the same key already exists,
118 so you won't have to edit this file. You will also have to restart
119 other running editors for macros to take effect.
121 .B F19
122 will format C, C++, Java or HTML code when it is highlighted.  An executable
123 file called
124 .B ~/.mc/cedit/edit.indent.rc
125 will be created for you from the default template.  Feel free to edit it
126 if you need.
128 .B C\-p
129 will run ispell on a block of text in a similar way.  The script file
130 will be called
131 .BR ~/.mc/cedit/edit.spell.rc .
133 If some keys don't work, you can use
134 .B Learn Keys
135 in the
136 .B Options
137 menu.
138 .SH CODE NAVIGATION
139 .B mcedit
140 can be used to navigation through code with tags files created by etags
141 or ctags commands. If there is no file TAGS code navigation would not work.
142 In example, in case of exuberant\-ctags for C language command will be:
144 ctags \-e \-\-language\-force=C \-R ./
146 .B Meta\-Enter 
147 show list box to select item under cursor (cusor should stand at end of
148 word).
150 .B Meta\-Minus 
151 where minus is symbol "\-" go to previous function in navigation list (like a browser
152 Back).
154 .B Meta\-Equal
155 where equal is symbol "=" go to next function in navigation list (like a browser
156 Forward).
158 .SH SYNTAX HIGHLIGHTING
159 .B mcedit
160 supports syntax highlighting.  This means that keywords and contexts
161 (like C comments, string constants, etc) are highlighted in different
162 colors.  The following section explains the format of the file
163 .BR ~/.mc/cedit/Syntax .
164 If this file is missing, system\-wide
165 .B @prefix@/share/mc/syntax/Syntax
166 is used.
167 The file
168 .B ~/.mc/cedit/Syntax
169 is rescanned on opening of a any new editor file.  The file contains
170 rules for highlighting, each of which is given on a separate line, and
171 define which keywords will be highlighted to what color.
173 The file is divided into sections, each beginning with a line with the
174 .B file
175 command.  The sections are normally put into separate files using the
176 .B include
177 command.
180 .B file
181 command has three arguments.  The first argument is a regular expression
182 that is applied to the file name to determine if the following section
183 applies to the file.  The second argument is the description of the file
184 type.  It is used in
185 .BR cooledit ;
186 future versions of
187 .B mcedit
188 may use it as well.  The third optional argument is a regular expression
189 to match the first line of text of the file.  The rules in the following
190 section apply if either the file name or the first line of text matches.
192 A section ends with the start of another section.  Each section is
193 divided into contexts, and each context contains rules.  A context is a
194 scope within the text that a particular set of rules belongs to.  For
195 instance, the text within a C style comment (i.e. between
196 .B /*
198 .BR */ )
199 has its own color.  This is a context, although it has no further rules
200 inside it because there is probably nothing that we want highlighted
201 within a C comment.
203 A trivial C programming section might look like this:
206 file .\\*\\\\.c C\\sProgram\\sFile (#include|/\\\\\\*)
208 wholechars abcdefghijklmnopqrstuvwxyzABCDEFGHIJKLMNOPQRSTUVWXYZ_
210 # default colors
211 define  comment   brown
212 context default
213   keyword  whole  if       yellow
214   keyword  whole  else     yellow
215   keyword  whole  for      yellow
216   keyword  whole  while    yellow
217   keyword  whole  do       yellow
218   keyword  whole  switch   yellow
219   keyword  whole  case     yellow
220   keyword  whole  static   yellow
221   keyword  whole  extern   yellow
222   keyword         {        brightcyan
223   keyword         }        brightcyan
224   keyword         '*'      green
226 # C comments
227 context /\\* \\*/ comment
229 # C preprocessor directives
230 context linestart # \\n red
231   keyword  \\\\\\n  brightred
233 # C string constants
234 context " " green
235   keyword  %d    brightgreen
236   keyword  %s    brightgreen
237   keyword  %c    brightgreen
238   keyword  \\\\"   brightgreen
241 Each context starts with a line of the form:
243 .B context
244 .RB [ exclusive ]
245 .RB [ whole | wholeright | wholeleft ]
246 .RB [ linestart ]
247 .I delim
248 .RB [ linestart ]
249 .I delim
250 .RI [ foreground ]
251 .RI [ background ]
253 The first context is an exception.  It must start with the command
255 .B context default
256 .RI [ foreground ]
257 .RI [ background ]
259 otherwise
260 .B mcedit
261 will report an error.  The
262 .B linestart
263 option specifies that
264 .I delim
265 must start at the beginning of a line.  The
266 .B whole
267 option tells that
268 .I delim
269 must be a whole word.  To specify that a word must begin on the word
270 boundary only on the left side, you can use the
271 .B wholeleft
272 option, and similarly a word that must end on the word boundary is specified by
273 .BR wholeright .
275 The set of characters that constitute a whole word can be changed at any
276 point in the file with the
277 .B wholechars
278 command.  The left and right set of characters can be set separately
279 with
281 .B wholechars
282 .RB [ left | right ]
283 .I characters
286 .B exclusive
287 option causes the text between the delimiters to be highlighted, but not
288 the delimiters themselves.
290 Each rule is a line of the form:
292 .B keyword
293 .RB [ whole | wholeright | wholeleft ]
294 .RB [ linestart ]
295 .I string foreground
296 .RI [ background ]
298 Context or keyword strings are interpreted, so that you can include tabs
299 and spaces with the sequences \\t and \\s.  Newlines and backslashes are
300 specified with \\n and \\\\ respectively.  Since whitespace is used as a
301 separator, it may not be used as is.  Also, \\* must be used to specify
302 an asterisk.  The * itself is a wildcard that matches any length of
303 characters.  For example,
306   keyword         '*'      green
309 colors all C single character constants green.  You also could use
312   keyword         "*"      green
315 to color string constants, but the matched string would not be allowed
316 to span across multiple newlines.  The wildcard may be used within
317 context delimiters as well, but you cannot have a wildcard as the last
318 or first character.
320 Important to note is the line
323   keyword  \\\\\\n  brightgreen
326 This line defines a keyword containing the backslash and newline
327 characters.  Since the keywords are matched before the context
328 delimiters, this keyword prevents the context from ending at the end of
329 the lines that end in a backslash, thus allowing C preprocessor
330 directive to continue across multiple lines.
332 The possible colors are: black, gray, red, brightred, green,
333 brightgreen, brown, yellow, blue, brightblue, magenta, brightmagenta,
334 cyan, brightcyan, lightgray and white.  If the syntax file is shared
335 with
336 .BR cooledit ,
337 it is possible to specify different colors for
338 .B mcedit
340 .B cooledit
341 by separating them with a slash, e.g.
344 keyword  #include  red/Orange
347 .B mcedit
348 uses the color before the slash.  See cooledit(1) for supported
349 .B cooledit
350 colors.
352 Comments may be put on a separate line starting with the hash sign (#).
354 If you are describing case insensitive language you need to use
355 .B caseinsensitive
356 derective. It should be specified at the begining of syntax file.
358 Because of the simplicity of the implementation, there are a few
359 intricacies that will not be dealt with correctly but these are a minor
360 irritation.  On the whole, a broad spectrum of quite complicated
361 situations are handled with these simple rules.  It is a good idea to
362 take a look at the syntax file to see some of the nifty tricks you can
363 do with a little imagination.  If you cannot get by with the rules I
364 have coded, and you think you have a rule that would be useful, please
365 email me with your request.  However, do not ask for regular expression
366 support, because this is flatly impossible.
368 A useful hint is to work with as much as possible with the things you
369 can do rather than try to do things that this implementation cannot deal
370 with.  Also remember that the aim of syntax highlighting is to make
371 programming less prone to error, not to make code look pretty.
372 .SH COLORS
373 The default colors may be changed by appending to the
374 .B MC_COLOR_TABLE
375 environment variable.  Foreground and background colors pairs may be
376 specified for example with:
379 MC_COLOR_TABLE="$MC_COLOR_TABLE:\\
380 editnormal=lightgray,black:\\
381 editbold=yellow,black:\\
382 editmarked=black,cyan"
384 .SH OPTIONS
385 Most options can now be set from the editors options dialog box.  See
387 .B Options
388 menu.  The following options are defined in
389 .B ~/.mc/ini
390 and have obvious counterparts in the dialog box.  You can modify them to
391 change the editor behavior, by editing the file.  Unless specified, a 1
392 sets the option to on, and a 0 sets it to off, as is usual.
394 .I use_internal_edit
395 This option is ignored when invoking
396 .BR mcedit .
398 .I editor_tab_spacing
399 Interpret the tab character as being of this length.
400 Default is 8. You should avoid using
401 other than 8 since most other editors and text viewers
402 assume a tab spacing of 8. Use
403 .B editor_fake_half_tabs
404 to simulate a smaller tab spacing.
406 .I editor_fill_tabs_with_spaces
407 Never insert a tab space. Rather insert spaces (ascii 20h) to fill to the
408 desired tab size.
410 .I editor_return_does_auto_indent
411 Pressing return will tab across to match the indentation
412 of the first line above that has text on it.
414 .I editor_backspace_through_tabs
415 Make a single backspace delete all the space to the left
416 margin if there is no text between the cursor and the left
417 margin.
419 .I editor_fake_half_tabs
420 This will emulate a half tab for those who want to program
421 with a tab spacing of 4, but do not want the tab size changed
422 from 8 (so that the code will be formatted the same when displayed
423 by other programs). When editing between text and the left
424 margin, moving and tabbing will be as though a tab space were
425 4, while actually using spaces and normal tabs for an optimal fill.
426 When editing anywhere else, a normal tab is inserted.
428 .I editor_option_save_mode
429 Possible values 0, 1 and 2.  The save mode (see the options menu also)
430 allows you to change the method of saving a file.  Quick save (0) saves
431 the file by immediately, truncating the disk file to zero length (i.e.
432 erasing it) and the writing the editor contents to the file.  This
433 method is fast, but dangerous, since a system error during a file save
434 will leave the file only partially written, possibly rendering the data
435 irretrievable.  When saving, the safe save (1) option enables creation
436 of a temporary file into which the file contents are first written.  In
437 the event of an problem, the original file is untouched.  When the
438 temporary file is successfully written, it is renamed to the name of the
439 original file, thus replacing it.  The safest method is create backups
440 (2).  Where a backup file is created before any changes are made.  You
441 can specify your own backup file extension in the dialog.  Note that
442 saving twice will replace your backup as well as your original file.
444 .I editor_word_wrap_line_length
445 line length to wrap. 72 default.
447 .I editor_backup_extension
448 symbol for add extension to name of backup files. Default "~".
450 .I editor_line_state
451 show state line of editor now it show number of file line (in future it
452 can show things like folding, breakpoints, etc.). M\-n toglle this option.
454 .I editor_visible_spaces
455 Toggle show visible trailing spaces (TWS), if editor_visible_spaces=1 TWS
456 showed as '.'
458 .I editor_visible_tabs
459 Toggle show visible tabs, if editor_visible_tabs=1 tabs showed as '<\-\-\-\->'
461 .I editor_persistent_selections
462 Do not remove block selection after moving the cursor.
464 .I editor_cursor_beyond_eol
465 Allow moving cursor beyond the end of line.
467 .I editor_syntax_highlighting
468 enable syntax highlighting.
470 .I editor_edit_confirm_save
471 show confirm dialog on save.
473 .I editor_option_typewriter_wrap
474 to be described
476 .I editor_option_auto_para_formatting
477 to be described
479 .I editor_option_save_position
480 save file position on exit.
482 .I source_codepage
483 symbol representation of codepage name for file (i.e. CP1251, ~ \- default).
485 .I editor_wordcompletion_collect_entire_file
486 Search autocomplete candidates in entire of file or just from
487 begin of file to cursor position (0)
489 .SH MISCELLANEOUS
490 You can use scanf search and replace to search and replace a C format
491 string.  First take a look at the
492 .B sscanf
494 .B sprintf
495 man pages to see what a format string is and how it works.  Here's an
496 example: suppose that you want to replace all occurrences of an open
497 bracket, three comma separated numbers, and a close bracket, with the
498 word
499 .IR apples ,
500 the third number, the word
501 .I oranges
502 and then the second number.  You would fill in the Replace dialog box as
503 follows:
506 .B Enter search string
507 (%d,%d,%d)
508 .B Enter replace string
509 apples %d oranges %d
510 .B Enter replacement argument order
514 The last line specifies that the third and then the second number are to
515 be used in place of the first and second.
517 It is advisable to use this feature with Prompt On Replace on, because a
518 match is thought to be found whenever the number of arguments found
519 matches the number given, which is not always a real match. Scanf also
520 treats whitespace as being elastic.  Note that the scanf format %[ is
521 very useful for scanning strings, and whitespace.
523 The editor also displays non\-us characters (160+).  When editing
524 binary files, you should set
525 .B display bits
526 to 7 bits in the Midnight Commander options menu to keep the spacing
527 clean.
528 .SH FILES
529 .I @prefix@/share/mc/mc.hlp
531 The help file for the program.
533 .I @prefix@/share/mc/mc.ini
535 The default system\-wide setup for GNU Midnight Commander, used only if
536 the user's own ~/.mc/ini file is missing.
538 .I @prefix@/share/mc/mc.lib
540 Global settings for the Midnight Commander.  Settings in this file
541 affect all users, whether they have ~/.mc/ini or not.
543 .I @prefix@/share/mc/syntax/*
545 The default system\-wide syntax files for mcedit, used only if
546 the corresponding user's own ~/.mc/cedit/ file is missing.
548 .I $HOME/.mc/ini
550 User's own setup.  If this file is present then the setup is loaded
551 from here instead of the system\-wide setup file.
553 .I $HOME/.mc/cedit/
555 User's own directory where block commands are processed and saved and
556 user's own syntax files are located.
557 .SH LICENSE
558 This program is distributed under the terms of the GNU General Public
559 License as published by the Free Software Foundation.  See the built\-in
560 help of the Midnight Commander for details on the License and the lack
561 of warranty.
562 .SH AVAILABILITY
563 The latest version of this program can be found at
564 http://midnight\-commander.org/.
565 .SH SEE ALSO
566 cooledit(1), mc(1), gpm(1), terminfo(1), scanf(3).
567 .SH AUTHORS
568 Paul Sheer (psheer@obsidian.co.za) is the original author of
569 the Midnight Commander's internal editor.
570 .SH BUGS
571 Bugs should be reported to mc\-devel@gnome.org