Sorting it all Out

If not in Vista, when *will* the font management experience, including the dialog, be updated? This is embarrassing!!! It's from Windows 3.x!!!

<<copying files to the Fonts folder and then opening the folder in an Explorer window, one of the weirdest ways to install a font programatically that I could ever imagine>>

And I think the the idea comes from Mac OS.
I would not call this "programatically" :-)

Not having ever had to manually install a font in Windows before, I was faced with the prospect of doing this on XP just the other day. The context was I had a program that required a certain font to be installed, and it would let me know if it wasn't installed. So, I tried what I thought would be a likely way to do this: I copy/pasted the file into the Fonts folder using explorer. I swear that didn't work. After futzing around trying a few things, I finally copied the file using the command prompt into the Fonts folder, and opened the font preview using Explorer. That finally worked, I think.

I was really expecting to be able to right-click on the font in its original location, choose "Install", and have the right things be done for me. Installing a font shouldn't involve having to know where it should be copied (and how to get it there).

What's so weird about copying font files to the Fonts folder? What on earth does Windows need to do to 'register' a simple .ttf or .otf file? To me, copying is the most natural way to think of 'installing' fonts. Does anyone actually do that, 'install' fonts?

It's like forcing people to use drag and drop to manage their files in the (My) Documents folder, rather than the command line, just because it's 'special'.

But then again, the Windows 3.x dialog is really a visual reminder of the age of Windows' font handling. A pity, as it's such an easy topic to score on, things being as they are.

BTW, how am I supposed to 'install' fonts within, say, a logon script? Or a command line?

Ruben: As pointed out in the original article, fonts may be made up of more than one file, so you need to install them properly to get them all linked up (for example, regular, bold and italic versions are specified in different files, but they're "logically" the same font, see the new Vista fonts for example, there's four different files that make up each of Calibri, Cambria and others).

Also, I assume that special pre-processing of the fonts happens to work out things like the scripts they support and so on. Better to do that stuff when the font is "installed" rather than doing it the first time you use them (especially if you've just installed a lot of fonts)

Besides, why would you install fonts in a login script? They're system-wide, so you only do it once. Typically, you'd install them with Windows Installer. Or if you just need them for your particular app, you can use private font collections (see: http://blogs.msdn.com/michkap/archive/2005/11/20/494829.aspx)

You're pretty much missing my point here. Sure, you've got .ttc files. So what? They're just files. Whenever you copy the file into the one and only Fonts folder, the font system should just pick it up.

The font system can cache available fonts as much as it likes, but it should never do 'magical' stuff, requiring exotic API's and whatnot. And it should never, ever get confused when someone uses a perfectly plausible way of adding a font: by copying the font file into the Fonts folder. If it doesn't like that, then don't allow that. Don't just allow it and ignore it. Backward compatibility is not an argument, as it's already not backward compatible to start with. (Used to work most of the time vs. doesn't work any longer = breaking change = not backward compatible.)

What's been created here, is an overly complex and obviously fragile system (hence the posts), for the most bare bones font management system on the market to date. If the font system had been designed along the OSX model, there would have been no need to explain these things. Otherwise, the Fonts folder should have been a hidden readonly system folder under System32, containing cryptic file names and subfolders (.NET GAC anyone?), and disallowing any user account to add or remove files from it.

And we STILL don't have per user fonts or font libraries. Or a decent installation window. Or a decent font selection window. Or GDI support for OpenType features. Or ClearType for .otc fonts. Just more limitations.

(And to paraphrase: Just say no to MSI's.)

Mihai Suba asked over in the Suggestion Box: Is there a way to make Windows aware of a font copied in

Allan provided me with my daily scare back in the end of September with a note to me via the Contact

I had read this a few months ago, which helped me install my fonts from my XP to my Vista. But then I started opening old artwork files and would find missing fonts all over the place. So I went back to the XP machine, copied the font folder onto an external HD, plugged it into the Vista, opened the folder on the drive to install the missing fonts only to find them not listed in the folder.

I unplugged the HD, went back to the XP machine, plugged in, opened folder and there they were. Went back to the Vista, plugged in HD, opened folder and again the fonts were not listed. So how can I install font if Vista Explorer won't see them?

I even tried copying the folder onto the Vista and installing from there, but still no go for mainly the TrueType fonts.

So any ideas on what the issue is with my invisible to Vista fonts.

Aloha, I found this series of posts very informative, mahalo. I work for our College of Hawaiian Language, and have had to deal with typography issues for Hawaiian for many years. Thought adaptation of Unicode would end my woes, but unfortunately it hasn't.

I'm hoping that Michael or some reader can point me to an installer application that we can use to create an installer package for our Hawaiian fonts. I have one that works on XP using Installer Creator, but it doesn't work on Vista. I've read a few forums that talk about elevated status and such in order to be able to write to the Fonts folkder. Even when using an admin account and turned off User Account Control, the installer runs and tells you that the fonts have been installed, but when you look in the fonts folder they have not. I'm hoping to find something cheap (or free!) and simple as this is the only Windows installer I need to create. Any help is gratefully appreciated.

Keola

Hm, the Fonts folder has changed drastically in Vista.

I'm one of the people trying to install Office 97 SP2b and getting hung up because the installer can't rename Tahoma.ttf.

It seems in addition to all the nice NTFS ACLs, Microsoft in its infinite wisdom has added magical protection so that not even Administrator can change the privileges on fonts or the font folder.

So where's the manual override now?

Recently, Tony read About the Fonts folder in Windows, Part 3 (aka What changes in Vista?) that was posted

I fully agree with ruben - why the hell cant windows just use whatever fonts are in the folder?

and in answer to

"Besides, why would you install fonts in a login script? They're system-wide, so you only do it once. Typically, you'd install them with Windows Installer"

well because i have to do it on 600 computers silently

I've found that copying the file(s) in AND merging a reg key from a pc that had it manually installed seems to work 99% of the time.

reg key same location the author mentioned

We have been battling the Type 1 install issues on Vista and found that if you select fonts in whatever folder (or CD) you are installing FROM and right click "Install" it worked. We are NOT using the install dialog from the Fonts folder.

- Have fonts in whatever folder/CD

- Sort by Type

- Select Type 1 files only (we are not grabbing the PFB)

- Right click and choose install

* We had some issues when selecting a lot at a time so we were limiting it to around 50 at a time. Not sure why, it's just what we did.

Not sure why but this seemed to work. Hope it does for someone else as well. Cheers.

In this Blog, some topics are harder than others. It was born out of a question, left in the Suggestion

Over in the Suggestion Box, Chris Nichols suggested and opined: From the comments in response to your

A series is never so dead that it can't be revived for another run! Previous blogs in the series: Part

I unzipped a large number of font folders into my Windows/Fonts folder and now the unzipped folders are not showing up… my Fonts folder is only showing about 4,500 fonts and there are 65,000 fonts in there somewhere but they can’t be viewed and they’re not installed, just sucking up space and invisible. My “show hidden folders” option is enabled in Folder Options, and I can see the folders when I go into “Install Fonts”, but I can’t delete them!

Any ideas on how to access these folders that are obviously there, but unaccesible?