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

List:       kde-bugs-dist
Subject:    [palapeli] [Bug 337972] IDEA: Non-uniform piece size based on image detail
From:       Ian Wadham <iandw.au () gmail ! com>
Date:       2014-08-15 23:52:34
Message-ID: bug-337972-17878-uJLlDnAQOP () http ! bugs ! kde ! org/
[Download RAW message or body]

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

--- Comment #8 from Ian Wadham <iandw.au@gmail.com> ---
(In reply to Matthew Woehlke from comment #7)
> (In reply to Ian Wadham from comment #5)
> > Earlier this year I did quite a lot of work on Palapeli to produce version
> > 2.0. Have you tried puzzles with v2 and large numbers of pieces yet?
> 
> Only briefly, and not yet with a many-piece puzzle. It's better, though :-).
> (I'd really like to be able to dock the containers, though; right now they
> don't work very well with a maximized main window. I think if you just stick
> them in QDockWidgets...?) Other than that I think I just need to use it a
> while to have a better opinion.

Yeah, I ran out of time in the 4.13 release cycle...

> I was annoyed at first until I found where to turn back on the old 3D mode
> (the highlight effect I don't particularly like - would be nice if it at
> least used the system scheme color by default - but I get that it's to
> support less powerful devices, so okay).

A blue system-default highlight is not good with sky, nor a bright-white
background with clouds. I tried to pick default colors that would be good over
a range of colors in actual picture pieces, as opposed to B&W text. I also
found that there was no "one size fits all". Different types of pictures need
different background and highlighting color combinations. So each puzzle now
has its own saved settings.

The old highlight and shadow scheme is very heavy on CPU time during puzzle
loading and I was getting load times of several minutes for large numbers of
pieces, even on a top of the line MacBook Pro. The new highlight scheme is
computed one piece at a time, when it is first clicked. The scheme needs some
visual tuning, but load times are down to about 30 seconds for 10,000 pieces.
The other problem with the old highlight scheme is that it becomes completely
invisible when you zoom out in a large puzzle.

> Preview rocks :-D, thanks a ton for that.

Thank Johannes Loehnert! I just revived the code he attached to an email in
2010. I am thinking of adding a feature for clicking to freeze/unfreeze the
magnified preview when working on areas of fine detail in the puzzle table.

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