Bugzilla Bug 4701

The differenced introduced from w3m-0.3-r1.ebuild to w3m-0.3-r2.ebuild was that
the mouse support is disabled when the gpm USE variable is not defined.

This is completely _unnecessary_, since even without gpm, there _is_ mouse
support in xterm and alike and doing this disable it.

Please revert the changes, or (to keep the flexibility given by option 6) change
the line

  use gpm &>/dev/null && echo y || echo n

to

  echo y

The ability to turn off mouse support is there for people that have issue's
with
gpm on there machines with w3m, sometimes gpm will corrupt w3m and make it
unuseable.  If you want mouse support just add gpm into the your use.  If you
want we maybe just be able to change the use to something like "mouse" but I'm
not sure thats a special request that needs to be passed up to the leads, since
USE variables are not arbitrarily added. Maybe it's there is something similar
thats already there I will look into it.

Naz

What does mouse support in w3m has to do with gpm!!!??

I don't have gpm, and still I have support for mouse on w3m!

If gpm is the problem, then those people shouldn't have it in the first place.
What's the point in having a program that only causes problems after all?

I can't be more clear on that: one doesn't need gpm for controlling w3m with
mouse. So WHY isn't mouse support enabled when there is NO gpm!?

Ok well I will revert to the older style ebuild .. but if it causes any issue's
with gpm on some peoples machines I will go back to the current ebuild.  In the
mean time I'm going to keep this bug open so I can maybe looking at patching out
the code that causes gpm support to compile so we can still build the rest of
the mouse support just minus gpm support

Naz

done..

naz