[prev in list] [next in list] [prev in thread] [next in thread] 

List:       kde-bugs-dist
Subject:    [Bug 211866] implement puzzle piles to make divide-and-conquer easier
From:       <peter.puk () gmail ! com>
Date:       2011-08-15 22:16:23
Message-ID: E1Qt5SJ-0007NL-Mw () bugs ! kde ! org
[Download RAW message or body]

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


peter.puk@gmail.com changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |peter.puk@gmail.com




--- Comment #3 from  <peter puk gmail com>  2011-08-15 22:16:23 ---
Im currently solving a 5000 pieces puzzle (talking about upscaling ;-). For the
picture see the attachment above. I have it solved already for 35%, the
perfomance and stability is very good.

The method i now use is: make the puzzle board 4 times as big. Use CTRL+Mouse
to select multiple pieces of one group/type/color and drag them (usually around
50 in one selection) to an empty space on the board. Sometimes i mis-clicked a
puzzle piece, which results in all the other selected pieces to be deselected
too :-(.

The piles idea could be a good solution (ill use that in real life too), but i
was also thinking about a space (other always visible pile) at the bottom of
the screen where you can easily drag pieces too and from (like the puzzle
pieces on your hand in real life). This is usually easier than switching trough
piles with [1-9]. This 'hand' can be used too for switching pieces between
piles.

Piles can be still usefull for building bigger parts of the puzzle.

Also a bird-eye view can be handy in times.

PS. If people like the puzzle attachment. There are many versions from the same
drawer. Search for 'Jan van Haasteren' on google any you will find many more
puzzles.

-- 
Configure bugmail: https://bugs.kde.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching all bug changes.
[prev in list] [next in list] [prev in thread] [next in thread]