|
From: Ethan A M. <merritt@u.washington.edu> - 2007-11-25 00:29:56
|
On Saturday 24 November 2007 11:05, Timoth=E9e Lecomte wrote: > Allin Cottrell a =E9crit : > >> I am thinking that regardless of any possible bugs in the cairo=20 > >> processing, we should be consistent and always call=20 > >> setlocale(LC_CTYPE,""). > > That makes sense to me: maybe in init_locale? > I agree with that. Why not LC_ALL by the way ? OK. I have added setlocale(LC_CTYPE,"") to init_locale(). I also added Allin's pre-validation of strings to see if they conform to UTF-8. The test doesn't really prove the string is UTF-8, but I can't think of any non-contrived cases where this would be a problem. Neither of these patches are strictly speaking necessary. The same=20 result could be accomplished by putting "set encoding locale" in ~/.gnuplot. But having a more consistent initial state for the program will I hope reduce the number of confusing bug reports. This should also resolve bug=20 #1834525 'utf8 encoding not working in pdfcairo under C locale' =2D-=20 Ethan A Merritt |