Hitori issueshttps://gitlab.gnome.org/GNOME/hitori/-/issues2022-10-12T12:28:21Zhttps://gitlab.gnome.org/GNOME/hitori/-/issues/19Port to GTK 42022-10-12T12:28:21ZThomastw.booker@outlook.comPort to GTK 4This issue will discuss the possibility of moving Hitori to the GTK 4 framework. I would also like to discuss whether a GTK 4 version of Hitori should use libadwaita.This issue will discuss the possibility of moving Hitori to the GTK 4 framework. I would also like to discuss whether a GTK 4 version of Hitori should use libadwaita.https://gitlab.gnome.org/GNOME/hitori/-/issues/18Hitori does not recognise multiple solutions2021-12-23T14:17:36ZN WHitori does not recognise multiple solutionsWhen I play the game, it often comes that I complete a puzzle, but it does not say "puzzle complete", but the hint tool then recommends that I change something that goes to a different solution, even though the solution I already had com...When I play the game, it often comes that I complete a puzzle, but it does not say "puzzle complete", but the hint tool then recommends that I change something that goes to a different solution, even though the solution I already had completed the puzzle.
Would it be possible to fix this? I would prefer to not have to use the hint tool…
Thanks for any help!https://gitlab.gnome.org/GNOME/hitori/-/issues/16Refresh board painting style2020-03-17T13:17:04ZPhilip WithnallRefresh board painting styleIn response to https://gitlab.gnome.org/GNOME/hitori/issues/15#note_736882, it would be good to:
* Make the painted state of a cell more obvious. Perhaps make the background colour darker and invert the font colour, so that the un-paint...In response to https://gitlab.gnome.org/GNOME/hitori/issues/15#note_736882, it would be good to:
* Make the painted state of a cell more obvious. Perhaps make the background colour darker and invert the font colour, so that the un-painted cells seem a bit more ‘hemmed in’.
* Make the error state of a cell more obvious and distinct from the painted state, and stop relying on colour alone to distinguish errors. Perhaps draw a red cross across the background of the cell.
Any changes made here should ensure that:
* The board looks nice when not very many cells are painted.
* The board looks nice when a lot of cells are painted (with no errors).
* The board looks nice when there are several errors.
* All the cell states are easily distinguishable for people who find it hard to make out small details.
* All the cell states are easily distinguishable for people who are colour blind.
* It works on high-DPI and low-DPI screens.https://gitlab.gnome.org/GNOME/hitori/-/issues/5[BZ#769923] Make game playable with keyboard2021-11-02T12:09:05ZBugzilla[BZ#769923] Make game playable with keyboard**[Link to original bug (#769923)](https://bugzilla.gnome.org/show_bug.cgi?id=769923)**, submitted by Mario Wenzel
The game doesn't work with keyboard. It should. This blocks gamepad support.
Aspects of this which need to be implemen...**[Link to original bug (#769923)](https://bugzilla.gnome.org/show_bug.cgi?id=769923)**, submitted by Mario Wenzel
The game doesn't work with keyboard. It should. This blocks gamepad support.
Aspects of this which need to be implemented
- [x] Cell cursor and its position control. !34
- [x] Paint (and tag) cells with the keyboard. Some refactoring is needed here to avoid repeating logic that is executed when using the mouse. !34
- [ ] Add new keys to "Keyboard Shortcuts" help window.
- [ ] Maybe modify the "Playing a Game" help section?
- [ ] Update `org.gnome.Hitori.appdata.xml` https://gitlab.gnome.org/GNOME/hitori/-/issues/5#note_1202043
- [ ] Expose the keyboard navigation state using the accessibility API. (Might be better as a follow-up task as other accessibility work might be needed.)https://gitlab.gnome.org/GNOME/hitori/-/issues/2[BZ#732780] Add pause button and overlay2017-12-06T16:43:58ZBugzilla[BZ#732780] Add pause button and overlay## Submitted by Michael Catanzaro
**[Link to original bug (#732780)](https://bugzilla.gnome.org/show_bug.cgi?id=732780)**
## Description
>>>
The convention for GNOME games with timers is to have a play/pause button to
allow the user...## Submitted by Michael Catanzaro
**[Link to original bug (#732780)](https://bugzilla.gnome.org/show_bug.cgi?id=732780)**
## Description
>>>
The convention for GNOME games with timers is to have a play/pause button to
allow the user to stop the clock. This will draw an overlay over the board so
that the user can't see the board while the clock is stopped.
Some games also stop the clock when the window becomes unfocused, but I think
I'd like to shy away from this since it can be pretty jarring if you're opening
the app menu, for example, or if you actually do want to look at the game while
the window is unfocused (which is more likely to make sense for complicated
games, like Chess and Sudoku, more than others).
>>>https://gitlab.gnome.org/GNOME/hitori/-/issues/1[BZ#732505] Consider allowing larger board sizes2017-12-06T16:43:51ZBugzilla[BZ#732505] Consider allowing larger board sizes## Submitted by Michael Catanzaro
**[Link to original bug (#732505)](https://bugzilla.gnome.org/show_bug.cgi?id=732505)**
## Description
>>>
It might be fun, and certainly more difficult, to allow larger board sizes than 10x10. The...## Submitted by Michael Catanzaro
**[Link to original bug (#732505)](https://bugzilla.gnome.org/show_bug.cgi?id=732505)**
## Description
>>>
It might be fun, and certainly more difficult, to allow larger board sizes than 10x10. The puzzles on Nikolai's website [1] are 8x8, 12x12, and 17x17.
[1] http://www.nikoli.com/en/puzzles/hitori/
>>>