I agree we shouldn't use the OS's save dialog. Too complicated visually and implementationally, plus security issues, etc.
How about categorizing files by student names? A dialog box pops up to ask for username upon first open or save. A second dialog box can pop up with a list of "Bill"s if there are more than one Bill in the class. This would have to be an option, of course. After we come up with several ideas, why don't we shoot these ideas back to the person that requested the feature and ask which would be most convenient? -Mark On Wed, 14 Jan 2004, Ben Armstrong wrote: > On Wed, Jan 14, 2004 at 01:43:49PM -0800, Bill Kendrick wrote: > > (Might want to save a ".dat" file that contained the full name, > > un-filesystem-ized, for that.) > > Not a bad idea, but consider also saving in the .png the un-filesystem-ized > title, as the png standard allows for a number of key/text pairs to be > stored in its info. The standard "Title" field ought to do. This will help > if the .png is ever separated from its .dat file. If importing a .png > into tuxpaint from an outside source, you could first check for the title in > the .dat file, and if not present, use the one embedded in the .png (if > pressent). > > > I think I'd prefer to do a simply one-line text type-in field, rather > > than providing access to the OS's "Save As..." file browser dialog. > > You underestimate how prolific our budding young artists can be. My > children can churn out dozens of pictures per sitting. This is bound to > lead to conflicting filenames.[1] > > I don't know if a standard file browser is called for, however. Is there > any way you could extend our "Open" image browser to support Save As too, > perhaps by incremental search? Let's say the child starts typing: > > "C" "a" "t" > > The "C" brings the first "C" drawing into view, and by the time "a" and "t" > are typed, the first drawing with a title starting with the string "Cat" is > in the upper left quadrant of the image browser. In this way, a child is > given enough immediate visual feedback to give the drawing a name that does > not conflict. If the child presses "Enter" when the filename exactly > matches, a dialog box should pop up asking the child if the existing file > should be overwritten or not. > > Ben > [1] Also, I am teaching my children to classify pictures into > subdirectories so that they can keep track of them all. It > would be nice in future if Tuxpaint supported subdirectories > in the "Open" dialog. But that's a whole different kettle of, > er, herring. > > -- > ,-. 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 > -- Mark K. Kim AIM: markus kimius Homepage: http://www.cbreak.org/ Xanga: http://www.xanga.com/vindaci Friendster: http://www.friendster.com/user.jsp?id=13046 PGP key fingerprint: 7324 BACA 53AD E504 A76E 5167 6822 94F0 F298 5DCE PGP key available on the homepage _______________________________________________ Tuxpaint-dev mailing list [EMAIL PROTECTED] http://tux4kids.net/mailman/listinfo/tuxpaint-dev
