Михайло Падалка wrote, On 03/12/2011 09:20 AM: > Sat, 12 Mar 2011 02:27:15 +0100 > Mads Kiilerich<[email protected]> писали: > >> Do you have any objections to this? Do you anticipiate any problems? >> >> We must handle unicode correctly inside the application, but "correct" >> handling >> of unicode outside the codepage range on the command line is not needed - and >> will never work anyway. It is better to keep the command line parser simple >> and >> similar to the one in xfreerdp. > Will it work with IDN's passed as a server address? > IDN stands for International Domain Name - domain name that may contain > characters outside of ASCII. For example, президент.рф (it is a Russian > president official site, the only I found in a five minutes, but sure > there are more and will be much more).
"wfreerdp xn--d1abbgf6aiiy.xn--p1ai" will obviously work just fine. Do "wfreerdp президент.рф" (or any other IDN-ish hostname) work for you now? I am sure not. Changing to __argv would thus not make any difference to that, but it would lower the maintenance burden and complexity of the windows port. If anybody would want to introduce IDN support (on windows) then that might increase the maintenance burden and complexity of the windows port. FWIW: My native language is also not US ASCII, but I do think IDN is a very bad idea. Both the technical design and the fundamental user experience is very lousy. I think a more relevant question is if we want to support unicode in all paths and file names. That would require us to use special code for windows in several places. I don't think we should aim for that - unless someone steps up and wants to maintain a shiny windows port. /Mads ------------------------------------------------------------------------------ Colocation vs. Managed Hosting A question and answer guide to determining the best fit for your organization - today and in the future. http://p.sf.net/sfu/internap-sfd2d _______________________________________________ Freerdp-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/freerdp-devel
