ticket summary component version milestone type owner status created _changetime _description _reporter 2323 syntax hightlighting rule order bogus mcedit master Future Releases defect zaytsev accepted 2010-08-26T09:12:23Z 2011-11-01T06:10:47Z "opening the file makefile.cpp in the editor causes it to be highlighted with Makefile syntax instead of C++ syntax. the fix is checking the extension rules first. " ossi 2979 More user friendly bookmark management mcedit master Future Releases enhancement slavazanko accepted 2013-03-14T13:27:21Z 2017-06-25T16:12:04Z "It will be nice, if user can: - remove bookmarks individualy - show up a bookmark list to select and remove bookmarks (like directory hotlist in filemanager)" szaszg 2346 Sync PHP syntax highlighting with up do date language keywords mcedit master Future Releases enhancement zaytsev accepted 2010-09-11T07:33:39Z 2011-11-06T07:32:59Z "* Add OOP keywords (interface, implements, try/catch etc) * Add predefined exceptions (Exception etc) * Add predefined interfaces (Iterator etc) * Add std JSON functions (json_encode etc) * Add minor std keywords missing in highlight file Attached diff was made over official v4.7.4 release " ianzag 2644 [PATCH] editor enhancements mcedit master Future Releases enhancement slavazanko accepted 2011-10-23T12:05:50Z 2012-05-25T13:58:09Z "Please find attached the patch referred to in this 4.8.0 discussion [ru]: http://www.opennet.ru/openforum/vsluhforumID3/80882.html#33 http://www.opennet.ru/openforum/vsluhforumID3/80882.html#182 It's neither authored nor edited by me (in fact I find some constants tasteless) but provided here in hope that the code or the idea will be useful." gvy 67 savannah: x selection in editor mcedit master Future Releases enhancement assigned 2008-12-26T08:27:25Z 2016-11-29T07:18:47Z "Original: http://savannah.gnu.org/bugs/?19651 ||Submitted by:||me ||Submitted on:||Sat 21 Apr 2007 10:25:44 AM UTC|| ||Category:||Editor||Severity:||3 - Normal|| ||Status:||None||Privacy:||Public|| ||Assigned to:||None||Open/Closed:||Open|| ||Release:||4.6.1||Operating System:||GNU/Hurd|| Original submission: {{{ i managed to find another x problem: when you are in the *term and select some text all newlines are lost and filled up with spaces. i managed to find the problem in the editordraw.c in print_to_widget the hline draws blanks at the rest of the line. i understand that behaviour but there is a possibility to do this right: SLtt_set_color (DEFAULT_COLOR_INDEX, NULL, ""default"", ""default""); SLsmg_erase_eol(); or clrtoeol() however, i tryed to create that behaviour and failed because i cannot set the default color index (0) to blue/white. the problem is that users with other color settings (me: black/green) could be angy if i hardcode blue/white the default state is black/white - looks ugly but works. if you could suggest how to properly set the fg/bg should i create a new function in src/color.h? any suggestions? }}} Comment 1 by Pavel Tsekov at Sat 21 Apr 2007 11:20:23 AM UTC: {{{ Please, calm down. Finding a problem is the easy part - describing it properly, so that others can reproduce it, is of great importance if you want to get the problem solved. From you bug report it is clear that you see some problem related the way copy/paste works in relation to the internal editor. However, I cannot understand what is actually wrong - please, do the following: 1) explain what do you do - copy/paste from where to where ? 2) explain what happens 3) explain what do you expect to happen }}} Comment 2 by Oswald Buddenhagen at Sat 21 Apr 2007 11:41:25 AM UTC: {{{ i understood immediately what he means. :-P me: you can configure most *terms to strip trailing whitespace from the selection. without this, i would have freaked out long ago. :) }}} Comment 3 by me at Sun 22 Apr 2007 09:22:16 AM UTC: {{{ i dont like the idea of changing the terminal just because a application misbehaves. my workarround for several years is to cat the current file - hopefully it's not a 60M log... therefore created a patch (that only works for slang and mc 4.6.1) that uses a clear eol function to perform the action of clearing the rest of the current line. selection works fine for me now, but the display flickers on movement - something i can handle @pavel: did you even read the post? the solution was in it - i hope in future we can improve understanding! to make it work as described i had to create a new function in color.c&h that resets the color index 0. if anything simmilar exists please adopt the idea. i dont care if this ever ends up in the main tree - it would save me the trouble of patching. once a year.. gentoo ebuild with use flag in testing phase maybe apears in sunrise overlay peace me }}} Comment 4 by Pavel Tsekov at Sun 22 Apr 2007 09:31:31 AM UTC: {{{ Is it so hard to write a proper bug report ? I want to reproduce the problem myself and I couldn't - I failed because the lack of information. It is not correct to assume that everything has the same problem as you do. And how can I apply a patch if I do not understand what's going on. I am sure Oswald can explain the problem to me but after all it is up to the submitter to describe the bug it sees. }}} Comment 5 by me at Sun 22 Apr 2007 09:50:04 AM UTC: {{{ yes it is! because it is a feature that already works in other situations (single line) reproduce: start xterm start mc in xterm go to a file with newlines (eg COPYING) edit it (F4) press SHIFT and click-select some content over lines, do NOT use the mc cooledit buffer. paste the selected text (using MIDDLE mouse) in a application like email or in the same editor, notice the blanks. try the same if you cat the file on the terminal and notice that no blanks are in the other app: example: without patch (sorry bad to see) SOL> Preamble <- EOL SOL> at Sun 22 Apr 2007 09:56:32 AM UTC: {{{ mhh i browsed this menu @savannah and found that there is a difference between patch and bug and the bugs i submitted could have been patches - sorry for the trouble that might have caused, will use patches in future }}} Comment 7 by me at Sun 22 Apr 2007 09:32:43 PM UTC: {{{ bug in a bugfix... i noticed bad flicker in the console and realized that the setcolor function does force a screen redraw. therefore i moved its call to edit.c init() now i get a green blinking _ in the console (no X) when i quit mc - much less anoying than the flicker. any suggestions how to fix that? }}} Comment 8 by Pavel Tsekov at Thu 26 Apr 2007 04:16:10 PM UTC: {{{ Does it help if you disable ""Return does autoindent"" from Options -> General in the editor ? }}} " me4mc 83 savannah: editor needs read-only mode mcedit 4.7.1 Future Releases enhancement assigned 2008-12-26T10:16:27Z 2015-04-06T05:26:00Z "Original: http://savannah.gnu.org/bugs/?23513 ||Submitted by:||Oswald Buddenhagen ||Submitted on:||Sat 07 Jun 2008 07:57:22 AM UTC|| ||Category:||Editor||Severity:||3 - Normal|| ||Status:||None||Privacy:||Public|| ||Assigned to:||None||Open/Closed:||Open|| ||Release:||current (CVS or snapshot)||Operating System:||All|| Original submission: {{{ the editor needs a read-only mode. in this mode, cursor navigation would work as normal, but any attempt to modify the content would pop up a confirmation dialog requesting to switch the mode. the mode would be initialized from the file's access rights. a manual toggle (and possibly a command line switch to be able to use the editor as a viewer) would be provided. }}} " ossi 1652 Hide ^M in editor. mcedit master Future Releases enhancement assigned 2009-10-02T12:51:49Z 2020-01-26T09:08:01Z "Need to hide !^M symbols at end of lines in text files with '\r\n' line ends. Better way: create keybinding for toggle !^M symbols. " slavazanko 26 "savannah: undo does not reset ""modified"" status" mcedit master Future Releases defect assigned 2008-12-25T15:10:19Z 2016-11-29T07:09:06Z "Original: http://savannah.gnu.org/bugs/?13737 ||Submitted by:||Oswald Buddenhagen ||Submitted on:||Mon 11 Jul 2005 07:56:26 PM UTC|| ||Category:||Editor||Severity:||3 - Normal|| ||Status:||None||Privacy:||Public|| ||Assigned to:||None||Open/Closed:||Open|| ||Release:||current (CVS or snapshot)||Operating System:||All|| Original submission: {{{ i often accidentally do minor modifications (mostly partial escape sequences) which i undo of course. anyway, afterwards i still don't know if this was the only modification. some considerations for the implementation: - movements don't change the modified status, so you can't just check whether the undo stack is at the last file save point - undo of changes past the last file save point must re-assert the modified status - at file save points, it would make sense to stop undoing if it results from keyboard auto-reapeat (which can be assumed if the same sequence arrives (lets say) fife times within one second). undo will be resumed when the key is re-asserted after a pause. }}} " ossi 1823 Goto_prev_line mcedit 4.7.0-pre4 Future Releases defect assigned 2009-11-13T15:57:00Z 2016-11-29T07:22:51Z vit_r 2567 Syntax highlighting disappears after undo operation. mcedit 4.7.5.2 Future Releases defect assigned 2011-06-18T19:07:29Z 2016-11-29T07:21:13Z "Steps to reproduce: 1. Create trivial 111.cpp file with text {{{ #ifdef SOME ddd }}} 2. mcedit 111.cpp 3. Move cursor to position 2,2 4. backspace, backspace, ctrl+u 5. subj Also look at the screenshots. " laborer 1480 Home key behavior in editor mcedit 4.7.0-pre1 Future Releases enhancement assigned 2009-08-06T21:37:43Z 2016-11-29T07:23:11Z "The following patch (against 4.7.0-pre1) makes the Home key go to the first column on first press, and then go to the beginning of non-whitespace -- if any. " dborca 1658 Please change unknown.syntax to something more useful, see the attachment mcedit 4.7.0-pre3 Future Releases enhancement assigned 2009-10-03T07:02:37Z 2016-11-29T07:11:53Z IMO, it would be nice to use attached {{{unknown.syntax}}} file from [http://mc.linuxinside.com/cgi-bin/dir.cgi] instead the current one. vladimir 1688 Warn if opened file can't be written mcedit 4.7.0-pre3 Future Releases enhancement assigned 2009-10-09T15:47:15Z 2021-07-23T13:01:18Z "When mcedit opens a file which the user can't overwrite, it may say something like ""Warning: no write permission"". This was initially reported at https://bugzilla.altlinux.org/show_bug.cgi?id=7803" wRAR 1847 multiline vertical move mcedit 4.7.0-pre4 Future Releases enhancement assigned 2009-11-27T13:15:57Z 2016-11-29T07:07:56Z vit_r 1850 F5-enhancement: multiline vertical down-copy mcedit 4.7.0-pre4 Future Releases enhancement assigned 2009-11-28T14:55:03Z 2016-11-29T07:08:44Z " F5 usual behavior is changed only when cursor is between start and end marks (start_mark <= cursor && cursor <= end_mark) of marked area. Instead of copying selection inside itself this patch offers one-click-down-copy of all lines which have at least one highlighted char or '\n'. New copy is marked and cursor is on the first char of lower line. If nothing is marked then cursor line is doubled and marked. In last case line with single '\n' is skipped. vit_r " vit_r 2525 editor: add option to show EOL mcedit 4.7.5 Future Releases enhancement assigned 2011-03-30T22:37:55Z 2016-11-29T07:18:01Z "This is my EOL patch forward-ported from http://midnight-commander.org/ticket/113 The following changes since commit 78019b896ba0e59ba886ecf500747cbe77dbc7cb: Merge branch '2520_ctrlg_closes_panels' (2011-03-30 16:18:45 +0400) are available in the git repository at: git://dev.medozas.de/mc 2525_highlight_eol Jan Engelhardt (1): editor: add option to show EOL src/editor/edit.h | 1 + src/editor/editdraw.c | 8 +++++++- src/editor/editoptions.c | 24 +++++++++++++----------- src/setup.c | 1 + 4 files changed, 22 insertions(+), 12 deletions(-) " jengelh 2526 mcedit: use Office/Word-style tab markers mcedit 4.7.5 Future Releases enhancement assigned 2011-03-31T00:58:45Z 2016-11-29T07:19:21Z " Suggestion: Also among the tickets copied from Savannah was a suggestion to reduce the <------> clutter highlight_tabs makes. To that end I had written a patch to simply place tab markers similar to those shown in contemporary document editors in office suites - single arrow in the middle of the space taken up by the tab. === The following changes since commit 78019b896ba0e59ba886ecf500747cbe77dbc7cb: Merge branch '2520_ctrlg_closes_panels' (2011-03-30 16:18:45 +0400) are available in the git repository at: git://dev.medozas.de/mc 2526_wordstyle_tab Jan Engelhardt (1): mcedit: use Office/Word-style tab markers src/editor/editdraw.c | 33 +++++---------------------------- 1 files changed, 5 insertions(+), 28 deletions(-) " jengelh 2378 mc editor ignores umask mcedit 4.7.0 Future Releases defect new 2010-10-02T22:27:21Z 2011-11-05T06:13:53Z "Hi, I have umask set to 002, when I touch a new file, it gets the 664 permission, however when I create a new file in mc internal editor it gets the 644 permission. Is there some default permission setting for files created in mc editor or am I missing something? Thanks for response" honzas7 2460 Option not to ask unlink hardlink on saving mcedit 4.7.5 Future Releases defect new 2010-12-29T23:40:51Z 2015-06-18T18:36:30Z It should be added an option not to ask unlink hardlink before saving. The dialog for this disappoints. Most editors do not request unlinking hardlink on saving. a.panov 2878 "unable to save changes in ""Safe save"" mode to recoded directory" mcedit master Future Releases defect new 2012-09-05T12:27:47Z 2012-09-05T12:27:47Z "Steps to reproduce: * Change panel's encoding to any other, rather that system encoding * open any file for editing * set F9 -> Options -> Save Mode -> (*) Safe save * Press F2 key, Enter, Enter Expected behavior: file should be saved Actual behavior: error dialog here. " slavazanko 2986 [Find All] should not remove user's bookmarks mcedit master Future Releases defect new 2013-03-21T07:52:16Z 2015-04-24T08:18:52Z "1. open a file (e.g. configure.ac) 2. Place some bookmark in a file (M-k) 3. Open search dialog (F7) 4. type some text (e.g. _CHECK) 5. press [Find All] (M-f) Now all user bookmarks gone, and only ""found"" bookmarks shown. [Find All] sould remove only previouse ""found"" bookmarks, not all. It will be nice, if user can decide [Find All] flush bookmarks or not." szaszg 3138 redo is broken mcedit master Future Releases defect new 2014-01-05T12:38:39Z 2014-01-05T12:38:39Z "1. open an existing text file 2. delete a few lines 3. undo the deletions with ctrl-u 4. try to redo them with alt-r 5. watch Weird Things ® happen or this: 1. open file 2. move around 3. undo 4. redo " ossi 3175 mc hangs copy-pasting vertical block (Alt+F5) mcedit master Future Releases defect new 2014-02-26T13:43:19Z 2014-02-26T17:26:32Z "Steps to reproduce: 1) open file ""mc_hangs_on_copy_paste_vertical_block"" on F4 (for editing) 2) move cursor to position (row:0, column:0) 3) press Alt 4) using right and down arrows, select vertical block (width: 4 columns, height: 2 rows) 5) relese Alt 6) move cursor to position (row:4, column:0) 7) press F5 Result: mc is not responding to any keybord signals. Expected result: selected block copy-pasted successfully. Note: file contains long ASCII lines (it's a part of source code)." skvadrik 3224 mcedit hangs on `Paste output of...` mcedit master Future Releases defect new 2014-06-17T13:32:17Z 2014-06-18T23:06:29Z "What steps will reproduce the problem? 1) start mcedit 2) mark any text 3) menu Format\Paste output of... or press ALT-u 4) input 'sort', press Enter What is the expected output? selected text sorted What do you see instead? mcedit hangs..." angel_il 3275 [patch] Highlight %lf in C code in mcedit mcedit 4.8.13 Future Releases defect new 2014-09-19T19:10:55Z 2015-02-17T07:15:39Z """%f"" is highlighted in C code in mcedit, but ""%lf"" is not. See the following table: || || C89 || C99 || || scanf || %lf is supported || %lf is supported || || printf || %lf is not supported || %lf is supported || As you can see, %lf is supported in most cases, so, please, highlight it. # mc -V GNU Midnight Commander 4.8.13 Built with GLib 2.40.0 Using the S-Lang library with terminfo database With builtin Editor With subshell support as default With support for background operations With mouse support on xterm and Linux console With support for X11 events With internationalization support With multiple codepages support Virtual File Systems: cpiofs, tarfs, sfs, extfs, ext2undelfs, ftpfs, sftpfs, fish Data types: char: 8; int: 32; long: 64; void *: 64; size_t: 64; off_t: 64; # mc --configure-options '--build=x86_64-linux-gnu' '--prefix=/usr' '--includedir=${prefix}/include' '--mandir=${prefix}/share/man' '--infodir=${prefix}/share/info' '--sysconfdir=/etc' '--localstatedir=/var' '--libdir=${prefix}/lib/x86_64-linux-gnu' '--libexecdir=${prefix}/lib/x86_64-linux-gnu' '--disable-maintainer-mode' '--disable-dependency-tracking' 'AWK=awk' 'X11_WWW=x-www-browser' '--libexecdir=/usr/lib' '--with-x' '--with-screen=slang' '--disable-rpath' '--disable-static' '--disable-silent-rules' '--enable-aspell' '--enable-vfs-sftp' '--enable-vfs-undelfs' '--enable-tests' 'build_alias=x86_64-linux-gnu' 'CFLAGS=-g -O2 -fPIE -fstack-protector-strong -Wformat -Werror=format-security' 'LDFLAGS=-fPIE -pie -Wl,-z,relro -Wl,-z,now -Wl,--as-needed' 'CPPFLAGS=-D_FORTIFY_SOURCE=2'" safinaskar 3376 mcedit: ugly dark red on blue color for C and shell comments mcedit 4.8.3 Future Releases defect new 2014-12-12T00:42:15Z 2015-05-26T17:51:12Z "mcedit uses very-very ugly dark red on blue color for C and shell comments (and maybe other languages). Especially ugly on laptop LCD screen in my Konsole terminal emulator. Look at this screenshot: http://picpaste.com/screenshot-oi5GaNSW.png . Please, change somehow this color. My version is 4.8.3. The bug is also reproducible with latest b7b78319f0c8797269089acf7eb1eb08b48a96e8 from git. 13 2014-12-12 03:36:45 ~# LC_MESSAGES=C mc -V GNU Midnight Commander 4.8.3 Built with GLib 2.32.4 Using the S-Lang library with terminfo database With builtin Editor With subshell support as default With support for background operations With mouse support on xterm and Linux console With support for X11 events With internationalization support With multiple codepages support Virtual File Systems: cpiofs, tarfs, sfs, extfs, ext2undelfs, ftpfs, fish Data types: char: 8; int: 32; long: 64; void *: 64; size_t: 64; off_t: 64; 13 2014-12-12 03:36:46 ~# LC_MESSAGES=C mc -F Root directory: /root [System data] Config directory: /etc/mc/ Data directory: /usr/share/mc/ VFS plugins and scripts: /usr/lib/mc/ extfs.d: /usr/lib/mc/extfs.d/ fish: /usr/lib/mc/fish/ [User data] Config directory: /root/.config/mc/ Data directory: /root/.local/share/mc/ skins: /root/.local/share/mc/skins/ extfs.d: /root/.local/share/mc/extfs.d/ fish: /root/.local/share/mc/fish/ Cache directory: /root/.cache/mc/ 13 2014-12-12 03:36:52 ~# mc --configure-options '--build=x86_64-linux-gnu' '--prefix=/usr' '--includedir=${prefix}/include' '--mandir=${prefix}/share/man' '--infodir=${prefix}/share/info' '--sysconfdir=/etc' '--localstatedir=/var' '--libdir=${prefix}/lib/x86_64-linux-gnu' '--libexecdir=${prefix}/lib/x86_64-linux-gnu' '--disable-maintainer-mode' '--disable-dependency-tracking' 'AWK=awk' '--libexecdir=${prefix}/lib' '--with-x' '--with-screen=slang' '--disable-rpath' '--disable-static' '--enable-vfs-undelfs' '--enable-tests' 'build_alias=x86_64-linux-gnu' 'CFLAGS=-g -O2 -fPIE -fstack-protector --param=ssp-buffer-size=4 -Wformat -Werror=format-security' 'LDFLAGS=-fPIE -pie -Wl,-z,relro -Wl,-z,now' 'CPPFLAGS=-D_FORTIFY_SOURCE=2'" safinaskar 3853 mcedit undo and warning mcedit 4.8.19 Future Releases defect new 2017-09-10T15:26:08Z 2019-02-08T08:58:02Z "Hello! It looks like a bug for me. In mcedit I have next warning when remove block of text (when length is large than 16384): ""Block is large, you may not be able to undo this action"" But actually I can undo only when remove block of text with length less than 8190. So, when I remove block of text where 8190 <= length <=16384 I don't get any warning and can't undo this action. '''What version of Midnight Commander is used?''' GNU Midnight Commander 4.8.19 Built with GLib 2.50.3 Using the S-Lang library with terminfo database With builtin Editor With subshell support as default With support for background operations With mouse support on xterm and Linux console With support for X11 events With internationalization support With multiple codepages support Virtual File Systems: cpiofs, tarfs, sfs, extfs, ftpfs, sftpfs, fish, smbfs Data types: char: 8; int: 32; long: 64; void *: 64; size_t: 64; off_t: 64; '''What steps will reproduce the problem?''' 1. Create text file which contains 8190 - 16384 chars 2. Open file with mcedit 3. Select all chars 4. Press F8 to remove selected chars 5. Press ctrl+u to undo ""delete action"" '''What is the expected output?''' Removed chars should be in their places or when F8 has been pressed the warning message should be appeared '''What do you see instead?''' Can't undo delete action. No any warning message" d255 4011 "when mc is in ""ascii"" mode it still launches mcedit in extended mode" mcedit master Future Releases defect new 2019-08-29T08:52:40Z 2019-08-29T09:11:31Z "on a SSH connection (identified by e.g. SSH_CLIENT variable beeing set to some IP) i have to use the ""-a"" option on mc for a useable window and dialog layout. easy to do that using a shell script or maybe less smarter with an alias. when now launching mcedit via the ""F4"" edit key from mc i am still getting into an instance of mcedit that is using the extended character set. attempts to improve the situation with alias or helper scripts failed so far for me. shouldn't an mc instance that is in ascii mode also prefer to launch mcedit in ascii mode as well. other than that i dont even see a was to pre-select ascii mode for mcedit. the problem is not instantly visible in mcedit as its main screen avoids using any extended chars but as soon as i open a dialog its corrupting the screen contents in a way that stays longer than the dialog is open." jetpilot 4012 Replace does not work correctly with mark columns mcedit 4.8.20 Future Releases defect new 2019-09-02T17:14:05Z 2019-09-02T17:14:05Z "In mcedit, replace function does not work correctly if used with ""In selection"" enabled and selection was done with ""Mark columns"" option. What happens: text is replaced in whole lines that are selected What is expected: replace only in columns that are selected" adamk 4261 Editor must recheck write permissions mcedit master Future Releases defect new 2021-07-23T11:16:10Z 2021-07-23T13:01:18Z "Steps to reproduce: 1) touch test.txt 2) chmod 444 test.txt 3) Edit in MC editor 4) Try to save -> Error 5) In another terminal: chmod 664 test.txt 6) Try to save -> Error That's a bug" birdie 4421 mcedit is slow at handling files with long lines (25KB+) mcedit 4.8.28 Future Releases defect new 2022-12-25T13:49:41Z 2022-12-30T12:54:18Z "Initially noticed '''mcedit''' slowness when I attempted to insert with '''Shift+Insert''' a single 35KB-long line from clipboard. It took about 40 seconds to insert that tiny amount of data. The same slowness is visible if I open mcedit in a file with long line and start adding individual symbols to the end of it (say, press down an 'a' key and rely on repeat): CPU usage grows to 100%. '''perf top''' says most of the time is spent traversing some buffers: {{{ 26,69% mc [.] edit_buffer_get_utf 25,02% mc [.] edit_move_forward3 14,99% mc [.] edit_buffer_get_byte 9,16% libglib-2.0.so.0.7400.3 [.] g_utf8_get_char_validated 5,51% libglib-2.0.so.0.7400.3 [.] g_unichar_iswide 4,33% mc [.] edit_buffer_get_bol 1,88% mc [.] g_utf8_get_char_validated@plt }}} It looks like appending each next char requires traversal of the line. Looks like it causes quadratic behaviour when we insert large chunks of text via clipbuffer. {{{ $ LANG=C mc --version GNU Midnight Commander 4.8.28 Built with GLib 2.74.3 Built with S-Lang 2.3.3 with terminfo database Built with libssh2 1.10.0 With builtin Editor With subshell support as default With support for background operations With mouse support on xterm and Linux console With support for X11 events With internationalization support With multiple codepages support With ext2fs attributes support Virtual File Systems: cpiofs, tarfs, sfs, extfs, ftpfs, sftpfs, fish Data types: char: 8; int: 32; long: 64; void *: 64; size_t: 64; off_t: 64; }}}" slyfox 1751 Indenting should behave EXACTLY like Tab/Backspace mcedit 4.7.0-pre3 Future Releases enhancement new 2009-10-28T11:57:36Z 2011-11-03T09:29:20Z "part of #1489 > >3. Indenting should behave EXACTLY like Tab/Backspace will behave when used on a single, non-selected line. > > but Tab/Backspace on a single, non-selected line work as tab / backspace > tab - insert , backspace - delete 1 char. > > Or what do you mean? Not if you have the default configuration: [x] Fake half tabs [ ] Backspace through tabs [ ] Fill tabs with spaces Tab spacing: 8 {{{ Step0: text Step1: hit Tab text Step2: hit Tab <------>text Step3: hit Tab <------> text Step4: hit Backspace <------>text Step5: hit Backspace text }}}" dborca 2622 Editor in panel, not fullscreen mcedit master Future Releases enhancement new 2011-10-01T13:09:57Z 2023-07-13T14:03:31Z "Would be great MC after pressing F4 have ability to embed vim or mcedit (or other editor) in left or right panel without using fullscreen. Just like quick view, but with ability to edit" vip 2749 C-code navigation via cscope mcedit master Future Releases enhancement new 2012-03-19T09:50:40Z 2012-03-19T09:50:40Z "I tried to use ctags for code navigation and everything was nice until I tried the code of L4 microkernel. There is a lot of complex declarations and ctags appeared to have troubles parsing them correctly. After a number of attempts to figure out input args for ctags, I decided to use cscope. It parsed everything perfectly. I thought that use of cscope in mcedit for code navigation would be a great option. I did not investigate the complexity of adding support of cscope, but I hope that existing code from ctags support can be used. Thanks in advance. Sergey Grekhov." grekhss 2875 [patch] mcedit supertab mcedit 4.8.4 Future Releases enhancement new 2012-09-03T13:42:48Z 2012-09-03T13:45:04Z "From mailist: https://mail.gnome.org/archives/mc-devel/2012-September/msg00000.html and https://mail.gnome.org/archives/mc-devel/2012-September/msg00001.html: Hello. I would like to propose a patch to mc to make autocompletion in mcedit by pressing only TAB key if we are not in indent. Reason: ESC Tab is not very convenient key combo to press often, and alt-tab is used by Gnome. Also it is good to have the same experience as with bash completion. Patch checks whether we are in indent and if not, then it swaps actions of CK_Complete and CK_Tab. If we are in indent, then both CK_Tab and CK_Complete produce tabulation (anyway completion in indent does not work). Possible improvements: 1) if previous symbol is space/tab, then CK_Tab may produce tabulation instead of completion. 2) if completion has nothing to suggest and CK_Tab was pressed more than once consequently, then also produce tabulation. Short version of patch do nothing with translation files. Full patch introduces translation for switching checkbox for russian language and updates pot, po and gmo files (just by calling 'make -C po update-po' and then 'make -C po install' ). Please tell me your opinion and suggestions, Sergey Naumov. " slavazanko 2948 ~/.config/mc/mcedit/menu: split filetype related actions to separate files mcedit master Future Releases enhancement new 2013-01-07T22:33:56Z 2014-12-21T16:10:11Z "Hi mc have one big file ~/.config/mc/mcedit/menu for actions of all filetypes. Can we store these actions in separate files? For example, actions for perl will be in ~/.config/mc/mcedit/menu.d/perl file; actions for python will be in in ~/.config/mc/mcedit/menu.d/python etc. Also would be cool to realize an 'include' option in menus Thanks! " chinarulezzz 3068 Vim's modeline support / tabulation settings per-file mcedit master Future Releases enhancement new 2013-09-03T10:05:12Z 2013-10-06T08:26:23Z "Vim have useful feature, to set indentation related configuration per-file. It's done by adding a comment to the source file (usually at the end), for example: {{{ /* vim: set tabstop=8 softtabstop=4 shiftwidth=4 noexpandtab: */ }}} The above config means in mc: * Fake half tabs enabled * Fill tabs with spaces disabled * Tab spacing 8 I think having such feature in mc would be a nice step forward. I also think it should use the same namespace as vim, despite being totally distinct project." twasilczyk 3083 Elaborate/make user-friedly mcedit X11 Copy/Paste support mcedit master Future Releases enhancement new 2013-09-27T17:27:15Z 2014-01-05T14:47:16Z "Support for X11 clipboard Copy/Paste was implemented in #30, but that implementation suffer typical ""last mile problem"": while everything to support feature is there, it's not enabled by default (and it's not easy to enable it by default for downstream packages). Then, it's fairly basic feature, so users expect it to work out of the box, or assume it's not available at all (example: user expects colors to work OOB, and it's indeed how it is now (there were dark ages when b&w was default), user expects mouse to work OOB, and indeed, it's such in default source builds and packages supplied by distro). So, such situation leads to reports like #3081. So, let's consider current implementation. 1. It depends on availability of ""xclip"" external tool. I found that it's not installed on my Ubuntu system which is in use for 1.5+ years (i.e. I neither installed it explicitly, nor it was pulled as dependency for lots of software I installed over this time). I'd expect such small and basic utility to be part of default X install, alas, it's not. 2. Allow to use external tool to handle clipboard copy/paste is actually cool ''extra'' feature. It can be used to implement networked clipboard, or work around charset problems (see #30 comments), etc, etc. But then its application should not depend on DISPLAY envvar set (see https://www.midnight-commander.org/ticket/30#comment:33 for reference), or that hardcodes its usage to X session only. 3. From 1, relying on xclip leads for the feature not working of the box. mc now includes some X integration and thus dependency, so it should be possible to include clipboard handling code to mcedit itself. Thus, proposed changes are: 1. Remove DISPLAY var check. 2. If clipboard_store/clipboard_paste ini vars are set, execute corresponding commands. 3. Otherwise, use builtin copy/paste implementation. Comments on such proposal are welcome. " pfalcon 3194 coffescript && erb syntax highlighting files mcedit master Future Releases enhancement new 2014-04-11T06:40:11Z 2014-05-02T07:47:41Z "Hi all! i make two files for colouring code in mcedit and make a pull requests on github: Rails erb syntax file: https://github.com/MidnightCommander/mc/pull/36 Coffescript syntax file: https://github.com/MidnightCommander/mc/pull/35 What must i do to include it to mc repo? With best regards, Sergio Belevskij " r72cccp 3513 Liquidsoap syntax mcedit master Future Releases enhancement new 2015-08-10T09:05:44Z 2015-08-23T22:41:15Z "Hi, I add syntaxfile for Liquidsoap script language (http://liquidsoap.fm/) to mcedit. Maybe it would be somewhat usefull for someone, so if someone will, add it to trunk/branch Thanks" puresoul 3712 Don't hardcode color-names in syntax-highlighting files mcedit master Future Releases enhancement new 2016-11-03T12:08:26Z 2016-11-03T13:44:56Z "The editor's syntax-highlighting files have a color alias mechanism (and an #inclusion mechanism, BTW). We should use it, where possible, instead of repeating color names. E.g., ""CONSTANT"" instead of ""brightmagenta italic"". Some advantages: - Letting users modify these colors globally. - Making it possible for skins to tweak these colors. - Uniformity among syntaxes. (A somewhat related ticket: #3711) " mooffie 3872 More macros for mcedit user menu mcedit master Future Releases enhancement new 2017-10-28T16:09:04Z 2017-10-28T16:10:29Z "From ticket:3861#comment:2 %n - the file name that is opened in current instance of mcedit. %o - the full path to file that is opened in current instance of mcedit. %g - the full path to directory of the file that is opened in current instance of mcedit. %v - save opened file before executing the menu item commands. " graywolf 3949 Add support for some popular hot keys in mc to mcedit too mcedit master Future Releases enhancement new 2018-11-07T00:29:28Z 2018-11-10T21:01:57Z "Please, add reaction to following keybindings to mcedit: * Ctrl-\ - file hotlist, list of hot files saved by user. When file is selected, swith to new editor tab and open that file. * Alt-shift-h or Atl-H - list of recent files edited. When file is selected, switch to new tab and open that file. * Alt-h - list of recent strings typed into text from undo/redo history. Ergonomics of text editor is very important, so these small changes can lead to huge improvement in usablity because a) keybindings are same, no need to learn new keybindings, b) interface is same, c) switching between same files and typing of same text are frequent operations. " vlisivka 4175 [patch] CenterView action mcedit master Future Releases enhancement new 2021-01-15T11:58:26Z 2021-01-24T08:24:34Z "Hi, the patch adds CenterView action to MCEdit which positions the display making the current line at center. It doesn't move cursor. See also this [https://mail.gnome.org/archives/mc/2021-January/msg00003.html discussion]. " psprint 4184 [patch] WindowCascade action mcedit master Future Releases enhancement new 2021-01-23T20:43:20Z 2021-01-24T06:56:25Z "Hi! I've implemented the main part of the requested non-fullscreen mode startup (see [https://mail.gnome.org/archives/mc/2021-January/msg00009.html post]). The patch is fairly simple. It just: - registers the command in keybind.h/.c/*-defaults.c/mc.default.keymap, - then adds the case for it in editwidget.c, - and also a function + a helper function in the same file to implement it. The implementation is a simple loop that arranges the windows in cascade arrangement. It's somewhat intelligent as it gradually lowers the shift between windows as seen in the [https://asciinema.org/a/dqR4FzK7ed6ZwMXAA4DmH29qY asciicast]. " psprint 4185 [patch] WindowTile action mcedit master Future Releases enhancement new 2021-01-23T20:48:12Z 2021-01-24T03:54:52Z "Hi! I've implemented the tiling of the windows as requested by [https://mail.gnome.org/archives/mc/2021-January/msg00009.html a user]. The patch depends on #4184 – it will not automatically patch and a helper function is missing. " psprint 4186 [patch] Options for windowed startup mcedit master Future Releases enhancement new 2021-01-24T03:54:52Z 2021-01-24T06:21:04Z "The patch adds options -w/--cascade and -T/--tile to mc program so that startup with windows arranged in a cascade or tile is possible (instead of fullscreen). The patch depends on #4184 and #4185, which implement the window arranging. " psprint 4204 [patch] Support for globs in open file dialog mcedit master Future Releases enhancement new 2021-02-17T09:44:25Z 2021-02-17T10:27:10Z "Hi, the patch adds support for opening multiple files at once via a filename with wildcard entered in open dialog. So, for example entering src/editor/edit.[ch] in the input will cause opening of edit.c and edit.h. The patch is quite simple, it utilizes glob() POSIX function. " psprint 4205 editor's menus are a mess mcedit master Future Releases enhancement new 2021-02-17T15:53:32Z 2021-02-17T15:53:32Z "the editor's menus have grown over time into an incoherent mess and need a complete reorganization imo. this should be understood as a continuation of #320, #334, and #408. i'll come up with concrete proposals later unless someone beats me to it." ossi 4206 [patch] Stable WindowList in mcedit mcedit master Future Releases enhancement new 2021-02-18T01:33:53Z 2021-02-22T14:28:59Z "Hi, I've been irritated by the files fluctuating in the WindowList window – it only brings chaos to workflow and is driven by the Z-ordering of widgets – currently focused must be the last one in WGroup::widgets list. So it's actually a raw order imposed by implementation properties. I've fixed this in this patch: - a new class WOrderKeptDialog is inheriting WDialog, - it holds a GPtrArray with the same WEdit objects as in base WGroup::widgets, - array is populated on start up (MSG_INIT) and then updated after each handled message from WDialog callback, - an additional feature – the files are being sorted so that headers and their corresponding sources (.h/.hpp/.c/.cpp) are adjacent and with headers first. What do you think? Fix or wontfix? IMO, this change has been asking for a patch. It also allows to finally have e.g.: Alt-1, Alt-2, etc. shortcuts switching to the first buffer, and second, etc. implemented in a following patch. " psprint 4220 A new feature – completing from tags mcedit master Future Releases enhancement new 2021-03-18T16:33:09Z 2021-03-18T16:33:09Z "Would there be an interest in a new feature – completion working not from buffers' words, but from TAGS file? Here's example how it would work – for TAGS covering /usr/include/glib: [https://asciinema.org/a/cp4I3tFfKrLNS9SME7XE2w6Nk asciicast]. It would be little less usable, because MSearch haven't been merged, however it would be still OK to complete. " psprint 4402 mcedit - open file at specific line and column position mcedit master Future Releases enhancement new 2022-08-22T10:52:57Z 2022-08-22T13:34:29Z "It will be very useful if user can open file at specific line, and also column position. Column position can be simple added after end colon. Example - open file reggs.c at line 640 at column 20: mcedit regs.c:640:20" misarm 4516 Combining characters in mcedit not merged with letters mcedit master Future Releases enhancement new 2024-01-03T22:52:11Z 2024-02-18T11:52:44Z "Combining characters in mcedit in edit mode (F4) aren't merged with preceding letters, but in view mode (F3) get combined properly. That is everlasting issue. Is this a bug or a feature? And if possible, if it is a ""feature"", fix this oddity and add an option for either displace of combining symbols in place or merged with preceding letters. I am currently working both with RTL and LTR texts and would like it to be fixed, please." vzhuromskyy 3830 mcedit: create a corpus of sample files in various syntaxes for testing purposes mcedit master Future Releases task new 2017-06-15T13:39:50Z 2017-08-23T22:39:16Z "(Henceforth, ""syntax"" == ""syntax highlighting"".) Our editor has many syntax definitions (*.syntax files). If we ever fix things on the C side of mcedit, or modify a syntax definition file, we'll have a problem: since we don't have a collection of sample files, in the various syntaxes, to test our fixes against, we (the maintainers) would have to create these sample files **ourselves**. And we'd have to create **good** files: such that demonstrate ''every nook and cranny'' in the syntax definitions. This is a lot of work, so I suggest we start small: have just one or two sample files for now, close this ticket, and add more sample files as time goes by. To alleviate this burden we ought to make a rule: ''Any new syntax definition must be contributed together with a sample file(s).'' The people writing the syntax files know their language best, so they're the ones who should provide the samples." mooffie 15 "savannah: ""quick save"" may clobber files" mcedit Future Releases defect new 2008-12-25T11:04:20Z 2014-01-11T15:39:57Z "Original: http://savannah.gnu.org/bugs/?13143 ||Submitted by:||Oswald Buddenhagen ||Submitted on:||Sat 21 May 2005 05:24:59 PM UTC|| ||Category:||Editor||Severity:||3 - Normal|| ||Status:||Confirmed||Privacy:||Public|| ||Assigned to:||None||Open/Closed:||Open|| ||Release:||current (CVS or snapshot)||Operating System:||All|| Original submission: {{{ if we run out of disk space, some i/o error occurs, or we are just killed while saving a file, the old contents will be lost. that's because the old file is opened with O_TRUNC and rewritten. the ""solution"" would be not to use O_TRUNC at all. instead, first write the part that extends beyond the end of the old file (note that we cannot just seek to the new end and write one byte because of sparse files) - if that fails to complete, truncate to the old length (if we crash in between, the old file will have garbage appended, but at least it's not clobbered alltogether). after the ""extension"" was written, overwrite the start of the file with the new content (if we crash in during this, the file is clobbered, but that's what you get for using ""quick save"") and possibly truncate the file to the new length. some VFS inherently don't support seeking, so this ""slightly safer"" mode is not universally applicable. a related note: for non-local files, ""quick save"" is used independently of the configured save mode. i think the VFS should tell the editor whether it can do remote renames, so the safe save modes we can be used in as many cases as possible. }}} " ossi 283 mcedit consumes a lot of time to open a large file mcedit 4.6.2 Future Releases defect new 2009-02-24T07:58:50Z 2013-10-04T06:11:53Z "There is a noticeable pause between pressing the F4 key and entering the editor if the subject file contains a large number of lines. Should you deal with such files from time to time, this becomes a really annoying thing to wait for entering the editor. It is certainly not due to overall system performance as ordinary copy commands as well as other editors (like gedit) handle such files instantly." Ivan A. Kosarev 2142 mcedit highlighting stumbles upon multiple nested quotes mcedit master Future Releases defect new 2010-04-15T11:53:20Z 2021-06-20T12:24:57Z "Forwarded from Debian: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=577929 {{{ From: Dmitry Baryshev Subject: mcedit colorer problem Date: Thu, 15 Apr 2010 13:38:59 +0300 If I type the following string in a shell script: valid=$(echo ""$device"" | awk '{ match($0, /^\/dev\/sd[a-z][0-9]$/); print RSTART }') mcedit will color all the following text as a character string (screenshot is attached) -- Regards, Krasu }}} " zaytsev 2145 JavaScript highlighting bug in regexp. mcedit master Future Releases defect new 2010-04-17T17:52:31Z 2020-02-29T06:31:07Z "Consider this simple example file.js: {{{ function f(a) { var r = /'/; return r.test(a); } }}} This is correct javascript code which search for occurrence of ' or returns null if there is no such. mcedit incorrectly highlights ' (green) in the /'/, and assumes it is string which continues beyond end of regexp (including comments, and probably to the end of file). [[Image(http://smp.if.uj.edu.pl/~baryluk/mcedit-js-highlight-bug/Def_030.png)]] All examples here: http://smp.if.uj.edu.pl/~baryluk/mcedit-js-highlight-bug/ Thanks. " baryluk 2224 PHP syntax highlighting bug mcedit 4.7.0 Future Releases defect new 2010-05-27T14:58:06Z 2012-07-21T05:47:56Z "Type the following into your php file: '\\' Everything after that will be displayed in green. I guess MC disregards that there's already a backlash escaping the second backslash. " laci@… 2359 Wrong PHP code highlight in mixed PHP/HTLM files mcedit 4.7.0.9 Future Releases defect new 2010-09-21T06:49:55Z 2015-06-08T17:06:02Z "mcedit can't recognize when pure html code ends and colors green all the following code include PHP. Example: - looks ok: php highlight ...some html here... - looks ok: green - '''displayed green''' " Dogen 2624 [mcedit] Text block deletion moves cursor far after the end of line mcedit 4.8.0-pre2 Future Releases defect new 2011-10-06T16:22:22Z 2011-10-06T16:48:44Z "Steps to reproduce: 0. Shift+F4, an empty editor starts 1. On the first line type characters to almost hit the right side of the screen (i.e. if console is 80x25 type 75 characters on the first line), then press Enter. 2. On the second line type a few characters and then move cursor to the end of the first line (Up, End). 3. Now press: Left, F3, Down, F8 Expected result: Selection part deleted, and cursor is right after the last character of the first line. Actual result: Cursor jumps far after the end of the first line and shifts screen right." sergem 2629 Allow editor to read data from stdin mcedit master Future Releases defect new 2011-10-14T08:40:51Z 2011-10-19T06:06:05Z "This is the same issue as #2370, only for editor. To recap, you can't do {{{ cat file | mcedit }}} It is somewhat worse, as giving *any* input to mcedit's stdin will bork your terminal. Could be pretty inconvenient over remote connections, when $EDITOR or $PAGER is set to mc and some program invokes one of those. Thus, marking as defect." keasy 3080 """Paste from clipfile"" unexpectedly doesn't move cursor" mcedit master Future Releases defect new 2013-09-26T20:04:38Z 2013-09-26T20:04:38Z "Steps to reproduce: 1. Open a file in mcedit. 2. Select few lines of lines. 3. Execute Edit -> Copy to clipfile 4. Move cursor few lines to clearly see paste. 5. Execute Edit -> Paste from clipfile 6. Observe that cursor stays where it was, i.e. now at the beginning of newly pasted lines. Whereas normal behavior of any ""paste"" command out there is to place it after the last pasted char. Indeed, typical workflow is: you type some text, you remember that ""substring"" you need now is already available, you go there, copy, go back, paste, and immediately continue typing. Described behavior is highly confusing, essentially, with such behavior, clipfile is not usable as clipboard replacement. This is filed against 4.8.8-223-gd6cd226, but was like that at least in 4.8.x is not for very long time. " pfalcon 3203 [patch] mcedit: replace dialog doesn't remember last entered replacement string mcedit 4.8.12 Future Releases defect new 2014-04-29T11:01:16Z 2015-02-17T06:55:51Z "I found this in mc-4.8.12. mc-4.8.11 didn't have this problem. Edit a file with mcedit and search/replace (F4) a string. Let's say I added ""a"" as search string and ""b"" as replacement string. Then I do a couple of replacements with that and exit the dialog (press ESC or Cancel). When re-opening the Replace dialog again, ""a"" is still in the search string but the replacement string is empty. I expect mc to remember the replacement string as it did in previous versions. Built with GLib 2.38.2 Using the S-Lang library with terminfo database With builtin Editor With subshell support as default With support for background operations With mouse support on xterm With internationalization support With multiple codepages support Virtual File Systems: cpiofs, tarfs, sfs, extfs, ext2undelfs, ftpfs, fish Data types: char: 8; int: 32; long: 64; void *: 64; size_t: 64; off_t: 64; " Polynomial-C 3215 Mcedit cursor takes more space on russian letters mcedit master Future Releases defect new 2014-05-14T11:34:49Z 2014-05-14T15:20:52Z "When cursor is over russian text in mcedit extra space appear before cursor [[Image(http://cdn.joxi.ru/media/cache/preview/uploads/prod/2014/05/14/045/fdb/37c27536c30614c24145395cc9f291b41caeb44e.jpg)]] This extra space seems to grow when cursor is moving further right [[Image(http://cdn.joxi.ru/media/cache/preview/uploads/prod/2014/05/14/116/417/a685609ff839860ec26fc32650ae02ce363fddb1.jpg)]]" elbahek 3482 Editor ignore tabs filed with spaces mcedit 4.8.14 Future Releases defect new 2015-06-13T23:08:26Z 2015-07-06T11:34:20Z "When ""Fake half tabs"" set off and ""Fill tabs with spaces"" set on mcedit ignore tab size: on pressing left/right/delete/backspace it work only for one space but should for four." Mihail Zenkov 3845 replace brightblue in syntax files mcedit master Future Releases defect new 2017-08-01T17:24:57Z 2017-08-07T21:40:17Z "I can't see text printed in bright blue in tty (Slackware Linux, using default skin), I suggest to replace it in syntax files with bright cyan, it can be done with such script ran in syntax folder (skips filehighlight.syntax and syntax.syntax): {{{ #! /bin/tcsh set a = `basename $0` foreach b (*) if ($b != $a && $b != ""filehighlight.syntax"" && $b != ""syntax.syntax"") then sed -i s/brightblue/brightcyan/ $b endif end }}}" Nicolas Rybkin 3932 "[Perl syntax] Symbol ""#"" parsed as comment in regular expressions" mcedit 4.8.21 Future Releases defect new 2018-08-17T08:12:50Z 2020-11-01T22:36:22Z "String from ""#"" is highlighted as comments: {{{ $C =~ tr/!*?+\\\[\]#(){}=,:/.............../; }}} " asy 3978 Spaces depended behavior of syntax highlight mcedit 4.8.21 Future Releases defect new 2019-04-08T11:22:22Z 2019-04-08T11:22:22Z "There is a different behavior of syntax highlight depending on whether there are spaces/tabs or not. Example: {{{#!text # string w/o spaces colored as expected: word 'loop' is white variable nx loop ${c_c} #and this one with spaces is not: word 'equal' is grey variable px equal ${ps}*(${nx}-1) }}} Both `'variable'` are yellow as must be. Here is the corresponding syntax: {{{#!text context default keyword whole linestart \[\s\t\]variable yellow context exclusive linestart variable \n grey keyword ${*} brightgreen keyword #* brown keyword whole loop white keyword whole equal white }}} The drop of `'exclusive'` word results in block coloring disable (word `'variable'` still yellow). Adding `'\[\s\t\]'` to context do not change. Am I missing anything? MC info: {{{#!text [kryzhev@bear mc]$ LC_MESSAGES=C mc -V GNU Midnight Commander 4.8.21 Built with GLib 2.56.1 Using the S-Lang library with terminfo database With builtin Editor With subshell support as default With support for background operations With mouse support on xterm and Linux console With internationalization support With multiple codepages support Virtual File Systems: cpiofs, tarfs, sfs, extfs, ftpfs, sftpfs, fish, smbfs Data types: char: 8; int: 32; long: 64; void *: 64; size_t: 64; off_t: 64; [kryzhev@bear mc]$ LC_MESSAGES=C mc -F Home directory: /home/kryzhev Profile root directory: /home/kryzhev [System data] Config directory: /etc/mc/ Data directory: /usr/share/mc/ File extension handlers: /usr/libexec/mc/ext.d/ VFS plugins and scripts: /usr/libexec/mc/ extfs.d: /usr/libexec/mc/extfs.d/ fish: /usr/libexec/mc/fish/ [User data] Config directory: /home/kryzhev/.config/mc/ Data directory: /home/kryzhev/.local/share/mc/ skins: /home/kryzhev/.local/share/mc/skins/ extfs.d: /home/kryzhev/.local/share/mc/extfs.d/ fish: /home/kryzhev/.local/share/mc/fish/ mcedit macros: /home/kryzhev/.local/share/mc/mc.macros mcedit external macros: /home/kryzhev/.local/share/mc/mcedit/macros.d/macro.* Cache directory: /home/kryzhev/.cache/mc/ [kryzhev@bear mc]$ mc --configure-options '--build=x86_64-redhat-linux-gnu' '--host=x86_64-redhat-linux-gnu' '--program-prefix=' '--disable-dependency-tracking' '--prefix=/usr' '--exec-prefix=/usr' '--bindir=/usr/bin' '--sbindir=/usr/sbin' '--sysconfdir=/etc' '--datadir=/usr/share' '--includedir=/usr/include' '--libdir=/usr/lib64' '--libexecdir=/usr/libexec' '--localstatedir=/var' '--sharedstatedir=/var/lib' '--mandir=/usr/share/man' '--infodir=/usr/share/info' 'CFLAGS=-O2 -g -pipe -Wall -Werror=format-security -Wp,-D_FORTIFY_SOURCE=2 -Wp,-D_GLIBCXX_ASSERTIONS -fexceptions -fstack-protector-strong -grecord-gcc-switches -specs=/usr/lib/rpm/redhat/redhat-hardened-cc1 -specs=/usr/lib/rpm/redhat/redhat-annobin-cc1 -m64 -mtune=generic -fasynchronous-unwind-tables -fstack-clash-protection -fcf-protection -Wno-strict-aliasing' '--disable-rpath' '--enable-aspell' '--enable-charset' '--enable-largefile' '--enable-vfs-cpio' '--enable-vfs-extfs' '--enable-vfs-fish' '--enable-vfs-ftp' '--enable-vfs-sfs' '--enable-vfs-sftp' '--enable-vfs-smb' '--enable-vfs-tar' '--with-x' '--with-gpm-mouse' '--with-screen=slang' 'build_alias=x86_64-redhat-linux-gnu' 'host_alias=x86_64-redhat-linux-gnu' 'LDFLAGS=-Wl,-z,relro -Wl,-z,now -specs=/usr/lib/rpm/redhat/redhat-hardened-ld' 'PKG_CONFIG_PATH=:/usr/lib64/pkgconfig:/usr/share/pkgconfig' [kryzhev@bear mc]$}}}" krege 4059 YAML syntax highlight is broken on multiline blocks mcedit 4.8.24 Future Releases defect new 2020-02-01T03:35:07Z 2022-07-09T17:08:08Z "As reported in https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=950307 In the newest version of mcedit syntax highlight for YAML inline block highlight is started after '>' or '|' directives, but does not end until EOF. Instead it should end after encountering any of: - an empty line - a line with the same indent as the key of current value - a line with less indent than the first line of inline block " onlyjob 4072 mcedit anchored regex line matching inconsistencies mcedit 4.8.24 Future Releases defect new 2020-03-28T23:04:30Z 2020-03-29T04:56:23Z "The editor's F4/Replace function with regex matching shows some broken behavior when the regex begins with the line start anchor, and matches whole lines. Try specifying ""{{{^.*}}}"" for source and ""{{{X\0}}}"" for target pattern to try to prefix each line with an ""X"" to see the following behaviors: * For consecutive matching lines the replacement only happens on every other line, skipping each candidate that follows a matched line. Maybe matches on consecutive lines are considered overlapping? They shouldn't be. * When such a regex fully matches the current line, and the cursor is on the first column, the first match is the following line only. Except when the cursor is on the first line, then the first line also matches. I'd expect the current line to match even if the former cases." ply 18 savannah: extend instead of removing selection mcedit master Future Releases enhancement new 2008-12-25T12:11:07Z 2014-01-11T15:42:04Z "Original: http://savannah.gnu.org/bugs/?13711 ||Submitted by:||Oswald Buddenhagen ||Submitted on:||Sun 10 Jul 2005 12:08:41 PM UTC|| ||Category:||Editor||Severity:||3 - Normal|| ||Status:||None||Privacy:||Public|| ||Assigned to:||None||Open/Closed:||Open|| ||Release:||current (CVS or snapshot)||Operating System:||All|| Original submission: {{{ starting a selection after having moved clears the previous selection. i think the previous selection should be extended if the cursor is exactly at the beginning/end of the old selection. of course this is arguable. maybe a (hidden) option should be added. }}} " ossi 1447 Wrap long lines in editor mcedit 4.7.0-pre1 Future Releases enhancement new 2009-08-03T08:52:07Z 2023-08-20T10:53:27Z It would be convenient if editor gets the ability to wrap lines when line length exceeds screen width. ache 2130 mcedit default indentation settings cause mixture of tabs and spaces mcedit master Future Releases enhancement new 2010-04-04T13:05:09Z 2011-11-03T09:23:41Z "Forwarded from Ubuntu: https://bugs.launchpad.net/ubuntu/+source/mc/+bug/238897 {{{ By default, mcedit’s indentation settings are: 8 units per tab, use tabs, and use fake half tabs. This causes problems because fake half tabs are in fact tabsize/2 space characters, and as anyone who has ever indented source code knows: either use tabs, or spaces, but make up your mind, else havoc is guaranteed. I find it especially unwise to propagate such a counterproductive setting as default. I think Fake Half Tabs would be much better turned off -- whether people use tabs or spaces, and how many of them is a wholly different issue altogether. }}}" zaytsev 2308 Consolidate regular expressions in Syntax file and rewrite introductory comments mcedit master Future Releases enhancement zaytsev new 2010-08-11T17:10:21Z 2020-05-04T05:38:46Z Also, I think that syntax.c is worth some commenting. zaytsev 2505 EditShiftBlockLeft/EditShiftBlockRight should operate with vertical blocks mcedit master Future Releases enhancement new 2011-02-18T11:42:01Z 2015-06-18T18:27:02Z "!EditShiftBlockLeft/!EditShiftBlockRight actions should move marked vertical block to left/right column by column. !EditShiftBlockUp/!EditShiftBlockDown actions should be added to move marked blocks up/down line by line. " andrew_b 3139 undo grouping should be more intelligent mcedit master Future Releases enhancement new 2014-01-05T12:49:40Z 2014-01-05T12:49:40Z "as a followup to #27, i'm creating a new ticket as requested. undo grouping should roughly predict what the user probably wants to undo at once, without grouping too much. i suggest an action/time/space based grouping: - if the user switches to another ""action sequence"" (inserting/overwriting, deleting, navigating, maybe more), he certainly wants it separated from the previous sequence - if he makes a longer break while doing things, he probably expects it when undoing as well. what ""longer"" means is very subjective; a simple adaptive algorithm might make sense - small moves are merged, while big ones aren't. i'm not even sure what the criteria should be here. maybe moves should be generally merged and we should only depend on the other two ""break conditions""." ossi 3163 Several improvements in editor saving behavior mcedit master Future Releases enhancement new 2014-01-27T07:08:55Z 2014-01-28T22:41:05Z "I have created a pull request on GitHub a week ago, kindly review it: https://github.com/MidnightCommander/mc/pull/32 " CyberShadow 3195 """Goto Line"" dialog: goto line:column" mcedit master Future Releases enhancement new 2014-04-11T17:07:00Z 2014-09-05T09:11:30Z "Goto line - as previous. Goto line:column Instead of : any separator can be used (,;. ). Goto line:0 jumps to the bol. " aurel 3367 Add support .editorconfig in mcedit mcedit master Future Releases enhancement new 2014-12-07T15:34:06Z 2021-06-05T11:26:16Z "The .editorconfig file is standart feature in many popular text editors. For more detail see here: http://editorconfig.org/ The C library see here: https://github.com/editorconfig/editorconfig-core-c It would be great if it would support mceditor. " sergeybe 3533 mcedit: Ctrl+E (go to end of line) and Ctrl+A (go to start of line) shortcuts mcedit master Future Releases enhancement new 2015-10-06T11:21:39Z 2015-10-06T11:27:21Z " PS. Please update the list of hotkeys (it lacks Ctrl + PgUp shortcuts) https://www.midnight-commander.org/wiki/doc/editor/hotkeys" vovan888 4176 Syntax highlighting for openHAB mcedit master Future Releases enhancement new 2021-01-17T22:03:49Z 2021-01-17T22:03:49Z "I would like to submit syntax highlighting for openHAB files. openHAB is an open source smart home software. https://www.openhab.org/ I already created the files in a seperat repository. https://github.com/CWempe/openhab-mcedit But there is an issue I don't know if it can be solved easily. On of the file endings is `.rules` with is already in the Syntax file. {{{ file (rules|rocks)$ Debian\srules }}} I guess this is more important than openHAB and cannot be removed. :) But integrating openHAB without the `rules` files would not make much sense either. Is there a way to support both? Maybe it helps that the openHAB rules files are usually in a folder called `rules`. But I am not sure how the pattern needs to be modified to support this. Just a guess: {{{ file ..\\rules\\*\\.(rules)$ openHAB\sRules }}}" CWempe 4477 mcedit temporary files path configuration option mcedit 4.8.27 Future Releases enhancement new 2023-06-21T11:45:25Z 2023-06-22T08:30:46Z "Please add support for ''mcedit'' temporary files path configuration option (or environment variable) so editing a file doesn't update its directory modification timestamp when no changes finally made. " opty 2999 mcedit doesn't handle ZWNJ correctly. mcedit master Future Releases defect new 2013-04-08T14:58:47Z 2015-04-06T05:38:07Z "It seems that even though MC handles input of ZWNJ character(and shows it by a dot) mcedit doesn't. I can edit a file which has ZWNJ in it, but if I enter a ZWNJ character(Shift+Space in Persian keyboard layout) in a file it adds two dot characters in black background and somehow messes up file encoding(which should be UTF-8). Those added characters has hex values E2 and 80, while ZWNJ in UTF-8 is sequence of three hex values E2, 80 and 8C. you can test this by copying this text in mcedit and trying to open the file with some other editors like gedit: نرم‌افزار" monta2009 2381 Support drag-and-drop in mcedit mcedit 4.7.4 Future Releases enhancement new 2010-10-10T16:41:12Z 2016-01-21T08:41:54Z "(excuse me for my bad english) Drag-and-drop may sounds strange for old mc users. But it is expected feature for new users. I suggest to implement it as it done in most modern text editors/processors (kedit, gedit, notepad, word, swriter). Expected behaviour: - press left mouse button on selected text; - move mouse cursor -> some drag-and-drop indicator appears; - unpress left mouse button -> text moved to new cursor position. " sergey-feo 2606 exim configuration syntax highlight mcedit 4.8.0-pre2 Future Releases enhancement new 2011-09-12T14:05:42Z 2012-07-27T10:39:09Z "syntax file for exim configuration: {{{ wholechars abcdefghijklmnopqrstuvwxyzABCDEFGHIJKLMNOPQRSTUVWXYZ_01234567890.- context default keyword = white keyword : yellow keyword ! red keyword # brown keyword \/\/ brown keyword ${ green keyword } green keyword whole domainlist brightcyan keyword whole begin brightcyan keyword whole acl brightcyan keyword whole warn cyan keyword whole accept cyan keyword whole reject cyan keyword whole drop cyan keyword whole deny cyan keyword whole condition brightcyan keyword whole set brightcyan keyword whole verify brightcyan keyword whole sender brightcyan keyword whole recipient brightcyan keyword whole hosts brightcyan keyword whole domain brightcyan keyword whole transport brightcyan keyword whole driver brightcyan keyword whole log_message brightcyan keyword whole message brightcyan keyword whole add_header brightcyan keyword whole authenticated brightcyan keyword whole callout brightcyan keyword whole local_parts brightcyan keyword whole domains brightcyan keyword whole endpass brightcyan keyword whole no_more brightcyan keyword whole primary_hostname brightcyan keyword whole relay_from_hosts brightcyan keyword whole hostlist brightcyan keyword whole auth_advertise_hosts brightcyan keyword whole daemon_smtp_ports brightcyan keyword whole smtp_receive_timeout brightcyan keyword whole log_selector brightcyan keyword whole spamd_address brightcyan keyword whole av_scanner brightcyan keyword whole qualify_domain brightcyan keyword whole allow_domain_literals brightcyan keyword whole never_users brightcyan keyword whole ignore_bounce_errors_after brightcyan keyword whole ignore_fromline_hosts brightcyan keyword whole ignore_fromline_local brightcyan keyword whole timeout_frozen_after brightcyan keyword whole message_size_limit brightcyan keyword whole split_spool_directory brightcyan keyword whole remote_max_parallel brightcyan keyword whole return_size_limit brightcyan keyword whole spf brightcyan keyword whole helo_allow_chars brightcyan keyword whole auto_thaw brightcyan keyword whole senders brightcyan keyword whole decode brightcyan keyword whole spam brightcyan keyword whole malware brightcyan keyword whole demime brightcyan keyword whole data brightcyan keyword whole mode brightcyan keyword whole user brightcyan keyword whole group brightcyan keyword whole allow_fail brightcyan keyword whole allow_defer brightcyan keyword whole file_transport brightcyan keyword whole pipe_transport brightcyan keyword whole reply_transport brightcyan keyword whole public_name brightcyan keyword whole return_path_add brightcyan keyword whole quota brightcyan keyword whole delivery_date_add brightcyan keyword whole check_string brightcyan keyword whole directory brightcyan keyword whole directory_mode brightcyan keyword whole envelope_to_add brightcyan keyword whole return_output brightcyan keyword whole create_directory brightcyan keyword whole address_retry_include_sender brightcyan keyword whole hide brightcyan keyword whole mysql_servers brightcyan keyword wholeright smtp_* brightcyan keyword wholeright rfc1413_* brightcyan keyword wholeright recipients_max* brightcyan keyword wholeright system_filter* brightcyan keyword wholeright maildir_* brightcyan keyword wholeright message_* brightcyan keyword wholeright quota_warn_* brightcyan keyword wholeright server_* brightcyan keyword wholeright dkim_* brightcyan keyword wholeright tls_* brightcyan keyword wholeright acl_m* brightgreen keyword wholeright acl_c* brightgreen keyword wholeright acl_* yellow context "" "" green spellcheck context exclusive # \n brown context exclusive = \n magenta wholechars abcdefghijklmnopqrstuvwxyzABCDEFGHIJKLMNOPQRSTUVWXYZ_01234567890 keyword \\\n red keyword \\ red keyword \/\/ brown keyword ""*"" green keyword '*' green keyword \/\/*\n brown keyword wholeright $* brightgreen context exclusive \/\/ \n brown context exclusive ${ } green spellcheck }}} " 1099511627776 2929 Cooledit enhancements: ldif.syntax and schema.syntax for OpenLDAP files hightlightigs mcedit master Future Releases enhancement new 2012-11-17T00:27:08Z 2012-11-17T00:27:08Z "Syntax highlights for OpenLDAP files, such as '''/etc/ldap/schema/*.{schema,ldif}''' from '''slapd''' package. Add 5 lines (attach #1) to the '''/etc/mc/Syntax''', copy ""'''ldif.syntax'''"" and ""'''schema.syntax'''"" to the '''/usr/share/mc/syntax''', and use file extensions ""'''*.ldif'''"" and ""'''*.schema'''"" for edit OpenLDAP files. Enjoy! ;-)" klark973 2931 Add the Colorer engine as an alternative to MC's internal highlighting engine mcedit master Future Releases enhancement new 2012-11-18T10:19:57Z 2017-06-16T11:56:19Z "MC's internal syntax highlighting engine has many serious limitations like it's unable to highlight embedded quotations, it breaks on new lines, etc. etc. etc. Colorer's can be licensed under GPL 2.0, LGPL 2.1 so it's fully compatible with MC's own license. Colorer can be used as an external library, it also has a C language API. http://colorer.sourceforge.net/mc.html" birdie 4040 Debian sources.list syntax should apply to all files with .list extension mcedit master Future Releases enhancement new 2019-12-05T17:57:42Z 2021-04-07T18:55:38Z "Currently only the files having name that ends with `sources.list` are highlighted using `debian-sources-list.syntax`. In Debian it is common to place more `sources.list` entries in separate files in the `/etc/apt/sources.list.d` directory (like `deb-multimedia.list`), but those files usually don’t match the `sources.list$` regex. From `sources.list(5)`: The filenames may only contain letters (`a`-`z` and `A`-`Z`), digits (`0`-`9`), underscore (`_`), hyphen (`-`) and period (`.`) characters. (…) Files (…) have the extension `.list`. I think there are at least two solutions to this issue: 1. match files that end with `.list` or 2. match files that end with `sources.list` or that end with `.list`, but are located in a directory named `sources.list.d`." gszymaszek 4352 syntax file for bitbake recipe file mcedit master Future Releases task new 2022-03-22T06:00:25Z 2022-03-22T06:00:25Z "Dear all. I am develping a project kind of Yocto project with midnigh commander. MC is very powerful tool for me to develp my project. But mcedit does not support syntax file for bitbake recipes. I tried to change Syntax file for bitbake recipes temporarily. For exampel .bb, .bbclass, bbappend ==> python or shell But it is not compatibile. " innobase 4166 dataloss: mcedit save of existing file on full sshfs file system causes empty file mcedit 4.8.25 Future Releases defect reopened 2021-01-04T13:43:45Z 2021-01-10T14:34:12Z "I don't how this happened, I am using 3:4.8.25-1 from Debian testing. Never happened to me before in last 15 years. I had sshfs filesystem mounted, and for external reasons (a background deamon) it got full. I was editing a file, about 200 lines of code. I tried to save, and it failed. I exited, and reopened file again. It was empty. Few hours of work lost. This is a critical flaw. There was no backup file, no atomic rename for save either. Maybe it was something to do with mount options, I don't know. sshfs -o cache_timeout=360 -o cache_stat_timeout=360 -o entry_timeout=240 -o negative_timeout=200 -o kernel_cache -o workaround=none -o cache_max_size=100000000 -o reconnect But, mcedit recognized the error it can't save, so while the original data disappeared? " baryluk 2421 Patch which adds support to highlight occurences of pattern. mcedit 4.7.0.10 Future Releases enhancement reopened 2010-11-17T14:45:58Z 2015-06-18T18:37:52Z "Hi, I have attached a patch for mc-4.7.0.10 branch, which enables to highlight occurrences of a pattern in mcedit. To highlight user needs to select menu item in editor ""Search/Highlight occurrences"". This is a patch for mc, which I sent to, likely, old mc team and got no reply. thanks!" myehorov 1666 1st line shifted after paragraph format mcedit master 4.8.12 defect andrew_b reopened 2009-10-03T16:30:49Z 2019-07-20T16:03:36Z "Steps to reproduce: 1. mcedit mc.ext (example file) 2. ctrl-down (so that at least 1st line of a paragraph to be formatted is scrolled above the screen) 3. alt-p Effect: first line shows contents shifted to right: # Warning: Structure of this any cursor movement at this line fixes view to: # Midnight Commander 3.0 extension file # Warning: Structure of this" gotar 1801 "left/right arrow behavior inconsistent with ""Cursor beyond end of line""" mcedit master Future Releases enhancement reopened 2009-11-07T13:56:11Z 2020-11-01T23:37:19Z "enabling ""Cursor beyond end of line"" stops the right-arrow from wrapping into the next line. however, the left-arrow continues to wrap to the previous line. this feels highly unnatural and often causes ""navigation challenges"". so enabling this option should make the left-arrow stop at the beginning of the line." ossi 3981 [PATCH] sh.syntax: Allow for indented 'function' highlighting mcedit master Future Releases enhancement andrew_b reopened 2019-04-25T06:37:12Z 2020-06-06T17:16:17Z " This will allow for the following: {{{ #!sh if want_foo; then function foobar() { echo ""foo"" } else function foobar() { echo ""bar"" } fi foobar }}}" TerraNova