Re: Release out experimental release mc-5.0
Hello all, Congratulations for the new 5.0 branch. I've noticed it cannot run on Android because multi-touch seems to be broken there, at least for Motorolas. Should I file a bug report? Thanks ~ Miguel On Thu, Apr 1, 2010 at 13:08, Slava Zanko slavaza...@gmail.com wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Jindrich Novy wrote: I'm sure we need to backport some essential features of the new mc-5.0 to older branches. Or alternatively obsolete the 4.* branch completely by mc-5.0! You right, all 4.* branches now deprecated. Please, correct spec-file for new version. Also, strongly need update for all RHEL distros... - -- WBR, Slavaz -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.5 (GNU/Linux) iD8DBQFLtH6ob3oGR6aVLpoRAoqgAJ9CYVwpTsLeT59szFe+JjOMQg4KcgCghtvB QWR3A4aGM3NqRbBIAmjBnDI= =BNul -END PGP SIGNATURE- ___ Mc-devel mailing list http://mail.gnome.org/mailman/listinfo/mc-devel ___ Mc-devel mailing list http://mail.gnome.org/mailman/listinfo/mc-devel
Re: Alt+function keys and other keys
2010/3/12 Thomas Dickey dic...@his.com On Fri, 12 Mar 2010, Miguel Pérez wrote: It does, but they are not recognized. Here's an example of different alt-f1 sequences I've seen: Konsole (TERM=konsole), native keyboard (xterm XFree 4.x.x): ^[O3P xterm (TERM=xterm): ^[[1;3P urxvt (TERM=rxvt-unicode): ^[^[[11~ mlterm (TERM=mlterm): ^[[11;3~ Midnight Commander doesn't recognize any of these. I wonder what kind of terminal does it expect (shouldn't it be flexibly detected from TERM?). terminfo should provide the details (using the convention from xterm, which encodes 12 function-keys with control-, shift-, alt-modifiers). The last I noticed, Konsole doesn't _set_ $TERM, but has a keyboard setting (analogous to the predefined flavors in xterm for Sun, HP, etc). Then something seems to be wrong, because I have TERM properly set in the various terminals, yet Midnight Commander doesn't seem to understand many of the posible escape sequences (mostly Alt/Control combinations with Fn/Ins/Del/Home/End and Shift+Tab). ~Miguel 2010/3/11 Thomas Dickey dic...@his.com On Thu, 11 Mar 2010, Miguel Pérez wrote: What I wonder is why even on the reference terminal xterm, some key escape sequences aren't even recognized, including simple enough ones such as ctrl-f1 or alt-f1. It depends on the keyboard configuration. (The vt220 flavor won't do much with control/F1). The (default) Sun/PC does send different sequences... -- Thomas E. Dickey http://invisible-island.net ftp://invisible-island.net -- Antes de imprimir este correo electrónico, considera tu responsabilidad medioambiental. Please consider your environmental responsibility before printing this email. -- Thomas E. Dickey http://invisible-island.net ftp://invisible-island.net -- Antes de imprimir este correo electrónico, considera tu responsabilidad medioambiental. Please consider your environmental responsibility before printing this email. ___ Mc-devel mailing list http://mail.gnome.org/mailman/listinfo/mc-devel
Re: Alt+function keys and other keys
What I wonder is why even on the reference terminal xterm, some key escape sequences aren't even recognized, including simple enough ones such as ctrl-f1 or alt-f1. A possible way to fix all of this could be to allow raw character sequences to be assigned to commands in mc.keymap, such as PanelSortOrderByName = \eO5P though this would make it more difficult to use. The best solution would be to properly support all escape sequences. Date: Wed, 10 Mar 2010 22:37:04 +0100 From: Yury V. Zaytsev y...@shurup.com To: R. Steven Rainwater srainwa...@ncc.com Cc: mc-devel@gnome.org Subject: Re: Alt+function keys and other keys Message-ID: 1268257024.7065.13.ca...@mypride Content-Type: text/plain On Wed, 2010-03-10 at 09:55 -0600, R. Steven Rainwater wrote: Maybe there needs to be a policy that key combination changes must be tested on mainline terminals before they are accepted in released versions of MC. The issue here is that xterm is considered to be the reference, and in fact in what concerns the PgUp / PgDown problem, it's a Gnome terminal bug that VTE maintainers are unwilling to fix. -- Sincerely yours, Yury V. Zaytsev -- Antes de imprimir este correo electrónico, considera tu responsabilidad medioambiental. Please consider your environmental responsibility before printing this email. ___ Mc-devel mailing list http://mail.gnome.org/mailman/listinfo/mc-devel
Re: Alt+function keys and other keys
It does, but they are not recognized. Here's an example of different alt-f1 sequences I've seen: Konsole (TERM=konsole), native keyboard (xterm XFree 4.x.x): ^[O3P xterm (TERM=xterm): ^[[1;3P urxvt (TERM=rxvt-unicode): ^[^[[11~ mlterm (TERM=mlterm): ^[[11;3~ Midnight Commander doesn't recognize any of these. I wonder what kind of terminal does it expect (shouldn't it be flexibly detected from TERM?). ~Miguel 2010/3/11 Thomas Dickey dic...@his.com On Thu, 11 Mar 2010, Miguel Pérez wrote: What I wonder is why even on the reference terminal xterm, some key escape sequences aren't even recognized, including simple enough ones such as ctrl-f1 or alt-f1. It depends on the keyboard configuration. (The vt220 flavor won't do much with control/F1). The (default) Sun/PC does send different sequences... -- Thomas E. Dickey http://invisible-island.net ftp://invisible-island.net -- Antes de imprimir este correo electrónico, considera tu responsabilidad medioambiental. Please consider your environmental responsibility before printing this email. ___ Mc-devel mailing list http://mail.gnome.org/mailman/listinfo/mc-devel
Alt+function keys and other keys
Hello, Following the bug I reported ( http://www.midnight-commander.org/ticket/2064 ), I've been trying different terminal emulators and combinations and wasn't able to get these keys (mostly function keys with Alt, Ctrl-Alt, Ctrl-Shift, Alt-Shift, Ctrl-Alt-Shift, also Home/End/PgUp/PgDown disturbances) to work on Midnight Commander. Upon pressing the key, mc will ignore it and print part of the escape sequence. I've been trying with the various terminal modes in Konsole (xterm XFree 4, xterm XFree 3, Linux, VT420PC, VT100, Solaris) with the correct TERM settings (as well as some which were slightly incorrect), as well as xterm with the default options, urxvt (TERM=rxvt-unicode) and some other terminal emulators I could find, with and without the configuration for learnt keys in ~/.mc/ini . I have been unable to get these keys to work in an X terminal. Do they work for any of you in any X terminal with any settings? If so, could you tell me which? I'm using mc from the Debian sid package: GNU Midnight Commander 4.7.0.1 Virtual File System: tarfs, extfs, cpiofs, ftpfs, fish With builtin Editor Using system-installed S-Lang library with terminfo database 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 Data types: char 8 int 32 long 64 void * 64 off_t 64 ecs_char 8 Any tips? Thanks in advance. ~Miguel Pérez -- Antes de imprimir este correo electrónico, considera tu responsabilidad medioambiental. Please consider your environmental responsibility before printing this email. ___ Mc-devel mailing list http://mail.gnome.org/mailman/listinfo/mc-devel
Some keys are not properly recognized in Konsole/xterm
I love the ability to customize keybindings in 4.7. However, I've noticed some keys cannot be bound because they aren't recognized properly by Midnight Commander. When you hit an unrecognized sequence, mc will simply skip the escape sequence up to a point and print the rest of it. I'm using Konsole, set to the xterm (XFree 4.x.x) keyboard, and $TERM is xterm. These are the key combinations that produce escape sequences but aren't recognized by mc. Everything else either works, or doesn't produce a distinguishable escape sequence so I won't expect it to work except if you use X. I've listed the escape sequences produced by Konsole (as seen with cat /dev/null for example) and the gibberish text written by mc after failing to recognize the escape sequence: Shift+Tab: Konsole: ^[[Z mc ignores the key and prints: Z Alt+function keys: Konsole: ^[O3P ^[O3Q ^[O3R ^[O3S ^[[13;3~ ^[[17;3~ ^[[18;3~ ^[[19;3~ ^[[20;3~ ^[[21;3~ ^[[23;3~ ^[[24;3~ mc ignores the key and prints: 3P 3Q 3R 3S 13;3~ 17;3~ 18;3~ 19;3~ 20;3~ 21;3~ 23;3~ 24;3~ Alt+Shift+function keys: Same but 4 instead of 3 Control+function keys: Same but 5 instead of 3 Control+Shift+function keys: Same but 6 instead of 3 Control+Alt+function keys: Same but 7 instead of 3 Control+Alt+Shift+function keys: Same but 8 instead of 3 (Function keys and Shift+function keys work properly) Alt+Insert, Delete, Home, End: Konsole: ^[[2;3~ ^[[3;3~ ^[[1;3H ^[[1;3F mc ignores the key and prints: 2;3~ 3;3~ 1;3H 1;3F Alt+Shift+Insert, Delete, Home, End: Same but the last number is 4 instead of 3 (Ctrl+Insert, Delete, Home, End surprisingly work) Ctrl+Shift+Insert, Delete, Home, End: Same but the last number is 6 instead of 3 Ctrl+Alt+Insert, Delete, Home, End: Same but the last number is 7 instead of 3 Ctrl+Alt+Shift+Insert, Delete, Home, End: Same but the last number is 8 instead of 3 I'm using the mc package from Debian sid, version 3:4.7.0-1 on AMD64 with the following --version information: GNU Midnight Commander 4.7.0 Virtual File System: tarfs, extfs, cpiofs, ftpfs, fish With builtin Editor Using system-installed S-Lang library with terminfo database 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 Data types: char 8 int 32 long 64 void * 64 off_t 64 ecs_char 8 Any tips on how to make these keys work? Which terminal emulator, keyboard setting and $TERM value work best for you? Should I create a ticket in the mc website about this? Thank you very much in advance, ~Miguel -- Antes de imprimir este correo electrónico, considera tu responsabilidad medioambiental. Please consider your environmental responsibility before printing this email. ___ Mc-devel mailing list http://mail.gnome.org/mailman/listinfo/mc-devel
Re: Some keys are not properly recognized in Konsole/xterm
Hello! Indeed, it's available now. I've updated to 4.7.0.1, though there's no difference with regards to Konsole keys. GNU Midnight Commander 4.7.0.1 Sistema de archivos virtual: tarfs, extfs, cpiofs, ftpfs, fish Editor de texto propio incluido Utilizando la biblioteca S-Lang instalada y terminales según terminfo Soporte subshell activo por defecto Soporte para operaciones en 2º plano Soporte para ratón en xterm y consola Linux Soporte para idioma local Soporte para cambio de juegos de caracteres Data types: char 8 int 32 long 64 void * 64 off_t 64 ecs_char 8 Cheers 2010/2/1 Yury V. Zaytsev y...@shurup.com Hi! On Mon, 2010-02-01 at 11:50 +0100, Miguel Pérez wrote: I'm using the mc package from Debian sid, version 3:4.7.0-1 on AMD64 with the following --version information: This is weird. 4.7.0.1 should have landed in Sid already. -- Sincerely yours, Yury V. Zaytsev -- Antes de imprimir este correo electrónico, considera tu responsabilidad medioambiental. Please consider your environmental responsibility before printing this email. ___ Mc-devel mailing list http://mail.gnome.org/mailman/listinfo/mc-devel
Re: Unwanted natural sorting of numbers
Hi Thank you very much for your time. You helped me gather information before I could create the ticket (now I know it happens with the latest upstream version too), and I'm kind of relieved that it's not mc's normal behaviour because it means I may eventually get to fix it in my system. I've created a new ticket with this information: http://www.midnight-commander.org/ticket/1860 Thanks all for your work on Midnight Commander Cheers 2009/12/3 Yury V. Zaytsev y...@shurup.com On Thu, 2009-12-03 at 15:24 +0100, Miguel Pérez wrote: I've tried with various locale and collation settings, but I can't make it work differently (from sorting like a1 a3 a20), except if LC_COLLATE is set to an invalid collation, which will make mc revert to sorting normally (e.g. a1 a20 a3) but then UTF-8 support will be broken. My testing Ubuntu Hardy system is set up as follows: z...@mypride:~/Desktop$ locale LANG=en_US.UTF-8 LC_CTYPE=en_US.UTF-8 LC_NUMERIC=en_US.UTF-8 LC_TIME=en_GB.UTF-8 LC_COLLATE=en_US.UTF-8 LC_MONETARY=en_US.UTF-8 LC_MESSAGES=en_US.UTF-8 LC_PAPER=en_GB.UTF-8 LC_NAME=en_US.UTF-8 LC_ADDRESS=en_US.UTF-8 LC_TELEPHONE=en_US.UTF-8 LC_MEASUREMENT=en_GB.UTF-8 LC_IDENTIFICATION=en_US.UTF-8 LC_ALL= I've also tried compiling and running mc from the latest sources, 4.7.0-pre4, with the same result, so it might be something in my system that's making Midnight Commander sort like that. Yes, it looks like this issue has to do with your specific setup. I'm not implying that it is NOT an mc problem, but at least for now we couldn't reproduce it. Is there anything else I can do, try or post about my system that might help determine what's going on? Your best bet would be to open a ticket on the Trac with all relevant information as not all of the developers follow the list. Maybe someone will then come up with a test case to isolate the problem. Sorry, my diagnosis powers are depleted at this point. -- Sincerely yours, Yury V. Zaytsev -- Antes de imprimir este correo electrónico, considera tu responsabilidad medioambiental. Please consider your environmental responsibility before printing this email. ___ Mc-devel mailing list http://mail.gnome.org/mailman/listinfo/mc-devel
Re: Unwanted natural sorting of numbers
Hello! This is happening to both of my workstations, a Debian sid x86 one and an Ubuntu 8.04 AMD64 one, both running Debian's mc 4.7.0-pre1-3, both with UTF-8 locales (en_US.UTF-8 and es_ES.UTF-8) but LC_COLLATE set to 'C'. Is there anything I could provide that might help determine what's wrong with my Midnight Commander setup? Alternatively, do you know if there are any important patches in the Debian versions of mc 4.7 that aren't yet available in the upstream version 4.7.0-pre4? If I won't be missing anything important, I can afford to compile it from source and run the original version; Midnight Commander is worth it :) . Thanks again 2009/12/3 Yury V. Zaytsev y...@shurup.com Hi! On Wed, 2009-12-02 at 17:11 +0100, Miguel Pérez wrote: I've noticed when Midnight Commander sorts filenames alphabetically, it treats numbers specially as to sort filenames a1, a3 and a20 in this order, I can't reproduce this on 4.7.0-pre4-132-gfa24b65 : │ a1.x │ a10.x │ a20.x │ a3.x I don't remember that we did any modifications in what concerns file ordering in the Debian package... :-( -- Sincerely yours, Yury V. Zaytsev -- Antes de imprimir este correo electrónico, considera tu responsabilidad medioambiental. Please consider your environmental responsibility before printing this email. ___ Mc-devel mailing list http://mail.gnome.org/mailman/listinfo/mc-devel
Re: Unwanted natural sorting of numbers
Thank you very much for the information. I've tried with various locale and collation settings, but I can't make it work differently (from sorting like a1 a3 a20), except if LC_COLLATE is set to an invalid collation, which will make mc revert to sorting normally (e.g. a1 a20 a3) but then UTF-8 support will be broken. I've also tried compiling and running mc from the latest sources, 4.7.0-pre4, with the same result, so it might be something in my system that's making Midnight Commander sort like that. I've verified my system's strcoll function orders strings as expected (i.e. strcoll(a10, a3) returns -1). Is there anything else I can do, try or post about my system that might help determine what's going on? Thank you very much for your help 2009/12/3 Yury V. Zaytsev y...@shurup.com On Thu, 2009-12-03 at 13:04 +0100, Miguel Pérez wrote: This is happening to both of my workstations, a Debian sid x86 one and an Ubuntu 8.04 AMD64 one, both running Debian's mc 4.7.0-pre1-3, both with UTF-8 locales (en_US.UTF-8 and es_ES.UTF-8) but LC_COLLATE set to 'C'. Is there anything I could provide that might help determine what's wrong with my Midnight Commander setup? Hmmm... Can't reproduce: declare -x LANG=en_US.UTF-8 declare -x LC_COLLATE=C declare -x LC_MEASUREMENT=en_GB.UTF-8 declare -x LC_PAPER=en_GB.UTF-8 declare -x LC_TIME=en_GB.UTF-8 Anyone? Alternatively, do you know if there are any important patches in the Debian versions of mc 4.7 that aren't yet available in the upstream version 4.7.0-pre4? No, removed the last one a week ago. Only Debian-specific stuff, like zip bug, smb bug, awk, editor, pdf, djvu, images. -- Sincerely yours, Yury V. Zaytsev -- Antes de imprimir este correo electrónico, considera tu responsabilidad medioambiental. Please consider your environmental responsibility before printing this email. ___ Mc-devel mailing list http://mail.gnome.org/mailman/listinfo/mc-devel
Unwanted natural sorting of numbers
Hello, I've noticed when Midnight Commander sorts filenames alphabetically, it treats numbers specially as to sort filenames a1, a3 and a20 in this order, contrary to the expected a1, a20, a3 order provided by most if not everything else (examples I had readily available: ls, sort, Konqueror file manager, KDE file chooser, Opera's file chooser, Python's sorted(os.listdir('.'))). As a reference, FAR Manager sorts like everything else too. It's just Midnight Commander the one sorting weirdly. (I'm using the C collation locale, although as far as I understand this is not dictated by locales.) While this may look nice on the basis that the number 3 comes before the number 20 and so on (when treated as such!), this is extremely irritating because almost everything else will sort files correctly and contradict Midnight Commander's file sorting. It's even dangerous, as it may lead to user confusion and mistakes that could derive in data loss. Allow me to explain my particular case as an example: I use Midnight Commander as my central file management tool. However, in order to view image files, I've associated my own image viewer with the F3 (view) action for image files. This image viewer allows me to walk forwards and backwards within the directory starting from the file I used to open it, so for example I'm in a directory with files a1.png, a3.png and a20.png as seen in Midnight Commander. I hit F3 on a1.png, and then go forwards to the next file expecting to view what was next in Midnight Commander - a3.png; however the image viewer (and any other application I have) will jump to a20.png if they're alphabetically sorting files. I may then see something I don't like, and decide to delete the next file to the one I started browsing, so when I'm back to Midnight Commander I go and delete the wrong file (a3.png). Could you implement an option to disable this kind of user-friendly natural sort algorithm that could easily backfire on users and end up being unfriendly? Thanks ___ Mc-devel mailing list http://mail.gnome.org/mailman/listinfo/mc-devel
Re: Unwanted natural sorting of numbers
I'm using Midnight Commander 2:4.7.0-pre1-3 from the Debian testing package on AMD64. Maybe it's something introduced by a Debian patch, or maybe it's something new in version 4.7.0? 2009/12/2 Milan Cermak milan.cer...@sun.com Which version of midnight commander are you using? I don't see such behavior on 4.6.1. Milan Cermak Dne 2.12.09 17:11, Miguel Pérez napsal(a): Hello, I've noticed when Midnight Commander sorts filenames alphabetically, it treats numbers specially as to sort filenames a1, a3 and a20 in this order, contrary to the expected a1, a20, a3 order provided by most if not everything else (examples I had readily available: ls, sort, Konqueror file manager, KDE file chooser, Opera's file chooser, Python's sorted(os.listdir('.'))). As a reference, FAR Manager sorts like everything else too. It's just Midnight Commander the one sorting weirdly. (I'm using the C collation locale, although as far as I understand this is not dictated by locales.) While this may look nice on the basis that the number 3 comes before the number 20 and so on (when treated as such!), this is extremely irritating because almost everything else will sort files correctly and contradict Midnight Commander's file sorting. It's even dangerous, as it may lead to user confusion and mistakes that could derive in data loss. Allow me to explain my particular case as an example: I use Midnight Commander as my central file management tool. However, in order to view image files, I've associated my own image viewer with the F3 (view) action for image files. This image viewer allows me to walk forwards and backwards within the directory starting from the file I used to open it, so for example I'm in a directory with files a1.png, a3.png and a20.png as seen in Midnight Commander. I hit F3 on a1.png, and then go forwards to the next file expecting to view what was next in Midnight Commander - a3.png; however the image viewer (and any other application I have) will jump to a20.png if they're alphabetically sorting files. I may then see something I don't like, and decide to delete the next file to the one I started browsing, so when I'm back to Midnight Commander I go and delete the wrong file (a3.png). Could you implement an option to disable this kind of user-friendly natural sort algorithm that could easily backfire on users and end up being unfriendly? Thanks ___ Mc-devel mailing list http://mail.gnome.org/mailman/listinfo/mc-devel -- The amount of things I don't know is enormous. But I'm grateful for every bit of information. -- Antes de imprimir este correo electrónico, considera tu responsabilidad medioambiental. Please consider your environmental responsibility before printing this email. ___ Mc-devel mailing list http://mail.gnome.org/mailman/listinfo/mc-devel
[bug #13733] escape key timeout stuff
Follow-up Comment #8, bug #13733 (project mc): I'd like to be able to set it to 0 ms, i.e. Escape behaving as Escape and nothing else. ___ Reply to this item at: http://savannah.gnu.org/bugs/?13733 ___ Message sent via/by Savannah http://savannah.gnu.org/ ___ Mc-devel mailing list http://mail.gnome.org/mailman/listinfo/mc-devel
[bug #7936] UTF-8 locales not supported
Follow-up Comment #3, bug #7936 (project mc): I've been using SuSE's mc for a year, dealing with files with non-ASCII characters (even CJK), as well as editing them and introducing these characters myself, without ever having a single problem. Can somebody post a link to the patches of SuSE or Fedora? I could try to apply them myself if I'm going to compile mc from source. ___ Reply to this item at: http://savannah.gnu.org/bugs/?7936 ___ Message sent via/by Savannah http://savannah.gnu.org/ ___ Mc-devel mailing list http://mail.gnome.org/mailman/listinfo/mc-devel