From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from pigeon.gentoo.org ([208.92.234.80] helo=lists.gentoo.org) by finch.gentoo.org with esmtp (Exim 4.60) (envelope-from ) id 1LqeNP-0001C1-R8 for garchives@archives.gentoo.org; Mon, 06 Apr 2009 02:15:56 +0000 Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 39674E04DB; Mon, 6 Apr 2009 02:15:54 +0000 (UTC) Received: from smtp.gentoo.org (smtp.gentoo.org [140.211.166.183]) by pigeon.gentoo.org (Postfix) with ESMTP id 0033EE04DB for ; Mon, 6 Apr 2009 02:15:54 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by smtp.gentoo.org (Postfix) with ESMTP id 88751650A5 for ; Mon, 6 Apr 2009 02:15:53 +0000 (UTC) X-Virus-Scanned: amavisd-new at gentoo.org X-Spam-Score: -3.413 X-Spam-Level: X-Spam-Status: No, score=-3.413 required=5.5 tests=[AWL=0.186, BAYES_00=-2.599, RCVD_IN_DNSWL_LOW=-1] Received: from smtp.gentoo.org ([127.0.0.1]) by localhost (smtp.gentoo.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id jrUu34TW+Fqo for ; Mon, 6 Apr 2009 02:15:47 +0000 (UTC) Received: from ciao.gmane.org (main.gmane.org [80.91.229.2]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (No client certificate requested) by smtp.gentoo.org (Postfix) with ESMTP id 8D5C0652F4 for ; Mon, 6 Apr 2009 02:15:45 +0000 (UTC) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1LqeN9-0005Hz-B3 for gentoo-user@gentoo.org; Mon, 06 Apr 2009 02:15:39 +0000 Received: from adsl-074-247-065-157.sip.msy.bellsouth.net ([74.247.65.157]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Mon, 06 Apr 2009 02:15:39 +0000 Received: from boxcars by adsl-074-247-065-157.sip.msy.bellsouth.net with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Mon, 06 Apr 2009 02:15:39 +0000 X-Injected-Via-Gmane: http://gmane.org/ To: gentoo-user@lists.gentoo.org From: =?UTF-8?B?wrtRwqs=?= Subject: [gentoo-user] Re: Browsers not seeing symbol font Date: Sun, 5 Apr 2009 21:12:08 -0500 Organization: none Message-ID: <20090405211208.1e4a1d92@bellgrove.remarqs.net> References: <9acccfe50903250702y7f6869f0xfd0e28002d4ca9c0@mail.gmail.com> <58965d8a0903250750t5f835b5ar999498ecec078bae@mail.gmail.com> <9acccfe50903250938h618c3409w451cfbb7a1738ff8@mail.gmail.com> <58965d8a0903251133u4b6603aalb6d17c3c1748d706@mail.gmail.com> <9acccfe50903252335y1af634fep13290bfd27715d1d@mail.gmail.com> Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-user@lists.gentoo.org Reply-to: gentoo-user@lists.gentoo.org Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: adsl-074-247-065-157.sip.msy.bellsouth.net X-Newsreader: Claws Mail 3.7.0 (GTK+ 2.14.7; i686-pc-linux-gnu) Sender: news Content-Transfer-Encoding: quoted-printable X-Archives-Salt: 221e8573-d7a3-4ca7-b605-75f034568336 X-Archives-Hash: 9e8d735b6220de144632531c7a68b2b1 On Wed, 25 Mar 2009 23:35:41 -0700 "Kevin O'Gorman" wrote: > > After a bit of Googling, it seems the accepted solution is to use > > HTML entities for those symbols and not try to use the raw > > characters as you are attempting to do. > > > > http://en.wikipedia.org/wiki/List_of_XML_and_HTML_character_entity_re= ferences > > > > Does that contain all of the symbols you need? If there are any > > others, you should be able to use the unicode versions. =20 >=20 > Sigh. My stuff is not for a mass audience. I can expect them to > install a font, > and I'd really not like to be fooling with entities that much -- > composition is laborious. It's really annoying to me to have a font > on my own system that is inacessable through browser features that > were apparently designed to allow just that. >=20 > And Unicode is a complete mystery to me. I see stuff come in and > display as it should, but as an author it's just something I've never > used. How do you compose such stuff on a standard US-English > keyboard and system? >=20 > I'll do what I have to do, but only when I'm convinced it's the best > alternative. An easier alternative (IMO) would be to serve the pages with charset=3D"UTF-8" and compose them as Unicode pages. This way you can just use the raw UTF-8 characters without having to look up entity names. Example: . To do it that way, you'll need to edit the pages with a UTF-8-capable editor and save them with that encoding, natch. The issue you were up against, trying to use a font specification to change one character into another one, just won't work with html. When a browser encounters a character, it should first check to see if it can use the specified font(s) to render it; if it can't be rendered using the specified font(s), the browser must look for a font that contains a glyph for the character and use that font instead. In the case where the the specified font is Symbol, there's no glyph for a 'p' in that font, so the browser must use some other font whenever it encounters a 'p'. What it must *not* do is change a 'p' to a '=CF=80'. IE has always been broken in this way, and the old Netscape browsers were as well. At the start of the Mozilla project, they did away with this bug. IIRC, before Firefox 3, there was a hackaround to re-introduce the bug by editing some Firefox files, but it's no longer possible to trick Firefox into substituting one character for another. (I don't believe WebKit/KHTML browsers or Opera can be tricked into it either, but I'm not sure.) --=20 =C2=BBQ=C2=AB Kleeneness is next to G=C3=B6delness.