[bug #14155] 4.6.1: mouse wheel strangeness
Update of bug #14155 (project mc): Status: Need Info = Fixed Open/Closed:Open = Closed ___ Follow-up Comment #27: Not sure why you didn't close it then. You should be able to. Closing. ___ Reply to this item at: http://savannah.gnu.org/bugs/?func=detailitemitem_id=14155 ___ Message sent via/by Savannah http://savannah.gnu.org/ ___ Mc-devel mailing list http://mail.gnome.org/mailman/listinfo/mc-devel
[bug #14155] 4.6.1: mouse wheel strangeness
Follow-up Comment #28, bug #14155 (project mc): This is getting annoying. I didn't close it because of comment #24. ___ Reply to this item at: http://savannah.gnu.org/bugs/?func=detailitemitem_id=14155 ___ Message sent via/by Savannah http://savannah.gnu.org/ ___ Mc-devel mailing list http://mail.gnome.org/mailman/listinfo/mc-devel
[bug #14155] 4.6.1: mouse wheel strangeness
Follow-up Comment #29, bug #14155 (project mc): Sorry. I took comment #26 as a we can close this report, and thought you still weren't aware you could close bugs. Well, you can reopen it yourself if you want. ___ Reply to this item at: http://savannah.gnu.org/bugs/?func=detailitemitem_id=14155 ___ Message sent via/by Savannah http://savannah.gnu.org/ ___ Mc-devel mailing list http://mail.gnome.org/mailman/listinfo/mc-devel
[bug #14155] 4.6.1: mouse wheel strangeness
Follow-up Comment #25, bug #14155 (project mc): Ping. ___ Reply to this item at: http://savannah.gnu.org/bugs/?func=detailitemitem_id=14155 ___ Message sent via/by Savannah http://savannah.gnu.org/ ___ Mc-devel mailing list http://mail.gnome.org/mailman/listinfo/mc-devel
[bug #14155] 4.6.1: mouse wheel strangeness
Follow-up Comment #26, bug #14155 (project mc): I guess we can safely close that one . If anyone has any kind of objections she/he could request that we reopen the bug report. ___ Reply to this item at: http://savannah.gnu.org/bugs/?func=detailitemitem_id=14155 ___ Message sent via/by Savannah http://savannah.gnu.org/ ___ Mc-devel mailing list http://mail.gnome.org/mailman/listinfo/mc-devel
[bug #14155] 4.6.1: mouse wheel strangeness
Follow-up Comment #24, bug #14155 (project mc): I've applied a slightly modified version of mc-xterm-mouse-tweak.patch. The difference is that the applied patch doesn't try to dereference a NULL pointer if the COLORTERM environment variable is not set. So, Roland, if you are reading, please, give MC a try and let me know if the things improved for you. ___ Reply to this item at: http://savannah.gnu.org/bugs/?func=detailitemitem_id=14155 ___ Message sent via/by Savannah http://savannah.gnu.org/ ___ Mc-devel mailing list http://mail.gnome.org/mailman/listinfo/mc-devel
[bug #14155] 4.6.1: mouse wheel strangeness
Update of bug #14155 (project mc): Assigned to: leonardjo = ptsekov ___ Reply to this item at: http://savannah.gnu.org/bugs/?func=detailitemitem_id=14155 ___ Message sent via/by Savannah http://savannah.gnu.org/ ___ Mc-devel mailing list http://mail.gnome.org/mailman/listinfo/mc-devel
[bug #14155] 4.6.1: mouse wheel strangeness
Follow-up Comment #22, bug #14155 (project mc): Another, smaller issue, is that the scrolling happens a screenful at a time. It would be more intuitive if it scrolled a few lines at a time. Maybe if other people like the current behaviour it could be made into some kind of user preference or option, slow-scrolling mouse wheel or something like that? I agree with this, it is very disconcerting. Usually I set the wheel to go 3 to 5 times what the up or down-arrow does; as it is mc does over 30 times what the down arrow does. Perhaps when slow-link mode is enabled pagedn makes sense, but not locally. Pavel Tsekov wrote: Hi John, Yeah, sure. You can disable it from the GNOME preferences I don't see where/how MC is configured in gnome. I run MC on the console or in xterms, without gnome running. Any more details on how to fix the btn4 btn5 beghaviour? Thanks. ___ Reply to this item at: http://savannah.gnu.org/bugs/?func=detailitemitem_id=14155 ___ Message sent via/by Savannah http://savannah.gnu.org/ ___ Mc-devel mailing list http://mail.gnome.org/mailman/listinfo/mc-devel
[bug #14155] 4.6.1: mouse wheel strangeness
Follow-up Comment #23, bug #14155 (project mc): Pavel Tsekov wrote: Hi John, Yeah, sure. You can disable it from the GNOME preferences I don't see where/how MC is configured in gnome. I run MC on the console or in xterms, without gnome running. Any more details on how to fix the btn4 btn5 beghaviour? You are missing the point here. I was answering John Pye's question on how to prevent gnome-terminal from using F10 and free it for MC. ___ Reply to this item at: http://savannah.gnu.org/bugs/?func=detailitemitem_id=14155 ___ Message sent via/by Savannah http://savannah.gnu.org/ ___ Mc-devel mailing list http://mail.gnome.org/mailman/listinfo/mc-devel
[bug #14155] 4.6.1: mouse wheel strangeness
Follow-up Comment #21, bug #14155 (project mc): Hi John, Yeah, sure. You can disable it from the GNOME preferences. ___ Reply to this item at: http://savannah.gnu.org/bugs/?func=detailitemitem_id=14155 ___ Message sent via/by Savannah http://savannah.gnu.org/ ___ Mc-devel mailing list http://mail.gnome.org/mailman/listinfo/mc-devel
[bug #14155] 4.6.1: mouse wheel strangeness
Follow-up Comment #17, bug #14155 (project mc): Under rxvt and aterm we should use the ESC[?1000h sequence since they do not know better. Both can be detected by searching the environment for COLORTERM. ___ Reply to this item at: http://savannah.gnu.org/bugs/?func=detailitemitem_id=14155 ___ Message sent via/by Savannah http://savannah.gnu.org/ ___ Mc-devel mailing list http://mail.gnome.org/mailman/listinfo/mc-devel
[bug #14155] 4.6.1: mouse wheel strangeness
Follow-up Comment #18, bug #14155 (project mc): Eterm understands ESC[?1002h but it behaves as if it was given ESC[?1000h so I suggest that we use ESC[?1000h. A patch is on the way. ___ Reply to this item at: http://savannah.gnu.org/bugs/?func=detailitemitem_id=14155 ___ Message sent via/by Savannah http://savannah.gnu.org/ ___ Mc-devel mailing list http://mail.gnome.org/mailman/listinfo/mc-devel
[bug #14155] 4.6.1: mouse wheel strangeness
Follow-up Comment #19, bug #14155 (project mc): See attached patch. Mouse should work fine with rxvt, aterm, Eterm, xterm, gnome-terminal, konsole... At least that's what I've tested. ___ Additional Item Attachment: File name: mc-xterm-mouse-tweak.patch Size:2 KB http://savannah.gnu.org/bugs/download.php?item_id=14155item_file_id=3373 ___ Reply to this item at: http://savannah.gnu.org/bugs/?func=detailitemitem_id=14155 ___ Message sent via/by Savannah http://savannah.gnu.org/ ___ Mc-devel mailing list http://mail.gnome.org/mailman/listinfo/mc-devel
[bug #14155] 4.6.1: mouse wheel strangeness
Follow-up Comment #20, bug #14155 (project mc): Hi there, BTW, are you aware that the 'F10' keyboard shortcut in gnome-terminal doesn't work: F10 seems to be reserved for accessibility purposes for activating the GUI menu bar in GNOME programs. ___ Reply to this item at: http://savannah.gnu.org/bugs/?func=detailitemitem_id=14155 ___ Message sent via/by Savannah http://savannah.gnu.org/ ___ Mc-devel mailing list http://mail.gnome.org/mailman/listinfo/mc-devel
[bug #14155] 4.6.1: mouse wheel strangeness
Update of bug #14155 (project mc): Status: Fixed = Need Info Open/Closed: Closed = Open ___ Follow-up Comment #15: The second patch broke mouse handling on a number of terminal emulators for me. This is an overview of which terminals can handle which escape sequence. [?1000h [?1002h Terminal --- xx xterm x- rxvt x- aterm xx pterm (PuTTY) -- Eterm For me, the patch broke more than it helped. Please add your experiences, so we can discuss on how to solve this problem. ___ Reply to this item at: http://savannah.gnu.org/bugs/?func=detailitemitem_id=14155 ___ Nachricht geschickt von/durch Savannah http://savannah.gnu.org/ ___ Mc-devel mailing list http://mail.gnome.org/mailman/listinfo/mc-devel
Re: [bug #14155] 4.6.1: mouse wheel strangeness
anonymous wrote: Follow-up Comment #7, bug #14155 (project mc): hey everyone. ok so this problem had been bugging me too. and i see the patch fixed it and for that I am very grateful. but now it appears something else has broke, the situation is this; i use Eterm for my terminal. I noticed that the function keys and the mouse did not work with mc from Eterm, but they worked fine with xterm. eventually how I got around this was by symlinking my Eterm binary to a file called xterm, and then setting my enviroment variable TERM to xterm. I have just committed a patch that adds Eterm to the list of terminals that understand mouse sequences. It works for me now. Roland ___ Mc-devel mailing list http://mail.gnome.org/mailman/listinfo/mc-devel
[bug #14155] 4.6.1: mouse wheel strangeness
Update of bug #14155 (project mc): Status: Ready For Test = Fixed Assigned to:None = leonardjo Open/Closed:Open = Closed ___ Follow-up Comment #14: Nice. Second patch also smoothens selection in the editor. Committed. Thanks. ___ Reply to this item at: http://savannah.gnu.org/bugs/?func=detailitemitem_id=14155 ___ Message sent via/by Savannah http://savannah.gnu.org/ ___ Mc-devel mailing list http://mail.gnome.org/mailman/listinfo/mc-devel
[bug #14155] 4.6.1: mouse wheel strangeness
Follow-up Comment #9, bug #14155 (project mc): Well, I suppose Eterm is not properly emulating xterm mouse reporting. I'll try to find an Eterm binary or source and see what's wrong. Btw when you run Eterm without doing symlink magic and setting TERM manually what is the value of TERM ? ___ Reply to this item at: http://savannah.gnu.org/bugs/?func=detailitemitem_id=14155 ___ Message sent via/by Savannah http://savannah.gnu.org/ ___ Mc-devel mailing list http://mail.gnome.org/mailman/listinfo/mc-devel
[bug #14155] 4.6.1: mouse wheel strangeness
Follow-up Comment #10, bug #14155 (project mc): Hello, It is not very clear from your comments which combination patch/terminal emulator/TERM work or doesn't work. Anyway, I tried to run MC (CVS) under Eterm 0.9.3 and it works fine - I have mouse wheel and I have function keys . I don't have support for mouse draggin but this must be a Eterm problem. Can you provide the output of infocmp $TERM from inside Eterm. I suspect you might use incorrect terminfo entry. ___ Reply to this item at: http://savannah.gnu.org/bugs/?func=detailitemitem_id=14155 ___ Message sent via/by Savannah http://savannah.gnu.org/ ___ Mc-devel mailing list http://mail.gnome.org/mailman/listinfo/mc-devel
[bug #14155] 4.6.1: mouse wheel strangeness
Follow-up Comment #11, bug #14155 (project mc): If it is not clear - you have to enable X11 mouse reporting in Eterm. This is done from the Eterm menu - Terminal - Toggles - X11 Mouse Reporting. ___ Reply to this item at: http://savannah.gnu.org/bugs/?func=detailitemitem_id=14155 ___ Message sent via/by Savannah http://savannah.gnu.org/ ___ Mc-devel mailing list http://mail.gnome.org/mailman/listinfo/mc-devel
[bug #14155] 4.6.1: mouse wheel strangeness
Follow-up Comment #12, bug #14155 (project mc): If it's of any assistance, I've checked the behaviour of PuTTY with the first attached patch and it works perfectly -- function keys, mouse, etc fine. Regarding the second patch, I haven't tested that one yet. My Microsoft Optical Intellimouse Explorer 3.0A doesn't really let me press-and-roll -- it's designed for either clicking or rolling but not both at the same time I think. Anyway, I'd probably rather that the scrolling worked in a single mode only -- but less than a whole screen at a time. Soemthing like 5-8 lines at a time would be about right I'd say. Would this be feasible, or would it require hooking into functions that don't currently exist? Do you think this would be better mouse wheel behaviour? Give me a reply either way, and I'll test the newer patch tomorrow hopefully. Cheers JP ___ Reply to this item at: http://savannah.gnu.org/bugs/?func=detailitemitem_id=14155 ___ Message sent via/by Savannah http://savannah.gnu.org/ ___ Mc-devel mailing list http://mail.gnome.org/mailman/listinfo/mc-devel
[bug #14155] 4.6.1: mouse wheel strangeness
Follow-up Comment #13, bug #14155 (project mc): The second patch does enable dragging - which is you press a button down and move up or down the mouse. By doing this what you want can be accomplished . ___ Reply to this item at: http://savannah.gnu.org/bugs/?func=detailitemitem_id=14155 ___ Message sent via/by Savannah http://savannah.gnu.org/ ___ Mc-devel mailing list http://mail.gnome.org/mailman/listinfo/mc-devel
[bug #14155] 4.6.1: mouse wheel strangeness
Follow-up Comment #8, bug #14155 (project mc): just noticed something else, i applied the patch to 4.6.1 at first, and I didnt have function keys or mouse in Eterm, but all was fine in xterm. I decided to download and apply the patch to 4.6.0, and now I have function keys in Eterm, but no mouse. ___ Reply to this item at: http://savannah.gnu.org/bugs/?func=detailitemitem_id=14155 ___ Message sent via/by Savannah http://savannah.gnu.org/ ___ Mc-devel mailing list http://mail.gnome.org/mailman/listinfo/mc-devel
[bug #14155] 4.6.1: mouse wheel strangeness
Update of bug #14155 (project mc): Status: Fixed = Ready For Test Open/Closed: Closed = Open ___ Follow-up Comment #6: Committed the mouse wheel no click patch, fixed the ChangeLog entry and CVS log entries. The other patch should still be reviewed. ___ Reply to this item at: http://savannah.gnu.org/bugs/?func=detailitemitem_id=14155 ___ Message sent via/by Savannah http://savannah.gnu.org/ ___ Mc-devel mailing list http://mail.gnome.org/mailman/listinfo/mc-devel
Re: [bug #14155] 4.6.1: mouse wheel strangeness
Hello, On Sat, 27 Aug 2005, Leonard den Ottolander wrote: Committed the mouse wheel no click patch, fixed the ChangeLog entry and CVS log entries. The other patch should still be reviewed. No problem, but by whom ? I hardly see anyone interested in reviewing patches. And of course the main concern of Roland is the viewer. Maybe at the end mc will become the best viewer application around. Of course this is all off topic. ___ Mc-devel mailing list http://mail.gnome.org/mailman/listinfo/mc-devel
Re: [bug #14155] 4.6.1: mouse wheel strangeness
Hello,
On Thu, 25 Aug 2005, Leonard den Ottolander wrote:
Must be my problem as well. Sorry for the mix up. I'll fix it once you
mail the change log entry. Plus I'll have a closer look to find the
second patch ;) .
The two patches can be found in the section 'Attached files' at the bottom
of the bugreport page. Attaching to this mail for your convinience.
Now to the details ...
mc-xterm-mouse-wheel-fix.patch - This patch fixes the problem reported by
John Pye here:
https://savannah.gnu.org/bugs/index.php?func=detailitemitem_id=14155
When the mouse wheel is scrolled events could be delivered too fast to
MC so that it would think that double click occured. This is why John
complains about MC changing directories. The patch fixes the problem by
resetting the `clicks' variable each time a mouse wheel event is
delivered. The `clicks' variable is used to track the number of button
press events which occured in a row and the time interval between too
adjacent events is less than `double_click_speed'. It is obviously wrong
to fire double click event on fast mouse wheel scrolling. So I think this
patch is good.
mc-xterm-mouse-enable-drag.patch - This patch enables xterm's
'Button-event tracking' mouse reporting and adds support for
generating GPM_DRAG events to xmouse_get_event()
[...]
Button-event tracking is essentially the same as normal tracking, but
xterm also reports button-motion events. Motion events are reported only
if the mouse pointer has moved to a different character cell. It is
enabled by specifying parameter 1002 to DECSET. On button press or
release, xterm sends the same codes used by normal tracking mode. On
button-motion events, xterm adds 32 to the event code ...
[...]
As a consequence we get some fine features under xterm terminals which
were missing before:
Dragging the mouse in the editor to select a block of text now
highlights the block immediatley and not after the mouse button
is released.
Dragging the mouse in a panel containing file listing highlights the
entry under the mouse cursor.
...
Changelog entries for the patches ...
mc-xterm-mouse-wheel-fix.patch:
2005-08-25 Pavel Tsekov [EMAIL PROTECTED]
* key.c (xmouse_get_event): Disable double-click tracking for
mouse wheel events.
mc-xterm-mouse-enable-drag.patch
2005-08-24 Pavel Tsekov [EMAIL PROTECTED]
* mouse.c (enable_mouse): Use xterm's 'Button-event mouse
tracking' instead of 'Normal tracking'.
* key.c (xmouse_get_event): Add support for generating GPM_DRAG
events.Index: src/key.c
===
RCS file: /cvsroot/mc/mc/src/key.c,v
retrieving revision 1.83
diff -u -p -r1.83 key.c
--- src/key.c 20 Jul 2005 20:29:08 - 1.83
+++ src/key.c 24 Aug 2005 14:07:02 -
@@ -532,9 +532,11 @@ xmouse_get_event (Gpm_Event *ev)
break;
case 64:
ev-buttons = GPM_B_UP;
+clicks = 0;
break;
case 65:
ev-buttons = GPM_B_DOWN;
+clicks = 0;
break;
default:
/* Nothing */
Index: src/key.c
===
RCS file: /cvsroot/mc/mc/src/key.c,v
retrieving revision 1.83
diff -u -p -r1.83 key.c
--- src/key.c 20 Jul 2005 20:29:08 - 1.83
+++ src/key.c 25 Aug 2005 12:12:27 -
@@ -512,7 +512,12 @@ xmouse_get_event (Gpm_Event *ev)
ev-type = 0;
}
} else {
-ev-type = GPM_DOWN;
+ if (btn = 32 btn = 34) {
+ btn -= 32;
+ ev-type = GPM_DRAG;
+ } else
+ ev-type = GPM_DOWN;
+
GET_TIME (tv2);
if (tv1.tv_sec (DIF_TIME (tv1,tv2) double_click_speed)){
clicks++;
Index: src/mouse.c
===
RCS file: /cvsroot/mc/mc/src/mouse.c,v
retrieving revision 1.15
diff -u -p -r1.15 mouse.c
--- src/mouse.c 27 May 2005 03:35:15 - 1.15
+++ src/mouse.c 25 Aug 2005 12:12:27 -
@@ -91,7 +91,7 @@ void enable_mouse (void)
printf(ESC_STR [?1001s);
/* enable mouse tracking */
- printf(ESC_STR [?1000h);
+ printf(ESC_STR [?1002h);
fflush (stdout);
mouse_enabled = 1;
@@ -117,7 +117,7 @@ void disable_mouse (void)
#endif
case MOUSE_XTERM:
/* disable mouse tracking */
- printf(ESC_STR [?1000l);
+ printf(ESC_STR [?1002l);
/* restore old highlight mouse tracking */
printf(ESC_STR [?1001r);
___
Mc-devel mailing list
http://mail.gnome.org/mailman/listinfo/mc-devel
[bug #14155] 4.6.1: mouse wheel strangeness
Follow-up Comment #4, bug #14155 (project mc): As about slow-scrolling mouse wheel you can try dragging the mouse up/down with a pressed button. This scrolls up/down one line at at time. ___ Reply to this item at: http://savannah.gnu.org/bugs/?func=detailitemitem_id=14155 ___ Message sent via/by Savannah http://savannah.gnu.org/ ___ Mc-devel mailing list http://mail.gnome.org/mailman/listinfo/mc-devel
[bug #14155] 4.6.1: mouse wheel strangeness
Follow-up Comment #5, bug #14155 (project mc): ... using the attached patch ( mc-xterm-mouse-enable-drag.patch ) :) ___ Reply to this item at: http://savannah.gnu.org/bugs/?func=detailitemitem_id=14155 ___ Message sent via/by Savannah http://savannah.gnu.org/ ___ Mc-devel mailing list http://mail.gnome.org/mailman/listinfo/mc-devel
[bug #14155] 4.6.1: mouse wheel strangeness
Additional Item Attachment, bug #14155 (project mc): File name: mc-xterm-mouse-enable-drag.patch Size:1 KB Support for GPM_DRAG when using xterm mouse reporting http://savannah.gnu.org/bugs/download.php?item_id=14155item_file_id=2860 ___ Reply to this item at: http://savannah.gnu.org/bugs/?func=detailitemitem_id=14155 ___ Message sent via/by Savannah http://savannah.gnu.org/ ___ Mc-devel mailing list http://mail.gnome.org/mailman/listinfo/mc-devel
[bug #14155] 4.6.1: mouse wheel strangeness
Update of bug #14155 (project mc): Status: Ready For Test = Fixed Open/Closed:Open = Closed Platform Version:GNU/Hurd = All ___ Reply to this item at: http://savannah.gnu.org/bugs/?func=detailitemitem_id=14155 ___ Message sent via/by Savannah http://savannah.gnu.org/ ___ Mc-devel mailing list http://mail.gnome.org/mailman/listinfo/mc-devel
Re: [bug #14155] 4.6.1: mouse wheel strangeness
Hello, Update of bug #14155 (project mc): Status: Ready For Test = Fixed Open/Closed:Open = Closed Platform Version:GNU/Hurd = All Leonard you got it wrong . The Changelog entry is not for the hunk you commited. There are two patches filed against this bugreport. The older fixes the actual problem which is experienced by the reporter. The second one adds GPM_DRAG support. This allows fancy things as highlighting a block of text as you drag the mouse in the editor, or moving one entry at a time when you drag in the panels. If you don't mind I'll write correct changelog entries tommorow and post them to the list. Too tired now. -- Lust, ein paar Euro nebenbei zu verdienen? Ohne Kosten, ohne Risiko! Satte Provisionen für GMX Partner: http://www.gmx.net/de/go/partner ___ Mc-devel mailing list http://mail.gnome.org/mailman/listinfo/mc-devel
[bug #14155] 4.6.1: mouse wheel strangeness
Update of bug #14155 (project mc): Release: 4.6.0 = All versions ___ Reply to this item at: http://savannah.gnu.org/bugs/?func=detailitemitem_id=14155 ___ Message sent via/by Savannah http://savannah.gnu.org/ ___ Mc-devel mailing list http://mail.gnome.org/mailman/listinfo/mc-devel
[bug #14155] 4.6.1: mouse wheel strangeness
Follow-up Comment #3, bug #14155 (project mc): I tested this patch and it worked fine (I applied the patch to the 4.6.1-1.FC3 src rpm). Thanks very much! JP ___ Reply to this item at: http://savannah.gnu.org/bugs/?func=detailitemitem_id=14155 ___ Message sent via/by Savannah http://savannah.gnu.org/ ___ Mc-devel mailing list http://mail.gnome.org/mailman/listinfo/mc-devel
[bug #14155] 4.6.1: mouse wheel strangeness
URL: http://savannah.gnu.org/bugs/?func=detailitemitem_id=14155 Summary: 4.6.1: mouse wheel strangeness Project: GNU Midnight Commander Submitted by: johnpye Submitted on: Wed 08/17/05 at 07:47 Category: Core Severity: 3 - Normal Status: None Privacy: Public Assigned to: None Open/Closed: Open Release: 4.6.0 Platform Version: GNU/Hurd ___ Details: When I use the mouse wheel in Midnight Commander, hoping to scroll up and down my directory listing just as VIM scrolls me up and down a document, I get some strange behavious. When I get to the end of the listing and attempt to keep scrolling, MC seems to change to another directory. It seems to be going into my history or navigating up the directories or something. Although this might be a feature it causes me constant headaches. Partly because there is no visual queue that I am at the bottom or top of the directory listing, so I don't know when I'm about to be whisked off to one of these other directories. But mostly because in all the other programs I use, I can scroll up and down with the wheel knowing that nothing bad will happen. Think of it as a nervous tic, that needs to be tolerated... :) Another, smaller issue, is that the scrolling happens a screenful at a time. It would be more intuitive if it scrolled a few lines at a time. Maybe if other people like the current behaviour it could be made into some kind of user preference or option, slow-scrolling mouse wheel or something like that? ___ Carbon-Copy List: CC Address | Comment +- johnpye | ___ Reply to this item at: http://savannah.gnu.org/bugs/?func=detailitemitem_id=14155 ___ Message sent via/by Savannah http://savannah.gnu.org/ ___ Mc-devel mailing list http://mail.gnome.org/mailman/listinfo/mc-devel
[bug #14155] 4.6.1: mouse wheel strangeness
Follow-up Comment #1, bug #14155 (project mc): I should add that I'm using PuTTY on Win 2K to access an FC3 box remotely. But everything works find with Vim and any other mouse-happy Curses apps. JP ___ Reply to this item at: http://savannah.gnu.org/bugs/?func=detailitemitem_id=14155 ___ Message sent via/by Savannah http://savannah.gnu.org/ ___ Mc-devel mailing list http://mail.gnome.org/mailman/listinfo/mc-devel
