On Wed, Nov 19, 2003 at 01:52:37PM -0800, Bill Kendrick wrote:
> Kind of as if you had a layer of cellophane with an outline
> between your hand/crayons, and the paper you were drawing on.
> 
> Hrm... Make sense?

Neat idea.  A little different from mine, but there's no reason you couldn't 
do both. :)

> What I'm thinking is maybe having them appear in the "Open" dialog,
> but somehow show that they are immutable.  Give them a golden button
> or other special kind of frame-shape.  And, of course, disable the Delete
> (Trash icon) button.  And, of course, when they go to save, have it not
> overwrite the existing image, but save a new one.

It seems three independent characteristics are really needed:

- read-only
- immutable
- always on top

A backdrop or coloring book page distributed with tuxpaint would be 
read-only.  Both would be immutable.  The coloring book page would be 
"always on top".  The backdrop would not.  Backdrops would contain scenery 
such as a landscape or buildings & streets.

Of course, children might wish to make their own immutable backdrops and 
coloring book pages, so there should be tools to do so, perhaps there should 
be three kinds of open button:

"Open as editable drawing"
"Open as immutable background"
"Open as immutable foreground"

If having all of these choices is considered "too advanced" for a child,
they can be disabled by a config file/command line option.  Metadata for
these images can specify whether they are normally immutable backgrounds or
normally immutable foregrounds so that when the user only has an "Open" 
button, it opens as the default type.

As for read-only, that could simply be indicated by a "lock" icon by the 
image in the open dialog.  Again, it might be helpful to have "lock" tool 
in the open dialog that prevents a drawing from being overwritten.  
Naturally, a user cannot unlock a document for which the user does not have 
write permission, but the user could lock and unlock a document they own.

> I might be able to hack this in an upcoming version.

Thanks.

> I'd like to get 0.9.13 out the door soon, though!  Before the next
> major holidays (Hanukkah and Christmas) come up, so that I can get
> an updated set of stamps out.

Sure.  I don't expect miracles. :)

> Not sure if I'll have time to add the zoom/shrink functions to Stamps tool
> by then, tho. :^(

Ah well.  So many ideas, so little time.  I know what that's like.

> > - backdrops are copied onto everyone's account, whereas only one set of 
> >   distributed backdrops really needs to exist (perhaps supplemented by 
> >   site-specific backdrops added by the admin)
> 
> I think they could just live in a /usr/local/share/tuxpaint/scenes/
> directory, where everyone would see them.

Sure.

> They could be a separate (set of?) package(s?) (like Stamps are now), even.

Yeap.

Ben
--
 ,-.  nSLUG    http://www.nslug.ns.ca   [EMAIL PROTECTED]
 \`'  Debian   http://www.debian.org    [EMAIL PROTECTED]
  `          [ gpg 395C F3A4 35D3 D247 1387 2D9E 5A94 F3CA 0B27 13C8 ]
             [ pgp 7F DA 09 4B BA 2C 0D E0 1B B1 31 ED C6 A9 39 4F ]
_______________________________________________
Tuxpaint-dev mailing list
[EMAIL PROTECTED]
http://tux4kids.net/mailman/listinfo/tuxpaint-dev

Reply via email to