On Sunday 26 July 2009, David Baron wrote: > A similar problem has seemingly been solved, by .... Google. Since google's > browser is opensource, one might take a look. > > Every one of those tabs, plugin processes, etc., is a separate process, > shows up on top as such. I have an upload going on now, apparently in a > chrome process initiated from a website. No browser is showing at > all--closed it.
how it works the linux version? i suppose tabs are xembedded separate windows? that would really not be acceptable for plasma > Their approach is still very beta, has some interesting problems, but it > works. We would probably want to use dbus (I do not know whether they do). > > Example of their success: Clicking a link in kmail, for example, will spawn > that as a tab in an existing chrome browser if one is running. Caveat--if > one died and is still an existing process, one must kill it before chrome > will work correctly. Beta. > > > Wow! Well, sounds like you've got a tough job to do, but I'm sure you'll > > find a way to solve this issue, as always. May you have a happy hacking > > and a nice day! > > > > Cheers, > > Bogdan > > > > On Sun, Jul 26, 2009 at 11:07 AM, Marco Martin <notm...@gmail.com> wrote: > > > On 7/26/09, Bogdan Bivolaru <bogdan.bivol...@gmail.com> wrote: > > > > Oh, well, there is an intense debate on how to accomplish this... > > > > http://forum.kde.org/viewtopic.php?f=83&t=45255&start=30 > > > > > > > > Oh everyone brings their pet issue to the table: performance issues, > > > > ease > > > > > > of > > > > > > > development, stability. I hope you plasma hackers will find the > > > > middle > > > > > > ..and you lose the single scene, so no more containments, the desktop > > > becomes a bunch of little windows and the pnel is simply not possible > > > to do anymore > > > > > > Cheers, > > > Marco Martin > > > > > > > ground to keep everyone happy. > > > > > > > > Bogdan > > > > > > > > > > > > > > > > On Sun, Jul 26, 2009 at 10:30 AM, Bogdan Bivolaru < > > > > > > bogdan.bivol...@gmail.com > > > > > > >> wrote: > > > >> > > > >> Hello, > > > >> > > > >> Well, I haven't really thought about a how-to before writing that > > > > > > mail... > > > > > > >> I > > > >> was expecting it to work just as for catching crashes with Dr. > > > >> Krash. > > > >> > > > >> But it turns out that there is a solution on Plasma wishlist: > > > >> [Plasma] Plasmoids as separate processes > > > >> > > > >> So I voted for it and I hope someone will find the time to do it. > > > >> I guess that also means I should pay more attention to KDE > > > >> Brainstorm, well... > > > >> > > > >> > > > >> Have fun hacking, > > > >> Bogdan > > > >> > > > >> > > > >> > > > >> On Sat, Jul 25, 2009 at 12:54 PM, Aaron J. Seigo <ase...@kde.org> > > > > > > wrote: > > > >>> On Saturday 25 July 2009, Bogdan Bivolaru wrote: > > > >>> > I'm writing to you because I'd like to make a suggestion to make > > > >>> > a containment for errors around each plasmoid, so that when one > > > > > > crashes, > > > > > > >>> it > > > >>> > > > >>> > doesn't take the whole plasma environment with it. > > > >>> > > > >>> and how do you suggest this is accomplished, exactly? > > > >>> > > > >>> -- > > > >>> Aaron J. Seigo > > > >>> humru othro a kohnu se > > > >>> GPG Fingerprint: 8B8B 2209 0C6F 7C47 B1EA EE75 D6B7 2EB1 A7F1 DB43 > > > >>> > > > >>> KDE core developer sponsored by Qt Software > > > >>> > > > >>> _______________________________________________ > > > >>> Plasma-devel mailing list > > > >>> Plasma-devel@kde.org > > > >>> https://mail.kde.org/mailman/listinfo/plasma-devel > > > >> > > > >> -- > > > >> "The best way to predict the future is to invent it.", 1971, Alan > > > >> Kay: http://www.smalltalk.org/alankay.html > > > > > > > > -- > > > > "The best way to predict the future is to invent it.", 1971, Alan > > > > Kay: http://www.smalltalk.org/alankay.html > > > > > > _______________________________________________ > > > Plasma-devel mailing list > > > Plasma-devel@kde.org > > > https://mail.kde.org/mailman/listinfo/plasma-devel > > _______________________________________________ > Plasma-devel mailing list > Plasma-devel@kde.org > https://mail.kde.org/mailman/listinfo/plasma-devel -- Marco Martin _______________________________________________ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-devel