Re: title refreshing (xtt) and the 4.6.0 release
Well enough on that one then - I thought it a liitle out of preportion (for such a minor feature). I'ts just when using mc on a production machine without a fancy PS1 setting the dangling title was basically sloppy. Two or three lines of code near the end of main() to print (even NULL) to the title bar should close this issue. ... and people like me should probably read the TO DO's a little more frequently... Tribhuvan ___ Mc-devel mailing list [EMAIL PROTECTED] http://mail.gnome.org/mailman/listinfo/mc-devel
Re: title refreshing (xtt) and the 4.6.0 release
On Fri, Jan 24, 2003 at 02:39:10AM -0500, Pavel Roskin wrote: I'm really surprised by the amount of interest to this topic and by the amount of time spent on it. I even start thinking that maybe I shouldn't have applied the patch for changing the title, because the time spent on this issue could have been better spent on something else. You are right, this issue takes too much time. But I fell obligated to resolve this properly, as I was the one who made the mess by improving the xterm-title :) Moreover it would be easier if you give us a clear statement what you will accept and what you won't accept, and when. My opinion is that xterm restoring is not critical, and if it will be included in mc it can't give user any discomfort (timeouts) or force him to change anything (conffiles). It also has to be clean and simple coded (no offense Tribhuvan, but we should keep the simple thing simple - that's the Unix way) and has to have some fallback when sth goes wrong (depending on console i/o is not reliable imo). Xlib approach satisfies this conditions. It fails in some cases, but qis is so important? vim people use this, so maybe there isn't any better way? (If somebody knows how to obtain X windowid without WINDOWID env variable, tell me) Regards alpha -- _.|._ |_ _.: Adam Byrtek, alpha@(irc.pl|debian.org) (_|||_)| |(_|: gg 1802819, pgp 0xB25952C0 |: jid alpha.pl(at)jabber.org ___ Mc-devel mailing list [EMAIL PROTECTED] http://mail.gnome.org/mailman/listinfo/mc-devel
Re: MC topdir /.. remove!
Pavel Roskin [EMAIL PROTECTED] schrieb am 22.01.03 19:36:44: It's important that the users who come from other similar filemanagers are not confused. In all of those filemanagers, the root directory has no .., and it's an indicator of the top-level directory. We could remove .. everywhere and use a shortcut to go up (Ctrl-PgUp), but that would also be confusing to the new users with DOS, Windows or OS/2 background. I think I gonna get used to it even if I don't like it really much but since many people seem to prefer the new over the old one then I'm all for it. Anyways thank you for your great work on MC it's still the best console filemanager around. Greets. __ Nutzen Sie Ihre Zeit fur wirklich wichtige Dinge! Alle E-Mail-Adressen zentral verwalten unter: http://freemail.web.de/features/?mc=021121 ___ Mc-devel mailing list [EMAIL PROTECTED] http://mail.gnome.org/mailman/listinfo/mc-devel
Re: MC topdir /.. remove!
Hi, Pavel Roskin [EMAIL PROTECTED] schrieb am 22.01.03 19:36:44: It's important that the users who come from other similar filemanagers are not confused. In all of those filemanagers, the root directory has no .., and it's an indicator of the top-level directory. We could remove .. everywhere and use a shortcut to go up (Ctrl-PgUp), but that would also be confusing to the new users with DOS, Windows or OS/2 background. note that special keys like ctrl+pgup can't pass several terminals, they only work on console with raw keyboard access and sometimes in xterm too. so it shouldn't be the only way to cd .. A'rpi / Astral ESP-team -- Developer of MPlayer, the Movie Player for Linux - http://www.MPlayerHQ.hu ___ Mc-devel mailing list [EMAIL PROTECTED] http://mail.gnome.org/mailman/listinfo/mc-devel
mc.ext.in
Hello! I've added to filetypes to mc.ext.in: .qpr and .qpk Both are tar.gz archives and used by qnx 6.x package installer. WBR, Dmitry qnxnto_mc_ext.diff Description: Binary data