Thread: [Tuxpaint-devel] Managing large # of stamps
An award-winning drawing program for children of all ages
Brought to you by:
wkendrick
|
From: Ben A. <sy...@sa...> - 2006-10-15 15:39:52
|
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? 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! Clearly this approach isn't working. How about a "sampler" package that contains a few from each of the "core" categories listed above (we can haggle later about what's in "core")? There is a potential issue with this approach: if something's in the sampler package, do we remove it from the "extra" packages? What if someone wants some of the stamps in the sampler, but not the whole sampler? 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 & by individual stamps, with a stamp preview pane to allow the admin to decide. This would allow an admin to, for instance, select different subsets for children of different ages, or rotate the "seasonal" stamps, only enabling certain subsets at certain times of year. A cheap way of providing this degree of admin control is to just allow a different path to be specified for stamps, i.e. a --stampspath variable that can be set to a colon-separated list of paths. Then the admin can create a /usr/local/share/tuxpaint/stamps populated with symlinks to the desired categories, or even to individual stamps. Ben |
|
From: Albert C. <aca...@gm...> - 2006-10-15 21:10:54
|
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. |
|
From: Bill K. <nb...@so...> - 2006-10-15 22:19:17
|
On Sun, Oct 15, 2006 at 05:10:50PM -0400, Albert Cahalan wrote: > 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. Perhaps once Tux Paint's own UI provides access to stamp subsets, that symbolic links/shortcuts/aliases could be used. So "sky" could be a meta-category which simply includes different stamps from vehicles/aircraft, space/, etc. So you could get to the moon from both 'space/' (where it truly "lives"), or from 'sky/', which is a metacategory. I really don't want to worry about this (or even think much about it ;^) ) at this point, since I want to get 0.9.16 out the door BEFORE our baby is born. Otherwise it won't happen for another year. ;^) -bill! |
|
From: Bill K. <nb...@so...> - 2006-10-15 22:16:43
|
On Sun, Oct 15, 2006 at 05:10:50PM -0400, Albert Cahalan wrote: > > 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. Not a bad idea. How do other large packages (say, OpenOffice.org, or some clipart collection) manage this, though? <snip> > 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???) Correct. ;^) Perhaps in the future we can provide a less hierarchical division of stamps, and provide metadata 'tags'. Of course, we begin worrying about both packaging/distribution issues AND stamp access within Tux Paint itself. I'd like to tread lightly, for now. :^/ -bill! |
|
From: Albert C. <aca...@gm...> - 2006-10-15 22:52:02
|
On 10/15/06, Bill Kendrick <nb...@so...> wrote: > On Sun, Oct 15, 2006 at 05:10:50PM -0400, Albert Cahalan wrote: > > > > 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. > > Not a bad idea. How do other large packages (say, OpenOffice.org, > or some clipart collection) manage this, though? I got the idea from Debian's GNOME and X11 packages. I installed GNOME. I got everything GNOME-related, including stuff that I personally find to be useless junk. Later, after I had everything set up and knew what I liked, I deleted the main package (leaving the stuff it had installed) and then deleted the unwanted packages. The big package got me started though, with nothing missing. The same for X11. I got all the stuff I might need, plus lots of drivers for hardware I don't have and some other stuff I don't need. That's OK. The important thing is that nothing was missing. Later, I removed the main package and the excess drivers. I think this is a great way to do things. If I didn't know what was going on, I'd still have what I want. If I really want to save a bit of disk space, it is still possible. |