So just use one installation of Tux for all users...
I have my own copy on the I:// drive for example because I can install stuff there just so long as it doesn't ask the windows registry to recognize it.
That would be good... I wasn't really sure how the computer worked with that regard... would one machine be supporting the entire 20 something class for example..?. I gather it won't work that way.
So I put the shortcut into my Art Class Directory
then I create a few different versions of the shortcut for each unique condition I want
"Tux 5th Grade" or "Tux 1st Grade"
What will that look like? can you paste in an example?
Or I suppose I could just create a new installation of Tux on the drive for each condition and then fiddle with the folders in the DATA folder... RIGHT?
Thanks for your time John.
--- On Thu, 9/17/09, John Popplewell <john@...> wrote:
From: John Popplewell <john@...>
Subject: Re: [Tuxpaint-users] Tuxpaint query
To: "Discussion list for parents and teachers using Tux Paint" <tuxpaint-users@...>
Date: Thursday, September 17, 2009, 10:48 PM
the easiest thing to do is to make a short-cut to the Tux Paint
executable that will appear on all the desktops, however that is done.
Then change the short-cut 'Target' to include the appropriate
command-line arguments for Tux Paint. You can use %USERNAME% variables
in the short-cut and they will be expanded for each user/workstation.
Quoting the arguments can be a bit messy, can't quite remember how it
goes, but I've had mapped network drives working in the past with a
users pictures stored on the server in the users directory. The same
should work for stamps, but I've never tried that,
Hope that helps,
On Wed, Sep 16, 2009 at 11:08:07AM -0700, henry taylor wrote:
> Thanks again Bill...
> I have some time today to DO this...
> SO--where or when do I do it?
> Each work station is connected to the network
> I have an accessible tux directory installed on my I:// drive
> Do I need to write in the code for each installation on each machine
> then? Create a bat file? (VERY "old school" - probably not eh?) I
> notice that the Tux Configuration program has a way of specifying
> where the data folder is or which data folder to use... but-- I tried
> it, and it wasn't working for me.... Hmmmm... thanks again.
> --- On Thu, 7/30/09, Bill Kendrick <nbs@...> wrote:
> > The question arises: Is there an easy way to set up this year so that
> > different grades have access to different sets of stamps.
> Yes. Right now, Tux Paint looks in two places for data files
> (stamps, starters and brushes): a system-wide location, and
> a user-specific location.
> The latter is, obviously, user-specific. Just like the folder where
> Tux Paint saves its files. A while back, we made it possible to specify
> a different user data directory, just like we've been able to specify
> a different saved files directory.
> It's the "datadir" option, versus the "savedir" option (which used to
> control _both_).
> Simply create folders somewhere (on a network drive? or just duplicate
> them across the systems), e.g., "grade1", "grade2", etc.
> Within each, create "stamps" subfolders. Then put the stamps within.
> You can even categorize them by creating subdirectories.
> The students will be able to page through each category using the left/right
> arrow buttons, at the bottom of the Stamps list on the right side of the
> Tux Paint window.
> Give the "--datadir" command-line option to Tux Paint, telling it which
> stamp folder to look at.
> Note that right now it's not possible to ask Tux Paint to _not_ load
> the system-wide stamps, if you have them installed. In the future, we
> should think about providing ways to specify paths to add/remove,
> for each data catagory. They could be stacked up.
> tuxpaint --nosystemstamps --stampsdir /path/to/some --stampsdir /path/to/more
> And, of course, also provide a sane way of specifying these options within
> configuration files. And THEN provide ways to 'include' config files
> from within each other, and/or provide a list of them on the command-line:
> tuxpaint --config accessibility-enhancements.cfg --config grade1.cfg
> Come build with us! The BlackBerry® Developer Conference in SF, CA
> is the only developer event you need to attend this year. Jumpstart your
> developing skills, take BlackBerry mobile applications to market and stay
> ahead of the curve. Join us from November 9-12, 2009. Register now!
> Tuxpaint-users mailing list
Come build with us! The BlackBerry® Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay
ahead of the curve. Join us from November 9-12, 2009. Register now!
Tuxpaint-users mailing list