Thread: [Tuxpaint-devel] TuxPaint 0.9.15 and Mac OS X Update
An award-winning drawing program for children of all ages
Brought to you by:
wkendrick
From: Martin F. <mf...@gm...> - 2005-11-23 01:23:34
|
Just letting you folks know that I've got a build of the latest CVS snapshot working on Mac OS X. I'm hoping to post a final build in the next couple of days (there are still a few small issues I need to iron out). I'm also planning to update the Stamps installer for OS X. > It seems Windows, BeOS and now Linux (via "altprintcommand" and, > e.g., kprint) > have a kind of "Page Setup" for printing, but checking the source > code, > it looks like Mac still does not. > > Anyone want to look into this before 0.9.15 comes out? This already works in 0.9.14 - press Option when you click on the Print button and you'll come to a Page Setup dialog box. Currently, page setup settings are not saved between separate print jobs, and I'll have to dig through the Cocoa docs to see how to remedy this. Martin |
From: Martin F. <mf...@gm...> - 2005-11-23 03:23:30
|
Just letting you folks know that I've got a build of the latest CVS snapshot running on Mac OS X. I'm hoping to post a final build in the next couple of days (there are still a few small issues I need to iron out). I'm also planning to update the Stamps installer for OS X. > It seems Windows, BeOS and now Linux (via "altprintcommand" and, > e.g., kprint) > have a kind of "Page Setup" for printing, but checking the source > code, > it looks like Mac still does not. > > Anyone want to look into this before 0.9.15 comes out? This already works in 0.9.14 - press Option when you click on the Print button and you'll come to a Page Setup dialog box. Currently, page setup settings are not saved between separate print jobs, and I'll have to dig through the Cocoa docs to see how to remedy this. Martin |
From: Martin F. <mf...@gm...> - 2005-11-23 04:45:47
|
Just letting you folks know that I've got a build of the latest CVS snapshot running on Mac OS X. I'm hoping to post a final build in the next couple of days (there are still a few small issues I need to iron out). I'm also planning to update the Stamps installer for OS X. > It seems Windows, BeOS and now Linux (via "altprintcommand" and, > e.g., kprint) > have a kind of "Page Setup" for printing, but checking the source > code, > it looks like Mac still does not. > > Anyone want to look into this before 0.9.15 comes out? This already works in 0.9.14 - press Option when you click on the Print button and you'll come to a Page Setup dialog box. Currently, page setup settings are not saved between separate print jobs, and I'll have to dig through the Cocoa docs to see how to remedy this. Martin |
From: Bill K. <nb...@so...> - 2005-11-23 05:07:49
|
Heh, sorry for all the dups of Martin's post. He tried sending from an unsub'd address, and I guess I approved it right as he was sending again from a sub'd address. On Tue, Nov 22, 2005 at 09:45:31PM -0700, Martin Fuhrer wrote: > Just letting you folks know that I've got a build of the latest CVS > snapshot running on Mac OS X. Awesome! I had lost hope that anyone who had worked on Tux Paint for OS X before was still around to help! ;^) (I had tried pinging everyone a few months ago.) > I'm hoping to post a final build in the next couple of days (there > are still a few small issues I need to iron out). I'm also planning > to update the Stamps installer for OS X. Great! I'm hoping to get the .tar.gz release done some time this weekend, if possible, and then announce the new release to the world! <snip> > >Anyone want to look into this before 0.9.15 comes out? > > This already works in 0.9.14 - press Option when you click on the > Print button and you'll come to a Page Setup dialog box. Hrm, I swear I've told people to try this and it didn't work. > Currently, page setup settings are not saved between separate print > jobs, and I'll have to dig through the Cocoa docs to see how to > remedy this. Ah, yeah, that would be quite helpful. I assume that the recent changes in CVS that control whether [Alt] (or in Mac's case, Option) must be pressed also apply to Mac? i.e., --altprintmod | --altprintalways | --altprintnever Thanks!!! Good to see you're still around! ;) -- -bill! bi...@ne... http://www.newbreedsoftware.com/ |
From: Bill K. <nb...@so...> - 2006-10-16 01:24:53
|
On Sun, Oct 15, 2006 at 07:20:15PM -0600, Martin Fuhrer wrote: > I've posted the Mac OS X Tux Paint 0.9.16rc5 builds here: > > www.cpsc.ucalgary.ca/~fuhrer/temp/tuxpaint-0.9.16rc5-macosx.dmg > www.cpsc.ucalgary.ca/~fuhrer/temp/tuxpaintstamps-2006.10.12-macosx.dmg > > They are compiled as universal binary, though because I only have a > PowerPC Mac, it would be nice if someone with an Intel-based Mac > could test these and make sure they run fine. Awesome, thanks! I've put them on my FTP site here: ftp://ftp.tuxpaint.org/unix/x/tuxpaint/testbuilds/macosx/ And will test it on my PPC Mac Mini momentarily! ;) -bill! |
From: Bill K. <nb...@so...> - 2006-09-18 18:05:54
|
Hey Martin... any chance you can put together an OSX build of Tux Paint 0.9.16rc1 (or rc2 when I get it out tonight, hopefully)? Last I saw, there were still a number of issues with Tux Paint on OSX that haven't been dealt with since the 0.9.15 release last November. Have you got time to look into these? Should I try to find another OSX developer to help? Or shall I just *shrug* and say: "sorry, known issues", like I have been? :^) Specifically: * Tux Paint no longer works with 10.2.8 * Printing on OSX comes out wrong w/o first setting up printer * Can't type into the printer dialog (e.g., the "Scale" field) * Printer settings not saved between sessions * Tux Paint Config needs a unique Bundle ID See the Known Issues page at the Tux Paint site: http://tuxpaint.org/docs/known_issues/ And the Bug list at SourceForge: http://sourceforge.net/tracker/?group_id=66938&atid=516295 for more details. Thanks! :) -bill! |
From: Martin F. <mf...@gm...> - 2006-10-13 03:24:52
|
On 12-Oct-06, at 1:41 AM, Bill Kendrick wrote: > On Wed, Oct 11, 2006 at 09:13:02PM -0600, Martin Fuhrer wrote: >> The eraser tool leaves ghosted bounding rectangles behind as I drag >> it across the canvas. Is this a known bug? >> http://pages.cpsc.ucalgary.ca/~fuhrer/temp/tuxPaintEraser.jpg > > This does not seem to happen on x86 Linux or Windows. > I've expanded the screen refresh by 1px on each side, in case there's > some math difference going on when it determines how big the XOR was > that needs to be drawn. > > I'm committing to CVS now. The 1 pixels fix doesn't fix the problem. I tried expanding to 10 pixels, but the ghosting still appears. I do notice two things, however: 1) The ghost lines don't appear if I move the eraser very slowly. They only appear as I move the eraser faster. 2) The 10 pixel bound around the eraser is not cleared while I am holding the mouse button down and moving the eraser around (ghost lines continue to appear within the 10 pixel bound). When I release the mouse button, and move the eraser across the ghosted lines, the lines lying underneath and around the eraser (within 10 pixels) are cleared. I'm currently updating the XCode project, and will commit it later tonight or tomorrow. If you still have access to the Mac Mini, you can then try building Tux Paint and check out the problem first hand. Martin |
From: Bill K. <nb...@so...> - 2006-10-13 06:18:23
|
On Thu, Oct 12, 2006 at 09:24:39PM -0600, Martin Fuhrer wrote: > I'm currently updating the XCode project, and will commit it later > tonight or tomorrow. If you still have access to the Mac Mini, you > can then try building Tux Paint and check out the problem first hand. > I do. ;) Thx! -bill! |
From: Martin F. <mf...@gm...> - 2006-10-14 04:27:44
|
On 13-Oct-06, at 12:18 AM, Bill Kendrick wrote: > On Thu, Oct 12, 2006 at 09:24:39PM -0600, Martin Fuhrer wrote: >> I'm currently updating the XCode project, and will commit it later >> tonight or tomorrow. If you still have access to the Mac Mini, you >> can then try building Tux Paint and check out the problem first hand. >> > > I do. ;) Thx! I've committed the updates. If you haven't yet updated the SDL frameworks on the Mac Mini, try building Tux Paint against those to see whether the eraser bug still exists. I'm curious if the problem is a Mac OS X SDL bug (introduced in 1.2.10 or 1.2.11), since the problem isn't affecting the other platforms. Martin |
From: Bill K. <nb...@so...> - 2006-10-16 01:55:13
|
On Sun, Oct 15, 2006 at 06:24:50PM -0700, Bill Kendrick wrote: > > Awesome, thanks! I've put them on my FTP site here: > > ftp://ftp.tuxpaint.org/unix/x/tuxpaint/testbuilds/macosx/ > > And will test it on my PPC Mac Mini momentarily! ;) Testing now. First off, the splash screen within Tux Paint still says 0.9.15 from 2005.11.25. I see your About screen has the right version (although the build seems to be from a few days in the future ;^) ) Secondly, Chinese (both), Japanese and Korean are ALL showing up as squares. Can you perhaps try using an older SDL_ttf, like John is on Win32, and see if these locales render properly for you? I tried playing with locale settings in the Mac's System Preferences dialog, and some worked, some didn't seem to do anything, except pick the next option down the list (e.g., if I moved Portuguese to the top of the list in the Mac's settings, Tux Paint would end up using the next language down... other languages worked properly, e.g., Hebrew) Thanks! -- -bill! bi...@ne... http://www.newbreedsoftware.com/ |
From: John P. <jo...@jo...> - 2006-10-16 14:51:59
|
On Sun, Oct 15, 2006 at 06:55:04PM -0700, Bill Kendrick wrote: > On Sun, Oct 15, 2006 at 06:24:50PM -0700, Bill Kendrick wrote: > > > > Awesome, thanks! I've put them on my FTP site here: > > > > ftp://ftp.tuxpaint.org/unix/x/tuxpaint/testbuilds/macosx/ > > > > And will test it on my PPC Mac Mini momentarily! ;) > > Testing now. First off, the splash screen within Tux Paint still > says 0.9.15 from 2005.11.25. I see your About screen has the right > version (although the build seems to be from a few days in the future ;^) ) > > Secondly, Chinese (both), Japanese and Korean are ALL showing up as squares. > Can you perhaps try using an older SDL_ttf, like John is on Win32, and > see if these locales render properly for you? Whoa! I have tried this as an experiment, but all the release candidates used SDL_ttf-2.0.8. I've changed the version of freetype a few times (to no effect) and rc6 has a slightly patched SDL_ttf-2.0.8 to work with freetype-2.2.1. > I tried playing with locale settings in the Mac's System Preferences > dialog, and some worked, some didn't seem to do anything, except pick the > next option down the list (e.g., if I moved Portuguese to the top of > the list in the Mac's settings, Tux Paint would end up using the next > language down... other languages worked properly, e.g., Hebrew) > > Thanks! > > -- > -bill! > bi...@ne... > http://www.newbreedsoftware.com/ > > ------------------------------------------------------------------------- > Using Tomcat but need to do more? Need to support web services, security? > Get stuff done quickly with pre-integrated technology to make your job easier > Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo > http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 > _______________________________________________ > Tuxpaint-devel mailing list > Tux...@li... > https://lists.sourceforge.net/lists/listinfo/tuxpaint-devel > |
From: Bill K. <nb...@so...> - 2006-10-16 02:01:55
|
On Sun, Oct 15, 2006 at 06:55:04PM -0700, Bill Kendrick wrote: > On Sun, Oct 15, 2006 at 06:24:50PM -0700, Bill Kendrick wrote: > > > > Awesome, thanks! I've put them on my FTP site here: > > > > ftp://ftp.tuxpaint.org/unix/x/tuxpaint/testbuilds/macosx/ > > > > And will test it on my PPC Mac Mini momentarily! ;) > One more issue. It seems the locale is not being kept track of inside Tux Paint. If I change the locale to Catalan in Tux Paint Config, the UI text is all Catalan, which is correct. However, none of the stamps play their descriptive (spoken) sounds, when I click them. e.g., when I click the Rooster stamp, I do not hear "rooster_desc_ca.ogg" play after "rooster.ogg" plays. Additionally, when I click the number stamps (i.e., "0.png" thru "9.png"), I get the english sounds (e.g., "0_en.png"), rather than the Catalan ones (e.g., "0_ca.png"). Any ideas? (I'll need to double-check this works right in Win32. It works fine in Linux.) Thx, -bill! |
From: Bill K. <nb...@so...> - 2006-10-16 02:03:50
|
On Sun, Oct 15, 2006 at 07:01:54PM -0700, Bill Kendrick wrote: > One more issue. Ok, one more, then I'm done. ANy reason you include only the english plain-text (TXT) version of the documentation, and not the HTML docs (either instead of, or as well as the plain-text)? Thanks! -bill! |
From: John P. <jo...@jo...> - 2006-10-16 16:44:53
|
On Sun, Oct 15, 2006 at 07:01:54PM -0700, Bill Kendrick wrote: > On Sun, Oct 15, 2006 at 06:55:04PM -0700, Bill Kendrick wrote: > > On Sun, Oct 15, 2006 at 06:24:50PM -0700, Bill Kendrick wrote: > > > > > > Awesome, thanks! I've put them on my FTP site here: > > > > > > ftp://ftp.tuxpaint.org/unix/x/tuxpaint/testbuilds/macosx/ > > > > > > And will test it on my PPC Mac Mini momentarily! ;) > > > > One more issue. It seems the locale is not being kept track of inside > Tux Paint. If I change the locale to Catalan in Tux Paint Config, > the UI text is all Catalan, which is correct. > > However, none of the stamps play their descriptive (spoken) sounds, > when I click them. > > e.g., when I click the Rooster stamp, I do not hear "rooster_desc_ca.ogg" > play after "rooster.ogg" plays. > > Additionally, when I click the number stamps (i.e., "0.png" thru "9.png"), > I get the english sounds (e.g., "0_en.png"), rather than the Catalan > ones (e.g., "0_ca.png"). > > Any ideas? (I'll need to double-check this works right in Win32. > It works fine in Linux.) Seems to work fine here, cheers, John. > > Thx, > > -bill! > > ------------------------------------------------------------------------- > Using Tomcat but need to do more? Need to support web services, security? > Get stuff done quickly with pre-integrated technology to make your job easier > Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo > http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 > _______________________________________________ > Tuxpaint-devel mailing list > Tux...@li... > https://lists.sourceforge.net/lists/listinfo/tuxpaint-devel > |
From: Martin F. <mf...@gm...> - 2006-10-17 03:15:10
|
>> www.cpsc.ucalgary.ca/~fuhrer/temp/tuxpaintstamps-2006.10.12- >> macosx.dmg > > Oh yeah, do you think you'd be able to provide a checkbox interface > in the installer, like we have for Windows? I can look into it. Could you or John provide me with a screenshot of the Windows installer for reference? Thanks! Martin |
From: Bill K. <nb...@so...> - 2006-10-17 18:07:46
|
On Mon, Oct 16, 2006 at 09:15:02PM -0600, Martin Fuhrer wrote: > > I can look into it. Could you or John provide me with a screenshot > of the Windows installer for reference? http://www.tuxpaint.org/screenshots/tuxpaint-stamps-win32-installer.png :) -- -bill! bi...@ne... http://www.newbreedsoftware.com/ |
From: Martin F. <mf...@gm...> - 2006-09-18 19:48:46
|
Hi Bill, Sorry for having been quiet this past little while - I've actually been keeping track of the Tux Paint mailing list and the upcoming 0.9.16 release, but have been very busy with my own iPhoto Diet project during the past couple months, so I haven't been able to contribute anything to Tux Paint. I'd be happy to compile the latest rc1 or rc2 sometime this week. I haven't touched the bug reports at all, although I think I can look into the printing bugs in about three or four weeks, when my iPhoto Diet efforts will scale back. This will probably be after the 0.9.16 release, however, so by all means, if you'd like to resolve these bugs beforehand, feel free to invite another OS X developer on board! I'll be happy to contribute what I can when time permits :-) Cheers, Martin On 9/18/06, Bill Kendrick <nb...@so...> wrote: > > Hey Martin... any chance you can put together an OSX build of > Tux Paint 0.9.16rc1 (or rc2 when I get it out tonight, hopefully)? > > Last I saw, there were still a number of issues with Tux Paint on OSX that > haven't been dealt with since the 0.9.15 release last November. Have you > got time to look into these? Should I try to find another OSX developer > to help? Or shall I just *shrug* and say: "sorry, known issues", like I > have been? :^) > > Specifically: > > * Tux Paint no longer works with 10.2.8 > * Printing on OSX comes out wrong w/o first setting up printer > * Can't type into the printer dialog (e.g., the "Scale" field) > * Printer settings not saved between sessions > * Tux Paint Config needs a unique Bundle ID > > See the Known Issues page at the Tux Paint site: > > http://tuxpaint.org/docs/known_issues/ > > And the Bug list at SourceForge: > > http://sourceforge.net/tracker/?group_id=66938&atid=516295 > > for more details. > > > Thanks! :) > > -bill! > |
From: Matthew H. <mat...@ma...> - 2006-09-18 22:11:50
|
Hi Bill and Martin, I am willing to help out when I can. I really do not have much development skills. However, I am willing to test compiling in xcode and testing. I am pretty good at making .pkg package / installer files (actually certified on it). If Martin can help me out with some pointers on using xcode I am sure it would help too. I am also interested in knowing what bugs are out there using tuxpaint on open directory for the Mac. -Matthew On Sep 18, 2006, at 12:48 PM, Martin Fuhrer wrote: > Hi Bill, > > Sorry for having been quiet this past little while - I've actually > been keeping track of the Tux Paint mailing list and the upcoming > 0.9.16 release, but have been very busy with my own iPhoto Diet > project during the past couple months, so I haven't been able to > contribute anything to Tux Paint. I'd be happy to compile the latest > rc1 or rc2 sometime this week. I haven't touched the bug reports at > all, although I think I can look into the printing bugs in about three > or four weeks, when my iPhoto Diet efforts will scale back. This will > probably be after the 0.9.16 release, however, so by all means, if > you'd like to resolve these bugs beforehand, feel free to invite > another OS X developer on board! I'll be happy to contribute what I > can when time permits :-) > > Cheers, > > Martin > > On 9/18/06, Bill Kendrick <nb...@so...> wrote: >> >> Hey Martin... any chance you can put together an OSX build of >> Tux Paint 0.9.16rc1 (or rc2 when I get it out tonight, hopefully)? >> >> Last I saw, there were still a number of issues with Tux Paint on >> OSX that >> haven't been dealt with since the 0.9.15 release last November. >> Have you >> got time to look into these? Should I try to find another OSX >> developer >> to help? Or shall I just *shrug* and say: "sorry, known issues", >> like I >> have been? :^) >> >> Specifically: >> >> * Tux Paint no longer works with 10.2.8 >> * Printing on OSX comes out wrong w/o first setting up printer >> * Can't type into the printer dialog (e.g., the "Scale" field) >> * Printer settings not saved between sessions >> * Tux Paint Config needs a unique Bundle ID >> >> See the Known Issues page at the Tux Paint site: >> >> http://tuxpaint.org/docs/known_issues/ >> >> And the Bug list at SourceForge: >> >> http://sourceforge.net/tracker/?group_id=66938&atid=516295 >> >> for more details. >> >> >> Thanks! :) >> >> -bill! >> > > ---------------------------------------------------------------------- > --- > Take Surveys. Earn Cash. Influence the Future of IT > Join SourceForge.net's Techsay panel and you'll get the chance to > share your > opinions on IT & business topics through brief surveys -- and earn > cash > http://www.techsay.com/default.php? > page=join.php&p=sourceforge&CID=DEVDEV > _______________________________________________ > Tuxpaint-devel mailing list > Tux...@li... > https://lists.sourceforge.net/lists/listinfo/tuxpaint-devel |
From: Bill K. <nb...@so...> - 2006-09-18 23:15:15
|
On Mon, Sep 18, 2006 at 03:11:44PM -0700, Matthew Helms wrote: > Hi Bill and Martin, Hey Matthew! > I am willing to help out when I can. Cool, thanks! > I really do not have much development skills. However, I am willing > to test compiling in xcode and testing. I used to know how to build on OSX using XCode, but it's been almost a year now, so I'm way out of practice. :^/ > I am pretty good at making .pkg package / installer > files (actually certified on it). Previous Tux Paints were released as DMG archives for OS X. If PKG files (which I assume are kind of like Linux packages or Windows "setup.exe" installer apps) make more sense, then those are fine. Of course, with Windows, we release _both_ EXE installers _and_ ZIP archives, so it may make sense to similarly provide both PKG and DMG versions for Mac users. > If Martin can help me out with some pointers on using xcode I am > sure it would help too. I can't remember if the "INSTALL.txt" doc has any details on building for OS X, but that'd be a great thing to have! (What's required, what files to load into XCode, what steps to take to build and package, etc.) I think Windows needs to be covered, too. I think Linux/BSD/etc. are still up-to-date for the most part. :) > I am also interested in knowing what bugs are out there using > tuxpaint on open directory for the Mac. Open who? :) Thx! -- -bill! bi...@ne... http://www.newbreedsoftware.com/ |
From: Bill K. <nb...@so...> - 2006-09-18 23:17:12
|
On Mon, Sep 18, 2006 at 01:48:28PM -0600, Martin Fuhrer wrote: > Hi Bill, > > Sorry for having been quiet this past little while - I've actually > been keeping track of the Tux Paint mailing list and the upcoming > 0.9.16 release, Great! :^) > but have been very busy with my own iPhoto Diet project during the > past couple months, iPhoto Diet? What's that? > so I haven't been able to contribute anything to Tux Paint. I'd be > happy to compile the latest rc1 or rc2 sometime this week. Great, thanks! I'm sure I can find some Mac users out there (along with myself, with this PPC-style Mac Mini I have) who can test. Would you be able to build a binary that runs native on Intel, too? > I haven't touched the bug reports at all, although I think I can look > into the printing bugs in about three or four weeks, when my iPhoto > Diet efforts will scale back. Ok. Understood. :) > This will probably be after the > 0.9.16 release, however, so by all means, if you'd like to resolve > these bugs beforehand, feel free to invite another OS X developer on > board! I'll be happy to contribute what I can when time permits :-) I think it can be okay to release 0.9.16 for Mac later, or perhaps call it 0.9.17, depending on how much has to change before it works... Thanks! -bill! |
From: Martin F. <mf...@gm...> - 2006-10-17 03:42:05
|
> Testing now. First off, the splash screen within Tux Paint still > says 0.9.15 from 2005.11.25. I see your About screen has the right > version (although the build seems to be from a few days in the > future ;^) ) Splash screen fixed. (I like to stay ahead of things on the build date :-) ) > Secondly, Chinese (both), Japanese and Korean are ALL showing up as > squares. > Can you perhaps try using an older SDL_ttf, like John is on Win32, and > see if these locales render properly for you? Hmm... including SDL_ttf 2.0.6 doesn't help. I also ran Tux Paint 0.9.14 and 0.9.15 and I also get the squares with the Korean language selected, so the problem may have been around for quite a while on the Mac side of things. > I tried playing with locale settings in the Mac's System Preferences > dialog, and some worked, some didn't seem to do anything, except > pick the > next option down the list (e.g., if I moved Portuguese to the top of > the list in the Mac's settings, Tux Paint would end up using the next > language down... other languages worked properly, e.g., Hebrew) Do you know how Tux Paint reads the language settings from the Mac System preferences. Via an environment variable? settings file? I perused through the code but can't seem to find the spot where the Mac language settings are read... > One more issue. It seems the locale is not being kept track of inside > Tux Paint. If I change the locale to Catalan in Tux Paint Config, > the UI text is all Catalan, which is correct. > > However, none of the stamps play their descriptive (spoken) sounds, > when I click them. > > e.g., when I click the Rooster stamp, I do not hear > "rooster_desc_ca.ogg" > play after "rooster.ogg" plays. > > Additionally, when I click the number stamps (i.e., "0.png" thru > "9.png"), > I get the english sounds (e.g., "0_en.png"), rather than the Catalan > ones (e.g., "0_ca.png"). It works fine for me, after using Tux Paint Stamps installer to install stamps for the "Current User". This evening I updated the Tux Paint Stamps XCode project, as it was placing both the stamps gzip file and the unzipped stamps directory into the installer bundle, making the installer twice as large as it should be. I doubt this would have affected proper installation of the stamps, however. Maybe try compiling this latest installer and running it, just in case it solves the problem for you... > Ok, one more, then I'm done. ANy reason you include only the english > plain-text (TXT) version of the documentation, and not the HTML docs > (either instead of, or as well as the plain-text)? I'll throw in the HTML docs as well! Alternatively, I could include the HTML and/or text documents inside the Tux Paint application bundle and make them accessible via the Help menu (from the Mac menubar). Martin |
From: Bill K. <nb...@so...> - 2006-10-17 18:02:52
|
On Mon, Oct 16, 2006 at 09:41:55PM -0600, Martin Fuhrer wrote: > I'll throw in the HTML docs as well! :) > Alternatively, I could include > the HTML and/or text documents inside the Tux Paint application > bundle and make them accessible via the Help menu (from the Mac > menubar). Since there's a "Help" menu item already, that'd be groovy, thanks! :) Could you do both? (So people don't have to launch Tux Paint just to read the README) -bill! |
From: Mark K. K. <mkk...@gm...> - 2006-10-17 10:59:34
|
On Mon, Oct 16, 2006 at 09:41:55PM -0600, Martin Fuhrer wrote: > Hmm... including SDL_ttf 2.0.6 doesn't help.* I also ran Tux Paint 0.9.14 > and 0.9.15 and I also get the squares with the Korean language selected, > so the problem may have been around for quite a while on the Mac side of > things.** Oh no... Thank you for looking into this, as I have no Mac to test it out on myself! -Mark |
From: Matthew H. <mat...@ma...> - 2006-09-18 23:22:13
|
> Previous Tux Paints were released as DMG archives for OS X. If PKG > files > (which I assume are kind of like Linux packages or Windows "setup.exe" > installer apps) make more sense, then those are fine. > > Of course, with Windows, we release _both_ EXE installers _and_ ZIP > archives, > so it may make sense to similarly provide both PKG and DMG versions > for Mac > users. So, yeah a PKG is basically an installer package, in can be put in a compressed DMG file. >> I am also interested in knowing what bugs are out there using >> tuxpaint on open directory for the Mac. > > Open who? :) Open directory, basically network user accounts. ie a student has an account on the server and can log onto any Mac in a lab. I think I recall some bug reports on some problems. Thanks, Matt |
From: Bill K. <nb...@so...> - 2006-10-04 20:10:59
|
On Mon, Sep 18, 2006 at 04:22:06PM -0700, Matthew Helms wrote: > Open directory, basically network user accounts. ie a student has an > account on the server and can log onto any Mac in a lab. I think I > recall some bug reports on some problems. Does anyone have access to Macs on an Open Directory network, who can test this out and see what needs to be done? I know that Windows and OS X are pretty simplistic when it comes to pulling UI data and users' saved files from different places, and it'd be good to audit the code and make sure it works. These kinds of environments are used in tons of schools, so the better Tux Paint works, the more schools can use it! :) Thanks! -bill! |