Konqueror browser does not render HTML

polbrian · January 21, 2012, 2:19pm

I appreciate Konqueror integrating file management and html browsing; but now this last part is not doing well.

Elements with CSS property text-align=“justify” are not justified, unless all words are separated by more than one space. also inserts space before in-line elements even if there is no space in the code.

I posted a bug report at KDE
https://bugs.kde.org/show_bug.cgi?id=291277
they say that konqueror works all right at their place, so they can’t even report up to Qt, which maintains the rendering engine libQtWebKit4.
I posted a bug report at SuSE
https://bugzilla.novell.com/show_bug.cgi?id=741400
without any reaction.

Is nobody using Konqueror, or is there something that I should correct in my setup?

I have openSuSE 12.1 installed new from DVD, all software related to Konqueror is from the SuSE rpm repositories.
Intel i7 with 8Go RAM

~> uname -a
Linux linux-desk 3.1.0-1.2-desktop #1 SMP PREEMPT Thu Nov 3 14:45:45 UTC 2011 (187dde0) i686 i686 i386 GNU/Linux

graphics: nvidia

~> konqueror -v
Qt: 4.8.0
KDE Development Platform: 4.7.2 (4.7.2) "release 5"
Konqueror: 4.7.2 (4.7.2) "release 5"

martin_helm · January 21, 2012, 3:15pm

I see the same behavior with kde 4.7.4 aon a 11.4 64 bit system (used
the test files you attached to your bug report). Switching the konqueror
setting to use KHTML instead of webkit and restarting konqueror made
this go away, so I think you are right that webkit (libQtWebKit) is to
blame. I do not know if Qt 4.8 solves that.

polbrian · January 21, 2012, 3:31pm

Thank you for your supportive answer.

Switching to KHTML in Konqueror
Menu->Settings->Configure Konqueror… → General → Default web engine → KHTML
solves the problem in my setup too.

What surprises me is that no one seems to care.

martin_helm · January 21, 2012, 4:15pm

Am 21.01.2012 15:36, schrieb polbrian:
>
> Thank you for your supportive answer.
>
> Switching to KHTML in Konqueror
> Menu->Settings->Configure Konqueror… → General → Default web engine
> → KHTML
> solves the problem in my setup too.
>
> What surprises me is that no one seems to care.
>
>
I added a comment to your bug report, maybe if several people confirm it
there is a better chance a developer looks at it.

DenverD · January 21, 2012, 4:28pm

On 01/21/2012 03:36 PM, polbrian wrote:
>
> KHTML solves the problem in my setup too.

good you found a solution…

but, my Konqueror was born set to KHTML (as far as i recall), so i
wonder why yours was not…maybe ‘they’ changed it for 12.1 ?

> What surprises me is that no one seems to care.

wellllllll…perhaps your surprise is due to a different historical
view than mine…frankly, i find it kinda surprising that anyone is
either surprised or cares if there are quirks in a many years old
Konqueror with multiple roles (web browsing, file management and KDE
development) which (if my memory serves correctly) was destined for the
trash can when ‘they’ moved from KDE3 to KDE4 and built the replacement
file manager Dolphin…

anyway, there are so many web browser alternatives (Firefox, SeaMonkey,
Opera, Chrome, Chromium, and more *) each with FAR more hands
working daily to fix up, and still i find oddball rendering problems in
most (all?) of them…so, no surprise to me…

apparently, the only truly perfect rendering engine must be that of
IE10, coming out some midnight soon…

–
DD
openSUSE®, the “German Engineered Automobiles” of operating systems!
*

martin_helm · January 21, 2012, 4:56pm

Am 21.01.2012 16:28, schrieb DenverD:
> anyway, there are so many web browser alternatives (Firefox, SeaMonkey,
> Opera, Chrome, Chromium, and more *) each with FAR more hands
> working daily to fix up, and still i find oddball rendering problems in
> most (all?) of them…so, no surprise to me…
>
I would guess that chrome may suffer as well as it uses webkit if I
remember well. It is not a konqueror problem but a webkit problem (not
even KDE but Qt).

If someone wants to run an easy check, create a web.py


#!/usr/bin/env python

import sys
from PyQt4.QtCore import *
from PyQt4.QtGui import *
from PyQt4.QtWebKit import *

app = QApplication(sys.argv)

web = QWebView()
web.load(QUrl("file:///home/martinh/Downloads/konqueror_bug/k.html"))
web.show()

sys.exit(app.exec_())

and run


python web.py

no kde or konqueror involved at all here. (of course replace the path in
the code).

polbrian · January 22, 2012, 8:22pm

I have read that Konqueror was thought to be on the way out, on the basis that there are much better internet browsers.

Let me state a user’s point of view. When I want to browse the internet, I use Firefox. But only Konqueror lets me switch seamlessly from HTML to file management. As I use HTML and XHTML for my own notes (some of which may appear at some time as web publications) and I appreciate both HTML syntactic coding and files linking as methods of thought, and JavaScript as a means to write fast-and-dirty programs (though I may also try to write elegant and efficient scripts), Konqueror is thus a working tool. Left side of display: source code; right side: rendering. Need to follow a link and then update another file within my own filesystem: click and control-U. Need to go up the file structure: arrow up and I am in the file mode. Possibly open a console and perform a bulk replacement in all files.

So I’d like Konqueror to continue and to display HTML properly. Of course once a HTML file is destined on-line, I will validate it and check its rendering on several browsers.

DenverD · January 22, 2012, 9:33pm

On 01/22/2012 08:26 PM, polbrian wrote:
> So I’d like Konqueror to continue and to display HTML properly.

i do not know, maybe the konqueror team is looking for some more hands
to keep up with the way HTML standards are progressing…

i mean it is moving pretty fast, still! and i bet there are not nearly
as many KDE coders working on it as there is for (say) IE10 or Firefox
11 or or or…

so, i’d also like everything to be perfectly up to date…but, as long
as the hackers get to decide what they are excited about doing . . .

–
DD http://tinyurl.com/DD-Caveat
openSUSE®, the “German Engineered Automobiles” of operating systems!

john_hudson · January 22, 2012, 10:27pm

I too like Konqueror for its seamless integration of file management and web-browsing and also because you can call so many programs from within Konqueror without losing the web browsing function. If you take the HTML5 test, it does not score as well as the other browsers and KHTML and WebKit score differently on different aspects of the test - BUT the scores continue to go up and new features continue to appear suggesting that it is under continuous development. As noted above, some of that relates to the speed at which QtWebKit is developing.