Re: disable mouse sort order?
- From: "Joe(theWordy)Philbrook" <jtwdyp ttlc net>
- To: Mc gnome org
- Subject: Re: disable mouse sort order?
- Date: Mon, 30 Apr 2012 13:12:36 -0400 (EDT)
It would appear that on Apr 28, Keith Roberts did say:
On Sat, 28 Apr 2012, Alan Corey wrote:
I think its great that its there, but is there way way to turn it off
other than starting mc with mc -d?
Most often I'm just clicking in a window to give the window the focus,
and at least once a day I click the wrong place and mess up the sort
order. I try to not click column headings anymore, but it still
changes. An option to disable this in settings would work best for
me.
Hi Alan. Why click to bring a window into focus? I'm running the XFCE4 desktop
on Centos Linux 5.7, and I have the desktop set so that the window focus
follows the mouse pointer. That means as soon as I place my mouse pointer on a
window, that automatically brings that window into focus - without me having
to click.
Not sure what OS you are running though?
Pardon me for Jumping in here... But speaking for myself (and not for the
OP, I can't stand to use a computer where I have to pay attention to where
the &% $%^#ing mouse pointer has drifted to while I'm typing... In the
middle of a word, This is partly because I only use the mouse when I must
and partly because I need to be looking at the keyboard rather than the
monitor while I'm typing. Thus while I wish all OS(s), WM(s). and DE(s)
were obligated to include a configuration option where the mouse was
absolutely unable to affect focus (Which I'm only comfortable setting via
keyboard shortcuts.){Implying, of course that the durned 'puter would _NEVER_
sit there unwilling to listen to the keyboard shortcut until after at least
one window has been focused by the mouse} The closest I can get is "click to
focus" where at least the focus doesn't wander away from the window I think
I'm typing into very often, And I can _USUALLY_ use the keyboard to focus
the window I want.
It would appear that on Apr 29, Paul Westell did say:
I have nothing good to say about starting MC with the -d option and highly
reccomend recompiling. Disabling mouse support will still allow gpm copy/paste
functions while not operating in a GUI.
Again speaking for myself, not the OP... I multi-boot so many Linux that I
haven't time to keep up with personally compiled applications. But am
totally dependent on whatever version of mc I can get from the {insert
currently booted distro here} specific package management system. IE:
apt-get install pkgname, equo install pkgname, pacman -S pkgname, etc...
But I'm curious, Why do you dislike the -d option? So far I've not had any
problem with it (when I remember to use it that is. ;) And I like the fact
that when I do bother wrestling my trackballs pointer over to some text I
want to copy/paste with gpm, I don't have to remember to also hold the
shift key down. (used to be that when I opened a selected file via:
vim <alt>+<enter> <enter>
Then even though I was running inside an mc session without having disabled
mouse support, I didn't need to hold the shift key to use gpm's clipboard
to copy text to from another window... But lately having to hold the shift
key even inside a subprocess, is why I've started to bother with -d...
If you wish to avoid rebuilding MC for the time being, I have found simply
rolling the mouse wheel will bring the focus back to whichever window you are
hovering over, even over the task-bar, usually without disturbing the cursor.
In part because of my difficulty with rodent's I use a trackball... And it
doesn't happen to have a wheel button. (And if it did I'd want to disable
it) I've found that an accidental brush of a working mouse wheel can
silently change scroll box and or radio dial settings inside applications
and web based forms. I don't like it when I carefully select something
and without expressly clicking on one of the other choices, the setting
changes...
--
| ~^~ ~^~
| <?> <?> Joe (theWordy) Philbrook
| ^ J(tWdy)P
| \___/ <<jtwdyp ttlc net>>
[
Date Prev][Date Next] [
Thread Prev][
Thread Next]
[
Thread Index]
[
Date Index]
[
Author Index]