|
From: Andreas R. <and...@gm...> - 2004-10-05 02:00:24
|
Hi Guys, Please, keep it simple. The question at hand was whether we need to distinguish between various (potentially differing) encodings or not. Has this question be sufficiently answered? Cheers, - Andreas ----- Original Message ----- From: "Yoshiki Ohshima" <Yos...@ac...> To: "Squeak VM Developers" <squ...@li...> Sent: Monday, October 04, 2004 5:32 PM Subject: Re: [Squeak-VMdev] Proposal: VM string encoding > Bert, > >> Okay. But how should the VM know which one is actually in use? I don't >> know any system call to get a character set. > > It is often the case that there is no perfectly reliable way. > Reading the environment variables that the IM and window systems use > is the common way. > > (Did I write EUC for clipboard? The native encoding was > "x-compound-text"...) > >> >> Or can the encoding differ for distinct clipboard accesses or filename >> >> uses? If the latter, then a VM attribute would not be optimal. >> > >> > For file name, it has to be set in the earlier stage of VM >> > invocation, but the clipboard and keyboard input can be set later. >> > So, potentially read-write VM attributes would do it. >> >> ... so why would we need to *set* it if it's constant? Can't the >> conversion happen on the image side? > > Yes, it does and it doesn't have to be a read-write attribute. (Note > the word "potentially".) But if the VM and underlying system support, > both X Compound Text and UTF-8 for clipboard encoding, it would be > nice if we can explicitly set to use UTF-8 so that wider set of > characters can be handled. > > I admit that setting the encoding concept could introduce more > headache, though... > > -- Yoshiki > > > ------------------------------------------------------- > This SF.net email is sponsored by: IT Product Guide on ITManagersJournal > Use IT products in your business? Tell us what you think of them. Give us > Your Opinions, Get Free ThinkGeek Gift Certificates! Click to find out > more > http://productguide.itmanagersjournal.com/guidepromo.tmpl > _______________________________________________ > Squeak-VMdev mailing list > Squ...@li... > https://lists.sourceforge.net/lists/listinfo/squeak-vmdev > |