On Wed, Oct 13, 2004 at 04:23:33PM +0100, mmarsh wrote: > Just to add some more details to this - the problem is quite random as > to if a uer can print or not. I have just investigated this problem > further and have seen one client print ok. Log off, log back on again > and then when you print the whole app is locked until you delete the > job in the printer que. All other applications work fine for printing. > I then decided to remove the printing option so at least users could > save the work and then print it off within another application. I > added the 'noprint=yes' line in the CFG file but this does not do the > job. Users are still able to print or lockup the app. Is this a known > problem or am I missing something !! > Hi,
sorry to hear of your problems, what version of Tux Paint are you using? 'noprint=yes' is an old bug that has been fixed in later versions. There has just been a new release that includes a configuration program that makes editing the configuration file (almost) unnecessary. Have you tried running Tux Paint in windowed mode? Maybe a Windows dialog is popping up that isn't visible. Have you tried running Tux Paint in 640x480? 800x600 mode is not as well tested as 640x480 mode. Are you using or have you used printcfg=yes or --printcfg? Try changing "savedir=n:\tuxpaint\" to "savedir=n:/tuxpaint/" (although that probably won't help and is just my paranoia :-) Good Luck! -- cheers, John Popplewell. > Regards > > > ---------- Forwarded message ---------- Date: Wed, 13 Oct From: mmarsh > <[EMAIL PROTECTED]> To: [EMAIL PROTECTED] Subject: > Printing problem > > > I have Tuxpaint running on around 20 clients at our school. The > clients are running XP Pro and Tuxpaint is installed locally on the > machines. Not sure if anyone is familiar with the CSE front end for > schools but this is what the children see when they logon. From here I > have an icon for Tux which they double click on and away they go. All > loads up etc and it works fine except when they go to print. Some > users can print fine. They log off the domain and someone else logs on > and they cannot print, in fact Tux hangs whilst the print job errors > in the network printer que. All other apps work fine from within their > ID and they can print except from within Tux. Thinking this may be a > access permissions type problem I allowed everyone/domain and > users/domain FULL accress to the Tuxpaint dir, but the same problem > still happens. I also created a group policy with the same access > permissions for the machines. So I have a situtation where a user can > print from one PC but not from another although the builds of the PC > are identical - [ ghosted and of course the SID changed ] - the only > thing I can think of is that Tux is holding a file open somewhere thus > not allowing another use to print once they log off - [ thing is most > open files are killed when someone is logged off ] - or there has been > a change to a file somewhere from within the Tux dir or the user's > profile from within C:\documents & settings Has anyone had a similar > issue ? I was thinking of running the app from a share point from a > server ? Anyone know if that could possibly either solve the issue and > can it be done ? I have run the EXE from a server without a problem > but is there a limit of how many users can fire up Tux - The max open > at anyone given time will be around 15 possibly.... Anyway here is > the config file if it helps - I would really appreciate some help here > as I have a load of children and teachers breathing down my nexk > asking why the kids cannot print their pictures !! > > 800x600=yes > fullscreen=yes > nofancycursors=no > simpleshapes=yes > noshortcuts=yes > savedir=n:\tuxpaint\ > > > > > > > > _______________________________________________ Tuxpaint-dev mailing > list [EMAIL PROTECTED] > http://tux4kids.net/mailman/listinfo/tuxpaint-dev _______________________________________________ Tuxpaint-dev mailing list [EMAIL PROTECTED] http://tux4kids.net/mailman/listinfo/tuxpaint-dev
