I played with Fluid some tonight to update the tuxpaint-config interface
(I hope I didn't clobber anything you were doing, Torsten! I didn't see
any update in CVS...)
I also fleshed out what I think remains to be done, and placed it in TODO.txt.
Note that at this time, I'm hoping we can use "Default", "Apply" and "Reset"
buttons, like those used in KDE's "kcontrol" Control Center configuration app.
I think we should keep track, on a per-tab-basis, of which options have
changed (compared to the 'default' settings, as well as compared to what's
set in the configuration file).
For example, let's say I have no ".tuxpaintrc" file at the moment.
If I go to "Mouse & Keyboard" and uncheck the
"Enable Keyboard Shortcuts", all three buttons would become enabled.
("Default", allowing me to reset this tab to the default settings; e.g.,
re-activate keyboard shortcuts. "Apply" to save my change to disk.
And "Reset" to reset the option back to how I had it; since I don't have
any ".tuxpaintrc", this would be resetting it back to the default.)
I think it would be nice if the "Mouse & Keyboard" tab button itself would
change somehow (e.g., change the font from black to bold red), alerting
the user to the fact that an option has changed.
Now, say I go to "Locale" to look around. At this point, "Default",
"Apply" and "Reset" should all become inactive. If I make a change on the
locale tab (e.g., click "Mirror Stamps" to enable that option), they
would light up. But let's say that I don't.
If I return to "Mouse & Keyboard", since there are unsaved changes, and
the settings, as I have changed them, are not the default, all three
buttons would light up again. Say I click "Apply". My setting there
(turning off "Enable Keyboard Shortcuts") gets saved to ".tuxpaintrc".
("noshortcuts=yes").
At this point, "Apply" and "Reset" should become inactive.
There's no point in letting the user "Apply" again; the option is already
saved! There's no way to let the user "Reset" the option, since that
button reloads their setting from disc. Right now, they're both sync'd up,
so that wouldn't change anything!
HOWEVER, "Default" would remain active, since "noshortcuts=yes" is NOT the
default behaviour of Tux Paint.
In a sense, I think if you too any arbitrary ".tuxpaintrc" file with some
random set of options set, ran Tux Paint Config., and then went to each
tab and hit "Default" followed by "Apply", you would end up with a plan
".tuxpaintrc" file.
Make sense? I realize this is kind of complicated, and that this kind of
KDE-style interface might be something to worry about later down the road.
But, I think what KDE does makes sense; it's like having a number of documents
open in a word processor that has a tabbed interface. "Apply" is like
"File->Save", "Reset" is like "File->Revert" and "Default"... well... I guess
maybe my word processor analogy has fallen apart. ;^)
But I hope I make sense!
Torsten, let me know if what I've done with Fluid seems alright.
If you'd like help, my friend Doug is on this list, last I checked, and has
done FLTK in the past, and is willing to help us out! :^) (Thanks, Doug!)
Tired & rambling, [but excited about tuxpaint-config!!!]
-bill!
[EMAIL PROTECTED] Have you visited the Linux Users' Group
http://newbreedsoftware.com/bill/ of Davis yet!? http://www.lugod.org/
_______________________________________________
Tuxpaint-dev mailing list
[EMAIL PROTECTED]
http://tux4kids.net/mailman/listinfo/tuxpaint-dev
