Suggest a Topic!

Is there a WideCharToMultiByte equivalent in .NET 1.1/2.0 for the ASCII code page? I'd like to perform a best-fit mapping of non-ASCII characters (for a legacy system) but both Encoding.ASCII and Encoding.GetEncoding(20127) simply turn non-ASCII characters into ???????. The following code does what I want, but it uses reflection to access the internal CodePageEncoding type:

String s = "...";

Type t = Type.GetType("System.Text.CodePageEncoding", true);

Encoding e = (Encoding) Activator.CreateInstance(t, new Object[] { 20127 });

s = Encoding.Default.GetString(e.GetBytes(s));

I've noticed over the last few days that IE 7.0 seems to be substituting a different font for U+20AC, the Euro sign (€), than the paragraph's font would seem to suggest. For whatever reason it seems to be coming from the user's selected font in Internet Options. I'm running IE7 final on Windows XP (7.0.5730.11). I noticed this because my default font is Georgia, and the shape of the glyph is particularly jarring with surrounding text in Arial or Verdana.

I'd have put this on Connect but the IE7 feedback site is still closed (presumably until Vista RTMs).

Another annoyance is that IE7's installer seems to reset the fonts selected in this dialog back to the defaults - Times New Roman and (spit) Courier New. There's a reason that Lucida Console is the default in Notepad these days (in Windows XP).

Damn. Doesn't seem to be doing it here. It is doing it on Wikipedia and The Register when the font is bold, but not when 'not bold'. Example: http://en.wikipedia.org/wiki/Euro, http://www.theinquirer.net/default.aspx (headline 'Google rejects €34 million fine').

Hi,

How are applications running on localized Vista supposed to show filepath names to the user with localized folder names?

For example:

At least in German Vista Ultimate and Home, a dir in command prompt shows:

C:\Program Files

C:\Users

C:\Windows

(not showing hidden or system items).

Windows Explorer shows:

C > Benutzer

C > Programme

C > Windows

If UI shows a confirmation message with a path name say to some user application data file using:

SHGetFolderPath ( CSIDL_MYPICTURES )

this function returns:

C:\Users\admin\Pictures

(I had hoped this would return the localized name, then all legacy code would show localized UI strings on Vista without more effort... and couldn't the hidden 'junctions' folders actually make the path a valid one?  well a digression, it doesn't seem to work that way...)

Is this purpose of SHGetLocalizedName(), to convert a path such as returned by SHGetFolderPath to something the user would understand browsing with Windows Explorer?

C:\Betnutzer\admin\Bilder

I've tried using SHGetLocalizedName on the result of SHGetFolderPath but get an error (GetLastError returns 'Invalid window handle')

Is it worth trying to figure this out, because this is the solution to my question, or is another approach (different API function better)?

I would expect this would confuse average users, who don't use the command line, to see English folder names coming from their Vista applications, while Explorer shows localized names for directories.

However I noticed that German WordPad and Paint show the English names of directories in the MRU list in German Vista, which doesn't match my expectation for consistent folder names.

thanks for your insight on this.