Comments on: Ideas for KHTML http://blog.froglogic.com/2008/08/ideas-for-khtml/ A company weblog Wed, 08 Sep 2010 05:06:00 +0000 http://wordpress.org/?v=2.5 By: luke kenneth casson leighton http://blog.froglogic.com/2008/08/ideas-for-khtml/#comment-16803 luke kenneth casson leighton Sun, 26 Oct 2008 19:46:47 +0000 http://blog.froglogic.com/?p=96#comment-16803 richard, the DOM bindings are flawed, in a very subtle way, which i'm trying to get people to chase down. and yes, i seriously want to do DOM programming in languages other than javascript. using DOM manipulation makes for an extremely good widget _desktop set, believe it or not. see http://pyjd.org for details, which operates on top of webkit. i'm presently looking to port pyjamas to mozilla pydom / nsdom as well as python / khtmlpart, as a demonstration of quite how powerful and flexible DOM manipulation really is. pyqt4 and pygtk2 are quite limited, by comparison. can pyqt4 or pygkt2 use _full_ CSS syntax to modify the look of ... a desktop app? (yes i'm aware of gtk-engine-css, being developed by rob staudinger - it's good, but has limitations in its purpose / design). richard, the DOM bindings are flawed, in a very subtle way, which i’m trying to get people to chase down. and yes, i seriously want to do DOM programming in languages other than javascript.

using DOM manipulation makes for an extremely good widget _desktop set, believe it or not. see http://pyjd.org for details, which operates on top of webkit.

i’m presently looking to port pyjamas to mozilla pydom / nsdom as well as python / khtmlpart, as a demonstration of quite how powerful and flexible DOM manipulation really is.

pyqt4 and pygtk2 are quite limited, by comparison. can pyqt4 or pygkt2 use _full_ CSS syntax to modify the look of … a desktop app? (yes i’m aware of gtk-engine-css, being developed by rob staudinger - it’s good, but has limitations in its purpose / design).

]]> By: Richard Dale http://blog.froglogic.com/2008/08/ideas-for-khtml/#comment-13977 Richard Dale Mon, 04 Aug 2008 11:24:48 +0000 http://blog.froglogic.com/?p=96#comment-13977 The KHTML bindings for Python, Ruby and C# in KDE 4.1 already all include DOM bindings. I'm not sure that many people actually would want to do DOM programming in languages other than JavaScript though. -- Richard The KHTML bindings for Python, Ruby and C# in KDE 4.1 already all include DOM bindings. I’m not sure that many people actually would want to do DOM programming in languages other than JavaScript though.

– Richard

]]> By: cenebris http://blog.froglogic.com/2008/08/ideas-for-khtml/#comment-13957 cenebris Sun, 03 Aug 2008 18:53:18 +0000 http://blog.froglogic.com/?p=96#comment-13957 +1 for integration with akonadi/nepomuk/strigi/sonnet/google gears in konqueror please :) Add storing images opera way (check images every x minutes/hours/days) and fast rewind and you have very powerful and efficient browser :) PS Akonadi should be syncable with other computers so that you have your bookmarks, history (and contacts, calendar etc.) synced like opera does and firefox soon will. +1 for integration with akonadi/nepomuk/strigi/sonnet/google gears in konqueror please :) Add storing images opera way (check images every x minutes/hours/days) and fast rewind and you have very powerful and efficient browser :)

PS Akonadi should be syncable with other computers so that you have your bookmarks, history (and contacts, calendar etc.) synced like opera does and firefox soon will.

]]> By: Sebastian Trüg http://blog.froglogic.com/2008/08/ideas-for-khtml/#comment-13945 Sebastian Trüg Sun, 03 Aug 2008 13:12:59 +0000 http://blog.froglogic.com/?p=96#comment-13945 You mention indexing of websites. Actually, we already do that in Nepomuk and it will be comited to trunk next week. This is what happens: We started out with tagging web pages. Very basic approach to a new way of handling bookmarks. You do not simply have a list of bookmarks but you annotate websites. For starters this means tagging and rating (as always) but more is in the pipeline. For example annotation of pages with people or the other way around. Or you identify a page with a project or something. We will ge there. Anyway, when tagging (or rating) the page will also be indexed through Strigi (without being stored locally, except for the browser cache, but we do not care for that). Thus, you can find it through all nepomuk search interfaces, such as the KIO slave for example. But it also gives the possibility for virtual bookmark folders. Well, things in Nepomuk might go slow but they progress. ;) Next week more with a new blog of mine. You mention indexing of websites. Actually, we already do that in Nepomuk and it will be comited to trunk next week. This is what happens:

