4.7pre4
Hello Russian Team, Please make sure you call your init/config files in a different way from 4.6.1 or put them in a different directory. Right now your are modifying 'ini' without considering that users may want to leave the old 4.6.1 install intact. Further, it seems to me that you are playing around with effects (skins) and wasting time. You have no chance in hell to get agreement from the (still) official maintainers and from the distros maintainers on such visual aspects. Forget it. You want to innovate? Here are two suggestions: - A set of keybindings in the CUA tradition. Why is F8 used rather than Delete? If the reason is the (displayed) command line, the solution is that keypresses only reach the command line *after* a switch key (assume F8) is pressed. So Delete does delete and if you want to type on the command line you press the switch key first. This would also help with Backspace and others. - Tree view. I do not know what the original authors of mc's tree view were thinking but that was mid-90s. Currently, the tree view is fairly standardized. You need a command to expand the tree one level (e.g. Right) or to expand it all levels (e.g. *) and to collapse it (e.g. Left). And yes, first admit unreservedly that the tree view is not just useful, it is indispensable. Regards frank ___ Mc-devel mailing list http://mail.gnome.org/mailman/listinfo/mc-devel
Re: 4.7pre4
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 02.11.2009 19:23, y199mp1...@gmail.com wrote: Hello Russian Team, This is not right: Russian team was transform into international devel-team. Please make sure you call your init/config files in a different way from 4.6.1 or put them in a different directory. Is you mean moving mc.wrapper.csh|sh from /usr/share/mc into /usr/libexec/mc ? Right now your are modifying 'ini' without considering that users may want to leave the old 4.6.1 install intact. MC reads old configs as well (as possible) and transforms into new format. If this not right: create new ticket, please. Further, it seems to me that you are playing around with effects (skins) and wasting time. You have no chance in hell to get agreement from the (still) official maintainers and from the distros maintainers on such visual aspects. Forget it. Well... someone have profit at this point, someone annoying by visual effects... Skins (and filehighlight) was very easy for implement. Much harder(and much important) for implement was 'keymaps' technology - it's an 'invisible' work for end user (like iceberg) and at present time this technology incomplete. You want to innovate? Here are two suggestions: We have lot of new ideas about mc (such as config dialog like 'about:config' from Firefox/Seamonkey). But we don't have time to realize all ideas :(. In any case, patches always welcome. ;) - A set of keybindings in the CUA tradition. Why is F8 used rather than Delete? If the reason is the (displayed) command line, the solution is that keypresses only reach the command line *after* a switch key (assume F8) is pressed. So Delete does delete and if you want to type on the command line you press the switch key first. This would also help with Backspace and others. Now implemented user-side keybinds. If something don't work - create ticket, please. - Tree view. I do not know what the original authors of mc's tree view were thinking but that was mid-90s. Currently, the tree view is fairly standardized. You need a command to expand the tree one level (e.g. Right) or to expand it all levels (e.g. *) and to collapse it (e.g. Left). And yes, first admit unreservedly that the tree view is not just useful, it is indispensable. I think, implement these keybinds not hard... but this task not for 4.7.0 milestone. WBR, Slavaz. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org/ iEYEARECAAYFAkrvLawACgkQb3oGR6aVLpqzpgCfUJBnqa48fVltSa8WAZV4zteo fcAAn3SuEQwunqJ02H8zCBKFW6k5NQaO =dHx7 -END PGP SIGNATURE- ___ Mc-devel mailing list http://mail.gnome.org/mailman/listinfo/mc-devel
Re: 4.7pre4
On Mon, 2009-11-02 at 21:06 +0200, Slava Zanko wrote: Please make sure you call your init/config files in a different way from 4.6.1 or put them in a different directory. Is you mean moving mc.wrapper.csh|sh from /usr/share/mc into /usr/libexec/mc ? I think that he wants us to pick another directory for configuration files like .mc-new, but even in this case I can't really follow his logic. Why wouldn't you ask Firefox developers to use something else instead of just .firefox every new version, because you MIGHT be interested in running Firefox 2 and Firefox 3 at the same time? -- Sincerely yours, Yury V. Zaytsev ___ Mc-devel mailing list http://mail.gnome.org/mailman/listinfo/mc-devel
Re: 4.7pre4
y199mp1...@gmail.com wrote: Hello Russian Team, Please make sure you call your init/config files in a different way from 4.6.1 or put them in a different directory. Right now your are modifying 'ini' without considering that users may want to leave the old 4.6.1 install intact. Further, it seems to me that you are playing around with effects (skins) and wasting time. You have no chance in hell to get agreement from the (still) official maintainers and from the distros maintainers on such visual aspects. Forget it. You want to innovate? Here are two suggestions: - A set of keybindings in the CUA tradition. Why is F8 used rather than Delete? If the reason is the (displayed) command line, the solution is that keypresses only reach the command line *after* a switch key (assume F8) is pressed. So Delete does delete and if you want to type on the command line you press the switch key first. This would also help with Backspace and others. - Tree view. I do not know what the original authors of mc's tree view were thinking but that was mid-90s. Currently, the tree view is fairly standardized. You need a command to expand the tree one level (e.g. Right) or to expand it all levels (e.g. *) and to collapse it (e.g. Left). And yes, first admit unreservedly that the tree view is not just useful, it is indispensable. Regards frank ___ Mc-devel mailing list http://mail.gnome.org/mailman/listinfo/mc-devel Frank, I think the name 4.7 pre4 suggests it's a beta version. Backing up ini files before starting to use it may be a good idea. Skins may be wasting time, but editing the ini file manually in the 4.6 way to give mc a better appearance is an even bigger waste of time. Actually mc implements a lot of CUA standards, but you seem to forget about the Norton/Total/Far traditions. I think it's equally (or more) important to conform to those traditions. Anybody who ever used a two-pane file-manager knows by heart what the keys F1 to F10 mean. And they all expect to be able to edit the command line without any further complications. Best regards Gergely ___ Mc-devel mailing list http://mail.gnome.org/mailman/listinfo/mc-devel
Originally from: http://www.midnight-commander.org/ticket/272#comment:7
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Why not just having an own release branch decide on the milestone field where to merge ? Enrico, we need to concentrate on 'bugfixing' tickets, don't waste time on 'code cleanup' or on 'feature request' tickets, please. WBR, Slavaz. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org/ iEYEARECAAYFAkrvPQgACgkQb3oGR6aVLppGFwCfc4zpJW/+IuYF6MkMBxHcrEdM 9g0An3G6Kqil7GTA0w1c2efiU2WdYRev =6JaC -END PGP SIGNATURE- ___ Mc-devel mailing list http://mail.gnome.org/mailman/listinfo/mc-devel
Re: Originally from: http://www.midnight-commander.org/ticket/272#comment:7
On Mon, 2009-11-02 at 22:11 +0200, Slava Zanko wrote: Why not just having an own release branch decide on the milestone field where to merge ? Enrico, we need to concentrate on 'bugfixing' tickets, don't waste time on 'code cleanup' or on 'feature request' tickets, please. I think he is free to work on whatever he finds useful / interesting / meaningful / important. Let's just don't merge his branches until 4.7.0 is released and get back to it as soon as the feature freeze is over. Code clean-up is important and it's nice that somebody is doing this work... Why would you discourage him? -- Sincerely yours, Yury V. Zaytsev ___ Mc-devel mailing list http://mail.gnome.org/mailman/listinfo/mc-devel
Re: [PATCH] do not abort on broken .cpio file
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 02.11.2009 05:32, Enrico Weigelt wrote: * Denys Vlasenko vda.li...@googlemail.com schrieb: For example, you can have a rule that committer is responsible for that. If you have a few people in your team whom you trust that they are organized enough to always do a compile test and a basic run test before committing, then they may be entrusted in fast-forwarding trivial stuff. Right, we sometimes have things that are trivial enough, eg. #1692. I think, better way: agregate all these tickets into one simmary, like: http://www.midnight-commander.org/ticket/1674 Enrico, I think, for all 'Remove obsolete checks ...' stuff need to create summary ticket too. This will so easy to review and vote. *If* we have really blocking things, there will be discussions here, triggering faster reviews, IMHO. Yes, right. But no need to create ticket for any 'code cleanup'-like think ;) WBR, Slavaz. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org/ iEYEARECAAYFAkrvPrcACgkQb3oGR6aVLpob0QCeK+jW0GJUO2S8bLPbbsOoM7bn 5k0An2ELRYIrx0kiJvmsWABXEIq+ay7Y =xgIp -END PGP SIGNATURE- ___ Mc-devel mailing list http://mail.gnome.org/mailman/listinfo/mc-devel
Re: 4.7pre4
* Yury V. Zaytsev y...@shurup.com schrieb: I think that he wants us to pick another directory for configuration files like .mc-new, but even in this case I can't really follow his logic. ./configure --help ;-P cu -- - Enrico Weigelt== metux IT service - http://www.metux.de/ - Please visit the OpenSource QM Taskforce: http://wiki.metux.de/public/OpenSource_QM_Taskforce Patches / Fixes for a lot dozens of packages in dozens of versions: http://patches.metux.de/ - ___ Mc-devel mailing list http://mail.gnome.org/mailman/listinfo/mc-devel
Re: 4.7pre4
* SZABÓ Gergely s...@subogero.com schrieb: Actually mc implements a lot of CUA standards, but you seem to forget about the Norton/Total/Far traditions. I think it's equally (or more) important to conform to those traditions. Anybody who ever used a two-pane file-manager knows by heart what the keys F1 to F10 mean. And they all expect to be able to edit the command line without any further complications. ACK. These keybindings should not change (at least not in the default installation). cu -- - Enrico Weigelt== metux IT service - http://www.metux.de/ - Please visit the OpenSource QM Taskforce: http://wiki.metux.de/public/OpenSource_QM_Taskforce Patches / Fixes for a lot dozens of packages in dozens of versions: http://patches.metux.de/ - ___ Mc-devel mailing list http://mail.gnome.org/mailman/listinfo/mc-devel
Re: Originally from: http://www.midnight-commander.org/ticket/272#comment:7
* Slava Zanko slavaza...@gmail.com schrieb: Hi, Enrico, we need to concentrate on 'bugfixing' tickets, don't waste time on 'code cleanup' or on 'feature request' tickets, please. sure, but isn't the milestone @trac field the proper filter ? cu -- - Enrico Weigelt== metux IT service - http://www.metux.de/ - Please visit the OpenSource QM Taskforce: http://wiki.metux.de/public/OpenSource_QM_Taskforce Patches / Fixes for a lot dozens of packages in dozens of versions: http://patches.metux.de/ - ___ Mc-devel mailing list http://mail.gnome.org/mailman/listinfo/mc-devel
