Re: [Tuxpaint-devel] Managing large # of stamps

[Albert C. <aca...@gm...>]

On 10/15/06, Ben Armstrong <sy...@sa...> wrote:
> It is encouraging to see the stamps divided into smaller subsets now.
> But I still can't decide how to deal with this in Debian.  For one
> thing, 16 packages is a lot of new packages if I were to just create a
> new package per category.  For another, it still doesn't help me choose
> which stamps (if any) to install by default.  I could install just a few
> of these by default, but which ones?

Like this: the "tuxpaint" is an empty package which depends on
a "tuxpaint-bin" package (containing the executable) and on every
stamp package. If you install "tuxpaint" you get absolutely everything.

>   And even if I did decide on, say:
> animals, food, people, plants, symbols, town and vehicles as being
> reasonable "core" categories, with clothes, hobbies, household, medical,
> military, naturalforces, seasonal, space and sports being considered
> "extra", that's still 247 stamps!  Or let's say just one category:
> animals.  There are 47 stamps in this category!

That'd give you firemen and firetrucks without a fire! It's bad
enough that they don't go together. (and where do I add the
fire hydrant that I have? town???)

> Here's a different tack: do we need to break it down very much at the
> level of packages?  What if we just install *all* of the stamps, and
> allow tuxpaint to be easily configure to select some arbitrary subset?
> For example, we could have a "Stamps" tab in tuxpaint-config that
> presents a tree of categories & stamps with checkboxes by each directory

This assumes that the directories are decent, but they are not.
Consider my firemen/firetruck/fire/hydrant example.

Things in the sky (moon, F-15, hawk, blimp, fireworks) belong together.
As it is now, the user is forced to spend much of their time scrolling.