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 676612 - interface lag and window size persistence
interface lag and window size persistence
Status: RESOLVED INCOMPLETE
Product: gnome-mines
Classification: Applications
Component: general
git master
Other Linux
: Normal normal
: ---
Assigned To: gnome-mines-maint
gnome-mines-maint
Depends on:
Blocks:
 
 
Reported: 2012-05-23 01:44 UTC by drive55
Modified: 2015-01-01 15:32 UTC
See Also:
GNOME target: ---
GNOME version: ---


Attachments
Mines with a "more responsive" theme (13.31 KB, image/png)
2012-05-23 01:44 UTC, drive55
Details

Description drive55 2012-05-23 01:44:54 UTC
Created attachment 214724 [details]
Mines with a "more responsive" theme

There is a noticeable lag between clicking a square and the square being revealed.  This is an issue with all the desktop themes I've tried, but it is worse with some than with others.  On themes that recolor the squares, the game is less responsive than on those themes in which the standard indigo-ish color persists.  I have observed this bug in Xubuntu 11.04 and 11.10, LMDE with Xfce desktop, and LMDE with Mate (a Gnome 2 fork) desktop.

Also, when I start gnomine, it always opens in an unplayably small window.  If I resize the window, close it, and reopen it, the new size is not remembered.
Comment 1 Thomas Andersen 2012-05-23 07:00:11 UTC
Are you able to test with the latest release 3.4.2? 3.2 is no longer being developed and the game was rewritten in vala since.

The windows resize not being remembered could still be a bug from a quick glance at the code.
Comment 2 drive55 2012-05-25 04:07:20 UTC
I don't think I can install it without breaking a bunch of other packages.  The 3.4.2 .deb says it needs libglib2.0-0 version >=2.31.8, and I'm currently at version 2.30.2-6.  If I try to install the libglib2.0-0 version 2.31.2-1 .deb, it will break my current version of libglib2.0-0... and so on.
Comment 3 Kat 2012-06-17 14:00:18 UTC
Thomas, it is still slow for me with 3.4.2 on an EXOPC (Atom processor, Intel graphics). The board takes a long time to be drawn at the start of the game and tiles take a long time to be uncovered after being clicked.
Comment 4 drive55 2012-06-17 14:14:58 UTC
Kat, do you notice any performance differences with different visual themes?
Comment 5 Kat 2012-06-17 15:06:19 UTC
Sorry, I'm testing on GNOME 3 and do not have any other themes to try it with.
Comment 6 Robert Roth 2013-10-26 11:57:33 UTC
I have just tested with GTK 3.10, the current head of gnome-mines from git, with Adwaita theme on a Core2 Duo laptop, and playing on the largest field still shows a noticeable lag between clicking and revealing fields, and there's an approximate 1 sec wait-time after clicking the 30x16 button and before the board gets fully drawn, so I guess this issue is still relevant. 
Some time ago I have also developed a minesweeper clone, using a gtk table with buttons,  and that one also had a noticeable lag, but implementation-wise this one uses a drawingarea to draw the full minefield, so it's absolutely different.
It'd be interesting to find where the lag's coming from.
Comment 7 Robert Roth 2014-04-22 19:26:54 UTC
Further investigation revealed that the lag is only present on some configurations (present on Fedora 20 + GNOME 3.12 installed from COPR, not present on Ubuntu 14.04 + GNOME 3.12 installed from COPR), and is "caused" by the standard GTK+ theme, Adwaita. Even though the current Mines uses a DrawingArea to do the drawing, the minefields are drawn using the .button style, so it has to do with the current theme, in spite of drawing the grid manually.

Using gtk-parasite to style the buttons to a plain style, using background-image:none and border-image:none makes the lag disappear for me.
As in bug 728483 we have introduced CSS stylable mines, we will have to work closely with the designers to come up with a style which doesn't have this kind of lag and/or fix the issue in GTK+/Adwaita, wherever the drawing of the attributes set in the CSS takes place, and takes long.
Comment 8 Robert Roth 2014-09-13 17:27:22 UTC
Could you please try the current master of GNOME Mines, to see if you still experience the interface lag? I feel that the current interface is pretty responsive even on the 30x16 board.
Comment 9 Robert Roth 2015-01-01 15:32:24 UTC
Closing this bug report as no further information has been provided. Please feel free to reopen this bug if you can provide the information asked for.
Thanks!