From sknaumov at gmail.com Sun Jan 6 20:12:48 2013 From: sknaumov at gmail.com (Sergey Naumov) Date: Sun, 6 Jan 2013 23:12:48 +0300 Subject: mc-4.8.7 drop selection on CK_Store Message-ID: I've patched mc-4.8.7 to get desirable behavior for Ctrl-Ins + Shift-Ins copy-paste and selections which I haven't managed to achieve playing with persistent_selections option. But I'm not sure that this patch is correct for every combination of options values. Is it possible to include this behavior in persistent_selections option or to introduce new option? For some reason I can't login to trac even after I changed my password, so I'm sending my patch by e-mail. Sergey Naumov. -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: mc-4.8.7-editor-drop-selection-on-CK_Store.patch Type: application/octet-stream Size: 774 bytes Desc: not available URL: From netuse at lavabit.com Tue Jan 8 16:25:53 2013 From: netuse at lavabit.com (Marco) Date: Tue, 8 Jan 2013 17:25:53 +0100 Subject: ctrl mappings don't work Message-ID: <20130108162553.GC28942@homerow> Hi, my goal is to map ctrl-h to CdParent, but it does not work as expected. What I've tried so far: In my mc.keymap I added the ctrl-h mapping to CdParent. [panel] CdParent = ctrl-pgup; ctrl-h However, pressing ctrl-h does no move to the parent directory. Then I tested an alt mapping: [panel] CdParent = ctrl-pgup; alt-h The alt-h mapping works as expected. Then I checked other ctrl key bindings, e.g. I added [panel] Down = down; ctrl-n; ctrl-m But also in this case pressing ctrl-m also does not move the cursor down. That means there's something wrong with the ctrl mappings. The key bindings work as described in the manual, but new key bindings don't work. What could be the cause and how to fix this? GNU Midnight Commander 4.8.5 Built with GLib 2.32.4 rxvt-unicode on Debian GNU/Linux Marco -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 490 bytes Desc: Digital signature URL: From aborodin at vmail.ru Tue Jan 8 17:45:18 2013 From: aborodin at vmail.ru (Andrew Borodin) Date: Tue, 08 Jan 2013 21:45:18 +0400 Subject: ctrl mappings don't work In-Reply-To: <20130108162553.GC28942@homerow> References: <20130108162553.GC28942@homerow> Message-ID: On Tue, 8 Jan 2013 17:25:53 +0100 Marco wrote: [...] > However, pressing ctrl-h does no move to the parent directory. [...] > But also in this case pressing ctrl-m also does not move the cursor > down. That means there's something wrong with the ctrl mappings. The > key bindings work as described in the manual, but new key bindings > don't work. What could be the cause and how to fix this? Unfortunately, you choose some special terminal keys. ctrl-h is terminal control sequence for Backspace ctrl-m is terminal control sequence for Enter Terminal itself handles these keys. mc hust doesn't get them. -- Andrew From netuse at lavabit.com Tue Jan 8 18:07:17 2013 From: netuse at lavabit.com (Marco) Date: Tue, 8 Jan 2013 19:07:17 +0100 Subject: ctrl mappings don't work In-Reply-To: References: <20130108162553.GC28942@homerow> Message-ID: <20130108180717.GD28942@homerow> On 2013?01?08 Andrew Borodin wrote: > Unfortunately, you choose some special terminal keys. > > ctrl-h is terminal control sequence for Backspace > ctrl-m is terminal control sequence for Enter > > Terminal itself handles these keys. mc hust doesn't get them. I didn't think about that. Thanks. Marco -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 490 bytes Desc: Digital signature URL: From netuse at lavabit.com Tue Jan 8 18:25:11 2013 From: netuse at lavabit.com (Marco) Date: Tue, 8 Jan 2013 19:25:11 +0100 Subject: File size units Message-ID: <20130108182511.GE28942@homerow> Hi, in the panels' file size column the size appears as follows: 249893 145019K 14609 982253 751138 1308 30738K 5026241 This is kind of hard to read IMO. I would prefer it in units with values < 1024, e.g. 249K 145M 14K 982K 751K 1K 30M 5M How can I achieve that? Marco -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 490 bytes Desc: Digital signature URL: From netuse at lavabit.com Tue Jan 8 21:34:14 2013 From: netuse at lavabit.com (Marco) Date: Tue, 8 Jan 2013 22:34:14 +0100 Subject: Open files on sftp link fails or opens wrong file Message-ID: <20130108213414.GF28942@homerow> Hi, opening files on an sftp link does not behave as expected. When I try to open a file, the following error message is thrown and the file is not opened: gvfs-open: file:///tmp/somefile.pdf: error opening location: Error when getting information for file '/tmp/somefile.pdf': No such file or directory The path /tmp is taken from the directory of the *non-active* panel and the file name somefile.pdf is taken from the selected file in the active panel. In case the directory in the non-active panel contains a file called somefile.pdf it is opened instead of the requested one. Is opening files via sftp not supported or is this a bug? GNU Midnight Commander 4.8.5 Built with GLib 2.32.4 Marco -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 490 bytes Desc: Digital signature URL: From aborodin at vmail.ru Thu Jan 10 10:10:25 2013 From: aborodin at vmail.ru (Andrew Borodin) Date: Thu, 10 Jan 2013 14:10:25 +0400 Subject: File size units In-Reply-To: <20130108182511.GE28942@homerow> References: <20130108182511.GE28942@homerow> Message-ID: On Tue, 8 Jan 2013 19:25:11 +0100 Marco wrote: > I would prefer it in units with values < 1024, e.g. > > 249K > 145M > 14K > 982K > 751K > 1K > 30M > 5M > > How can I achieve that? You can decrease the width of the 'size' column in the listing format. For example: (*) User defined: half type name|size:4 Detailed description you can find in the "Listing Mode..." subsection of manual page. -- Andrew From netuse at lavabit.com Thu Jan 10 11:34:38 2013 From: netuse at lavabit.com (Marco) Date: Thu, 10 Jan 2013 12:34:38 +0100 Subject: File size units In-Reply-To: References: <20130108182511.GE28942@homerow> Message-ID: <20130110113438.GN28942@homerow> On 2013?01?10 Andrew Borodin wrote: > You can decrease the width of the 'size' column in the listing format. > For example: > > (*) User defined: > half type name|size:4 Brilliant. Thanks, that was what I was looking for. Marco -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 490 bytes Desc: Digital signature URL: From netuse at lavabit.com Thu Jan 10 11:45:58 2013 From: netuse at lavabit.com (Marco) Date: Thu, 10 Jan 2013 12:45:58 +0100 Subject: autogen.sh fails, archive.tar.gz not found Message-ID: <20130110114558.GO28942@homerow> Hi, I'm trying to build mc. Running ./autogen.sh fails with maint/autopoint: 421: maint/autopoint: cannot open /usr/share/gettext/archive.tar.gz: No such file True, there is no archive.tar.gz in that directory. I was unable to find this file in any package provided by Debian. The gettext package is installed and there is no gettext-dev that could be missing. I did not try to build gettext since it's already installed. Is archive.tar.gz really necessary to build mc? If yes, where do I get this file from? Marco -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 490 bytes Desc: Digital signature URL: From slavazanko at gmail.com Thu Jan 10 11:52:45 2013 From: slavazanko at gmail.com (Slava Zanko) Date: Thu, 10 Jan 2013 14:52:45 +0300 Subject: autogen.sh fails, archive.tar.gz not found In-Reply-To: <20130110114558.GO28942@homerow> References: <20130110114558.GO28942@homerow> Message-ID: <50EEAB8D.5010402@gmail.com> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 10.01.2013 14:45, Marco wrote: > maint/autopoint: 421: maint/autopoint: cannot open > /usr/share/gettext/archive.tar.gz: No such file Try to install gettext-devel package in your OS. P.S. In different distros the name will be different (eg. gettext-dev in Debian/Ubuntu). See https://www.midnight-commander.org/wiki/doc/buildAndInstall/req for checking if your OS is ready to build mc. - -- WBR, Slavaz. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.13 (GNU/Linux) iEYEARECAAYFAlDuq40ACgkQb3oGR6aVLpokbwCeLOMvXOjZTZWR2SsP0cXbsOgX WfIAoITfl3s+1l5Kua3q+G99GlOlyPSt =JFvY -----END PGP SIGNATURE----- From netuse at lavabit.com Thu Jan 10 12:13:45 2013 From: netuse at lavabit.com (Marco) Date: Thu, 10 Jan 2013 13:13:45 +0100 Subject: autogen.sh fails, archive.tar.gz not found In-Reply-To: <50EEAB8D.5010402@gmail.com> References: <20130110114558.GO28942@homerow> <50EEAB8D.5010402@gmail.com> Message-ID: <20130110121345.GQ28942@homerow> On 2013?01?10 Slava Zanko wrote: > See https://www.midnight-commander.org/wiki/doc/buildAndInstall/req > for checking if your OS is ready to build mc. Thanks. I didn't see that page before. The package autopoint was missing. It works now. Marco -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 490 bytes Desc: Digital signature URL: From ossi at kde.org Thu Jan 10 19:30:50 2013 From: ossi at kde.org (Oswald Buddenhagen) Date: Thu, 10 Jan 2013 20:30:50 +0100 Subject: ctrl mappings don't work In-Reply-To: References: <20130108162553.GC28942@homerow> Message-ID: <20130110193050.GB3506@troll08.it.local> On Tue, Jan 08, 2013 at 09:45:18PM +0400, Andrew Borodin wrote: > On Tue, 8 Jan 2013 17:25:53 +0100 Marco wrote: > [...] > > However, pressing ctrl-h does no move to the parent directory. > [...] > > But also in this case pressing ctrl-m also does not move the cursor > > down. That means there's something wrong with the ctrl mappings. The > > key bindings work as described in the manual, but new key bindings > > don't work. What could be the cause and how to fix this? > > Unfortunately, you choose some special terminal keys. > > ctrl-h is terminal control sequence for Backspace > ctrl-m is terminal control sequence for Enter > > Terminal itself handles these keys. mc hust doesn't get them. > huh? slang/ncurses runs the tty in raw mode, so it gets all the keys just fine. what is most likely happening is that mc's command prompt is eating those keys before they reach the keybinding dispatcher. From netuse at lavabit.com Thu Jan 10 20:09:59 2013 From: netuse at lavabit.com (Marco) Date: Thu, 10 Jan 2013 21:09:59 +0100 Subject: ctrl mappings don't work In-Reply-To: <20130110193050.GB3506@troll08.it.local> References: <20130108162553.GC28942@homerow> <20130110193050.GB3506@troll08.it.local> Message-ID: <20130110200959.GA31752@homerow> On 2013?01?10 Oswald Buddenhagen wrote: > > Terminal itself handles these keys. mc hust doesn't get them. > > > huh? slang/ncurses runs the tty in raw mode, so it gets all the keys > just fine. what is most likely happening is that mc's command prompt is > eating those keys before they reach the keybinding dispatcher. I have disabled the command prompt (when I need a shell prompt I press ctrl-o). For the moment I changed my shortcuts to use alt-mappings instead. If you know how to enable ctrl-mappings with mc please let me know. Marco -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 490 bytes Desc: Digital signature URL: From y199mp1505 at gmail.com Thu Jan 10 23:04:33 2013 From: y199mp1505 at gmail.com (frank) Date: Thu, 10 Jan 2013 23:04:33 +0000 Subject: ctrl mappings don't work In-Reply-To: <20130110193050.GB3506@troll08.it.local> References: <20130108162553.GC28942@homerow> <20130110193050.GB3506@troll08.it.local> Message-ID: <50EF4901.80406@gmail.com> >>> huh? slang/ncurses runs the tty in raw mode... Marco's issue concerns rxvt-unicode not the text console. There is no keyboard raw mode in a graphic terminal for the simple reason that any application below X11 is interacting with X11 and not with the kernel. This includes applications written for the text console: if they try to switch to raw keyboard, they will wait a little while. Note that they are interacting with the terminal, the terminal is interacting with X11. In the tty neither slang nor ncurses do switch to raw keyboard. (Try and tell apart TAB, Ctrl-TAB and Ctrl-I in jed or any slang application.) When ncurses refers to raw mode, they are talking about NOT converting received keystrings (keyboard is in ASCII or UNICODE mode) into numbers. For instance, in cooked (i.e. not raw) mode the left arrow gets 0404. From ossi at kde.org Fri Jan 11 08:29:07 2013 From: ossi at kde.org (Oswald Buddenhagen) Date: Fri, 11 Jan 2013 09:29:07 +0100 Subject: ctrl mappings don't work In-Reply-To: <50EF4901.80406@gmail.com> References: <20130108162553.GC28942@homerow> <20130110193050.GB3506@troll08.it.local> <50EF4901.80406@gmail.com> Message-ID: <20130111082907.GB20155@ugly.local> On Thu, Jan 10, 2013 at 11:04:33PM +0000, frank wrote: > >>> huh? slang/ncurses runs the tty in raw mode... > > Marco's issue concerns rxvt-unicode not the text console. > so what? man termios. i'm not saying that it makes sense to remap ctrl-h/bs or ctrl-m/ret, just that the offered explanation is bogus. From aborodin at vmail.ru Fri Jan 11 11:30:49 2013 From: aborodin at vmail.ru (Andrew Borodin) Date: Fri, 11 Jan 2013 15:30:49 +0400 Subject: ctrl mappings don't work In-Reply-To: <20130110193050.GB3506@troll08.it.local> References: <20130108162553.GC28942@homerow> <20130110193050.GB3506@troll08.it.local> Message-ID: On Thu, 10 Jan 2013 20:30:50 +0100 Oswald Buddenhagen wrote: > huh? slang/ncurses runs the tty in raw mode, so it gets all the keys > just fine. what is most likely happening is that mc's command prompt is > eating those keys before they reach the keybinding dispatcher. Ok. In xterm when I press ctrl-h, SLang_getkey() returns 8 when I press ctrl-m, SLang_getkey() returns 13 -- Andrew From y199mp1505 at gmail.com Sat Jan 12 10:35:41 2013 From: y199mp1505 at gmail.com (frank) Date: Sat, 12 Jan 2013 10:35:41 +0000 Subject: ctrl mappings don't work In-Reply-To: <20130111082907.GB20155@ugly.local> References: <20130108162553.GC28942@homerow> <20130110193050.GB3506@troll08.it.local> <50EF4901.80406@gmail.com> <20130111082907.GB20155@ugly.local> Message-ID: <50F13C7D.4060100@gmail.com> > i'm not saying that it makes sense to remap ctrl-h/bs or ctrl-m/ret, > just that the offered explanation is bogus. You started with "huh? slang/ncurses runs the tty in raw mode..." in a thread that clearly and explicitely refers to a graphic terminal issue. Further, neither slang nor ncurses runs with raw keyboard in a tty. A wrong statement cannot counter any 'bogus explanation'. Finally there is no bogus explanation: keys intercepted by the terminal program cannot be redefined by MC or any other text mode application running under the terminal. If Marco wants to customise such keys, he will have to convince his rxvt-unicode first. From ossi at kde.org Sat Jan 12 11:41:52 2013 From: ossi at kde.org (Oswald Buddenhagen) Date: Sat, 12 Jan 2013 12:41:52 +0100 Subject: ctrl mappings don't work In-Reply-To: <50F13C7D.4060100@gmail.com> References: <20130108162553.GC28942@homerow> <20130110193050.GB3506@troll08.it.local> <50EF4901.80406@gmail.com> <20130111082907.GB20155@ugly.local> <50F13C7D.4060100@gmail.com> Message-ID: <20130112114152.GA24124@ugly.local> On Sat, Jan 12, 2013 at 10:35:41AM +0000, frank wrote: > >i'm not saying that it makes sense to remap ctrl-h/bs or ctrl-m/ret, > >just that the offered explanation is bogus. > > You started with [...] > > "huh? slang/ncurses runs the tty in raw mode..." > > in a thread that clearly and explicitely refers to a graphic terminal issue. > what you are not getting is that this is utterly irrelevant. slang/curses and therefore mc are pty clients under X, which makes this equivalent to a "real" tty hosted directly by a virtual console. consequently i'm talking about the raw mode of ttys/ptys (and NOT the linux-specific KDGKBMODE ioctl), which you clearly didn't get despite my not at all subtle hint. > Finally there is no bogus explanation: keys intercepted by the > terminal program cannot be redefined by MC or any other text mode > application running under the terminal. > the thing is that the keys are not "intercepted" or "handled" by the terminal at all (that is what would happen in cooked tty mode, where the tty would use these keys for editing functions of the internal buffer). they are just mapped to the same ascii codes as other keys. this means that if mc didn't have the meaning of those codes hard-wired somewhere, it would be perfectly possible to re-bind them. of course this would be of rather limited use, as then enter and backspace wouldn't work the usual way, but that's not the point of my objection. > If Marco wants to customise such keys, he will have to convince his > rxvt-unicode first. > dunno whether this is possible with rxvt, but with xterm he could actually do that, at the cost of making other applications which expect the traditional keybindings not doing what the user expects. the really crazy idea would be linking mc to a terminal emulator (creating a second specialized executable, xmc). this would solve a whole bunch of problems: a) arbitrary key mapping b) clean x selection support (we already have x clipboard support via xclip, but that's only half the deal) c) proper session management integration without jumping through hoops (see https://www.midnight-commander.org/ticket/24) on a vt, a) can be implemented with a different backend, while b) and c) are irrelevant. when subcommands were called, the built-in terminal would host them the usual way. the downside of that is that linux users typically think they have a reason to use a particular terminal emulator (and in some cases they actually have), so they wouldn't like mc forcing a choice on them. consequently, a better solution would be standardized extended tty escape sequences which allow tighter integration of text clients into the windowing system despite the mediating tty emulator. i'm sure some terminals already provide some of these features. From y199mp1505 at gmail.com Sun Jan 13 18:11:16 2013 From: y199mp1505 at gmail.com (frank) Date: Sun, 13 Jan 2013 18:11:16 +0000 Subject: ctrl mappings don't work In-Reply-To: <20130112114152.GA24124@ugly.local> References: <20130108162553.GC28942@homerow> <20130110193050.GB3506@troll08.it.local> <50EF4901.80406@gmail.com> <20130111082907.GB20155@ugly.local> <50F13C7D.4060100@gmail.com> <20130112114152.GA24124@ugly.local> Message-ID: <50F2F8C4.4090602@gmail.com> You started with "huh? slang/ncurses runs the tty in raw mode..." Now you are clarifying > ...that this is utterly irrelevant. With your bogus explanation you proceeded to counter an alleged bogus explanation. In the process, you revealed yourself as the only person on the planet that calls tty a graphic terminal window. > ...keys are not "intercepted" or "handled" by the terminal at all It depends: this applies to xterm, it does not apply e.g. to Gnome Terminal. > ...if mc didn't have the meaning of those codes hard-wired somewhere Prove it with the corresponding MC source. From ossi at kde.org Sun Jan 13 18:51:01 2013 From: ossi at kde.org (Oswald Buddenhagen) Date: Sun, 13 Jan 2013 19:51:01 +0100 Subject: ctrl mappings don't work In-Reply-To: <50F2F8C4.4090602@gmail.com> References: <20130108162553.GC28942@homerow> <20130110193050.GB3506@troll08.it.local> <50EF4901.80406@gmail.com> <20130111082907.GB20155@ugly.local> <50F13C7D.4060100@gmail.com> <20130112114152.GA24124@ugly.local> <50F2F8C4.4090602@gmail.com> Message-ID: <20130113185101.GB13922@ugly.local> On Sun, Jan 13, 2013 at 06:11:16PM +0000, frank wrote: > [continued bullshit] > dude, maybe just give it a rest? i *co-authored* the pty code of a terminal emulator (and in the process studied the code of another, plus a whole bunch of manuals). i certainly know the terminology and semantics. From y199mp1505 at gmail.com Mon Jan 14 23:49:15 2013 From: y199mp1505 at gmail.com (frank) Date: Mon, 14 Jan 2013 23:49:15 +0000 Subject: ctrl mappings don't work In-Reply-To: <20130113185101.GB13922@ugly.local> References: <20130108162553.GC28942@homerow> <20130110193050.GB3506@troll08.it.local> <50EF4901.80406@gmail.com> <20130111082907.GB20155@ugly.local> <50F13C7D.4060100@gmail.com> <20130112114152.GA24124@ugly.local> <50F2F8C4.4090602@gmail.com> <20130113185101.GB13922@ugly.local> Message-ID: <50F4997B.4030600@gmail.com> >>> dude, maybe just give it a rest? i *co-authored* the pty code of a terminal emulator (and in the process studied the code of another, plus, a whole bunch of manuals). i certainly know the terminology and semantics. >>> You might be a world champion, so? We are not talking about your trophies, just about what you posted here. You started with "huh? slang/ncurses runs the tty in raw mode..." Either (1); You were referring to the text console in which case your statement is wrong. Or (2); You were referring to a graphic terminal in which case you must be the only person on the planet that calls tty a graphic terminal window. In respect to your statement above, you later clarified "...that this is utterly irrelevant." Nonetheless, you argued using that utterly irrelevant statement. And finally do not forget your other gem: "...if mc didn't have the meaning of those codes hard-wired somewhere" The corresponding MC source and good manners will be appreciated. From ossi at kde.org Tue Jan 15 09:10:45 2013 From: ossi at kde.org (Oswald Buddenhagen) Date: Tue, 15 Jan 2013 10:10:45 +0100 Subject: ctrl mappings don't work In-Reply-To: <50F4997B.4030600@gmail.com> References: <20130108162553.GC28942@homerow> <20130110193050.GB3506@troll08.it.local> <50EF4901.80406@gmail.com> <20130111082907.GB20155@ugly.local> <50F13C7D.4060100@gmail.com> <20130112114152.GA24124@ugly.local> <50F2F8C4.4090602@gmail.com> <20130113185101.GB13922@ugly.local> <50F4997B.4030600@gmail.com> Message-ID: <20130115091045.GA7128@ugly.local> On Mon, Jan 14, 2013 at 11:49:15PM +0000, frank wrote: > You started with > > "huh? slang/ncurses runs the tty in raw mode..." > > Either (1); > > You were referring to the text console in which case your statement is > wrong. > > Or (2); > > You were referring to a graphic terminal in which case you must be the only > person on the planet that calls tty a graphic terminal window. > have you ever considered the possibility that your list is not exhaustive, and consequently all your logic is bullshit? that you don't know all relevant information, and thus your attempts to outsmart me look utterly ridiculous? that your repeated claim of "only person on the planet" is plain pathetic? > and good manners will be appreciated. > right. idiot. From netuse at lavabit.com Sat Jan 26 17:38:41 2013 From: netuse at lavabit.com (Marco) Date: Sat, 26 Jan 2013 18:38:41 +0100 Subject: Auto completion in the =?utf-8?B?4oCcRG8g?= =?utf-8?Q?something_on_the_current_file=E2=80=9D?= menu Message-ID: <20130126173841.GD29425@homerow> Hi, when launching a command on the current file via F2 ? @ Do something on the current file is there a way to use auto completion for the command? Marco -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 490 bytes Desc: Digital signature URL: From netuse at lavabit.com Mon Jan 28 09:34:29 2013 From: netuse at lavabit.com (Marco) Date: Mon, 28 Jan 2013 10:34:29 +0100 Subject: Easy renaming of files Message-ID: <20130128093429.GF29425@homerow> Hi, when I hit F6 to rename a file the ?to:? field is pre-populated with the path of the other panel. That's handy if you want to move files, but annoying if you want to rename the file and the renaming just adds an extension or removes two characters at the beginning of a 50-character file name. If I start typing I have to retype the entire file name. Is there an easier way to rename files, for instance a shortcut to pre-populate the field with the current file name? Marco -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 490 bytes Desc: Digital signature URL: From egmont at gmail.com Mon Jan 28 09:45:24 2013 From: egmont at gmail.com (Egmont Koblinger) Date: Mon, 28 Jan 2013 10:45:24 +0100 Subject: Easy renaming of files In-Reply-To: <20130128093429.GF29425@homerow> References: <20130128093429.GF29425@homerow> Message-ID: Shift+F6 should do it. e. On Mon, Jan 28, 2013 at 10:34 AM, Marco wrote: > Hi, > > when I hit F6 to rename a file the ?to:? field is pre-populated with > the path of the other panel. That's handy if you want to move files, > but annoying if you want to rename the file and the renaming just > adds an extension or removes two characters at the beginning of a > 50-character file name. If I start typing I have to retype the > entire file name. > > Is there an easier way to rename files, for instance a shortcut to > pre-populate the field with the current file name? > > Marco > > _______________________________________________ > mc-devel mailing list > https://mail.gnome.org/mailman/listinfo/mc-devel > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From netuse at lavabit.com Mon Jan 28 09:55:46 2013 From: netuse at lavabit.com (Marco) Date: Mon, 28 Jan 2013 10:55:46 +0100 Subject: Easy renaming of files In-Reply-To: References: <20130128093429.GF29425@homerow> Message-ID: <20130128095546.GG29425@homerow> On 2013?01?28 Egmont Koblinger wrote: Hi Egmont, > Shift+F6 should do it. It does, indeed. Thanks a lot. Marco -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 490 bytes Desc: Digital signature URL: From aborodin at vmail.ru Mon Jan 28 09:56:13 2013 From: aborodin at vmail.ru (Andrew Borodin) Date: Mon, 28 Jan 2013 13:56:13 +0400 Subject: Easy renaming of files In-Reply-To: <20130128093429.GF29425@homerow> References: <20130128093429.GF29425@homerow> Message-ID: On Mon, 28 Jan 2013 10:34:29 +0100 Marco wrote: > Is there an easier way to rename files, for instance a shortcut to > pre-populate the field with the current file name? Shifr-F6. -- Andrew From mrmazda at earthlink.net Mon Jan 28 13:58:49 2013 From: mrmazda at earthlink.net (Felix Miata) Date: Mon, 28 Jan 2013 08:58:49 -0500 Subject: Easy renaming of files In-Reply-To: References: <20130128093429.GF29425@homerow> Message-ID: <51068419.4080307@earthlink.net> On 2013-01-28 10:45 (GMT+0100) Egmont Koblinger composed: > Marco wrote: >> when I hit F6 to rename a file the ???to:??? field is pre-populated with >> the path of the other panel. That's handy if you want to move files, >> but annoying if you want to rename the file and the renaming just >> adds an extension or removes two characters at the beginning of a >> 50-character file name. If I start typing I have to retype the >> entire file name. >> Is there an easier way to rename files, for instance a shortcut to >> pre-populate the field with the current file name? > Shift+F6 should do it. But it doesn't when running on a tty in runlevel[2,3,5] in every distro I can recall using. In the tty case it's inexplicably Shift-F4, just like copy with edit name instead of Shift-F5 is Shift-F3. Why? I know it has something to do with 10 function keys vs. 12 function keys, but shouldn't there be a simple solution? Is there? Also, File Commander is much smarter than MC on group copy/move. In FC when a group of files is selected in a fullscreen pane and the highlight/focus is on a DIR, F5/F6 copies/moves the group to the highlighted DIR without need for further typing beyond confirmation. Has no one ever asked for this intelligence in MC? -- "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 Tue Jan 29 15:08:32 2013 From: egmont at gmail.com (Egmont Koblinger) Date: Tue, 29 Jan 2013 16:08:32 +0100 Subject: Easy renaming of files In-Reply-To: <51068419.4080307@earthlink.net> References: <20130128093429.GF29425@homerow> <51068419.4080307@earthlink.net> Message-ID: On Mon, Jan 28, 2013 at 2:58 PM, Felix Miata wrote: > On 2013-01-28 10:45 (GMT+0100) Egmont Koblinger composed: > > Marco wrote: >> > > when I hit F6 to rename a file the ???to:?? field is pre-populated with >>> >>> the path of the other panel. That's handy if you want to move files, >>> but annoying if you want to rename the file and the renaming just >>> adds an extension or removes two characters at the beginning of a >>> 50-character file name. If I start typing I have to retype the >>> entire file name. >>> >> > Is there an easier way to rename files, for instance a shortcut to >>> pre-populate the field with the current file name? >>> >> > Shift+F6 should do it. >> > > But it doesn't when running on a tty in runlevel[2,3,5] in every distro I > can recall using. In the tty case it's inexplicably Shift-F4, just like > copy with edit name instead of Shift-F5 is Shift-F3. Why? I know it has > something to do with 10 function keys vs. 12 function keys, but shouldn't > there be a simple solution? Is there? > This seems to be a problem with the console-data or kbd or whichever similar package of Linux distros... They offer multiple keymaps, and define function keys differently in them. E.g. type "loadkeys us" -> with the U.S. keymap pressing Shift+F4 will do what you'd expect from Shift-F6. But type "loadkeys ru" -> with the Russian keymap Shift+F6 works as expected. Seems that the kernel's builtin keymap makes the Shift key offset the function keys by 10 (drivers/tty/vt/defkeymap.map says ?keycode 64 = F6 F16? and later ?string F16 = "\033[29~"?), and this is what mc expects too (mc.lib: ?f16=\\e[29~?). Unfortunately, many keymaps, including the probably most widely used "us" wants to be able to assign separate action to F11 and Shift+F1, so they shift by 12 and define ?keycode 64 = F6 F18?. There's nothing mc could do about this right now, first all the keymaps should be made consistent. cheers, egmont -------------- next part -------------- An HTML attachment was scrubbed... URL: From vda.linux at googlemail.com Thu Jan 31 10:38:58 2013 From: vda.linux at googlemail.com (Denys Vlasenko) Date: Thu, 31 Jan 2013 11:38:58 +0100 Subject: [PATCH 5/5 v2] keyboard input: when an unknown sequence is seen, purge all buffered input In-Reply-To: <1351176306-23071-1-git-send-email-vda.linux@googlemail.com> References: <1351176306-23071-1-git-send-email-vda.linux@googlemail.com> Message-ID: Ping... On Thu, Oct 25, 2012 at 4:45 PM, Denys Vlasenko wrote: > When we see an unknown sequence, it is not enough > to drop already received part - there can be more of it > coming over e.g. a serial line. > > To prevent interpreting it as a random garbage, > eat and discard all chars that follow. > Small, but non-zero timeout is needed to reconnect > escape sequence split up by a serial line. > > Before this change, Ctrl-Alt-Shift-Right_Arrow generates "1;8C" > bogus "input" in MC on my machine; after the change, > nothing is generated. > > Signed-off-by: Denys Vlasenko > --- > lib/tty/key.c | 21 ++++++++++++++++----- > 1 files changed, 16 insertions(+), 5 deletions(-) > > diff --git a/lib/tty/key.c b/lib/tty/key.c > index 9b97aa8..818b2e6 100644 > --- a/lib/tty/key.c > +++ b/lib/tty/key.c > @@ -1216,14 +1216,14 @@ correct_key_code (int code) > /* --------------------------------------------------------------------------------------------- */ > > static int > -xgetch_second (void) > +getch_with_timeout (unsigned delay_us) > { > fd_set Read_FD_Set; > int c; > struct timeval time_out; > > - time_out.tv_sec = old_esc_mode_timeout / 1000000; > - time_out.tv_usec = old_esc_mode_timeout % 1000000; > + time_out.tv_sec = delay_us / 1000000u; > + time_out.tv_usec = delay_us % 1000000u; > tty_nodelay (TRUE); > FD_ZERO (&Read_FD_Set); > FD_SET (input_fd, &Read_FD_Set); > @@ -1891,7 +1891,18 @@ get_key_code (int no_delay) > seq_append = NULL; > } > if (bad_seq) > + { > + /* This is an unknown ESC sequence. > + * To prevent interpreting its tail as a random garbage, > + * eat and discard all buffered and quickly following chars. > + * Small, but non-zero timeout is needed to reconnect > + * escape sequence split up by e.g. a serial line. > + */ > + int paranoia = 20; > + while (getch_with_timeout (old_esc_mode_timeout) >= 0 && --paranoia != 0) > + continue; > goto nodelay_try_again; > + } > } > if ((d > 127 && d < 256) && use_8th_bit_as_meta) > { > @@ -2009,8 +2020,8 @@ get_key_code (int no_delay) > goto nodelay_try_again; > } > esctime.tv_sec = -1; > - c = xgetch_second (); > - keylog (" c=xgetch_second()=%d\n", c); > + c = getch_with_timeout (old_esc_mode_timeout); > + keylog (" c=getch_with_timeout(%d)=%d\n", old_esc_mode_timeout, c); > if (c == -1) > { > pending_keys = seq_append = NULL; > -- > 1.7.7.6 > From ossi at kde.org Thu Jan 31 16:27:11 2013 From: ossi at kde.org (Oswald Buddenhagen) Date: Thu, 31 Jan 2013 17:27:11 +0100 Subject: [PATCH 5/5 v2] keyboard input: when an unknown sequence is seen, purge all buffered input In-Reply-To: References: <1351176306-23071-1-git-send-email-vda.linux@googlemail.com> Message-ID: <20130131162711.GA2950@troll08.it.local> On Thu, Jan 31, 2013 at 11:38:58AM +0100, Denys Vlasenko wrote: > Ping... > the mc devs are rather insistent on their process and often simply ignore contributions on the list, so you may get a better response when you create trac tickets.