This is probably the last version by me.
Features:
- Linux native
- time, 3BV/s and IOE high scores, including percentiles and non-flagging versions
- scores kept indefinitely for all played games
- recording and playing replays
- CSV export
- timing in milliseconds
- responsive on slow hardware
- adjustable square size
- to reveal squares around a numbered square with flagged adjacent mines you can click the square with any button
- no “?” marks
- pause
Is it available on flathub?
No.
Love me some minesweeper. Does this version also guarantees that are games are deterministic, i.e. you never have to guess the bomb layout?
Nope.
I think any kind of graphical application should have at least one screenshot linked in documentation/README
It’s there now.
Nice! I suggest adding a link to in in the README
Have you not pushed it yet? I can’t see it anywhere.
I like the name, “miny” means “mines” in Polish.
Good programming language choice but no GTK4/libadwaita as I can see. 6/10.
I dunno… Other 0.7%
It’s not pure.
Jk
I’m guessing that other 0.7% is the Makefile.
In my personal opinion, the lack of GTK4 a plus - that makes it lighter and easier to port. Bonus points for their choice being OpenGL. That is technically a minus on theming, but I feel like one does not typically theme games, which often need to have their own style.
I do concede that most people probably have GTK4 installed for something anyway, so if this application were written in GTk4, it most likely wouldn’t take up extra space on their machine.
In addition, I don’t like GTK4 due to client side decorations and those kinds of applications overall just tending to be more GNOME-oriented. Now I wouldn’t call GTK4 the spawn of evil - I still use GTK4 applications when they’re the best tool for job, especially when it comes to Upscalr or GNOME Clocks. It’s just not my favorite GUI toolkit.
It’s decisions like the lack of client side decorations, a sys tray, and mouse cursor protocol that makes me wonder what direction they’re going for
