After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 314403 - Can't click fast
Can't click fast
Status: RESOLVED FIXED
Product: gnome-games-superseded
Classification: Deprecated
Component: gnomine
2.7.x
Other Linux
: Normal normal
: ---
Assigned To: GNOME Games maintainers
GNOME Games maintainers
Depends on:
Blocks:
 
 
Reported: 2005-08-24 17:06 UTC by Shaun McCance
Modified: 2005-08-26 07:33 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description Shaun McCance 2005-08-24 17:06:00 UTC
With very recent versions of gnomine, if you click too fast (double-click, I
assume), you get that weird nine-box thing you get when you middle-click.  (What
is the point of that thing, anyway?)  With this annoying click speed limit,
there's no way you can clear a board in under two minutes.
Comment 1 Callum McKenzie 2005-08-24 20:47:48 UTC
I'm seeing this as a failure for the first middle click to be registered. I'll
look into to it later today.

As a work-around use the left button to clear cells - the better placement of
the left button gives you about three seconds advantage on the small board.

BTW the weird nine-box thing is meant to show you which squares will be affected
by a click (it doesn't always hilight all nine). If I recall correctly it has
its origins in a drawing glitch which explains its slight weirdness.
Comment 2 Callum McKenzie 2005-08-25 00:41:35 UTC
Sorry, I've misunderstood. It turns out my mouse has a dodgy middle button and I
jumped to conclusions without reading your description very carefully.

Firstly, getting the nine-box thing is expected since the left button acts like
a middle button when clicked on a cleared square. (I'm assuming by click, you
mean left-click.) However the new behavour shouldn't slow you down. Could you be
more explicit about what you are doing and what exactly slows you down?
Comment 3 Shaun McCance 2005-08-25 16:33:39 UTC
All right, that wasn't really the problem.  I had to play (and lose!) quite a
few games to figure out what was really screwing me up.  Then I installed 2.10
and played (and won!) a couple more games to verify.  So here's the lowdown:

2.10: Pressing the left mouse button just shows the press on the current square.
 The press follows the mouse if you scrub around while holding the mouse button.
 When you release the button, whatever square you're over gets activated.

HEAD: Pressing the left mouse button shows the press on the current square and
any adjacent squares that haven't been revealed yet.  Scrubbing the mouse around
will do this for whatever square you're over.  Releasing the mouse button only
activates the square if it's the one you clicked down.

So there's two differences:  First, HEAD does the adjacent square thing when
holding the left mouse button, and 2.10 does not.  Second, HEAD won't activate a
square on mouseup unless it's the same square you mousedowned.  That's the part
that's really screwing me up.
Comment 4 Callum McKenzie 2005-08-26 07:33:20 UTC
Sometimes bug reports come through where people are playing games in ways I
never thought people would and I turn out to be completely wrong. Its always
very instructive.

Regardless of my personal playing style anyone playing the way they always have
and noticing a difference with the new code has found a bug. I have fixed this
in HEAD: no decision about what action to take is made until the button is
released. Furthermore the "nine square" hilighting switches correctly when
sweeping from cleared to uncleared squares, although thats a side-effect of
getting everything else right.

Its more code than I'd really like to put in this close to code freeze, but my
experience in the past has been that disrupting peoples playing habits causes
more disruption than the occasional crash.