[kmahjongg] [Bug 329052] New: Select a tile, then do a Shuffle; afterwards the selection, hints, etc... maybe wrong.

[Bryan]

https://bugs.kde.org/show_bug.cgi?id=329052

            Bug ID: 329052
           Summary: Select a tile, then do a Shuffle; afterwards the
                    selection, hints, etc... maybe wrong.
    Classification: Unclassified
           Product: kmahjongg
           Version: unspecified
          Platform: Debian stable
                OS: Linux
            Status: UNCONFIRMED
          Severity: normal
          Priority: NOR
         Component: general
          Assignee: unassigned-bugs at kde.org
          Reporter: BryanFRitt at HotMail.com
                CC: kde-games-bugs at kde.org

Select a tile, then do a 'Shuffle', click on a tile that would have been a
match with the originally selected tile, now it plus the tile now in what was
the selected position, will be taken away, even if they don't match. Undo will
put back both tiles as the tile that was originally selected, or the last one
clicked on. (as the last one clicked on and the original one clicked on are the
same). KMahjongg will mess up the same way even if 'Shuffle' is pressed more
than once.

Reproducible: Sometimes

Steps to Reproduce:
1. Select a tile
2. Do a Shuffle
3. Until neither the original tile selected nor it's identical tiles are not at
the original selected spot, Shuffle, (this small chance makes reproducibility a
not always?)
4. Click on a tile that matches the original tile clicked on
Actual Results:  
The last tile clicked on plus the tile at the location that the original tile
was clicked on will disapear, and undo will bring back both as the original
clicked tile.

Expected Results:  
If a tile was selected followed by a shuffle then:
(A.)  Select the new tile at the selected position (and show it's
hints/matching tiles, if the hint/matching tiles option is on)
(B.)  Unselect tile, and remove hints.
(C.)  If possible, the new location of the selected tile gets selected (and
show it's hints/matching tiles, if the hint/matching tiles option is on)
      If it's not possible to select the new position (like the new location is
under a tile or has a tile to the left and right)
        (a.) Do option (A.) or 
        (b.) Do option (B.) or
        (c.) If there's any of it's matching tiles that hasn't been tried yet
try B. again but with it's matching tile.
I'd pick (C.)(c.) or (A.) or (B), because (C.)(a.) or (C.)(b.) would make the
game less consistent.

Undo could bring back the tiles that where taken away, even they where
incorrectly taken away, instead of just assuming they are the same. (This
probably just adds inefficiency though)


[analogy]
This bug is like using the Dvorák keyboard, with some games that assume
keyboards are QWERTY, and then go by the letter the key represents rather of
the physical key position. Using the 'W'  'A'  'S'  'D' keys instead of letters
to represent directions makes a big difference in playability. (If you're used
to QWERTY, imagine playing a game with ','  'a'  ';'  'h' for up left down
right, respectively). 
Try making a shortcut key with xbindkeys-config, it's interface shows how
shortcuts can be done both ways at the same time.

-- 
You are receiving this mail because:
You are the assignee for the bug.