Summary: | Some unicode chars shown incorrectly | ||
---|---|---|---|
Product: | [Applications] konqueror | Reporter: | Juuso Alasuutari <juuso.alasuutari> |
Component: | general | Assignee: | Konqueror Developers <konq-bugs> |
Status: | RESOLVED DUPLICATE | ||
Severity: | normal | CC: | kdebugs |
Priority: | NOR | ||
Version: | unspecified | ||
Target Milestone: | --- | ||
Platform: | Compiled Sources | ||
OS: | Linux | ||
Latest Commit: | Version Fixed In: | ||
Sentry Crash Report: |
Description
Juuso Alasuutari
2006-03-05 20:05:11 UTC
Works fine here, using Bitstream Vera Sans. This is a strange prob. It still persists, but there was a period of time after I filed this bug during which it didn't appear. I've compiled the KDE packages quite a few times recently, and after one time Konqueror displayed most unicode characters correctly. Then, as magically as it had been cured, the "bug" again appeared after the next rebuild. (I'm a part-time developer of a source-based distro, so I compile a lot.) Most certainly this has to be related to my build environment. But that also means that a solution to this, is one is found, should possibly be taken into account and/or documented by the KDE team. I'm trying to figure out what I need to change. Could system locale/font/unicode settings affect compilation? I have unicode support enabled in tty, where I also do KDE package building. I have the same issue, regardless of default KDE or Konq. font. LC_ALL=en_US.utf8. Gentoo Linux. KDE and Konq. 3.5.2 . Default font is Times. Same default font renders correctly in all Gecko/GTK browsers. A few examples are HTML entities, such as mdash and ndash. The render correctly in Akgregator's KHTML display, but not in Konqueror's. What compiler optimizations do you use? Maybe us build-it-yourself'ers with our custom CFLAGS are to blame here. :) # This bug is consistent over 2 of my machines, of two different architectures. The only configure similarity that strikes me is: (1) debugging off, (2) --enable-final # MACHINE #1: Apple PowerBook G4 CFLAGS="-O2 -pipe -mcpu=7450 -mtune=7450 -maltivec -mabi=altivec" CXXFLAGS="${CFLAGS}" LC_ALL=en_US.utf8 gcc-4.1.1 # kdelibs, The following are regenerated with automake 1.9.6, etc. Makefile.am configure.files onfigure.in aclocal.m4 configure config.h Makefile ... ./configure --prefix=/usr --host=powerpc-unknown-linux-gnu --mandir=/usr/share/man --infodir=/usr/share/info --datadir=/usr/share --sysconfdir=/etc --localstatedir=/var/lib --with-distribution=Gentoo --enable-libfam --enable-dnotify --with-libart --with-libidn --with-utempter --without-acl --with-ssl --with-alsa --with-arts --without-gssapi --with-tiff --with-jasper --with-openexr --enable-cups --enable-dnssd --without-hspell --with-aspell --with-rgbfile=/usr/share/X11/rgb.txt --disable-fast-malloc --with-x --enable-mitshm --with-xinerama --with-qt-dir=/usr/qt/3 --enable-mt --with-qt-libraries=/usr/qt/3/lib --disable-dependency-tracking --disable-debug --without-debug --enable-final --with-arts --prefix=/usr/kde/3.5 --mandir=/usr/kde/3.5/share/man --infodir=/usr/kde/3.5/share/info --datadir=/usr/kde/3.5/share --sysconfdir=/usr/kde/3.5/etc --build=powerpc-unknown-linux-gnu # Minor patch is applied to support xorg 7.1 (Modular X) headers # Minor patch is applied to modify support for a few Kate languages (Ada, etc.) kdebase is compiled in a modular/item-by-item fashion Example, when building only libkonq: ./configure --prefix=/usr --host=powerpc-unknown-linux-gnu --mandir=/usr/share/man --infodir=/usr/share/info --datadir=/usr/share --sysconfdir=/etc --localstatedir=/var/lib --without-java --with-x --enable-mitshm --with-xinerama --with-qt-dir=/usr/qt/3 --enable-mt --with-qt-libraries=/usr/qt/3/lib --disable-dependency-tracking --disable-debug --without-debug --enable-final --with-arts --prefix=/usr/kde/3.5 --mandir=/usr/kde/3.5/share/man --infodir=/usr/kde/3.5/share/info --datadir=/usr/kde/3.5/share --sysconfdir=/usr/kde/3.5/etc --build=powerpc-unknown-linux-gnu # MACHINE #2: Dell Pentium 4 CFLAGS="-O2 -pipe -march=pentium4 -fomit-frame-pointer" CXXFLAGS="${CFLAGS}" LC_ALL=POSIX gcc-4.1.1 # kdelibs similar compile-fashion as MACHINE #1, but different with/without ./configure --prefix=/usr --host=i686-pc-linux-gnu --mandir=/usr/share/man --infodir=/usr/share/info --datadir=/usr/share --sysconfdir=/etc --localstatedir=/var/lib --with-distribution=Gentoo --enable-libfam --enable-dnotify --with-libart --with-libidn --with-utempter --with-acl --with-ssl --without-alsa --with-arts --without-gssapi --with-tiff --with-jasper --without-openexr --enable-cups --disable-dnssd --without-hspell --with-aspell --with-rgbfile=/usr/share/X11/rgb.txt --disable-fast-malloc --with-x --enable-mitshm --with-xinerama --with-qt-dir=/usr/qt/3 --enable-mt --with-qt-libraries=/usr/qt/3/lib --disable-debug --without-debug --enable-final --with-arts --prefix=/usr/kde/3.5 --mandir=/usr/kde/3.5/share/man --infodir=/usr/kde/3.5/share/info --datadir=/usr/kde/3.5/share --sysconfdir=/usr/kde/3.5/etc --build=i686-pc-linux-gnu #libkonq in similar fashion to MACHINE #1, but different with/without ./configure --prefix=/usr --host=i686-pc-linux-gnu --mandir=/usr/share/man --infodir=/usr/share/info --datadir=/usr/share --sysconfdir=/etc --localstatedir=/var/lib --without-java --with-x --enable-mitshm --with-xinerama --with-qt-dir=/usr/qt/3 --enable-mt --with-qt-libraries=/usr/qt/3/lib --disable-debug --without-debug --enable-final --with-arts --prefix=/usr/kde/3.5 --mandir=/usr/kde/3.5/share/man --infodir=/usr/kde/3.5/share/info --datadir=/usr/kde/3.5/share --sysconfdir=/usr/kde/3.5/etc --build=i686-pc-linux-gnu Could this be an issue with QT (qt-3.3.6) rather than KDE? A few other notes: - This issue persists across users, including starting with an empty home folder. Wow. This is strange. The trademark and copyright characters always display fine, but not mdash, ndash, curly quotes, etc., with Times, Arial, the two most common Internet fonts. But the following page displays everything fine: http://www.w3schools.com/tags/ref_entities.asp If I switch to Veranda, Helvetica, Times New Roman, then the characters display okay. So this is definitely a font issue. The question is, why does GTK have no problem with these fonts, and *only* KDE/QT applications do? @Juuso Alasuutari: can you see the special characters of the above URL? Here we are. Seems to be a QT3 issue. Even if the font supplies the higher-number glyph, QT still performs substitution. Sheesh... http://www.alweb.dk/blog/anders/free_font_containing_more_unicode_glyphs @Thiago Macieira: can you show us your /etc/fonts/*.conf and configuration for the Xorg.org fonts (in either /etc/X11/xorg.conf or /etc/X11/fs/config)? Yes, the page you linked to displays correctly. Perhaps there's something in the HTML code that doesn't anger Qt. I tested Konqueror's unicode abilities with the smallest possible html file. Try this: <html> € </html> The euro character is displayed correctly on my box. It's strange that the more complex pages (most websites) are screwed up. Speaking of &euro, by the way: That's about the only character that isn't correctly displayed on the page you linked to. It's a four-spiked star. Wellknown Qt3 bug. *** This bug has been marked as a duplicate of 47682 *** |