Thread: [Tuxpaint-devel] Stamp groupings - partial CVS commit
An award-winning drawing program for children of all ages
Brought to you by:
wkendrick
|
From: Bill K. <nb...@so...> - 2007-05-03 16:39:03
|
One of the plans I've had for Tux Paint since the beginning is the grouping of stamps. You can see this in how stamps are organized in the 'tuxpaint-stamps' package. Well, last night it finally began. Currently, it's just a UI change. Tux Paint still _loads_ all of the stamps (but if I recall, as of a few versions ago, it intelligently loads and unloads stamps from RAM... but I need to double-check). Below the list of stamps will be a <= (left arrow) and => (right arrow), corresponding to 'previous' and 'next' stamp group. (I'm not sure whether letting it wrap around makes more sense than having it stop and the first and last groups... what do you think?) I'm about 75% done with this, but ran out of time last night, and decided this morning that I had better commit before someone walks in and makes any big changes to tuxpaint.c that may require careful merging. :) So don't be surprised if you're looking at Tux Paint in CVS and the stamps tool appears messed up... -- -bill! bi...@ne... http://www.newbreedsoftware.com/ |
|
From: Caroline F. <car...@go...> - 2007-05-04 01:11:44
|
On Thu, 2007-05-03 at 09:39 -0700, Bill Kendrick wrote: > One of the plans I've had for Tux Paint since the beginning is the > grouping of stamps. You can see this in how stamps are organized in the > 'tuxpaint-stamps' package. > > Well, last night it finally began. Currently, it's just a UI change. > Tux Paint still _loads_ all of the stamps (but if I recall, as of a few > versions ago, it intelligently loads and unloads stamps from RAM... > but I need to double-check). > > Below the list of stamps will be a <= (left arrow) and => (right arrow), > corresponding to 'previous' and 'next' stamp group. (I'm not sure whether > letting it wrap around makes more sense than having it stop and the > first and last groups... what do you think?) > > I'm about 75% done with this, but ran out of time last night, and > decided this morning that I had better commit before someone walks in and > makes any big changes to tuxpaint.c that may require careful merging. :) > > So don't be surprised if you're looking at Tux Paint in CVS and the stamps > tool appears messed up... > I think wrapping round is better rather than having to do x clicks to get back to one you like at the beginning. Are we going to group by high level directory - eg all symbols? Can we have stamps in more than one group? (I'm thinking of a stamp having flags in the dat file so vehicle, red, united states, english language or something.) I'd personally love the idea of loading a locale-specific stamp pack on top of a multinational default. This would enable a us kid to get a us mailbox and a uk kid to get a uk letterbox and none be the wiser.. Other nationality's stuff would be available for language learning etc. you could install the Germany or German pack for school German lessons. I've 95% done a German alphabet language pack with audio files for letter names. I'm just double checking the copyright status of the audio file and then I'll send to Bill and stick on sourceforge. Caroline |
|
From: <tor...@at...> - 2007-05-04 07:23:14
|
Caroline Ford skrev:
> I think wrapping round is better rather than having to do x clicks to
> get back to one you like at the beginning.
>
I agree.
> Are we going to group by high level directory - eg all symbols? Can we
> have stamps in more than one group? (I'm thinking of a stamp having
> flags in the dat file so vehicle, red, united states, english language
> or something.)
>
> I'd personally love the idea of loading a locale-specific stamp pack on
> top of a multinational default. This would enable a us kid to get a us
> mailbox and a uk kid to get a uk letterbox and none be the wiser..
>
I think it would be nice if the teacher/parent could rapidly change
which stamps to load (say you have a project about safe behaviour in the
traffic first, and then the next class has a project about birds living
in the local region). Maybe a small program to make profiles, and select
which profile to use when starting the program. TuxPaint should then
load the stamps in the current profile without any user requests when it
is started. Does this sound like a good idea? The groups could be either
the directory structure (as it is today), or something you build in the
profile program.
Maybe the profile program could generate an xml-file along the lines of:
<stamps>
<group name="cars">
<stamp path="vehicles/auto/sedan.png" />
<stamp path="fire/firecar.png" />
</group>
<group name="people">
<stamp path="people/fireman200b.png" />
</group>
</stamps>
Kind regards
Tore
|