On Sun, Jul 26, 2009 at 8:26 PM, Aaron J. Seigoase...@kde.org 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
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 Mon, Jul 27, 2009 at 12:36 PM, David Barond_ba...@012.net.il wrote:
and pardon my ignorance: What is ecma script?
Another word for JavaScript or QtScript
-- Richard
___
Plasma-devel mailing list
Plasma-devel@kde.org
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 problem
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 each
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
Oh, well, there is an intense debate on how to accomplish this...
http://forum.kde.org/viewtopic.php?f=83t=45255start=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
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=83t=45255start=30
Oh everyone brings their pet issue to the table: performance issues, ease of
development, stability. I hope you
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
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
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 separate
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 correctly.
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
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, 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 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 process, one
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 :)
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
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?
19 matches
Mail list logo