Re: [Tuxpaint-devel] Windows beta build to test Input Method support?
An award-winning drawing program for children of all ages
Brought to you by:
wkendrick
|
From: John P. <jo...@jo...> - 2007-04-30 12:02:56
|
On Sun, Apr 29, 2007 at 07:47:51PM -0700, Mark K. Kim wrote: > On Sat, Apr 28, 2007 at 04:05:36AM +0100, John Popplewell wrote: > > On Fri, Apr 27, 2007 at 09:41:16AM -0700, Bill Kendrick wrote: > > > John P. -- have you got a moment to throw together a beta EXE based on > > > what's in CVS, so people can play with Mark's new IM feature? > > > > I've put together a complete zip archive here: > > Thanks, John! :-) > I discovered a couple bugs during testing. It appears the Windows > Korean IME grabs the Right-Alt event and not letting Tux Paint switch > into the Hangul mode. I think I'll make Left-Alt switch to Hangul mode > also, so Left-Alt can be used when Windows won't pass Right-Alt events. OK, sounds good. > Also, a certain key sequence is crashing Tux Paint in Korean language > mode. I'll need to fix that. Ah, OK. > Something I realized is that the path loading of *.im files is > hard-coded at compile-time, which doesn't work very well for Windows > programs that needs to be able to run from any drive/path > (C:\Program Files\ can be moved.) Yet *.im files are loading fine at > runtime, regardless of where it's run from. Is this intentional, and > how does this work? If not, why does it work?! =P I have to confess I didn't look at your changes very closely - it seemed to be working so I shipped it! I took a proper look at the code and see that you use IMDIR as a prefix in the C source. Makefile sets it to "im/" when building the redistributable version (bdist-win32). This is the same way that the DATA_PREFIX, DOC_PREFIX and LOCALE_PREFIX work. Looks like you just copied and tweaked the existing Makefile stuff, regards, John. |