files starting with space can't be acessed by mc through ftp - it
shows the file as not having the leading space and attempts to
access it produce 'permission denied' errors.
Signed-off-by: Slava Zanko <slavazanko@gmail.com>
* 2491_find_file_relative_paths:
Renamed do_find() to find_file() and vice versa.
(search_content): use mc_build_filename() instead of concat_dir_and_file().
(make_fullname): removed. Use mc_build_filename() instead.
Ticket #2491: broken lynk-like navigation in panelization of file find result.
Broken left arrow (of lynx-like motion) from panelization of directories
having files only (without any subdirs).
Steps to reproduce:
1. mkdir -p a/{b/c,d}
2. touch a/d/e
3. cd a/b
4. mc
5. alt-shift-/ enter l left - selection points to 'b' directory (as it should)
6. down, enter, alt-shift-/ enter l left - selection points to '..' instead of 'd'
Now, if user enters the relative path in "Start at": input line in "Find File"
dialog window, the relative paths are used in panelization.
Signed-off-by: Andrew Borodin <aborodin@vmail.ru>
* 2557_chmod_i18n:
Reimplementation of chmod dialog i18n.
Calculate array sizes
Place buttons in 2 rows if more than 2 files are processed.
Optimization of Chmod dialog initialization.
Collect file info labels in a separate array.
Added chmod_i18n() function.
Remove help text from chmod dialog
Code cleanup.
Ticket #2557: i18n reimplementation of 'Chmod' dialog.
* 1882_esc_seq_in_replace_field:
Remove replace_prepare_t type and use defined constants for use just one type (int) in functions
Despite of the fact that algorithm now ignores the absence of closing curly brace '}' (which probably isn't 100% correct), this should be checked in tests for replace_handle_esc_seq function, not process_escape_sequence - it is the replace_handle_esq_seq who decides whether it is an escape sequence or not.
added tests for mc_search_regex__replace_handle_esc_seq() function
str_isutf8() function now returns gboolean value
Ticket #1882: PCRE search: escape sequence support in replacements, UTF8 support (just a flag for libPCRE)
brace '}' (which probably isn't 100% correct), this should be checked in tests
for replace_handle_esc_seq function, not process_escape_sequence - it is the
replace_handle_esq_seq who decides whether it is an escape sequence or not.
Also, \x{4344} is usually a code for wide character (UTF-8), and not for "CD".
So we can either ignore the higher bits, or generate wide character codes...
The second would be convenient, but would also introduce a hard-coded UTF-8 charset.
Signed-off-by: Slava Zanko <slavazanko@gmail.com>
Signed-off-by: Andrew Borodin <aborodin@vmail.ru>
Enables use of escape sequences inside regex replace strings,
Enables UTF-8 caseless search in PCRE.
Supported escape sequences: \DEC, \xHEX, \0OCT, \n, \t, \v,
\b, \r, \f, \a. Any of them could be enclosed into \{}.
Signed-off-by: Slava Zanko <slavazanko@gmail.com>
... to avoid artefacts after printing of non-printable symbols.
(tty_touch_lines): new function to mark modified lines of screen.
(do_refresh): mark lines as modified before redraw of non-fullscreen dialog
and clear entire screen before redraw of fullscreen dialog.
Signed-off-by: Andrew Borodin <aborodin@vmail.ru>
