From pmiscml at gmail.com Mon Sep 2 09:39:33 2013 From: pmiscml at gmail.com (Paul Sokolovsky) Date: Mon, 2 Sep 2013 12:39:33 +0300 Subject: How screen content saving handled in xterm case? Message-ID: <20130902123933.46517a8a@x34f> Hello, Yesterday I spent couple of hours trying to trace how shell screen content is working in case of xterm terminal. While handling in case of linux console is very visible, and otherwise there're some checks for xterm/rxvt stuff, but I couldn't find exact escape sequence(s)/exact place where saving is done in case of xterm. I also tried to approach it from the other side, by looking at xterm escape sequences docs, http://www.xfree86.org/current/ctlseqs.html , and neither could find something which is clearly usable for screen saving, like command "read char/rect". So, any hints how that magic is done? What I'm trying to do is to figure out why Android terminal emulators don't save screen content with mc. Thanks, Paul mailto:pmiscml at gmail.com From egmont at gmail.com Mon Sep 2 09:44:42 2013 From: egmont at gmail.com (Egmont Koblinger) Date: Mon, 2 Sep 2013 11:44:42 +0200 Subject: How screen content saving handled in xterm case? In-Reply-To: <20130902123933.46517a8a@x34f> References: <20130902123933.46517a8a@x34f> Message-ID: I think you're looking for "alternate screen buffer". egmont On Mon, Sep 2, 2013 at 11:39 AM, Paul Sokolovsky wrote: > Hello, > > Yesterday I spent couple of hours trying to trace how shell screen > content is working in case of xterm terminal. While handling in case of > linux console is very visible, and otherwise there're some checks for > xterm/rxvt stuff, but I couldn't find exact escape sequence(s)/exact > place where saving is done in case of xterm. > > I also tried to approach it from the other side, by looking at xterm > escape sequences docs, http://www.xfree86.org/current/ctlseqs.html , > and neither could find something which is clearly usable for screen > saving, like command "read char/rect". > > So, any hints how that magic is done? What I'm trying to do is to > figure out why Android terminal emulators don't save screen content > with mc. > > > Thanks, > Paul mailto:pmiscml at gmail.com > _______________________________________________ > mc-devel mailing list > https://mail.gnome.org/mailman/listinfo/mc-devel > -------------- next part -------------- An HTML attachment was scrubbed... URL: From pmiscml at gmail.com Mon Sep 2 10:30:56 2013 From: pmiscml at gmail.com (Paul Sokolovsky) Date: Mon, 2 Sep 2013 13:30:56 +0300 Subject: How screen content saving handled in xterm case? In-Reply-To: References: <20130902123933.46517a8a@x34f> Message-ID: <20130902133056.3c0c4556@x34f> Hello, On Mon, 2 Sep 2013 11:44:42 +0200 Egmont Koblinger wrote: > I think you're looking for "alternate screen buffer". Holy cow! Yeah, I saw this, but nowhere the docs says that content is saved in these buffers when switching. And trying it, when switching from normal to alt then back to normal, normal's content is saved. But from alt to normal, back to alt, alt's content is lost (buf cleared). Holy cow! Whoever will bang their head on this, the sequences to try in shell are: Switch to alt buffer: echo -e "\E[?47h" Back to normal: echo -e "\E[?47l" In mc, this is handled in win.c do_enter_ca_mode(), do_exit_ca_mode(), which are of course very insightful names for this kind of stuff. Thanks much! > > egmont > > > On Mon, Sep 2, 2013 at 11:39 AM, Paul Sokolovsky > wrote: > > > Hello, > > > > Yesterday I spent couple of hours trying to trace how shell screen > > content is working in case of xterm terminal. While handling in > > case of linux console is very visible, and otherwise there're some > > checks for xterm/rxvt stuff, but I couldn't find exact escape > > sequence(s)/exact place where saving is done in case of xterm. > > > > I also tried to approach it from the other side, by looking at xterm > > escape sequences docs, http://www.xfree86.org/current/ctlseqs.html , > > and neither could find something which is clearly usable for screen > > saving, like command "read char/rect". > > > > So, any hints how that magic is done? What I'm trying to do is to > > figure out why Android terminal emulators don't save screen content > > with mc. > > > > > > Thanks, > > Paul mailto:pmiscml at gmail.com > > _______________________________________________ > > mc-devel mailing list > > https://mail.gnome.org/mailman/listinfo/mc-devel > > -- Best regards, Paul mailto:pmiscml at gmail.com From aborodin at vmail.ru Tue Sep 3 09:20:32 2013 From: aborodin at vmail.ru (Andrew Borodin) Date: Tue, 03 Sep 2013 13:20:32 +0400 Subject: Vim's modeline support In-Reply-To: References: Message-ID: On Sat, 31 Aug 2013 17:32:28 +0200 Tomasz Wasilczyk wrote: > Hi, > > I recently needed indentation styles set per-file (not globally). Such > feature is supported by vim with modeline mod enabled, but my favorite > editor is mcedit. So, I've just wrote modeline support for mcedit. > > Here is the patch against current git: http://pastebin.com/99anc269 > > This is rather a proof-of-concept, than final pull request. If you > find it useful to add its support to official mcedit, I could polish > this commit (I guess, mc_findinfile should be moved somewhere and > named differently). Yes, it is useful. Please create a ticket on www.midnight-commander.org. > By the way: how to enable BlockShiftLeft/BlockShiftRight? I tried > editing mc.keymap, but none of locations where i put it didn't worked. System-wide in /etc/mc/keymap, section [editor]. For reference: BlockShiftLeft = alt-shift-left BlockShiftRight = alt-shift-right For user only, the same is in ~/.config/mc/mc.keymap. Both cases are work for me. Be sure that shortcuts you choose are supported in your terminal. -- Andrew From mrmazda at earthlink.net Sun Sep 15 16:16:53 2013 From: mrmazda at earthlink.net (Felix Miata) Date: Sun, 15 Sep 2013 12:16:53 -0400 Subject: bad mc-edit paste behavior? Message-ID: <5235DD75.3030801@earthlink.net> http://lists.opensuse.org/opensuse-kde/2013-09/msg00072.html seems to describe a bug in mc-edit. Is the responder there correct that auto-indent switched off would stop the bad behavior? Should it need to be? Adding all those spaces and/or tabs doesn't make any sense to me regardless of how line endings are handled. -- "The wise are known for their understanding, and pleasant words are persuasive." Proverbs 16:21 (New Living Translation) Team OS/2 ** Reg. Linux User #211409 ** a11y rocks! Felix Miata *** http://fm.no-ip.com/ From egmont at gmail.com Sun Sep 15 16:57:49 2013 From: egmont at gmail.com (Egmont Koblinger) Date: Sun, 15 Sep 2013 18:57:49 +0200 Subject: bad mc-edit paste behavior? In-Reply-To: <5235DD75.3030801@earthlink.net> References: <5235DD75.3030801@earthlink.net> Message-ID: Felix: Switch it off with F9 -> Options -> General -> Return does autoindent. This feature is very useful e.g. when writing source code. MC Developers: It would be cool to have autoindent disabled when pasting, I've commented on https://www.midnight-commander.org/ticket/2661 On Sun, Sep 15, 2013 at 6:16 PM, Felix Miata wrote: > http://lists.opensuse.org/**opensuse-kde/2013-09/msg00072.**htmlseems to describe a bug in mc-edit. Is the responder there correct that > auto-indent switched off would stop the bad behavior? Should it need to be? > Adding all those spaces and/or tabs doesn't make any sense to me regardless > of how line endings are handled. > -- > "The wise are known for their understanding, and pleasant > words are persuasive." Proverbs 16:21 (New Living Translation) > > Team OS/2 ** Reg. Linux User #211409 ** a11y rocks! > > Felix Miata *** http://fm.no-ip.com/ > ______________________________**_________________ > mc-devel mailing list > https://mail.gnome.org/**mailman/listinfo/mc-devel > -------------- next part -------------- An HTML attachment was scrubbed... URL: From pmiscml at gmail.com Sun Sep 15 17:07:05 2013 From: pmiscml at gmail.com (Paul Sokolovsky) Date: Sun, 15 Sep 2013 20:07:05 +0300 Subject: bad mc-edit paste behavior? In-Reply-To: <5235DD75.3030801@earthlink.net> References: <5235DD75.3030801@earthlink.net> Message-ID: <20130915200705.1c821a8d@x34f> Hello, On Sun, 15 Sep 2013 12:16:53 -0400 Felix Miata wrote: > http://lists.opensuse.org/opensuse-kde/2013-09/msg00072.html seems to > describe a bug in mc-edit. Is the responder there correct that > auto-indent switched off would stop the bad behavior? Should it need > to be? Adding all those spaces and/or tabs doesn't make any sense to > me regardless of how line endings are handled. I've been having that problem for ages - with Gnome though. If you think about it, it's "logical", assuming pasting is handled by terminal emulator, and not mc itself. And term emu can only implement pasting by sending pasted content as key presses, including spaces and tab, and mcedit, with autoindent on, has no idea that it's something else but keypresses, so blindly applies autoindent as usual. So, long ago I indeed worked that around by going to setting and turning autoindent off then on (boring!). Then however I noticed that depending on the way you paste you may be able to work it around by several paste attempts. For example, Gnome terminal has 3 ways to paste: menu command, Ctrl+Shift+V, Shift+Ins. So far, my background pattern matcher didn't find exact rule what works better, it seems to be just non-deterministic, though intuitively, Shift+Ins appear to work better. The way to resolve it would be to handle paste on mc side, and knowing that mc already has some X integration, I may imagine, when Shift+Ins works, that's what happens. The culprit is that it doesn't work all the time and with all paste methods. Which probably partly due to braindead X clipboard design (multiple buffers, etc). -- Best regards, Paul mailto:pmiscml at gmail.com From egmont at gmail.com Sun Sep 15 18:42:43 2013 From: egmont at gmail.com (Egmont Koblinger) Date: Sun, 15 Sep 2013 20:42:43 +0200 Subject: bad mc-edit paste behavior? In-Reply-To: <20130915200705.1c821a8d@x34f> References: <5235DD75.3030801@earthlink.net> <20130915200705.1c821a8d@x34f> Message-ID: Paul, please see the ticket I linked in my previous post. There is a standard way of solving this problem, mc should go for that rather than its own hacks. I'm working on the patch right now. On Sun, Sep 15, 2013 at 7:07 PM, Paul Sokolovsky wrote: > Hello, > > On Sun, 15 Sep 2013 12:16:53 -0400 > Felix Miata wrote: > > > http://lists.opensuse.org/opensuse-kde/2013-09/msg00072.html seems to > > describe a bug in mc-edit. Is the responder there correct that > > auto-indent switched off would stop the bad behavior? Should it need > > to be? Adding all those spaces and/or tabs doesn't make any sense to > > me regardless of how line endings are handled. > > I've been having that problem for ages - with Gnome though. If you > think about it, it's "logical", assuming pasting is handled by terminal > emulator, and not mc itself. And term emu can only implement pasting by > sending pasted content as key presses, including spaces and tab, and > mcedit, with autoindent on, has no idea that it's something else but > keypresses, so blindly applies autoindent as usual. > > So, long ago I indeed worked that around by going to setting and > turning autoindent off then on (boring!). Then however I noticed that > depending on the way you paste you may be able to work it around by > several paste attempts. For example, Gnome terminal has 3 ways to > paste: menu command, Ctrl+Shift+V, Shift+Ins. So far, my background > pattern matcher didn't find exact rule what works better, it seems to > be just non-deterministic, though intuitively, Shift+Ins appear to work > better. > > The way to resolve it would be to handle paste on mc side, and knowing > that mc already has some X integration, I may imagine, when Shift+Ins > works, that's what happens. The culprit is that it doesn't work all the > time and with all paste methods. Which probably partly due to braindead > X clipboard design (multiple buffers, etc). > > -- > Best regards, > Paul mailto:pmiscml at gmail.com > _______________________________________________ > mc-devel mailing list > https://mail.gnome.org/mailman/listinfo/mc-devel > -------------- next part -------------- An HTML attachment was scrubbed... URL: From mrmazda at earthlink.net Sun Sep 15 20:39:37 2013 From: mrmazda at earthlink.net (Felix Miata) Date: Sun, 15 Sep 2013 16:39:37 -0400 Subject: bad mc-edit paste behavior? In-Reply-To: References: <5235DD75.3030801@earthlink.net> Message-ID: <52361B09.5010204@earthlink.net> On 2013-09-15 18:57 (GMT+0200) Egmont Koblinger composed: > Felix: Switch it off with F9 -> Options -> General -> Return does > autoindent. This feature is very useful e.g. when writing source code. I don't write code, but I've never turned it off either, would rather not need to, and use mc-edit more than any other editor except the FC/2-FC/W editor if and when it's available. > MC Developers: It would be cool to have autoindent disabled when pasting, > I've commented on https://www.midnight-commander.org/ticket/2661 Definitely. On 2013-09-15 20:42 (GMT+0200) Egmont Koblinger composed: > I'm working on the patch right now. Thanks! -- "The wise are known for their understanding, and pleasant words are persuasive." Proverbs 16:21 (New Living Translation) Team OS/2 ** Reg. Linux User #211409 ** a11y rocks! Felix Miata *** http://fm.no-ip.com/ From egmont at gmail.com Sun Sep 15 21:17:25 2013 From: egmont at gmail.com (Egmont Koblinger) Date: Sun, 15 Sep 2013 23:17:25 +0200 Subject: bad mc-edit paste behavior? In-Reply-To: <52361B09.5010204@earthlink.net> References: <5235DD75.3030801@earthlink.net> <52361B09.5010204@earthlink.net> Message-ID: > > I don't write code, but I've never turned it off either, would rather not > need to, > It might make sense to turn it off by default, although I find this a really minor priority question. You can easily turn it off for yourself and then save your setup, and you're done forever :) bye, egmont -------------- next part -------------- An HTML attachment was scrubbed... URL: From egmont at gmail.com Sun Sep 15 21:22:42 2013 From: egmont at gmail.com (Egmont Koblinger) Date: Sun, 15 Sep 2013 23:22:42 +0200 Subject: bad mc-edit paste behavior? In-Reply-To: <20130915200705.1c821a8d@x34f> References: <5235DD75.3030801@earthlink.net> <20130915200705.1c821a8d@x34f> Message-ID: On Sun, Sep 15, 2013 at 7:07 PM, Paul Sokolovsky wrote: > > So, long ago I indeed worked that around by going to setting and > turning autoindent off then on (boring!). Then however I noticed that > depending on the way you paste you may be able to work it around by > several paste attempts. For example, Gnome terminal has 3 ways to > paste: menu command, Ctrl+Shift+V, Shift+Ins. Yup it's a real nightmare. I'm really not sure what happens in the three different cases. My patch fixes the menu command. -------------- next part -------------- An HTML attachment was scrubbed... URL: From mrmazda at earthlink.net Sun Sep 15 22:40:34 2013 From: mrmazda at earthlink.net (Felix Miata) Date: Sun, 15 Sep 2013 18:40:34 -0400 Subject: bad mc-edit paste behavior? In-Reply-To: References: <5235DD75.3030801@earthlink.net> <52361B09.5010204@earthlink.net> Message-ID: <52363762.6020101@earthlink.net> On 2013-09-15 23:17 (GMT+0200) Egmont Koblinger composed: >> I don't write code, but I've never turned it off either, would rather not >> need to, > It might make sense to turn it off by default, although I find this a > really minor priority question. You can easily turn it off for yourself and > then save your setup, and you're done forever :) I don't understand this response. I purposely have not tried to disable auto indent because it's something I routinely use. OTOH, I don't use it quite enough to have figured out why it sometimes auto indents a half tab instead of a full tab on a line start. -- "The wise are known for their understanding, and pleasant words are persuasive." Proverbs 16:21 (New Living Translation) Team OS/2 ** Reg. Linux User #211409 ** a11y rocks! Felix Miata *** http://fm.no-ip.com/ From egmont at gmail.com Sun Sep 15 23:04:48 2013 From: egmont at gmail.com (Egmont Koblinger) Date: Mon, 16 Sep 2013 01:04:48 +0200 Subject: bad mc-edit paste behavior? In-Reply-To: <52363762.6020101@earthlink.net> References: <5235DD75.3030801@earthlink.net> <52361B09.5010204@earthlink.net> <52363762.6020101@earthlink.net> Message-ID: On Mon, Sep 16, 2013 at 12:40 AM, Felix Miata wrote: > > It might make sense to turn it off by default, although I find this a >> really minor priority question. You can easily turn it off for yourself >> and >> then save your setup, and you're done forever :) >> > > I don't understand this response. I purposely have not tried to disable > auto indent because it's something I routinely use. > > Sorry, apparently I misunderstood you. Can you try my patch with xterm or gnome-terminal? Konsole doesn't support the desired feature and I couldn't patch it in in about half an hour, so I just filed them a request. > OTOH, I don't use it quite enough to have figured out why it sometimes > auto indents a half tab instead of a full tab on a line start. > > -- > "The wise are known for their understanding, and pleasant > words are persuasive." Proverbs 16:21 (New Living Translation) > > Team OS/2 ** Reg. Linux User #211409 ** a11y rocks! > > Felix Miata *** http://fm.no-ip.com/ > ______________________________**_________________ > mc-devel mailing list > https://mail.gnome.org/**mailman/listinfo/mc-devel > -------------- next part -------------- An HTML attachment was scrubbed... URL: From egmont at gmail.com Sun Sep 15 23:36:33 2013 From: egmont at gmail.com (Egmont Koblinger) Date: Mon, 16 Sep 2013 01:36:33 +0200 Subject: bad mc-edit paste behavior? In-Reply-To: References: <5235DD75.3030801@earthlink.net> <52361B09.5010204@earthlink.net> <52363762.6020101@earthlink.net> Message-ID: Okay I managed to come up with a patch for Konsole too :) It's at https://bugs.kde.org/show_bug.cgi?id=324946 Just in case you feel like recompiling both konsole and mc to get this cool feature :) On Mon, Sep 16, 2013 at 1:04 AM, Egmont Koblinger wrote: > On Mon, Sep 16, 2013 at 12:40 AM, Felix Miata wrote: > >> >> It might make sense to turn it off by default, although I find this a >>> really minor priority question. You can easily turn it off for yourself >>> and >>> then save your setup, and you're done forever :) >>> >> >> I don't understand this response. I purposely have not tried to disable >> auto indent because it's something I routinely use. >> >> > Sorry, apparently I misunderstood you. > > Can you try my patch with xterm or gnome-terminal? Konsole doesn't > support the desired feature and I couldn't patch it in in about half an > hour, so I just filed them a request. > > > > >> OTOH, I don't use it quite enough to have figured out why it sometimes >> auto indents a half tab instead of a full tab on a line start. >> >> -- >> "The wise are known for their understanding, and pleasant >> words are persuasive." Proverbs 16:21 (New Living Translation) >> >> Team OS/2 ** Reg. Linux User #211409 ** a11y rocks! >> >> Felix Miata *** http://fm.no-ip.com/ >> ______________________________**_________________ >> mc-devel mailing list >> https://mail.gnome.org/**mailman/listinfo/mc-devel >> > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From mrmazda at earthlink.net Mon Sep 16 02:49:43 2013 From: mrmazda at earthlink.net (Felix Miata) Date: Sun, 15 Sep 2013 22:49:43 -0400 Subject: bad mc-edit paste behavior? In-Reply-To: References: <5235DD75.3030801@earthlink.net> <52361B09.5010204@earthlink.net> <52363762.6020101@earthlink.net> Message-ID: <523671C7.2040703@earthlink.net> On 2013-09-16 01:36 (GMT+0200) Egmont Koblinger composed: > Just in case you feel like recompiling both konsole and mc to get this cool > feature :) Besides normal use, I only install and test (a lot, on a lot of different hardware, never in a VM). I don't compile anything. When anyone builds rpms for Fedora, Mageia or openSUSE, and puts them where I can find them easily enough, I can try them. I appreciate your interest. I wasn't expecting anything to happen in response to my OP so swiftly. -- "The wise are known for their understanding, and pleasant words are persuasive." Proverbs 16:21 (New Living Translation) Team OS/2 ** Reg. Linux User #211409 ** a11y rocks! Felix Miata *** http://fm.no-ip.com/ From egmont at gmail.com Mon Sep 16 18:03:51 2013 From: egmont at gmail.com (Egmont Koblinger) Date: Mon, 16 Sep 2013 20:03:51 +0200 Subject: bad mc-edit paste behavior? In-Reply-To: <20130915200705.1c821a8d@x34f> References: <5235DD75.3030801@earthlink.net> <20130915200705.1c821a8d@x34f> Message-ID: On Sun, Sep 15, 2013 at 7:07 PM, Paul Sokolovsky wrote: > Hello, > > So, long ago I indeed worked that around by going to setting and > turning autoindent off then on (boring!). Then however I noticed that > depending on the way you paste you may be able to work it around by > several paste attempts. For example, Gnome terminal has 3 ways to > paste: menu command, Ctrl+Shift+V, Shift+Ins. So far, my background > pattern matcher didn't find exact rule what works better, it seems to > be just non-deterministic, though intuitively, Shift+Ins appear to work > better. > So... part of the story is that there's a Primary selection and there's a Clipboard, and some hotkeys might paste one and some the other. But I'm sure you've already figured it out. The second problem is that MC looks at the modifiers (assuming X11 support is available) and certain keys have different meaning depending on them. E.g. Shift+Enter does a non-indenting newline, that's why Shift+Insert doesn't mess up indentation, so it usually gives a better result than the menu command of the terminal. But Ctrl+Shift+Enter is mapped to performing no action, that's why if you paste with Ctrl+Shift+V then all the newlines disappear. Now I have two patches, if you apply both then Shift+Insert and Ctrl+Shift+V should do the same (the expected behavior), and if bracketed paste is supported by the terminal then the menu entry will also do the same. -------------- next part -------------- An HTML attachment was scrubbed... URL: From pmiscml at gmail.com Mon Sep 16 18:37:17 2013 From: pmiscml at gmail.com (Paul Sokolovsky) Date: Mon, 16 Sep 2013 21:37:17 +0300 Subject: bad mc-edit paste behavior? In-Reply-To: References: <5235DD75.3030801@earthlink.net> <20130915200705.1c821a8d@x34f> Message-ID: <20130916213717.4b1ff321@x34f> Hello, On Mon, 16 Sep 2013 20:03:51 +0200 Egmont Koblinger wrote: > On Sun, Sep 15, 2013 at 7:07 PM, Paul Sokolovsky > wrote: > > > Hello, > > > > So, long ago I indeed worked that around by going to setting and > > turning autoindent off then on (boring!). Then however I noticed > > that depending on the way you paste you may be able to work it > > around by several paste attempts. For example, Gnome terminal has 3 > > ways to paste: menu command, Ctrl+Shift+V, Shift+Ins. So far, my > > background pattern matcher didn't find exact rule what works > > better, it seems to be just non-deterministic, though intuitively, > > Shift+Ins appear to work better. > > > > So... part of the story is that there's a Primary selection and > there's a Clipboard, and some hotkeys might paste one and some the > other. But I'm sure you've already figured it out. Yup, after 6 years of using Linux-based systems as primary workstations, I finally did, and dread all those dirty guts of X, and can't help but share a sentiment that if we outlived Windows, we should outlive these awful technologies of early 1980ies either. Can't wait for X to be dead. > The second problem is that MC looks at the modifiers (assuming X11 > support is available) and certain keys have different meaning > depending on them. E.g. Shift+Enter does a non-indenting newline, > that's why Shift+Insert doesn't mess up indentation, so it usually > gives a better result than the menu command of the terminal. But > Ctrl+Shift+Enter is mapped to performing no action, that's why if you > paste with Ctrl+Shift+V then all the newlines disappear. Quite plausible analysis, thanks for figuring this out! > > Now I have two patches, if you apply both then Shift+Insert and > Ctrl+Shift+V should do the same (the expected behavior), and if > bracketed paste is supported by the terminal then the menu entry will > also do the same. I'll give your patches a try as soon as time permits. -- Best regards, Paul mailto:pmiscml at gmail.com From pmiscml at gmail.com Thu Sep 26 20:30:31 2013 From: pmiscml at gmail.com (Paul Sokolovsky) Date: Thu, 26 Sep 2013 23:30:31 +0300 Subject: bad mc-edit paste behavior? In-Reply-To: <20130916213717.4b1ff321@x34f> References: <5235DD75.3030801@earthlink.net> <20130915200705.1c821a8d@x34f> <20130916213717.4b1ff321@x34f> Message-ID: <20130926233031.5a3d0023@x34f> Hello, On Mon, 16 Sep 2013 21:37:17 +0300 Paul Sokolovsky wrote: [] > > Now I have two patches, if you apply both then Shift+Insert and > > Ctrl+Shift+V should do the same (the expected behavior), and if > > bracketed paste is supported by the terminal then the menu entry > > will also do the same. > > I'll give your patches a try as soon as time permits. I just added comment to http://www.midnight-commander.org/ticket/2661 that my pretty comprehensive 10-day testing gave me lot of joy using new paste, and no downs at all. Kudos Egmont, I hope the patches could be merged into mainline soon! Btw, it gave me worm feeling that comfortable, stress-free editing (not a bunch of workarounds like it was since migrating from Windows/FAR) with mcedit is really attainable. I filed: http://www.midnight-commander.org/ticket/3080 "Paste from clipfile" unexpectedly doesn't move cursor https://www.midnight-commander.org/ticket/3081 mcedit command to copy to X11 clipboard for remaining things which gave me gripes with Copy&Paste. As usual, in my (long) queue, but if someone was bitten by those too and can beat me on them, please do! ;-) -- Best regards, Paul mailto:pmiscml at gmail.com