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
潘卫平(Peter Pan) 写道:
Aaron J. Seigo 写道:
On Thursday 16 July 2009, 潘卫平(Peter Pan) wrote:
For tooltips, I agree that they are less important than the popup
dialog, so I made another patch to reject showing tooltips when a popup
dialog is showing.
looks good :)
Thanks for your comments.
---
This is an automatically generated e-mail. To reply, visit:
http://reviewboard.kde.org/r/1114/
---
(Updated 2009-07-26 10:21:46.864061)
Review request for Plasma.
Changes
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
Am Sonntag 26 Juli 2009 12:55:55 schrieb Marco Martin:
On Saturday 25 July 2009, Aaron J. Seigo wrote:
On Friday 24 July 2009, Marco Martin wrote:
what about a small library (just statics probably) in workspace to deal
with this stuff? KWindowSystemExtra?
the code needs to be
On Sunday 26 July 2009, Martin Gräßlin wrote:
Am Sonntag 26 Juli 2009 12:55:55 schrieb Marco Martin:
On Saturday 25 July 2009, Aaron J. Seigo wrote:
On Friday 24 July 2009, Marco Martin wrote:
what about a small library (just statics probably) in workspace to
deal with this stuff?
On Sunday 26 July 2009, Marco Martin wrote:
On Saturday 25 July 2009, Aaron J. Seigo wrote:
On Friday 24 July 2009, Marco Martin wrote:
what about a small library (just statics probably) in workspace to deal
with this stuff? KWindowSystemExtra?
the code needs to be accessible from
---
This is an automatically generated e-mail. To reply, visit:
http://reviewboard.kde.org/r/1114/
---
(Updated 2009-07-26 12:34:22.065536)
Review request for Plasma.
Changes
---
This is an automatically generated e-mail. To reply, visit:
http://reviewboard.kde.org/r/1114/#review1788
---
trunk/KDE/kdebase/workspace/plasma/runners/windows/windowsrunner.cpp
On 2009-07-26 15:44:49, Ryan Bitanga wrote:
trunk/KDE/kdebase/workspace/plasma/runners/windows/windowsrunner.cpp, line
129
http://reviewboard.kde.org/r/1114/diff/4/?file=9093#file9093line129
One of the reasons I worked on multiple action support for KRunner in
4.2 was so that
thank you, morpheuz, for remembering that for me!
that's true :)
___
Plasma-devel mailing list
Plasma-devel@kde.org
https://mail.kde.org/mailman/listinfo/plasma-devel
Am Sonntag, 26. Juli 2009 schrieb Artur Souza (MoRpHeUz):
Good morning
On Thursday 23 July 2009, 15:42 Ivan Čukić wrote:
Ana Cecília Martins Barbosa: anaceciliamb at gmail.com
Just came to my mind that she'll also need an invitation letter. I don't
need as I have double citizenship and I
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
Hello,
I've been trying to write my first Plasmoid in python, and I've been stuck
on using the DataEngines [1]. I'm working off of the microblog applet [2]
to try and understand how to interact with that engine. My problem comes
when I try to get a service from my engine. I'm getting an error:
On Sunday 26 July 2009, Marco Martin wrote:
i'm really on the fence on where to put this and how to call it.
Becasue if we put other stuff like that like the taskbar thumbnails and the
glow effect they wouldn't have much to do with animation, and i'm kinda
wondering if plasma is the right
On 2009-07-26 15:44:49, Ryan Bitanga wrote:
trunk/KDE/kdebase/workspace/plasma/runners/windows/windowsrunner.cpp, line
129
http://reviewboard.kde.org/r/1114/diff/4/?file=9093#file9093line129
One of the reasons I worked on multiple action support for KRunner in
4.2 was so that
On Sunday 26 July 2009, Aaron J. Seigo wrote:
On Sunday 26 July 2009, Marco Martin wrote:
i'm really on the fence on where to put this and how to call it.
Becasue if we put other stuff like that like the taskbar thumbnails and
the glow effect they wouldn't have much to do with animation,
---
This is an automatically generated e-mail. To reply, visit:
http://reviewboard.kde.org/r/1114/#review1792
---
my only comment is that it would be nice if one could type close kop
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.
---
This is an automatically generated e-mail. To reply, visit:
http://reviewboard.kde.org/r/1114/#review1793
---
ok, now the implementation review part of things :)
one thing that
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 2009-07-26 19:19:43, Aaron Seigo wrote:
ok, now the implementation review part of things :)
one thing that is useful to observe about this is that it takes a more
memory intensive approach, storing the individual icons, window info and
winid of all available windows, to make
So, another 2 weeks, and here comes the Plasmate status report :)
As the CHANGELOG says, we have
1. Fixed the problem with the project name not taking input.
(KRestrictedLine issue)
2. Plasmate remembers positioning of the docks, and reloads on startup.
3. Options to select the scripting
On Sunday 26 July 2009 19:06:51 Mario Fux wrote:
Am Sonntag, 26. Juli 2009 schrieb Artur Souza (MoRpHeUz):
On Thursday 23 July 2009, 15:42 Ivan Čukić wrote:
Ana Cecília Martins Barbosa: anaceciliamb at gmail.com
Just came to my mind that she'll also need an invitation letter. I don't
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 :)
---
This is an automatically generated e-mail. To reply, visit:
http://reviewboard.kde.org/r/1124/#review1799
---
Ship it!
ok, this looks safe enough .. pls commit this to trunk,
On 2009-07-27 00:08:35, Aaron Seigo wrote:
ok, this looks safe enough .. pls commit this to trunk, let's test it
thoroughly there, and then we can backport it if/when no problems arise.
Thanks! I don't actually have an svn account... Could you commit it for me?
- Anthony
On 2009-07-27 00:08:35, Aaron Seigo wrote:
ok, this looks safe enough .. pls commit this to trunk, let's test it
thoroughly there, and then we can backport it if/when no problems arise.
Anthony Bryant wrote:
Thanks! I don't actually have an svn account... Could you commit it for
2009/7/25 Aaron J. Seigo ase...@kde.org
On Friday 24 July 2009, Dong Tiger wrote:
After removing the line of X-KDE-ParentApp=, it appears in the dialog.
aha! and looking at the code in libplasma, the reason for that is fairly
obvious. i'll be committing (and backporting) a fix for this
---
This is an automatically generated e-mail. To reply, visit:
http://reviewboard.kde.org/r/1133/#review1803
---
The idea seems pretty nice. I've played a little bit with runners and
On 2009-07-27 00:35:33, Aaron Seigo wrote:
just found a small problem when doing some more testing before commit:
when it's in a non horiz/vert form factor (e.g. planar, aka the desktop)
the size of the desktop bits don't scale down consistently to fit the
width. you can test this
so, me and aaron discussed this last week, and then I promptly forgot all
about writing any of it down. ;)
it makes a lot more sense when you see the mockups...
I'll try and re-explain it in my own words, hopefully it'll be clearer when
seen from 1 POV :)
basically, the idea is to replace
Sent to sebas :)
___
Plasma-devel mailing list
Plasma-devel@kde.org
https://mail.kde.org/mailman/listinfo/plasma-devel
39 matches
Mail list logo
