Re: ctrl mappings don't work
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. ___ mc-devel mailing list https://mail.gnome.org/mailman/listinfo/mc-devel
Re: ctrl mappings don't work
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. ___ mc-devel mailing list https://mail.gnome.org/mailman/listinfo/mc-devel
Re: ctrl mappings don't work
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. ___ mc-devel mailing list https://mail.gnome.org/mailman/listinfo/mc-devel
Re: ctrl mappings don't work
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. ___ mc-devel mailing list https://mail.gnome.org/mailman/listinfo/mc-devel
compiling mc under ubuntu 12.04
Compiling the latest mc under Ubuntu 12.04 just took me one hour of chasing dependencies and creating symlinks. And still I have some 100 warnings ...input unused because linking not done - which I'm not going to track down. Don't you think your latest release should _always_ compile straight from the box under the major Linux distro? Thanks frank ___ mc-devel mailing list https://mail.gnome.org/mailman/listinfo/mc-devel
Re: wishlist: selective erase
So basically you want to be able to tag files, then restrict the listing to the tagged files... Yes. And since this feature has been ignored by Norton clones for about two decades while it was available elsewhere, I'm not going to waste my time and suggest it to MC. Nobody is more deaf than the one who does not want to hear. Did it even come to your mind that there was only one person (Janek) over the last few years who was apparently using tree view and stepped up to improve it? Yeah, this might be the reason why there are no X11 file managers that offer tree view with expand/collapse while the feature is commonly available under Windows. Hint: WTF this has to do with orthodoxy? Please google for orthodox file manager. ___ mc-devel mailing list http://mail.gnome.org/mailman/listinfo/mc-devel
Re: wishlist: selective erase
It would be fine when we there would have third option SELECTIVELY which allow delete only individually confirmed items. Or to be more precise and more general at the same time: It would be nice to be able restrict the listing to the selected entries only, although in 30 years the Norton clones (except Total Commander) didn't even notice the feature exists. After which you can unselect all, leaving only the restricted list on display, act individually with delete, copy, move etc. on the files still there and re-select the bunch. See Ztree if in doubt - which offers additionally and always either individual or group operations when some files are selected. It's about time the orthodox learn the basics. Just look at the crap MC has to offer with tree view. It seems to difficult to understand that the tree view does not need to be an alternative approach but just an additional feature: you can operate in two panels or you can operate between tree view and file listing according to circumstances. The idiotic orthodoxy has gone so far that literally there is not one single X11 file manager offering tree view with expand/collapse. ___ mc-devel mailing list http://mail.gnome.org/mailman/listinfo/mc-devel
BSD?
Release out experimental release 5.0 Hello Slava, Please explain how you can release mc 5.0 under a BSD licence if the bulk of it was and is GPL. (Or how we talking about Fool's Day?) Thanks! frank ___ Mc-devel mailing list http://mail.gnome.org/mailman/listinfo/mc-devel
Re: Some keys are not properly recognized in Konsole/xterm
The bug reports also demonstrate that they don't really understand the issue, and have made a few changes to make it more complicated. (I'm not expecting anything productive from upstream unless a new developer takes over ;-) Upstream of upstream something productive could come from the xterm maintainer. For instance, friendly features in xterm. If you have not asked yourself yet why Gnome Terminal and Konsole and others are around, this could be the right time. Give xterm the friendliness users are longing for and all those imitations will just disappear. Regards frank ___ Mc-devel mailing list http://mail.gnome.org/mailman/listinfo/mc-devel
Re: Release out mc-4.7.0
Hello Slava, It compiles but it starts with: GLib-CRITICAL **: g_array_free: assertion `array' failed Thanks frank ___ Mc-devel mailing list http://mail.gnome.org/mailman/listinfo/mc-devel
Re: Current CVS compile fails on Darwin with error in mountlist.c
On 9/7/06, Pavel Tsekov [EMAIL PROTECTED] wrote: [] With the current CVS version everything should work just fine. Please, test. I just did ~/mc evilbob$ cvs update ~/mc evilbob$ make clean ~/mc evilbob$ make ~/mc evilbob$ make install and started mc - it works. Rgds, Frank ___ Mc-devel mailing list http://mail.gnome.org/mailman/listinfo/mc-devel
Current CVS compile fails on Darwin with error in mountlist.c
Hi there - I just ran cvs update; ./autogen.sh; make ... and get the following: --- snip --- mountlist.c: In function 'read_filesystem_list': mountlist.c:362: warning: passing argument 1 of 'getmntinfo' from incompatible pointer type mountlist.c:367: error: 'struct statvfs' has no member named 'f_mntfromname' mountlist.c:368: error: 'struct statvfs' has no member named 'f_mntonname' mountlist.c:372: error: 'struct statvfs' has no member named 'f_type' make[2]: *** [mountlist.o] Error 1 make[1]: *** [all-recursive] Error 1 make: *** [all] Error 2 evil-bobs-powerbook:~/mc evilbob$ uname -a Darwin evil-bobs-powerbook.local 8.7.0 Darwin Kernel Version 8.7.0: Fri May 26 15:20:53 PDT 2006; root:xnu-792.6.76.obj~1/RELEASE_PPC Power Macintosh powerpc --- snap --- Actually, this here sounds like some kind of explanation or related issue: FreeBSD's statvfs structure doesn't define f_mntfromname, f_mntonname or f_fstypename. They are defined in sys/mount.h for statfs. My workaround was to manually patch work/fam-2.7.0/config.h to undefine HAVE_SYS_STATVFS_H. ( from: http://www.reedmedia.net/misc/netbsd/diary/netbsd-diary-2005.html - And I even tried this workaround, patching ./config.h in this way, the implications of which I don't really understand, and it doesn't really work, i.e. it results in a different error.) Any ideas? Regards, Frank ___ Mc-devel mailing list http://mail.gnome.org/mailman/listinfo/mc-devel
Re: Current CVS compile fails on Darwin with error in mountlist.c
On 8/23/06, Pavel Tsekov [EMAIL PROTECTED] wrote: [] Comment the line containing MOUNTED_GETMNTINFO_STATVFS in your config.h file. I have to fix this but have been quite busy in the last few weeks. Cool, it works. Thanks! ___ Mc-devel mailing list http://mail.gnome.org/mailman/listinfo/mc-devel
