Konqueror suddenly refuses to display Umlate
Dear List, I have used SuSE 9.0 since October 2003 on my Thinkpad X30. The KDE Environment runs completely in UTF-8 so that I may use Japanese as well as German (Umlaute). My user account ist completely German. After the usual settings I can use Kinput2 with Canna in almost all applications (Konqueror, OpenOffice, Mozilla Firebird, KMail, GJiten etc.) I am now facing the problem, that Konqueror suddenly refuses to show Umlaute, no matter which page encoding is set. Even on the start page there are small dots instead of Umlaute. Needless to say, that I did not change any of the settings in the .profile and .xim files. Neither did I change the KDE font settings. The Japanese support still works fine. Such a sudden behaviour change happened already several times, both on my Thinkpad as well as on my desktop computer. Each time I was checking the user settings and the settings in the KDE Control Centre but could not find any difference. So far I could fix the problem only by creating a completely new user account. The only thing I could think of is the fact that I installed some DVD related software (Xine and friends) from Packman via YaST2. Also I did some manipulations in the /etc/fstab file. However, I cannot imagine, that this could influence the behaviour of Konqueror. Has anyone an idea, what could have went wrong? Many thanks in advance Matthias Seeger
Hi, On Tue, 17 Feb 2004 11:40:12 +0900 "Matthias Seeger" <matthias.seeger@gol.com> wrote: [...]
I am now facing the problem, that Konqueror suddenly refuses to show Umlaute, no matter which page encoding is set. Even on the start page there are small dots instead of Umlaute. When do you encounter a trouble?
Is it a time of seeing the web page containing the German character(Umlaute)? Is it a time of inputting the character of the German in which the umlaut was contained ? #(being the input form of a web page etc.) ----- M. Takeyama
"Matthias Seeger" <matthias.seeger@gol.com> さんは書きました:
I am now facing the problem, that Konqueror suddenly refuses to show Umlaute, no matter which page encoding is set. Even on the start page there are small dots instead of Umlaute.
Which page is that? The page you see when clicking in the menu on Hilfe -> Einführung in Konqueror which starts with "Willkommen bei Konqueror 3.1.4" ? -- Mike FABIAN <mfabian@suse.de> http://www.suse.de/~mfabian 睡眠不足はいい��事の敵だ。
On Wednesday 18 February 2004 01:00, Mike FABIAN wrote:
Which page is that? The page you see when clicking in the menu on
Hilfe -> Einführung in Konqueror
which starts with
"Willkommen bei Konqueror 3.1.4"
Yes, even this page, where the automatic encoding finder should work perfectly, cannot be displayed correctly. Of course any other web page, too. (I just wanted to show, that it has nothing to do with the automatic encoding seting, which sometimes does not work due to a poor HTML code.) On the www.google.de I am able to input Umlaute into the search form, but as soon as the search results are displayed, all Umlaute are replaced by dots. Maybe it was not clear from my original posting: After setting up the computer, I could see Umlaute in Konqueror. I am not aware of changing anything besides installing some RPMs. Thanks and Regards Matthias
"Matthias Seeger" <matthias.seeger@gol.com> さんは書きました:
I have used SuSE 9.0 since October 2003 on my Thinkpad X30. The KDE Environment runs completely in UTF-8 so that I may use Japanese as well as German (Umlaute). My user account ist completely German.
After the usual settings I can use Kinput2 with Canna in almost all applications (Konqueror, OpenOffice, Mozilla Firebird, KMail, GJiten etc.)
I am now facing the problem, that Konqueror suddenly refuses to show Umlaute, no matter which page encoding is set. Even on the start page there are small dots instead of Umlaute.
[...]
Such a sudden behaviour change happened already several times, both on my Thinkpad as well as on my desktop computer. Each time I was checking the user settings and the settings in the KDE Control Centre but could not find any difference. So far I could fix the problem only by creating a completely new user account.
OK, I think I know what is happening. Apparently a strange KDE bug. The difference if you create a new user account is that ~/.kde/share/config/konquerorrc doesn't yet exist. You will probably be able to confirm that after deleting ~/.kde/share/config/konquerorrc it works again on one of your old user accounts. When you start your konqueror and ~/.kde/share/config/konquerorrc does not exist, open the font setting dialog of konqueror and you will see that the Japanese fonts "Kochi Gothic" and "Kochi Mincho" are set. *But*, for some strange reason these settings are not yet active, other fonts are used, which work. As soon as you change *anything* in the setup and click on "Apply", the settings (including these font settings) become active and the Umlauts disappear because these Japanese fonts unfortunately don't have Umlauts and Qt apparently doesn't realize that these fonts are unsuitable for Latin1 text (Qt bug). Now these settings are also saved to ~/.kde/share/config/konquerorrc, which means that you have the same broken settings when you start konqueror again. Solution: ========= Set up other fonts in the konqueror settings, for example "Nimbus Sans L" or "Luxi Sans" instead of "Kochi Gothic" and "Nimbus Roman No9 L" or "Luxi Serif" instead of "Kochi Mincho". Then Qt will use these fonts for Latin1. Qt will correctly recognize that these fonts are not suitable for Japanese and will fallback to other fonts for Japanese according to the rules in /etc/X11/qtrc or ~/.qt/qtrc respectively. In the SuSE default settings in /etc/X11/qtrc, "Kochi Mincho" is the first replacement for the serif European fonts and "Kochi Gothic" is the first replacement for the sans-serif European fonts mentioned above. Therefore, "Kochi Gothic" and "Kochi Mincho" will still be used for Japanese and you will see both German and Japanese correctly. Some more explanation about the Qt font substitutions is here: http://www.suse.de/~mfabian/suse-cjk/kde-font-setup.html -- Mike FABIAN <mfabian@suse.de> http://www.suse.de/~mfabian 睡眠不足はいい仕事の敵だ。
On Wednesday 18 February 2004 08:17, Mike FABIAN wrote:
Set up other fonts in the konqueror settings, for example "Nimbus Sans L" or "Luxi Sans" instead of "Kochi Gothic" and "Nimbus Roman No9 L" or "Luxi Serif" instead of "Kochi Mincho". Then Qt will use these fonts for Latin1. Qt will correctly recognize that these fonts are not suitable for Japanese and will fallback to other fonts for Japanese according to the rules in /etc/X11/qtrc or ~/.qt/qtrc respectively. In the SuSE default settings in /etc/X11/qtrc, "Kochi Mincho" is the first replacement for the serif European fonts and "Kochi Gothic" is the first replacement for the sans-serif European fonts mentioned above. Therefore, "Kochi Gothic" and "Kochi Mincho" will still be used for Japanese and you will see both German and Japanese correctly.
Now it works again as usual. Many thanks! Matthias
Hallo, I did as described below but the situation is as before: On seme web pages I can't see the "Umlaute" but just nothing or funny squres. I also created from scratch a new user and tried out there: Same behaviour. Maybe a I have to chance something globally? Ulrich Groh
When you start your konqueror and ~/.kde/share/config/konquerorrc does not exist, open the font setting dialog of konqueror and you will see that the Japanese fonts "Kochi Gothic" and "Kochi Mincho" are set. *But*, for some strange reason these settings are not yet active, other fonts are used, which work. As soon as you change *anything* in the setup and click on "Apply", the settings (including these font settings) become active and the Umlauts disappear because these Japanese fonts unfortunately don't have Umlauts and Qt apparently doesn't realize that these fonts are unsuitable for Latin1 text (Qt bug).
Now these settings are also saved to ~/.kde/share/config/konquerorrc, which means that you have the same broken settings when you start konqueror again.
Solution: =========
Set up other fonts in the konqueror settings, for example "Nimbus Sans L" or "Luxi Sans" instead of "Kochi Gothic" and "Nimbus Roman No9 L" or "Luxi Serif" instead of "Kochi Mincho". Then Qt will use these fonts for Latin1. Qt will correctly recognize that these fonts are not suitable for Japanese and will fallback to other fonts for Japanese according to the rules in /etc/X11/qtrc or ~/.qt/qtrc respectively. In the SuSE default settings in /etc/X11/qtrc, "Kochi Mincho" is the first replacement for the serif European fonts and "Kochi Gothic" is the first replacement for the sans-serif European fonts mentioned above. Therefore, "Kochi Gothic" and "Kochi Mincho" will still be used for Japanese and you will see both German and Japanese correctly.
Some more explanation about the Qt font substitutions is here:
http://www.suse.de/~mfabian/suse-cjk/kde-font-setup.html
-- Mike FABIAN <mfabian@suse.de> http://www.suse.de/~mfabian 睡眠不足はいい仕事の敵だ。
ugroh@t-online.de (U. Groh) さんは書きました:
Hallo, I did as described below but the situation is as before: On seme web pages I can't see the "Umlaute" but just nothing or funny squres. I also created from scratch a new user and tried out there: Same behaviour. Maybe a I have to chance something globally?
Wich Websites and which locale are you using? -- Mike FABIAN <mfabian@suse.de> http://www.suse.de/~mfabian 睡眠不足はいい仕事の敵だ。
Am Samstag Februar 28 2004 20:50 schrieb Mike FABIAN:
ugroh@t-online.de (U. Groh) $B$5$s$O=q$-$^$7$?(B:
Hallo, I did as described below but the situation is as before: On seme web pages I can't see the "Umlaute" but just nothing or funny squres. I also created from scratch a new user and tried out there: Same behaviour. Maybe a I have to chance something globally?
Wich Websites and which locale are you using?
This Webside: http://www.foto-erhardt.de/shop.php?f=*NR&c=nikd70&t=digi-gartikel
Hi Depending on the konqueror setting, I cannot see Umlauts on this website eithter. If you right click into this web page, and choose "View Frame Information" you can see something like: Content-Type: text/html Means, this site does not send the information, which charset is used in this frame. (Different frames may use different charsets). (In the case, the site would send this information, you would see something like "Content-Type: text/html; charset: iso-8859-1") Now I expect, it should help to change the charset with: View - Set encoding - Western European iso-8859-1 or iso-8859-15 But unfortunately this does not work for this page. It probably just changes the encoding for the main frame of the web page. But I am not sure about that. Now I change the default encoding in "Settings - Configure Konqueror - Fonts" to "iso-8859-15". And reload the page. And the Umlauts are displayed. In my opinion, default encoding should be set to iso-8859-15 in our region. Because most web sites here not sending the information about charsets, use iso-8859-1 or iso-8859-15. On the other hand, most sites using UTF-8 are sending this information. On Saturday 28 February 2004 23:05, U. Groh wrote:
Am Samstag Februar 28 2004 20:50 schrieb Mike FABIAN:
ugroh@t-online.de (U. Groh) $B$5$s$O=q$-$^$7$?(B:
Hallo, I did as described below but the situation is as before: On seme web pages I can't see the "Umlaute" but just nothing or funny squres. I also created from scratch a new user and tried out there: Same behaviour. Maybe a I have to chance something globally?
Wich Websites and which locale are you using?
This Webside: http://www.foto-erhardt.de/shop.php?f=*NR&c=nikd70&t=digi-gartikel
Now I change the default encoding in "Settings - Configure Konqueror - Fonts" to "iso-8859-15". And reload the page. And the Umlauts are displayed.
Not in my system.Still the same behaviour. In KMail there is a codepage Westeuropäisch-Windows 1252 with this codepage I can see ö, ü etc. in mails where nomally only empty places are seen. It is strange for me and not understandable.
In my opinion, default encoding should be set to iso-8859-15 in our region. Because most web sites here not sending the information about charsets, use iso-8859-1 or iso-8859-15. On the other hand, most sites using UTF-8 are sending this information.
But the system should find it out autmatically. Ulrich
Walter Betschart <wbpub@bluewin.ch> さんは書きました:
If you right click into this web page, and choose "View Frame Information" you can see something like: Content-Type: text/html Means, this site does not send the information, which charset is used in this frame. (Different frames may use different charsets). (In the case, the site would send this information, you would see something like "Content-Type: text/html; charset: iso-8859-1")
Yes, this site doesn't send this information in the http header. It does sent it in the source though, you see that with "View Document Source Ctrl+U". But it does that only once and not again for every frame. You see that with "Right click -> Frame -> View Frame Source" on the frames. I think this is a bug of the page, each frame could have a different encoding, therefore each frame should specify the encoding.
Now I expect, it should help to change the charset with: View - Set encoding - Western European iso-8859-1 or iso-8859-15 But unfortunately this does not work for this page. It probably just changes the encoding for the main frame of the web page. But I am not sure about that.
Now I change the default encoding in "Settings - Configure Konqueror - Fonts" to "iso-8859-15". And reload the page. And the Umlauts are displayed.
In my opinion, default encoding should be set to iso-8859-15 in our region. Because most web sites here not sending the information about charsets, use iso-8859-1 or iso-8859-15. On the other hand, most sites using UTF-8 are sending this information.
I agree. This page displays correctly for me if I open the Konqueror setup dialog Setup -> Konqueror Setup -> Fonts -> Standard Encoding and select "iso-8859-1" as the standard encoding there. I agree with you that "iso-8859-1" should be the default here. In my experience as well, sites which fail to supply the correct information are always "iso-8859-1". I have not yet encountered a single example of a page which is *not* "iso-8859-1" and fails to give that information. But there are many sites which are "iso-8859-1" but don't supply that information. http://www.ebay.de is another example. http://www.ebay.de will not be displayed correctly with Konqueror either unless you set "iso-8859-1" as the standard encoding, switch the auto detection to "Western Europe" or force the encoding manually to "iso-8859-1". -- Mike FABIAN <mfabian@suse.de> http://www.suse.de/~mfabian 睡眠不足はいい仕事の敵だ。
This started happening to me for all non-Latin characters - I was getting squares instead of letters. The helpful people on this list were unable to solve my problem, although I received many good suggestions. I personally solved it by dumping Suse and switching to Mandrake (my last resort). Lots of other things work better now as well, so I'm happy. Paul D. U. Groh wrote:
Hallo, I did as described below but the situation is as before: On seme web pages I can't see the "Umlaute" but just nothing or funny squres. I also created from scratch a new user and tried out there: Same behaviour. Maybe a I have to chance something globally?
Ulrich Groh
When you start your konqueror and ~/.kde/share/config/konquerorrc does not exist, open the font setting dialog of konqueror and you will see that the Japanese fonts "Kochi Gothic" and "Kochi Mincho" are set. *But*, for some strange reason these settings are not yet active, other fonts are used, which work. As soon as you change *anything* in the setup and click on "Apply", the settings (including these font settings) become active and the Umlauts disappear because these Japanese fonts unfortunately don't have Umlauts and Qt apparently doesn't realize that these fonts are unsuitable for Latin1 text (Qt bug).
Now these settings are also saved to ~/.kde/share/config/konquerorrc, which means that you have the same broken settings when you start konqueror again.
Solution: =========
Set up other fonts in the konqueror settings, for example "Nimbus Sans L" or "Luxi Sans" instead of "Kochi Gothic" and "Nimbus Roman No9 L" or "Luxi Serif" instead of "Kochi Mincho". Then Qt will use these fonts for Latin1. Qt will correctly recognize that these fonts are not suitable for Japanese and will fallback to other fonts for Japanese according to the rules in /etc/X11/qtrc or ~/.qt/qtrc respectively. In the SuSE default settings in /etc/X11/qtrc, "Kochi Mincho" is the first replacement for the serif European fonts and "Kochi Gothic" is the first replacement for the sans-serif European fonts mentioned above. Therefore, "Kochi Gothic" and "Kochi Mincho" will still be used for Japanese and you will see both German and Japanese correctly.
Some more explanation about the Qt font substitutions is here:
http://www.suse.de/~mfabian/suse-cjk/kde-font-setup.html
-- Mike FABIAN <mfabian@suse.de> http://www.suse.de/~mfabian 睡眠不足はいい仕事の敵だ。
participants (6)
-
Matthias Seeger -
Mike FABIAN -
Paul Davidson -
takezou -
ugroh＠t-online.de -
Walter Betschart