mc-4.6.1-20060912.patch

2006-09-13 Thread Thomas Dickey
A fix for mc - attached. This patch makes MC use the mouse when built with ncurses. -- Thomas E. Dickey [EMAIL PROTECTED] http://invisible-island.net ftp://invisible-island.net # 2006-09-12 # This patch makes MC use the mouse when built with ncurses. # Thomas Dickey # [EMAIL PROTECTED] #

Re: mc-4.6.1-20060912.patch

2006-09-13 Thread Pavel Tsekov
On Wed, 13 Sep 2006, Thomas Dickey wrote: On Wed, 13 Sep 2006, Pavel Tsekov wrote: That tarball should be based on the CVS state from yesterday - so it is pretty much the same as the CVS version. I am building MC with ncurses support for quite a while and I haven't seen problems with the

Re: mc-4.6.1-20060912.patch

2006-09-13 Thread Thomas Dickey
On Thu, 14 Sep 2006, Pavel Tsekov wrote: On Wed, 13 Sep 2006, Thomas Dickey wrote: On Wed, 13 Sep 2006, Pavel Tsekov wrote: Do you mind to post a reference to that discussion so it can be verified ? Here's another (though I still don't see the particular one I had in mind)

Re: mc-4.6.1-20060912.patch

2006-09-13 Thread Pavel Roskin
Hello! On Wed, 2006-09-13 at 17:38 -0400, Thomas Dickey wrote: mouse doesn't work with ncurses, hasn't for more than four years. I also noted with interest Pavel Roskin's comments four years ago proposing to remove all of the ncurses support from MC (google isn't showing me the comment, or

Re: mc-4.6.1-20060912.patch

2006-09-13 Thread Pavel Tsekov
On Thu, 14 Sep 2006, Pavel Tsekov wrote: On Wed, 13 Sep 2006, Thomas Dickey wrote: On Wed, 13 Sep 2006, Pavel Tsekov wrote: I do build and test MC not only on linux but also on Solaris and Cygwin and not so often on some other systems too. None of them use gpm. I'm curious how you are

[bug #17269] localized headers in .mc/history

2006-09-13 Thread Pavel Tsekov
Follow-up Comment #3, bug #17269 (project mc): I looked at that problem and the solution is pretty easy. Still I'd like to discuss the issue with anyone interested so we can find the best way to solve the problem. Most of the problematic entries are created by an invocation of the function

[bug #17269] localized headers in .mc/history

2006-09-13 Thread Egmont Koblinger
Follow-up Comment #4, bug #17269 (project mc): Localizing an already localized string definitely shows wrong design. Theoretically it can lead to false strings appearing on the screen (if the first translated string happens to be the same as an English string used somewhere else in mc). It's

[bug #17269] localized headers in .mc/history

2006-09-13 Thread Pavel Tsekov
Follow-up Comment #5, bug #17269 (project mc): My last comment may be slightly misleading. To clarify: nice_cd() and others use fg_input_dialog_help() which takes care of displaying the input dialog and derives history file section names from the input dialog heading.

[bug #17269] localized headers in .mc/history

2006-09-13 Thread Pavel Tsekov
Follow-up Comment #6, bug #17269 (project mc): I think I'll proceed as following: 1) Currently fg_input_dialog_help() assumes that it is passed translated strings. I won't change that because some of the callers pass as an argument a string which is the result of sprintf() on translated