We started out with tagging web pages. Very basic approach to a new way of handling bookmarks. You do not simply have a list of bookmarks but you annotate websites. For starters this means tagging and rating (as always) but more is in the pipeline. For example annotation of pages with people or the other way around. Or you identify a page with a project or something. We will ge there.

Anyway, when tagging (or rating) the page will also be indexed through Strigi (without being stored locally, except for the browser cache, but we do not care for that). Thus, you can find it through all nepomuk search interfaces, such as the KIO slave for example. But it also gives the possibility for virtual bookmark folders. Well, things in Nepomuk might go slow but they progress. ;)

Next week more with a new blog of mine.

]]> By: Grósz Dániel http://blog.froglogic.com/2008/08/ideas-for-khtml/#comment-13936 Grósz Dániel Sun, 03 Aug 2008 02:30:51 +0000 http://blog.froglogic.com/?p=96#comment-13936 ideaman: AFAIK they are forks so both have code that the other doesn't. So if we don't want to lose features, we have to merge either WebKit developments into KHTML or KHTML developments into WebKit. Which is the more feasible depends on the attitude of KHTML and WebKit developers. ideaman: AFAIK they are forks so both have code that the other doesn’t. So if we don’t want to lose features, we have to merge either WebKit developments into KHTML or KHTML developments into WebKit. Which is the more feasible depends on the attitude of KHTML and WebKit developers.

]]> By: ideaman http://blog.froglogic.com/2008/08/ideas-for-khtml/#comment-13928 ideaman Sat, 02 Aug 2008 20:30:53 +0000 http://blog.froglogic.com/?p=96#comment-13928 Here's an idea for the future of KHTML: how about dropping it and merging everything you can to webkit. That's what the very creators of KHTML have done so just swallow your ego and do it. Here’s an idea for the future of KHTML: how about dropping it and merging everything you can to webkit. That’s what the very creators of KHTML have done so just swallow your ego and do it.

]]> By: Dirk http://blog.froglogic.com/2008/08/ideas-for-khtml/#comment-13919 Dirk Sat, 02 Aug 2008 12:50:33 +0000 http://blog.froglogic.com/?p=96#comment-13919 The ideas are all cool. Wouldn't be a kross binding (with DOM bindings) for plugins allow to write plugins in more languages more easy? The ideas are all cool.
Wouldn’t be a kross binding (with DOM bindings) for plugins allow to write plugins in more languages more easy?

]]> By: Dennis P http://blog.froglogic.com/2008/08/ideas-for-khtml/#comment-13916 Dennis P Sat, 02 Aug 2008 11:03:43 +0000 http://blog.froglogic.com/?p=96#comment-13916 Autotab I would love to see a newbie friendly usage of tabbed browsing I thought of: When you click a link the linktext would duplicate and travel to a new created tab. The link gets a orange background label indicating that the page is still loading/rendering and you should continue reading the current page. When rendered the linklabel goes from orange to green. You can click the link again to close the current page and show the fully rendered tab instantly. Or you may want to leave the current page open and click the tab directly, you know which tab you want because you saw the animation 'park the link over there'. Tabbed browsing explained without words, it just works. The browser seems faster as you no longer look at pages being rendered. Autotab
I would love to see a newbie friendly usage of tabbed browsing I thought of:
When you click a link the linktext would duplicate and travel to a new created tab.
The link gets a orange background label indicating that the page is still loading/rendering and you should continue reading the current page.
When rendered the linklabel goes from orange to green.
You can click the link again to close the current page and show the fully rendered tab instantly.
Or you may want to leave the current page open and click the tab directly, you know which tab you want because you saw the animation ‘park the link over there’.

Tabbed browsing explained without words, it just works. The browser seems faster as you no longer look at pages being rendered.

]]> By: jospoortvliet http://blog.froglogic.com/2008/08/ideas-for-khtml/#comment-13913 jospoortvliet Sat, 02 Aug 2008 09:05:23 +0000 http://blog.froglogic.com/?p=96#comment-13913 @ Cons: there already is a google toolbar, has been there for years, it's a plugin. You got to install the right package and you've got it ;-) Sorry, dunno the name, look for konqueror & plugins, should help you find it. It's a pretty good plugin, too, actually. @ Cons: there already is a google toolbar, has been there for years, it’s a plugin. You got to install the right package and you’ve got it ;-)

Sorry, dunno the name, look for konqueror & plugins, should help you find it. It’s a pretty good plugin, too, actually.

]]> By: mikmach http://blog.froglogic.com/2008/08/ideas-for-khtml/#comment-13912 mikmach Sat, 02 Aug 2008 08:34:04 +0000 http://blog.froglogic.com/?p=96#comment-13912 Make Zoho suite working. This would test js engine and dom implementation to the extreme. Make Zoho suite working. This would test js engine and dom implementation to the extreme.

]]>