Re: [Tuxpaint-devel] Template export from Open dialog
An award-winning drawing program for children of all ages
Brought to you by:
wkendrick
From: Pere P. i C. <per...@gm...> - 2023-05-31 16:49:32
|
El dt. 30 de 05 de 2023 a les 16:57 -0700, en/na Bill Kendrick va escriure: > On Tue, May 30, 2023 at 11:18:09PM +0200, Pere Pujal i Carabantes wrote: > > Hi, works fine in my box > > Thanks for testing it out! > > > > the only thing I've noticed is that one has to go to the filesystem > > to remove the no more needed templates. > > > > Maybe add a way to remove added templates? > > Would we want to allow users to delete ANY personal template? > Or only the ones created within Tux Paint via the "Open" dialog? > If the latter, I'd need a way to flag them (perhaps a datafile > that sites alongside them). I'd allow just the created with Tux Paint ones, custom templates added via filesystem can be removed via filesystem. > > Since the templates appear in the "New" dialog, we would need to add > an "Erase" button there (perhaps only appearing, or only appearing as > accessible) when a personal template is currently selected. > That seems a little weird, but nowhere else really makes sense! Maybe in a "manage data" tool that allows parents/teachers/big childs to add/remove starters, templates, stamps, brushes, etc Obviously, adding the "Erase" button in the "New" dialog would do the job for now... Best Pere > > And of course, I would probably want to be able to make the > "New" -> "Erase [template]" feature something that could be > deactivated via a simplification setting. > > In fact, I already have a feature request (oof, from 2009!) to > make the "Open" -> "Erase [saved drawing]" feature inaccessible > via a simplification setting. [1] > > While these kinds of simplifications may sound a little weird, > my goal is for Tux Paint to be configurable in such a way that > it's VERY difficult to accidentally clobber things, which can > lead to tears in the youngest of users who might not be good > at using a mouse yet. (See, for example, the "saveover=new" > option.) Disk space is cheap. [3] > > > [1] https://sourceforge.net/p/tuxpaint/feature-requests/129/ > > [2] https://tuxpaint.org/docs/en/html/OPTIONS.html#saving > > [3] I know first-hand that data loss can be emotionally traumatic. ;-) > > When I was around 7 or 8 years old, I was writing a game in BASIC > on my Timex Sinclair 1000 (US version of ZX81), and had not yet > saved it (to audio cassette tape, of course!) My dad was going to > work on something electrical and accidentally flipped the breaker > that powered my bedroom. Snoopy pancake flipping game, lost forever. > > A few years later, I was making a reasonable facsimile of > Pac-Man in BASIC on my Atari 8-bit. Unfortunately a bug in the > particular version of BASIC I had could cause files saved to > disk to go corrupt, after saving a certain number of times! > Blocky Pac-Man clone, lost forever. > > I somehow managed to make a pretty playable (if not visually > attractive, yet) clone of the game KLAX for Linux. I was about > to roll a tarball and post it online as an alpha version, when > I decided to be clever and clean up my Makefile a bit. > I accidentally got some $@ or $< confused, and accidentally > overwrote my C source file with the executable. KLAX clone, > lost forever. (I have proof of its existence, at least! ;) > https://www.youtube.com/watch?v=mQpHdSIi2wc ... SIGH!) > > > _______________________________________________ > Tuxpaint-devel mailing list > Tux...@li... > https://lists.sourceforge.net/lists/listinfo/tuxpaint-devel |