I have this weird character display on any web browser (I tried opera,
mozilla, and galeon). The 's or 're becomes something like y with two
dots above it. Any suggestions on how to fix this annoyance ? Thanks
--
To UNSUBSCRIBE, email to debian-us...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listm...@lists.debian.org
> I have this weird character display on any web browser (I tried opera,
> mozilla, and galeon). The 's or 're becomes something like y with two
> dots above it. Any suggestions on how to fix this annoyance ? Thanks
IIRC, the problem is due to the way the site was created and the fonts
used on the site. They were most likely created using MS tools and thus
have automatically been updated to use MS's preferred version of '. One
solution is to educated the web masters. The other is to figure out the
font they used and install it.
For more information:
http://www.cs.tut.fi/~jkorpela/www/windows-chars.html
--
Jamin W. Collins
I have this weird character display on any web browser (I tried opera,
mozilla, and galeon). The 's or 're becomes something like y with two
dots above it. Any suggestions on how to fix this annoyance ? Thanks
--
On another machine running Redhat, it was displayed fine. One thing I
noticed is the locales on that machine is en_US.iso885915. I tried
dpkg-reconfigure locales but does not find this en_US.iso 8859-15
(there are ISO 8859-15 but for other languages not English). Is there
a way I can get en_US.iso8859-15 on Debian ?
An example of the website I have problem with is
http://www.diveintopython.org/
Thanks
This particular problem is different. I was experiencing it on my LFS
(Linux From Scratch) box with MS `core fonts' installed. The pages in
question were most definitely coded properly (e.g., ’ for
apostrophe). It seems to be a problem when CSS specifies, for example,
Georgia, and you have Georgia on your box. IIRC overriding the document
style and using a normal X font gets you correct display.
--
Thanasis Kinias
Doctoral Student, Department of History
Arizona State University
Tempe, Arizona, U.S.A.
Ash nazg durbatulūk, ash nazg gimbatul,
Ash nazg thrakatulūk agh burzum-ishi krimpatul
On Mon, Aug 19, 2002 at 04:13:05AM -0700, Thanasis Kinias wrote:
> scripsit Jamin W. Collins:
> > On Sun, 18 Aug 2002 05:43:30 -0400 thanhvu <tha...@bonbon.net> wrote:
> >=20
> > > I have this weird character display on any web browser (I tried opera,
> > > mozilla, and galeon). The 's or 're becomes something like y with two
> > > dots above it. Any suggestions on how to fix this annoyance ? Thanks
> >=20
> > IIRC, the problem is due to the way the site was created and the fonts
> > used on the site. They were most likely created using MS tools and thus
> > have automatically been updated to use MS's preferred version of '. One
> > solution is to educated the web masters. The other is to figure out the
> > font they used and install it.
> >=20
> > For more information:
> > http://www.cs.tut.fi/~jkorpela/www/windows-chars.html
>=20
> This particular problem is different. I was experiencing it on my LFS
> (Linux From Scratch) box with MS `core fonts' installed. The pages in
> question were most definitely coded properly (e.g., ’ for
> apostrophe). It seems to be a problem when CSS specifies, for example,
> Georgia, and you have Georgia on your box. IIRC overriding the document
> style and using a normal X font gets you correct display.
I had this problem too. It's actually bug #141571. Character ’ is
present in iso8859-13 at position 255, so Mozilla tries to use Georgia
with that encoding to display that character. Somehow this doesn't work
properly without putting a copy of encodings.dir (e.g., from
/usr/X11R6/lib/X11/fonts/Type1/encodings.dir) in
/usr/X11R6/lib/X11/fonts/TrueType. Not that this is _not_ a Mozilla bug;
You can see the problem just as easily using gfontview (for example).
Unfortunately, this workaround hasn't been incorporated in the package,
and since MS stopped providing the fonts, it probably never will be :(.
HTH,
Matijs.
--=20
Note that I use Debian version testing/unstable
Linux mus 2.4.17mvz5 #1 Sun Jun 2 15:16:44 CEST 2002 i686 unknown unknown G=
NU/Linux
Matijs van Zuijlen
... designed to fill holes or cracks of not more than two cubic vims.
-- Robert Sheckley, Untouched by Human Hands
--cNdxnHkX5QqsyA0e
Content-Type: application/pgp-signature
Content-Disposition: inline
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.0.7 (GNU/Linux)
iD8DBQE9Y9OVh3TgaXYDPEERAiq5AJ9p0lBAXemo74f22o55k1lZnx4p5gCdEteD
jIJDlqy9msUHlnoYy4ppqqU=
=qkz6
-----END PGP SIGNATURE-----
--cNdxnHkX5QqsyA0e--
On Wed, Aug 21, 2002 at 07:53:26PM +0200, Matijs van Zuijlen wrote:
> On Mon, Aug 19, 2002 at 04:13:05AM -0700, Thanasis Kinias wrote:
> >=20
> > This particular problem is different. I was experiencing it on my LFS
> > (Linux From Scratch) box with MS `core fonts' installed. The pages in
> > question were most definitely coded properly (e.g., ’ for
> > apostrophe). It seems to be a problem when CSS specifies, for example,
> > Georgia, and you have Georgia on your box. IIRC overriding the document
> > style and using a normal X font gets you correct display.
>=20
> I had this problem too. It's actually bug #141571. Character ’ is
> present in iso8859-13 at position 255, so Mozilla tries to use Georgia
> with that encoding to display that character. Somehow this doesn't work
> properly without putting a copy of encodings.dir (e.g., from
> /usr/X11R6/lib/X11/fonts/Type1/encodings.dir) in
> /usr/X11R6/lib/X11/fonts/TrueType. Not that this is _not_ a Mozilla bug;
> You can see the problem just as easily using gfontview (for example).
Oops...
Actually, I meant you can see it using gcharmap.
> Unfortunately, this workaround hasn't been incorporated in the package,
> and since MS stopped providing the fonts, it probably never will be :(.
=2E.. and since they're now available from
http://corefonts.sourceforge.net/, it may still be.
--=20
Note that I use Debian version testing/unstable
Linux mus 2.4.17mvz5 #1 Sun Jun 2 15:16:44 CEST 2002 i686 unknown unknown G=
NU/Linux
Matijs van Zuijlen
... designed to fill holes or cracks of not more than two cubic vims.
-- Robert Sheckley, Untouched by Human Hands
--ZPt4rx8FFjLCG7dd
Content-Type: application/pgp-signature
Content-Disposition: inline
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.0.7 (GNU/Linux)
iD8DBQE9ZVPYh3TgaXYDPEERAtUMAKC8goYjezm81tVvgl4aOukm5Y03LQCeKNJ0
WFe0cKIMF1JDRNB58SIWqy8=
=v+Kp
-----END PGP SIGNATURE-----
--ZPt4rx8FFjLCG7dd--