Re: Midnight Commander 4.8.14 released
Dne 23.03.15 09:10, Slava Zanko napsal(a): -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi all, mc-4.8.14 now released. Download page: http://ftp.midnight-commander.org/?C=N;O=D It took some time before I got to it. Now, I can confirm that 4.8.14 builds and runs nicely on Solaris 11.2. Milan -- The amount of things I don't know is enormous. But I'm grateful for every bit of information. ___ mc-devel mailing list https://mail.gnome.org/mailman/listinfo/mc-devel
Re: Midnight Commander 4.8.1.5 (stable) released
Hi Slava, I just want to let you (and all other interested people) know that both versions - 4.8.1.5 and 4.8.5 - build fine on Solaris. Regards, Milan Dne 10.09.12 19:42, Slava Zanko napsal(a): -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi all, mc-4.8.1.5 now released (stable). Download page: http://www.midnight-commander.org/downloads?order=iddesc=1 Major changes and fixes since 4.8.1.5: (http://www.midnight-commander.org/wiki/NEWS-4.8.1.5) - - Editor * Code refactoring and cleanup (#1977) - - Misc * Use unrar to view RAR archives if rar is unavailable (#2847) * Syntax highlighting news and updates: - update assembler.syntax: x86 AMD64 registers highlighting (#2542) - new cmake.syntax: preliminary and incomplete syntax file for CMakeLists.txt files (#2084) - new dlink.syntax: syntax highlighting for D-Link switches command set (#2649) - update properties.syntax: more nice look-and-feel (#1869) * File extension support: - .ogm extension was deprecated in favor of .ogv (#2664) - - Fixes * CK_History removes CK_HistoryNext entries (#2313) * Partially broken loading of user-defined keymap file (#2848) * Enter on directory named '~' goes to the home one (#2874) * Cannot Copy/Move files with filename encoding change (#2791) * Duplicate entities in panel with 'tree view' mode (#2835) * Broken synchronization with filelist and tree panels (#2862) * mcedit segfaults after call Back from declaration (#2859) * mcedit: unable to save changes in Safe save mode(#2832) * Broken 'Enter' action on a rpm file containing space character in filename (#2838) * extfs: uc1541 broken handling (#2864) * mc.ext: OGV format handled as audio (#2869) - -- WBR, mc development team. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) iEYEARECAAYFAlBOJnkACgkQb3oGR6aVLponbQCfX6hyjYNHJLvR3z55jnjyeKcC 9oMAn0asX0jQwy++Z6oPp807qhLsLCV2 =u/J2 -END PGP SIGNATURE- ___ mc-devel mailing list https://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. ___ mc-devel mailing list https://mail.gnome.org/mailman/listinfo/mc-devel
Re: Unwanted natural sorting of numbers
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. ___ Mc-devel mailing list http://mail.gnome.org/mailman/listinfo/mc-devel