Re: mc compilation bug
Hello! On Mon, 27 Jan 2003, Igor Leonidovich Klechkovsky wrote: mc-4.6.0-pre3 HP-UX 11.00 without X QPK 58.5 (sep. 2002) glib-1.2.10 The error message was: ar cru libintl.a intl-compat.o bindtextdom.o dcgettext.o dgettext.o gettext.o finddomain.o loadmsgcat.o localealias.o textdomain.o l10nflist.o explodename.o dcigettext.o dcngettext.o dngettext.o ngettext.o plural.o plural-exp.o localcharset.o localename.o osdep.o /usr/lib/dld.sl: Can't find path for shared library: libfl.sl /usr/lib/dld.sl: No such file or directory *** Termination signal 134 Looks like incorrectly installed ar. In any case, I don't think the problem is in the mc sources. -- Regards, Pavel Roskin ___ Mc-devel mailing list [EMAIL PROTECTED] http://mail.gnome.org/mailman/listinfo/mc-devel
Re: MC burner
Hello! Please set up your mail program to wrap long lines. I must do it manually to quote you. I've written a CD burner menu extension for MC. It consists of the menu file (of course) and a bash script sourced from the menu. I know it's quite simple and not well integrated into MC, but it works well and it's (more or less) feature full. Maybe we need a directory for contributed changes that don't integrate well into the main codebase. This stuff supposes that you have a correct cdrecord config (correctly set up cdrecord.conf with default scsi device and speed (/etc/default/cdrecord.conf in debian)) That's the reason why it's unsafe to add such things to the default menu. I know you rejected a cd burner patch from someone else some time ago. The reason was that we should wait for some API change to implement the extension as a plugin. Wrong. It wasn't a patch. It was a tarball with modified sources. The last entry of the menu doesn't belong to cd burning but it was extremely useful for me. I really don't like your approach to making releases by creating a tarball and excluding CVS files. You are promoting a bad practice. The releases of GNU software are done by running make distcheck. -- Regards, Pavel Roskin ___ Mc-devel mailing list [EMAIL PROTECTED] http://mail.gnome.org/mailman/listinfo/mc-devel
Re: mouse behavior discussion
I would like scrolling by lines. The selection may stay until it reaches the first or last entry and then move down (if we're on the first entry and scroll down) or up (if we're on the last and scroll up). It would be like a ball in a box when moving the box: it tries to stay until it reaches the wall. *8-) David --- On Wed 02/05, Pavel Roskin [EMAIL PROTECTED] wrote: From: Pavel Roskin [mailto: [EMAIL PROTECTED]] To: [EMAIL PROTECTED] Cc: [EMAIL PROTECTED] Date: Wed, 05 Feb 2003 02:35:50 -0500 (EST) Subject: Re: mouse behavior discussion Hello, Mike! I wonder amongst mc-users, what should the mousewheel do in the panels? http://mail.gnome.org/mailman/listinfo/mc-devel ___ Join Excite! - http://www.excite.com The most personalized portal on the Web! ___ Mc-devel mailing list [EMAIL PROTECTED] http://mail.gnome.org/mailman/listinfo/mc-devel
Re: mc 4.60 manpage corrections.
Hello! On Wed, 1 Jan 2003, Delanoy [ISO-8859-1] Fr?d?ric wrote: Here are some typos and formatting corrections pertaining to mc-4.6.0-pre1 I hope it helps... Sorry for the late reply. I'm scanning the list for possible critical bugreports before the release and I noticed that nobody replied to your e-mail. Your patch has been applied. Thank you! -- Regards, Pavel Roskin ___ Mc-devel mailing list [EMAIL PROTECTED] http://mail.gnome.org/mailman/listinfo/mc-devel
Re: AMC merge patch #2
Hello! - .sytnax file mapping for .syntax files moved to top, so editing files like Makefile.syntax is colored now :) (it matched the Makefile.* rule) I've applied this part now, and everything else will be applied after 4.6.0 release. Thank you for porting your patches. Actually, I hoped to make the release yesterday, but I have a lot of work and I don't feel safe about making a major release when I'm not getting enough sleep and when there are still messages in this list that I haven't even seen since the vacation. Anyway, the release will happen before the weekend. -- Regards, Pavel Roskin ___ Mc-devel mailing list [EMAIL PROTECTED] http://mail.gnome.org/mailman/listinfo/mc-devel
Re: hotlist: now with edit
There is one thing I just hate about hotlist. Let me explain on a example. I run and close and run mc again quite often in many xterms, and I don't remember whether I used hotlist in current session before. I have my favourite ftp-sites in 'ftp' group in hotlist. I run mc. I press Ctrl-\, Enter to go to my 'ftp' hotlist Then I chose site I want to connect with Enter Then I do some work, forget that I used hotlist before I press Ctrl-\, Enter and... MC CONNECTS to the first site when I just wanted to see sites list as before, Ctrl-C, Ctrl-C, Ctrl-C This is totally non-intuitive and drives me mad. The fix is simple: --- hotlist.c 21 Dec 2002 08:43:15 - 1.44 +++ hotlist.c 5 Feb 2003 15:38:44 - @@ -1079,6 +1079,7 @@ } hotlist_done (); +current_group = hotlist; return target; } It would be great if it could be applied to 4.6.0 Regards -- _.|._ |_ _.: 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: hotlist: now with edit
Hello! +current_group = hotlist; Well, I understand you want to start with the top-level group every time. I don't use groups, so it's hard for me to judge, but I think that some users may want the current behavior. For example, somebody may want to visit every directory in the group because they have similar information, e.g. Apache logs. Then it's more convenient to start with the latest group. Even such trivial thing as removing .. in the root directory caused some protests. It would be great if it could be applied to 4.6.0 It would be great if I was sure that everybody would like this change. Since I'm not sure, I'll rather do it after the release. -- Regards, Pavel Roskin ___ Mc-devel mailing list [EMAIL PROTECTED] http://mail.gnome.org/mailman/listinfo/mc-devel
hotlist: buttons redesigned
A new version of the hotlist patch: http://savannah.gnu.org/patch/index.php?func=detailpatchpatch_id=1042group_id=3521 More fixes and cleanup: * all declarations moved to block starts * no highlighted letter hotkeys in buttons, but access keys specified * reordered buttons so that most frequently used ones are in the first row * removed Up - confusing (What does that do?) and redundant now with .. in subgroups * Change to became Go to (easier to understand I think) * in movelist: removed Change to and renamed Append and Insert to Insert before (DEFPUSH_BUTTON) and Insert after correspondingly Now, if anyone can give me a clue of how to mark keys in button labels with a highlight color, similar to the way hotkeys were marked, then I think it would look much better. The same question applies to hotkeys in the entries - they would be nice to highlight too. -- __ Sign-up for your own FREE Personalized E-mail at Mail.com http://www.mail.com/?sr=signup ___ Mc-devel mailing list [EMAIL PROTECTED] http://mail.gnome.org/mailman/listinfo/mc-devel
Re: hotlist: now with edit
Well, I understand you want to start with the top-level group every time. I think both behavior can be useful, so this can be made a configuration setting. Now with hotkeys, the hotlist is even more convenient to always start with the root group, because it's easier to press ctrl-\ and a sequence of keys to go to some sub-sub-group item without even looking at the screen. On the other hand, to go through all items in a group, the old behavior may be better. But in this case it must be improved: it must remember not only the current group but also the pointer position. All in all, if no one complains, then I'd be happy with the always-display-root behavior. Otherwise I'd vote for a configuration setting. -- __ Sign-up for your own FREE Personalized E-mail at Mail.com http://www.mail.com/?sr=signup ___ Mc-devel mailing list [EMAIL PROTECTED] http://mail.gnome.org/mailman/listinfo/mc-devel
Re: hotlist: now with edit
On Wed, Feb 05, 2003 at 01:17:53PM -0500, bulia byak wrote: so I cannot implement your suggestion now. Also, I think it's much easier to use when all hotkeys are in a column. Now I could test your patch (after you have fixed errors I reported), and I understand you use hotkeys like User menu (hotkey before the label), not like mc Menu (hotkey highlighted inside the label). I have to admit this approach is a lot more usable. Few suggestions: - F7 hotkey for new group? - items alligned in a mc-way: .. - ftp samba not .. - ftp samba - only 2 chars left on the left side for hotkey (like in mc user menu), not nearly 10, like it is in your patch - one more silly thing, now new entry dialog looks like: l New hotlist entry qk xEntry label x /home/alpha a space before Entry label, Directory path and Hotkey would make it more pretty imo. -- _.|._ |_ _.: 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
contrib directory badly needed
Maybe we need a directory for contributed changes that don't integrate well into the main codebase. YES! I browsed this list's archives and found lots of proposed patches that were never included into mc. I think we need to go through them once again and sort them into those that must be finally merged (e.g. the file coloring patch which I will take care of after I finish the hotlist) and those that should be at least kept in the contrib section. Also, some things that are merged are not documented. For example until recently I did not know about the wonderful --with-charset option. It's not in the man page or even in the FAQ! And by the way, why is it disabled by default? Note that the main strength of FAR, even though it is closed source, is its community of plugin writers and plugin web sites. This allows many people to contribute to FAR even without the main author's approval. With mc, if your patch was not accepted, you get zero visibility at all: the only place where your patch still lingers is the mailing list archives that are notoriously inconvenient to search. This must be changed. Is it too difficult to provide a section on the web page for storing patches and other useful things, with short author-supplied descriptions? -- __ Sign-up for your own FREE Personalized E-mail at Mail.com http://www.mail.com/?sr=signup ___ Mc-devel mailing list [EMAIL PROTECTED] http://mail.gnome.org/mailman/listinfo/mc-devel
Re: contrib directory badly needed
On Wed, Feb 05, 2003 at 02:13:40PM -0500, bulia byak wrote: This must be changed. Is it too difficult to provide a section on the web page for storing patches and other useful things, with short author-supplied descriptions? Now there is a Patches section on the mc BTS, so the situation is a lot better. Supplying patches with official source is not a good thing - it would look like we support them, but when unmaintained they will be useless or broken within one release. IMO BTS is a good place for patches (we could put a link to it somewhere in documentation). Moreover when somebody wants to publish his patch - he could do this on his homepage. However 'contrib' dir would be a great thing for add-ons like mc-burner or some special vfses. Regards -- _.|._ |_ _.: 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: hotlist: now with edit
On Wed, Feb 05, 2003 at 02:58:17PM -0500, bulia byak wrote: .. - ftp samba I think it's easier to spot subgroups as you quickly scan through the empty column and see - there. Labels should be aligned with labels; when some other mark intrudes into labels I think it Ok, but imo you should treat '..' like a label and align it with other labels (to conform with the filesystem metaphor). -- _.|._ |_ _.: 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: contrib directory badly needed
Now there is a Patches section on the mc BTS, so the situation is a lot better. I don't think so - it has a different purpose. Savannah account is a temporary storage for patches that are to be discussed and eventually either applied or rejected. What is needed, however, is a permanent storage for things that are not in mc but live their own parallel life. Supplying patches with official source is not a good thing - it would look like we support them I do not suggest to include them in the distribution. Just give them a prominent and permanent space to live on the mc web site (or linked from it). Moreover when somebody wants to publish his patch - he could do this on his homepage. Not everyone has one, and it's nearly impossible to find something specific if the storage is not centralized (unless you know exactly the name of the thing you're looking for). However 'contrib' dir would be a great thing for add-ons like mc-burner or some special vfses. Yes. -- __ Sign-up for your own FREE Personalized E-mail at Mail.com http://www.mail.com/?sr=signup ___ Mc-devel mailing list [EMAIL PROTECTED] http://mail.gnome.org/mailman/listinfo/mc-devel
Re: hotlist: now with edit
Ok, but imo you should treat '..' like a label and align it with other labels (to conform with the filesystem metaphor). Done, plus fixed a movelist bug -- __ Sign-up for your own FREE Personalized E-mail at Mail.com http://www.mail.com/?sr=signup ___ Mc-devel mailing list [EMAIL PROTECTED] http://mail.gnome.org/mailman/listinfo/mc-devel
Re: contrib directory badly needed
Good idea. Moreover mc homepage should be more informative. If nobody protests, I could improve the mc homepage when I have more time, or even rebuild it from scratch. I develop some commercial sites (http://www.rpg-portal.pl http://www.nostromorpg.pl), so you could be sure I know how things work in web design. I think that would be fantastic! -- __ Sign-up for your own FREE Personalized E-mail at Mail.com http://www.mail.com/?sr=signup ___ Mc-devel mailing list [EMAIL PROTECTED] http://mail.gnome.org/mailman/listinfo/mc-devel
Re: GNU Midnight Commander 4.6.0 released
On Wed, Feb 05, 2003 at 02:17:23PM -0500, Pavel Roskin wrote: GNU Midnight Commander 4.6.0 has been released. The difference from the last prerelease 4.6.0-pre3 is not very significant, but it's still Hello, I would like to inform that Debian packages of mc 4.6.0 are available, and can be apt-ed from: deb http://people.debian.org/~alpha/mc/ ./ Since now I maintain the Debian mc package, as the previous maintainer lost interest in it. The package will be included in the official Debian distribution soon. Regards -- _.|._ |_ _.: 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
GNU Midnight Commander 4.6.0 released
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hello! GNU Midnight Commander 4.6.0 has been released. The difference from the last prerelease 4.6.0-pre3 is not very significant, but it's still recommended to upgrade because of a bug that could cause GNU Midnight Commander to remain in memory and eat CPU cycles after closing the terminal it's running on. Changes since 4.6.0-pre3: - - Core functionality. - Fixed infinite loop under xterm if xterm is forcedly closed. - - Portability. - ncurses can be found even if it's renamed to curses (OpenBSD). - Warning fixes for 64-bit systems. For those upgrading from versions 4.5.55 and older, the list of changes would be too long to fit this announcement. You can find the list here: http://cvs.gnome.org/lxr/source/mc/NEWS Suffice to say, version 4.6.0 is the result of one and half years of bugfixing and code cleanup. New features are also present, although the preference was given to little non-disruptive changes. Unlike version 4.5.55, version 4.6.0 doesn't include any GUI interface. The GNOME interface has been removed so that the developers could concentrate on the text edition of the program. If you need a GUI file manager, there are many of them listed on http://freshmeat.net/ - pick one and use it. Version 4.6.0 includes manuals and help files translated into five languages - Spanish, Hungarian, Italian, Polish and Russian. There are translated runtime messages for 33 languages. Most translations are complete or almost complete. Testing on more than 10 operating systems and the feature freeze prior to the release make it possible to say with confidence that version 4.6.0 is the best ever version of GNU Midnight Commander, and everybody is encouraged to upgrade. The homepage of GNU Midnight Commander is http://www.ibiblio.org/mc/ Please check the homepage for other related resources, such as mailing list addresses and suggestions how to report problems. - -- Regards, Pavel Roskin -BEGIN PGP SIGNATURE- Version: GnuPG v1.0.7 (GNU/Linux) iD8DBQE+QWNK5AxqmNHPNskRAmULAJ9setmVUjXX7gzj3TotQ2z++xozPgCePJws pOooEjpRavlzmf9Ngkf1GJM= =k4U/ -END PGP SIGNATURE- ___ Mc-devel mailing list [EMAIL PROTECTED] http://mail.gnome.org/mailman/listinfo/mc-devel