On Monday 27 July 2009, Richard Dale wrote:
> It seems to me that you are forming conclusions, when I don't think we
> have sufficient data yet.
it's at least in part due to watching amarok scripting and what they've been
through.
> * How much memory and resources (non-shared and shared) does ea
On Saturday 25 July 2009 11:40:52 Bogdan Bivolaru wrote:
> Hello guys,
>
> 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.
>
> For example, I had a pro
On Mon, Jul 27, 2009 at 12:36 PM, David Baron wrote:
> and pardon my ignorance: What is ecma script?
Another word for JavaScript or QtScript
-- Richard
___
Plasma-devel mailing list
Plasma-devel@kde.org
https://mail.kde.org/mailman/listinfo/plasma-devel
and pardon my ignorance: What is ecma script?
___
Plasma-devel mailing list
Plasma-devel@kde.org
https://mail.kde.org/mailman/listinfo/plasma-devel
On Sun, Jul 26, 2009 at 8:26 PM, Aaron J. Seigo wrote:
> On Sunday 26 July 2009, David Baron wrote:
>> Do not the various interperators or VMs need be loaded in memory to service
>> their plasmoids
>
> so we need to:
>
> * have full ecma script bindings available
> * promote use of ecma script over
On Sunday 26 July 2009, 16:24 Aaron J. Seigo wrote:
> the real solution is to use scripting languages and make sure the c++
> plugins are absolutely solid.
+1 here. It's the sanest (does this word exist in english :) ?) way to do this
stuff.
Cheers :)
---
On July 26, 2009 12:10:25 David Baron wrote:
> On Sunday 26 July 2009 21:20:55 Chani wrote:
> > > 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 proce
On Sunday 26 July 2009, Bogdan Bivolaru wrote:
> [Plasma] Plasmoids as separate processes
this will not be implemented. see my other replies in this thread as to why.
--
Aaron J. Seigo
humru othro a kohnu se
GPG Fingerprint: 8B8B 2209 0C6F 7C47 B1EA EE75 D6B7 2EB1 A7F1 DB43
KDE core developer
On Sunday 26 July 2009, David Baron wrote:
> Do not the various interperators or VMs need be loaded in memory to service
> their plasmoids
so we need to:
* have full ecma script bindings available
* promote use of ecma script over other options
* use ruby/python only as really needed (e.g access
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.
chrome solves a completely different problem. it displays a completely
_different_ canvas (in this case, an html one) in each ta
On Sunday 26 July 2009 21:20:55 Chani wrote:
> > 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 corr
>
> 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.
>
that's got nothing to do with sepa
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 n
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
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 wrote:
> On 7/26/09, Bogdan Bivolaru wrote:
> > Oh, well, there is an
On 7/26/09, Bogdan Bivolaru 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 wil
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
ground to keep everyone hap
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 wil
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, exactl
Hello guys,
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.
For example, I had a problem with KDE Network Manager plasmoid crashing and
taking with it th
20 matches
Mail list logo
