Rich writes "KDE could soon be making its way into your mobile phone. At aKademy in August David Carson and Deepika Chauhan from Nokia presented the work they've done in integrating KDE components into the latest version of the company's mobile phone software. Philip Rodrigues discusses this work with them on dot.kde.org." Nokia Engineers on KHTML Log in/Create an Account | Top | 89 comments | Search Discussion Display Options Threshold: -1: 89 comments 0: 80 comments 1: 65 comments 2: 53 comments 3: 19 comments 4: 14 comments 5: 10 comments Flat Nested No Comments Threaded Oldest First Newest First Highest Scores First Oldest First (Ignore Threads) Newest First (Ignore Threads) The Fine Print: The following comments are owned by whoever posted them. We are not responsible for them in any way. KHTML? (Score:2, Insightful) by MaestroSartori (146297) on Monday October 17, @06:12AM (#13808041) (http://www.cubo.co.uk/) I don't know for sure, but isn't WebCore a different thing to KHTML? I think it's based on KHTML, but is it not a separate project? [ Reply to ThisRe:KHTML? by WillerZ (Score:2) Monday October 17, @06:22AM Re:KHTML? (Score:5, Informative) by biehl (580274) on Monday October 17, @06:27AM (#13808077) Yes, WebCore [apple.com] is Apples fork of KHTML.Read here [osviews.com] for an explanation on how the collaboration between the projects works. [ Reply to This | Parent Re:KHTML? (Score:5, Informative) by fdobbie (226067) on Monday October 17, @07:55AM (#13808263) (http://slashdot.org/) Since that was written, the world has moved on. Apple launched the WebKit open-source project [opendarwin.org] as part of OpenDarwin. This means that WebKit bugs are now being tracked in bugzilla [opendarwin.org] (in addition to Apple's internal bug tracking system), and WebKit, WebCore and JavaScriptCore have moved to a publicly accessible CVS server [opendarwin.org]. [ Reply to This | ParentRe:KHTML? by EntropyEngine (Score:2) Monday October 17, @06:59AMRe:KHTML? by NickFitz (Score:2) Monday October 17, @07:59AMRe:KHTML? by EntropyEngine (Score:1) Monday October 17, @08:14AMRe:KHTML? by NickFitz (Score:2) Monday October 17, @08:21AM Re: KHTML (Score:5, Informative) by g2devi (898503) on Monday October 17, @07:35AM (#13808219) There are two ports, one from Apple and one based off the work from Apple by Nokia. Here's the link I think you're referring to:            http://gtk-webcore.sourceforge.net/ [sourceforge.net]From the page: "Gtk+ WebCore is a Linux/Gtk+ port of Apple Computer Inc.'s WebCore KHTML html rendering engine including a web component. A reference browser implementation is included in the project. Gtk+ WebCore is a standards compliant (X)HTML rendering engine, javascript interpreter and an embeddable web component. The purpose of the web component is to be a light-weight, easy-to-compile and embed, open source rendering component.The project work is done at Nokia Research Center (NRC) as part of ongoing internet browser-related research activities. By releasing the source we hope to support in open source communities interested in using KHTML rendering engine component."  [ Reply to This | ParentRe:KHTML? by stilborne (Score:2) Monday October 17, @04:26PM1 reply beneath your current threshold.1 reply beneath your current threshold. Cool... BUT (there's always a BUT) (Score:4, Interesting) by antivoid (751399) on Monday October 17, @06:15AM (#13808048) (http://www.antivoid.za.net/) With any luck, there will be some innovation taking place rather than just shoving KDE onto a cellphone. A few things make me wonder:1. Is this an appropriate GUI system to be using in such memory-deficient devices? I believe we we find out soon...2. What bothers me about an X system is that it is targetted at client-server, and the resultant code bloat may prove hazardous to an embedded implementation. I do however that an open-source-based solution should be used (why re-invent the wheel).3. What sort of licensing and commercial rights do a company possess, given the fact that they are using open-source commercially?4. Can I still make phone calls of this phone? :) [ Reply to ThisRe:Cool... BUT (there's always a BUT) by WillerZ (Score:3) Monday October 17, @06:24AMRe:Cool... BUT (there's always a BUT) by puddpunk (Score:1) Monday October 17, @06:25AMRe:Kulius Kaeser by WilliamSChips (Score:1) Monday October 17, @06:51AM1 reply beneath your current threshold.Re:Cool... BUT (there's always a BUT) by maxwell demon (Score:2) Monday October 17, @06:26AM1 reply beneath your current threshold.Re:Cool... BUT (there's always a BUT) by Itchy Rich (Score:2) Monday October 17, @06:37AMRe:Cool... BUT (there's always a BUT) by imsabbel (Score:2) Monday October 17, @07:03AMRe:Cool... BUT (there's always a BUT) by sco08y (Score:2) Monday October 17, @01:05PMRe:Cool... BUT (there's always a BUT) by Itchy Rich (Score:2) Monday October 17, @07:14PM Re:Cool... BUT (there's always a BUT) (Score:5, Informative) by TheRaven64 (641858) on Monday October 17, @06:50AM (#13808124) (http://theravensnest.org/ | Last Journal: Tuesday September 20, @11:24AM) WebCore is not dependent on X. It uses a small Qt-like backend. On OS X, this translates drawing calls into Quatrz (PDF-like) drawing commands. On X11, they can be translated into X11 drawing calls. On a Series 60 phone they will be translated into the native GUI's API.WebCore is LGPL. They have to make their changes available to people who buy their 'phones (they also have to allow their customers to use a different version of WebCore, which could be interesting). They do not have to contribute their changes directly back to Apple, but they probably will since it is usually much easier to contribute patches than maintain a fork (note that this didn't apply to Apple when they forked KHTML, since they were throwing more developer time at the codebase than KHTML had in total, so it was easier to fork). [ Reply to This | Parent Re:Cool... BUT (there's always a BUT) (Score:5, Informative) by rdieter (112462) <rdieter&math,unl,edu> on Monday October 17, @09:37AM (#13808676) (http://www.math.unl.edu/~rdieter/ | Last Journal: Friday June 21, @03:57PM) WebCore is LGPL. They have to make their changes available to people who buy their 'phonesTrue.(they also have to allow their customers to use a different version of WebCore, which could be interesting).That's an interesting but (IMO) false interpretation of the LGPL. [ Reply to This | ParentRe:Cool... BUT (there's always a BUT) by molnarcs (Score:3) Monday October 17, @06:52AM1 reply beneath your current threshold. Re:Cool... BUT (there's always a BUT) (Score:5, Informative) by RossyB (28685) <ross@nOSpAM.burtonini.com> on Monday October 17, @07:01AM (#13808147) (http://www.burtonini.com/) 2. What bothers me about an X system is that it is targetted at client-server, and the resultant code bloat may prove hazardous to an embedded implementation. I do however that an open-source-based solution should be used (why re-invent the wheel).Sigh, this again. In X when the client and the server are on the same machine, communication is by local Unix sockets, which are the fastest form of IPC on Linux. Keith Packard wrote a new X server (kdrive) to demonstrate that X doesn't have to be slow, and he was right: the "overhead" of the client/server communication is nothing compared to the time it takes smaller systems to draw. [ Reply to This | ParentRe:Cool... BUT (there's always a BUT) by Anonymous Coward (Score:1) Monday October 17, @08:11AMRe:Cool... BUT (there's always a BUT) by RossyB (Score:2) Monday October 17, @08:22AMRe:Cool... BUT (there's always a BUT) by MenTaLguY (Score:2) Monday October 17, @12:29PM Re:Cool... BUT (there's always a BUT) (Score:4, Informative) by Bogtha (906264) on Monday October 17, @07:10AM (#13808159) Is this an appropriate GUI system to be using in such memory-deficient devices? RTFA: We started investigating the available open-source solutions and decided to go with a KDE-based solution for primarily 3 reasons: 1. Series 60 devices are constrained by ROM/RAM. WebCore/KHTML and JavaScriptCore/KJS provide rendering engines that use very small RAM/ROM footprint. That was really a clincher for us. [ Reply to This | ParentRe:Cool... BUT (there's always a BUT) by squidinkcalligraphy (Score:2) Monday October 17, @07:12AMRe:Cool... BUT (there's always a BUT) by m50d (Score:2) Monday October 17, @09:21AMRe:Cool... BUT (there's always a BUT) by Arandir (Score:2) Monday October 17, @03:31PM What of the 770? (Score:3, Interesting) by Anonymous Coward on Monday October 17, @06:54AM (#13808132) don't they already have their own GTK+ based gui and Webcore based browser? I seem to recall them releasing the sources some time ago. [ Reply to ThisRe:What of the 770? by Anonymous Coward (Score:2) Monday October 17, @08:11AM Small RAM footprint (Score:4, Interesting) by Mostly a lurker (634878) on Monday October 17, @06:54AM (#13808136) Was anyone else surprised that the key reason for using KDE components was the small footprint of the rendering engine? I had not considered KDE terrible in this regard, but I am shocked that it is considered superior to the alternatives. [ Reply to This Re:Small RAM footprint (Score:4, Informative) by Jessta (666101) on Monday October 17, @07:02AM (#13808148) (http://jessta.homelinux.net/) it's not KDE. It's KHTML.KHTML has a far lower footprint than something like GECKO(mozilla firefox).  [ Reply to This | ParentRe:Small RAM footprint by m50d (Score:3) Monday October 17, @09:32AMRe:Small RAM footprint by zootm (Score:2) Monday October 17, @11:46AM2 replies beneath your current threshold. Another feature to run down the battery... (Score:2, Insightful) by verbnoun (920657) on Monday October 17, @06:59AM (#13808143) Back when I had my first phone, a Nokia 3210, it could go for almost a week without charging. Now, I have a phone with all the features it lasts little more than a day. Personally, if I want to use KHTML while I'm travelling around I'd rather take a laptop and have a phone that lasts a reasonable amount of time. [ Reply to ThisRe:Another feature to run down the battery... by Chicane-UK (Score:2) Monday October 17, @07:55AMRe:Another feature to run down the battery... by djdavetrouble (Score:2) Monday October 17, @11:24AMRe:Another feature to run down the battery... by 10Ghz (Score:3) Monday October 17, @10:53AM Why do all this free work for ONE company? (Score:1, Troll) by idlake (850372) on Monday October 17, @07:02AM (#13808150) The way the Qt/KDE relationship is structured, all this work porting KDE components to Troll Tech's platforms adds value primarily to the product from one company: Troll Tech.Assume Troll Tech's products are as good as people working with them say they are and that they should take over the world. What would we end up with? A single company monopolizing the commercial GUI development space, plus lots of people contributing free labor. How is that different from what we get with Microsoft? As far as I'm concerned, dual licenses are bad because they inhibit competition. All contributors to an open source project should work on equal footing.Fortunately, enough people seem to have figured this out so that there are plenty of alternatives and that Troll Tech isn't taking over the world. But people who do contribute free labor to Troll Tech should reflect on what they are doing and why they are doing it. [ Reply to This Re:Why do all this free work for ONE company? (Score:5, Insightful) by Bogtha (906264) on Monday October 17, @07:21AM (#13808182) The way the Qt/KDE relationship is structured, all this work porting KDE components to Troll Tech's platforms adds value primarily to the product from one company: Troll Tech.Um, what? Porting KDE components to TrollTech's platforms? KDE has always been based on TrollTech's Qt toolkit.Furthermore, it clearly adds value to KDE; the quality of the Qt toolkit really shows. Compare the quality of KHTML and Gecko sometime. KHTML's faster, uses less resources, and implements the W3C specifications better (it passes the Acid2 test, implements things like DOM2 mutation events, etc, some of which are a *long* way off in Gecko - Acid2 fixes aren't even planned yet). And yet the KHTML developers have accomplished this with a fraction of the resources available to Mozilla.org. Much the same comparisons can be made between KOffice and OpenOffice. Assume Troll Tech's products are as good as people working with them say they are and that they should take over the world. What would we end up with? A single company monopolizing the commercial GUI development space, plus lots of people contributing free labor. How is that different from what we get with Microsoft? The difference is that Qt is GPLed, so all the proprietary license fees would be paying for development of Free Software, and would directly benefit Free Software like KDE.As far as I'm concerned, dual licenses are bad because they inhibit competition. You can fork Qt whenever you want. All contributors to an open source project should work on equal footing.All contributors to Qt have all the freedoms granted by the GPL. [ Reply to This | ParentRe:Why do all this free work for ONE company? by idlake (Score:2) Monday October 17, @09:54AMRe:Why do all this free work for ONE company? by Bogtha (Score:2) Monday October 17, @10:21AMRe:Why do all this free work for ONE company? by 49152 (Score:1) Monday October 17, @12:11PMRe:Why do all this free work for ONE company? by Capt. Beyond (Score:2) Monday October 17, @11:42PM1 reply beneath your current threshold.So then Firefox on Windows is a bad thing? by Burz (Score:2) Monday October 17, @07:39AMRe:So then Firefox on Windows is a bad thing? by idlake (Score:2) Monday October 17, @09:58AMRe:So then Firefox on Windows is a bad thing? by 10Ghz (Score:2) Monday October 17, @10:59AMRe:So then Firefox on Windows is a bad thing? by Burz (Score:2) Monday October 17, @07:35PMRe:Why do all this free work for ONE company? by 49152 (Score:2) Monday October 17, @08:05AMRe:Why do all this free work for ONE company? by idlake (Score:1) Monday October 17, @09:46AMRe:Why do all this free work for ONE company? by 49152 (Score:1) Monday October 17, @12:00PMRe:Why do all this free work for ONE company? by Klivian (Score:2) Monday October 17, @12:01PM Re:Why do all this free work for ONE company? (Score:5, Insightful) by 10Ghz (453478) on Monday October 17, @10:49AM (#13809136) (Last Journal: Tuesday May 13, @08:57AM) I don't get it. I really don't. A company releases their prodcut (a very good product in fact!) under the GPL. And when they do that, some people start to whine that "Don't do that! You are hurting the free software movement!". So releasing software as free sofware is a bad thing?What is the problem here? TrollTech offers their product under the GPL. They also offer it under a proprietary license. They don't force anyone to use their toolkit, and you are free to fork the toolkit anytime you want to. So what is the problem here? Why is it bad to offer software under the GPL?Assume Troll Tech's products are as good as people working with them say they are and that they should take over the world. What would we end up with? A single company monopolizing the commercial GUI development space, plus lots of people contributing free labor.Qt is licensed under the GPL. I really fail to see how they could "monopolize" anything. or are you worried what would happen if Linux "monopolized" the OS-market? or if Red Hat "monopolized" Linux-market? Since the product (Qt, Linux or Red Hat) are GPL'ed, there will be no "monopolization" in the sense as would happen with Microsoft for example.But people who do contribute free labor to Troll Tech should reflect on what they are doing and why they are doing it.So I shouldn't offer any bug-reports to the kernel-folks, because that might make the product a bit better, and some company might earn some money through it?Seriously, am I in the Twilight Zone or something? People are complaining when some company offerws kick-ass software under the GPL? [ Reply to This | Parent2 replies beneath your current threshold. --such a pleasure (Score:1) by jkind (922585) on Monday October 17, @09:02AM (#13808496) (http://www.milliondollarsweethearts.com/) It's such a pleasure developing for KDE.. I hope this gives the developers a boost in visibility and confidence if nothing else. [ Reply to This Re:Warning (Score:5, Funny) by mattjb0010 (724744) on Monday October 17, @06:39AM (#13808101) Seriously, they need to stop naming everything K-something, it's so incredibly lame. iAgree. [ Reply to This | ParentRe:Warning by Solder Fumes (Score:1) Monday October 17, @06:57AM Re:Warning (Score:5, Insightful) by imsabbel (611519) on Monday October 17, @06:59AM (#13808145) iDont.Seriously. When new to linux, and browsing through the huge garbage pile that is the "available list" of the package manager, finding something with the destinctinve "K" is really helpful, because they usually work and at least partly follow the same usability conventions.Case in point: i couldnt even EXIT that damn vi before reading 5 minutes into the damn man file without kill-9ing the PID, but luckily a "Kedit" in the corresponding cathegory was available, completely usable [ Reply to This | ParentRe:Warning by advocate_one (Score:2) Monday October 17, @09:06AMRe:Warning by stupidfoo (Score:2) Monday October 17, @09:18AMRe:Warning by m50d (Score:2) Monday October 17, @09:27AMRe:Warning by 10Ghz (Score:2) Monday October 17, @10:56AM1 reply beneath your current threshold. Re:Well, no... but how about (Score:1) by Cynikal (513328) on Monday October 17, @07:21AM (#13808180) (http://wwwthisisme.ca/) IkonNokia backwards -> aikon, drop the asounds pretty good actually [ Reply to This | Parent Re:Warning (Score:1) by KayosIII (655272) on Monday October 17, @06:45PM (#13812822) The KDE team is largely in agreeance with this. New components have dropped the K Monica. They have names like Oxygen, Plasma. [ Reply to This | Parent8 replies beneath your current threshold.