fosstodon.org is one of the many independent Mastodon servers you can use to participate in the fediverse.
Fosstodon is an invite only Mastodon instance that is open to those who are interested in technology; particularly free & open source software. If you wish to join, contact us for an invite.

Administered by:

Server stats:

9.8K
active users

#khtml

1 post1 participant1 post today

It's funny and kinda frustrating how almost no one acknowledges the role #KDE played in forming the Web we see today.

It's KDE who created #KHTML, which was then in 2001 forked by Apple to create their #WebKit engine, and which was then used in #Chromium until version 28, when Google replaced WebKit with their own fork of it called #Blink.

And the only reason Apple forked KHTML and not #Gecko was because of Netscape's extensive and, as later admitted by Mozilla themselves,[1] often unnecessary usage of XUL/XPCOM, which Apple thought resulted in software bloat.[2]

So yes, almost every browser currenty existing uses an engine which is a direct or indirect descendant of KDE's KHTML.

And I'd bet my house that if there was no KHTML, and Apple were unhappy with Gecko, they'd probably create their own proprietary engine, and Google would follow.

So I'm kinda glad things ended up how they did, and there are no proprietary browser engines around.

Thanks KDE!

[1] - arstechnica.com/information-te
[2] - web.archive.org/web/2012102501

Ars Technica · Ars Technica sits down with Scott Collins from Mozilla.orgBy Jorge O. Castro

Some #history, like #Android with #GNU+#Linux...
«#Microsoft's new, #Chromium-based #Edge, was remade with the Blink #engine. #Google originally used #WebKit for its #Chrome browser but eventually forked it to create the #Blink engine. #Apple created the WebKit engine for its #Safari #browser by #forking the #KHTML engine of the #KDE project.»
«#Mozilla develops the #Gecko engine for its #Firefox browser and the #Thunderbird #email #client
en.wikipedia.org/wiki/Browser_
#FLOSS #MPL #GPL #FreeSoftware

en.wikipedia.orgBrowser engine - Wikipedia
Replied in thread

@kdedude @EikeHein @tde I am not sure what the phrase "a Real KHTML browser" actual means.

KHTML is a discontinued browser engine that was developed by the KDE project. It originated as the engine of the Konqueror browser in the late 1990s, but active development ceased in 2016. It was officially discontinued in 2023.

Replied in thread

@luana Don't know if it's still the case but in the past KDE & WebKit devs seemed not very happy in cooperation.

It's also sad that #KHTML is not maintained anymore.

For FOSS community some still think Google is better than Apple eh?

@canleaf @Juice8767@mastodon.social @LilahTovMoon webkit hasn't been the Chrome engine since who knows how long ago. Probably close to 20 years now'

Went like this: ' web and file browser had a quite clean but basic HTML engine . Apple wanted an engine for their new browser and picked KHTML. Mozilla's gecko (not positive was gecko then) was a mess so wasn't used. KHTML was hurray! Became AppleWebkit. Google picked it for new Chrome. Soon forked wk to . Power of GPL.

Replied in thread

@governa

I wish they would just abandon #Blink, as it's clearly #evil.

You've got #WebKit, #Gecko, heck, if I was depending on #Google code, I'd be even giving #KHTML and #NetSurf a serious look.

Companies with the slightest hint of having a soul, please repeat after me:
Google can not be trusted.
Google can not be trusted.
Google can not be trusted.
Google can not be trusted.
Google can not be trusted.
Google can not be trusted.
Google can not be trusted.
Google can not be trusted.
Google can not be trusted.
Google can not be trusted.
Google can not be trusted.
Google can not be trusted.
Google can not be trusted.
Google can not be trusted.
Google can not be trusted.
Google can not be trusted.

Three days ago, the 4th of November, would've been #KHTML 25 year anniversary. 🥳

Hoorrray!

WTF is KHTML?

Chances are you are kind of using it, because #WebKit and #Blink rendering engines are all forked from this open-source project originally intented for the browser of the KDE window environment.

That basically makes #Opera, #Safari, #Chrome, #Chromium and #Brave (and possibly others) all *siblings*.

KHTML is *literally* the mother of all browsers.

"KHTML is dead - long live KHTML!" 😀

All major browsers rely on a dark secret: the quirks where native code or the UA stylesheet is varied based on which site you're on.

They're a hell to debug if you're ever caught in one, but they make for interesting stories!

Example:
neugierig.org/software/chromiu

Fix for SVN deadlink:
static-codereview.wikimedia.or

Source code of doom:
github.com/WebKit/WebKit/blob/

History:
github.com/WebKit/WebKit/commi

neugierig.orgChromium Notes: MediaWiki workaround

On the occasion of #WorldWideWebDay, it's worth a mention that #Oslo, #Norway has been instrumental in giving birth to two most influential browser engines - #KHTML and #Presto. And browsers such as #Opera and #Vivaldi.
A building in #Oslo has a great history: an incubator of the #KHTML & #Presto engines. Presto had a massive influence on web standards & KHTML went on to form the basis of #Webkit and #Blink, on which most web browsers are now based, including Vivaldi.
Continue reading ⬇️ 1/2

Replied to Mark Gardner
@mjgardner @kpeace @aral I was imagining something a bit different but not wholly dissimilar, where the devs only had easy access to text browsers on their preferred and/or personal systems but, having seen GUI browsers in Mosaics lineage on other platforms, were inspired to pursue creating (or joining in the effort and bringing to fruition) one themselves. But I'm sure there were GUI browsers inspired or directly derived from Mosaic available on Linux at the time, I just don't know what they were. I do vaguely remember some #Netscape versions being ported over in the late 90s?

#Konqueror was probably even inspired in some ways by Internet Explorer to be entirely honest — by the time I encountered it in the early 2000s it was already a full browser of both the web *and* of filesystems (both local and network)! Which naturally meant tabbed file browsing and pane-splitting and such, which blew my mind at the time and which most other systems *still* haven't fully caught up with. If you had told me at the time that Microsoft would eventually switch to using #KHTML before they finally added tabs to Windows Explorer I would have laughed at your outlandish science-fiction tale; history takes strange turns.