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

List:       kde-bugs-dist
Subject:    [palapeli] [Bug 211866] implement puzzle piles to make divide-and-conquer easier
From:       Matthew Woehlke <mw_triad () users ! sourceforge ! net>
Date:       2014-08-01 13:25:18
Message-ID: bug-211866-17878-DVBFlyNQ7Y () http ! bugs ! kde ! org/
[Download RAW message or body]

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

Matthew Woehlke <mw_triad@users.sourceforge.net> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |mw_triad@users.sourceforge.
                   |                            |net

--- Comment #4 from Matthew Woehlke <mw_triad@users.sourceforge.net> ---
I'm probably one of the original requestors of this also...

We don't need "piles" so much as better ability to move large numbers of
pieces. With an arbitrarily large workspace (which we have), one can already
make "piles" just by placing pieces in separate areas. What's missing is better
ability to do this.

What I'd do is implement a "stack" mode for manipulating pieces, where you can
"pick up" more than one, but only the most recently picked up piece is visible
(the others become hidden). You should also then be able to put these down one
at a time, or all at once, where the latter scatters them out so as to avoid
overlap (and DOES NOT CONNECT PIECES). The idea is e.g. you would go over the
initial scatter, picking out pieces by some criteria (e.g. edges) into this
stack, then put them all down somewhere else, clustered together. (This is how
I work puzzles in real life.) Right now with current multi-select this works
poorly because you end up with a big ungainly collection of widely dispersed
pieces that interferes with visibility and likes to push the workspace edges
around (and is too easy to accidentally drop, leading to a huge mess! ...not to
mention having to pick up all the pieces again).

It should also be possible to resize the work area without dropping, in this
mode.

As a bonus, such a "stack" ought to be much easier to implement. (Almost no UI
changes except maybe a modifier key to use it. On that note, maybe it could be
an alternate multi-select mode, using ctrl-click to pick up or drop a piece,
that is selected with a shortcut to toggle between that mode and the existing
multi-select mode, and an option to turn on by default. A "rubber band"
selection could always do traditional multi-select, which I think would tend to
make it unnecessary to ever turn this mode off...)

-- 
You are receiving this mail because:
You are watching all bug changes.
[prev in list] [next in list] [prev in thread] [next in thread]