<div class="gmail_quote">On Mon, Jan 10, 2011 at 19:11, Martin Gräßlin <span dir="ltr"><<a href="mailto:kde@martin-graesslin.com">kde@martin-graesslin.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">
Hi rekonq developers,<br>
<br>
I am not subscribed to this list, please keep me in CC!<br>
<br>
As you might have seen, I added an entry to your agenda for your IRC meeting<br>
about better integrating web applications into window management. I want to<br>
outline the ideas I have in my mind in this mail and want to get some feedback<br>
what you think about it.<br>
<br>
First let me describe the current situation:<br>
More and more web applications are replacing standalone desktop applications.<br>
A good example is gmail replacing kmail, but there are also applications like<br>
Facebook or Google StreetView which never existed as a desktop client. As<br>
"cloud" seems to be the buzzword of the decade I do not expect the trend to<br>
stop, even if I do not like web applications (as my day job I am writing web<br>
applications).<br>
<br>
The entry point to web applications is a browser. And here is the problem. We<br>
have one application which embends multiple applications. We have a great<br>
desktop experience to manage applications, we have a tasks applet, present<br>
windows, desktop grid, Alt+Tab, Window Tabbing and so on. But this is all not<br>
available for web applications and that makes working with multiple<br>
webapplication a terrible thing to do IMHO.<br>
<br>
Solutions:<br>
There are diffierent solutions to tackle the problem. Google tries to free the<br>
devices from everything what is not a web application with Chrome OS. This is<br>
IMHO a terrible step as desktop apps are in general better.<br>
<br>
The mobile devices try to free the web from the browser by providing apps.<br>
This is more of a solution to the problem that most web sites are unuseable on<br>
small and touch screens.<br>
<br>
A third solution is the Silk project. An in my opinion awesome idea, but it<br>
seems to lack manpower and by that I gave up the hope on it :-(<br>
<br>
All of theses solutions seem to not fix our (KDE's) need. So here comes my<br>
idea;<br>
<br>
Proposal:<br>
Let's make web applications integrate into the desktop through the browser.<br>
<br>
The idea is to make web apps behave like a normal application. They get an<br>
entry in alt+tab they have a tasks item, they have a preview in the toolbar,<br>
they show a window in Present Windows. Nevertheless they would still live in<br>
the browser.<br>
<br>
So let's say that a user has one browser tab with Gmail and one with Facebok,<br>
then he will not only have the entry of rekonq (which might even be dropped),<br>
but also an entry for those web apps. If the user selects Gmail through e.g.<br>
alt+tab the browser window get's activated and the browser switches to the tab<br>
containing gmail.<br>
<br>
Technical Solutions:<br>
One possible solution would be window tabs. Each web application would be an<br>
own rekonq window grouped together by tabs. It would be an improvement but<br>
after lots of thinking I came to the conclusion that it is not the best from<br>
user experience point of view.<br>
<br>
My idea would be more revolutionary and is nevertheless technically feasible.<br>
Rekonq would have to tell us (kwin/plasma) which web applications are<br>
available (either through dbus or X), there names, their icon and their<br>
thumbnail. Now KWin could include these web applications as "children" to the<br>
actual window. Both our effect framework as our alt+tab solution are<br>
abstracted enough from windows to allow this. E.g. alt+tab is also able to<br>
manage desktops. Also in Plasma I think that this is no problem to integrate<br>
as there is the libtaskmanager and the tasks dataengine.<br>
<br>
Btw. our Alt+Tab code is so strongly abstracted from KWin that you could<br>
easily integrate it as a ctrl+tab to walk through browser tabs ;-)<br>
<br>
What would it offer to KDE?:<br>
Such a solution would be pretty unique and could be quite a selling factor for<br>
KDE. This is something no other plattform can provide (except Microsoft<br>
Windows + IE resulting in probably another fight against EU commission :-). We<br>
are the only other project having control over the desktop shell, window<br>
manager and browser.<br>
<br>
Further discussions:<br>
If you think that this idea might work, I would like to discuss it with you in<br>
more detail. I even think that this is a possible topic for the usability<br>
sprint mentioned by Celeste some time ago. If it would be accepted to the<br>
sprint I would go there although usability is not my most liked working area<br>
:-)<br>
<br>
Implementation:<br>
That is the bad part. I won't have time for such a project for quite some<br>
time. If you would want to experiment in that area, you would have to work on<br>
the kwin part. Of course I would provide help. This might be something nice<br>
for a GSoC project which I would co-mentor. If as GSoC I would only co-mentor<br>
if it is carried out by an existing member of the community (we had in KWin<br>
too many code dumbs which are now unmaintained :-( ).<br>
<br>
So please let me now what you think about it.<br>
<br>
Cheers<br>
<font color="#888888">Martin Gräßlin<br>
(KWin Maintainer)<br>
</font><br>_______________________________________________<br>
rekonq mailing list<br>
<a href="mailto:rekonq@kde.org">rekonq@kde.org</a><br>
<a href="https://mail.kde.org/mailman/listinfo/rekonq" target="_blank">https://mail.kde.org/mailman/listinfo/rekonq</a><br>
<br></blockquote></div><br><br>Really nice idea, and that definitely sounds like the way to go in the quest to the "proper KDE-integration" we're striving for.<br><br>I believe the apps could be associated to the "pinned tabs" that Furkan added very recently, as that'd be an incentive for people to use pinned tabs for what they want to see standing out, without polluting the task switcher or plasma task panel with a lot of unnecessary tabs.<br>
<br>Definitely something I'd like to see happening in Rekonq and KWin, and I believe it'd please everybody using Rekonq (and help others to consider switching :P).<br><br>Cheers,<br>--<br>Pierre<br>