[PATCH] Copy/Paste non-ascii characters

[Jay Smith]

Harold,

a) Before I attempt this fix, will this work with my old version of 
everything else?  I know that Cygwin has moved ahead since April.  Or does 
installing this start me down a slippery slope...

b) Before I had the sense to ask the question above, I got as far as 
starting the download process from a mirror that I had previously used. The 
  setup program warned me that a newer setup.ini file would replace the old 
one, but did not seem to give me a way to cancel out.  So, now I have an 
new setup.ini but old "everything else" files -- and I *do* need the "old 
everything else" to reinstall on PCs that die, etc.  Am I screwed?

Jay


Harold L Hunt II said the following on 10/12/2003 11:01 PM:
> Jay,
> 
> I just posted XFree86-xserv-4.3.0-20 as a 'test' package; it should be 
> showing up on mirrors within a few hours.  When it does, run setup.exe 
> and manually select version '4.3.0-20' for the XFree86-xserv package. 
> Then, run the new server version as usual (do not use the new flag that 
> Kensuke talked about) and report your results to the mailing list.
> 
> Harold
> 
> Jay Smith wrote:
> 
>> Dear Kensuke,
>>
>> Thank you very much for your effort on this.
>>
>> Unfortunately, I am pretty ignorant of these matters, thus you will 
>> have to tell me what it is that I should do with the two .diff files 
>> you attached. I will be happy to do whatever with them, but I am 
>> clueless as to what is to be done with them.
>>
>> Sorry to be a pain.
>>
>> Jay
>>
>> Kensuke Matsuzaki said the following on 10/12/2003 09:33 PM:
>>
>>> Jay,
>>>
>>> Perhaps this patch enable XWin to copy/paste non-ascii characters
>>> even if Windows does't support Unicode (95/98/Me).
>>> LANG environment variable and Windows locale must be same.
>>> I added -nounicodeclipboard option, I tested using this on XP.
>>> But I don't have 95/98/Me.
>>>
>>> And it seems tha libX11 has some CTEXT convertion bug, I attach
>>> patch that based on TAKABE's work.
>>> http://www.ff.iij4u.or.jp/~t-takabe/xf410_xim_fix.diff
>>>
>>> By the way, nls/locale.alias has alias somethig like
>>> "Arabic_Egypt.1256". Can we use that?
>>> If so, we no longer need LANG environment variable.
>>> We can get it following code.
>>>
>>>   char pszCountry[128];
>>>   char pszLanguage[128];
>>>   int nAcp = GetACP ();
>>>     GetLocaleInfo (LOCALE_SYSTEM_DEFAULT, LOCALE_SENGCOUNTRY, 
>>> pszCountry, 128);
>>>   GetLocaleInfo (LOCALE_SYSTEM_DEFAULT, LOCALE_SENGLANGUAGE, 
>>> pszLanguage, 128);
>>>
>>>   printf ("%s_%s.%d\n", pszLanguage, pszCountry, nAcp);
>>>
>>> Kensuke Matsuzaki
>>
>>
>>

-- 
Jay Smith

e-mail: Jay@JaySmith.com  mailto:Jay@JaySmith.com
website: http://www.JaySmith.com

Jay Smith & Associates
P.O. Box 650
Snow Camp, NC  27349  USA

Phone: Int+US+336-376-9991
Toll-Free Phone in US & Canada:
	1-800-447-8267
Fax: Int+US+336-376-6750