On Mon, Jan 21, 2008 at 05:46:27PM -0500, Kevin Ballard wrote: > I find it amusing that you keep arguing against having git treat filenames > as unicode when, if you had actually taken my advice and read my previous > email talking about "ideal" vs "practical"... If by "ideal" you mean a world where 100% of all computers were designed by Steve Jobs, you might have a point. But trying to argue for such a state of idealism seems to be stupid, and certainly a complete waste of everyone's time on the git mailing list. It's simply not reality. It's like with the infamous resource forks, which would have worked fine if all the world were MacOS, but which had a tendency to get stripped off whenver you used a program that wasn't resource fork aware, like zip, or a protocol that wasn't resource fork aware, like FTP. And so people had to put in all sorts of kludges like BinHex to work around MacOS's "if only the entire world was like *me*, no one would get hurt" attitude. In some ways, the MacOS designers are even worse than Microsoft in terms of having the "the world revolves around us" attitude. > In other words, I was trying to illustrate that > HFS+ isn't wrong, it's just different, and the difference is causing the > problem. And if you want to interoperate with the rest of the world, where at least count over 92% of computers are NOT running HFS+, then "Thinking Different" is indeed causing the problem, yes. And whose fault is that? The whole point of interoperability is that when we communicate, we have to do so in a uniform and predictable way. If we can't, the next best thing is to have protocol translators; but in order to do that, we must avoid lossy transformations, such as HFS+'s pseudo-normalization. (Why, by the way, will not result in a "normal" form for any glyph which can be encoded with and without a combining character if said glyph was introduced into Unicode after 1988. So you can't even call it a "normalization" algorithm, but just a pseudo-normalization transformation which is lossy and which DESTROYS filename information in an irrecoverable way.) - Ted - To unsubscribe from this list: send the line "unsubscribe git" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
