Re: playground applets
On Wednesday 01 October 2008, Loïc Marteau wrote: > Aaron J. Seigo wrote: > > holy crap do we have a lot of applets in playground. > > > > > > i started sorting and sifting through them, and while i'm not nearly > > done i suppose it's at least a start. here's my results so far, > > comments welcome: > > > > > > candidates for base 4.2 > > = > > life > > activitybar - neat concept; has layout issue on planar > > systray-refactor - needs the plasmoid protocol finished out, but > > generally there. (notifications?) > > kuiserver - or should this also be added to the systemtray? > > Hey all ! > > Do you think it is relevant to move both show Plasma DashBoard and show > Desktop plasmoid to kdebase ? i don't think either are exactly critical. > Show Dashboard is shipped with default plasma config files... > Show Desktop is used by distros in their default config files. Dont know > really how they works but perhaps it can make their life easyer :o). well, if we do this then any widget included by a distro by default ends up in kdebase? =) this is up to the distro, really. -- 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 Trolltech signature.asc Description: This is a digitally signed message part. ___ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-devel
Re: playground applets
Aaron J. Seigo wrote: > holy crap do we have a lot of applets in playground. > > > i started sorting and sifting through them, and while i'm not nearly > done i suppose it's at least a start. here's my results so far, > comments welcome: > > > candidates for base 4.2 > = > life > activitybar - neat concept; has layout issue on planar > systray-refactor - needs the plasmoid protocol finished out, but > generally there. (notifications?) > kuiserver - or should this also be added to the systemtray? > > Hey all ! Do you think it is relevant to move both show Plasma DashBoard and show Desktop plasmoid to kdebase ? Show Dashboard is shipped with default plasma config files... Show Desktop is used by distros in their default config files. Dont know really how they works but perhaps it can make their life easyer :o). Cheers ! ___ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-devel
Re: playground applets
On Tuesday 30 September 2008, Jason Stubbs wrote: > I can see detaching causing a timeout to be ignored, but I think that > a notification should be closed if an application explicitly asks it. sure, if it's an explicit request by the app.. -- 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 Trolltech signature.asc Description: This is a digitally signed message part. ___ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-devel
RE: playground applets
-Original Message- From: Jason Stubbs [mailto:[EMAIL PROTECTED] Sent: Wed 10/1/2008 6:20 AM To: plasma-devel@kde.org Subject: Re: playground applets On Wed, Oct 1, 2008 at 12:16 AM, <[EMAIL PROTECTED]> wrote: > * Detached notifications don't close. (What to do about this?) > > I think that is correct behavior. If the user detaches a notification, that > kind of implies that the user is interested in this notification. It's not > very kind to automatically close this notification in that case. It's a little more complicated. See my response to Aaron on this one. Ok, I agree about that one, only timeouts shouldn't work anymore. > * Notifications aren't grouped by application. (Not critical but > preferred) > > The only way to do this nicely, is by having grouping support in extenders, > and while I agree that we should have this feature, I don't think this is > realistic for 4.2. Another way to do it would be to show notifications from a single application one at a time. Or... I'm not sure. What I do know is that I sometimes get a lot of kopete notifications and presently they are just scrolling straight off the screen. This could well be an issue somewhere else though. Well, I think the user should be able to scroll through all of them. I think extender grouping support is definetly the way to go, having 2 arrow buttons on a group, and allowing a user to detach only one extender out of the group while leaving the rest of the items in the group. Maybe as a fix in the meantime, kopete shouldn't create that much notifications. But I think implementing your idea would just be a nasty temporary hack. > * Misbehavior of certain applets within the plasmoid protocol or > vice-versa. (Still needs investigating) > > I would like to add a point to this list: positioning of the extender is > wrong on my system. Notifications are drawn part off screen and behind > systray icons. Is this the fault of the systray applet? All it's doing is adding a widget to the extender and then doing a showPopup(). Is there something that the widget should be doing that it isn't? The widget hasn't really changed from extendified_notify... Well, on my system it doesn't seem to be added to the popup but just be made child of the systray applet itself. But I'm working on some changes to extenders (making them look just like in pinheiro's mockup), so maybe I just broke something in libplasma there. Good chance, if I'm the only one experiencing this problem. Regards, Rob ___ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-devel
Re: playground applets
On Wed, Oct 1, 2008 at 12:16 AM, <[EMAIL PROTECTED]> wrote: > * Detached notifications don't close. (What to do about this?) > > I think that is correct behavior. If the user detaches a notification, that > kind of implies that the user is interested in this notification. It's not > very kind to automatically close this notification in that case. It's a little more complicated. See my response to Aaron on this one. > * Notifications aren't grouped by application. (Not critical but > preferred) > > The only way to do this nicely, is by having grouping support in extenders, > and while I agree that we should have this feature, I don't think this is > realistic for 4.2. Another way to do it would be to show notifications from a single application one at a time. Or... I'm not sure. What I do know is that I sometimes get a lot of kopete notifications and presently they are just scrolling straight off the screen. This could well be an issue somewhere else though. > * Misbehavior of certain applets within the plasmoid protocol or > vice-versa. (Still needs investigating) > > I would like to add a point to this list: positioning of the extender is > wrong on my system. Notifications are drawn part off screen and behind > systray icons. Is this the fault of the systray applet? All it's doing is adding a widget to the extender and then doing a showPopup(). Is there something that the widget should be doing that it isn't? The widget hasn't really changed from extendified_notify... Also, I'd like to add: * Sizing is wrong (again) when in the panel. -- Jason Stubbs ___ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-devel
Re: playground applets
2008/10/1 Aaron J. Seigo <[EMAIL PROTECTED]> > On Tuesday 30 September 2008, Jason Stubbs wrote: > > * The correct icon isn't being set on notifications (internal API issue) > > internal to the systray-refactor widget .. or? Yep. It's a TODO. > > * Detached notifications don't close. (What to do about this?) > > good question; since the user detaches them manually, i think it's ok that > they stay until the user again takes action? Actions in a notification don't (seem to) imply closing the notification. For example, a notification comes from kopete and the user clicks "chat"; kopete then explicitly asks for the notification to be closed. I can see detaching causing a timeout to be ignored, but I think that a notification should be closed if an application explicitly asks it. ___ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-devel
Re: playground applets
On Tuesday 30 September 2008, Christopher Blauvelt wrote: > talk to you about API changes. Is there a specific time that we can meet > on IRC? i'm usually on from 16:00UTC to 19:45UTC and then again at round 21:00UTC on until i feel i'm finished for the day =) -- 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 Trolltech signature.asc Description: This is a digitally signed message part. ___ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-devel
Re: playground applets
> my concern is that these applets tend to bitrot and keep Old Ways of doing > things. as such, they sometimes do more harm than good. OK, I'll keep the Java applet locally when I decide to do something useful with it (make bindings or something?). -- The bleeding hearts and artists, Make their stand. -- Pink Floyd ___ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-devel
Re: playground applets
2008/9/29 Aaron J. Seigo <[EMAIL PROTECTED]> > holy crap do we have a lot of applets in playground. > > > i started sorting and sifting through them, and while i'm not nearly done i > suppose it's at least a start. here's my results so far, comments welcome: > > > candidates for base 4.2 > = > life > activitybar - neat concept; has layout issue on planar > systray-refactor - needs the plasmoid protocol finished out, but generally > there. (notifications?) > kuiserver - or should this also be added to the systemtray? > > > candidates for addons 4.2 > = > bball - works; cute > > > priorities for 4.2 > == > keyboardLeds - a MUST HAVE. however, needs proper art, cover all the keys, > and not polling but use the x11 a11y stuff. see: > > http://websvn.kde.org/branches/KDE/3.5/kdeaccessibility/kbstateapplet/kbstate.cpp?view=markup > > > working > = > cia.vc - working; usefulness? summary stats? scroll area? hum. > > > needs more work > === > train-clock - sizing oddnesses (see difference between clock size and the > standard background) > commandwatch - should use exec dataengine; should use a scrolling text > area; wrong PluginInfo-Name style > contacts - should require config on 0 contacts; contacts sould be > clickable; scrollable area for items; in panel, a paged mode? > eyes - what would life be without eyes? ;) needs oxygenation though; too > old school as it is > konsolator - really nice idea, tons of repaint issues > > > broken > > debugapplet - really cool idea; needs kdelibs patches commited, lots of > problems in the applet itself > > > remove? > == > groupphoto > java > samplegl > samplegl2 > desktop > extendified_notify - once we've got the systray-refactor down > fortune-teller - nice idea, but not ported from the 4.0 API > knet - not ported from the 4.0 API for starters > rot13 - not ported from the 4.0 API for starters > qedje - we have the script engine now > > > > -- > 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 Trolltech > > > > ___ > Plasma-devel mailing list > Plasma-devel@kde.org > https://mail.kde.org/mailman/listinfo/plasma-devel > > networkmanager is being ported right now. I'm currently working on getting the dataengine working and then I'll finish up the applet. I'll need to talk to you about API changes. Is there a specific time that we can meet on IRC? ___ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-devel
Re: playground applets
On Tuesday 30 September 2008 06:33, Aaron J. Seigo wrote: > needs more work > === > train-clock - sizing oddnesses (see difference between clock size and the > standard background) > commandwatch - should use exec dataengine; should use a scrolling text area; > wrong PluginInfo-Name style > contacts - should require config on 0 contacts; contacts sould be clickable; > scrollable area for items; in panel, a paged mode? > eyes - what would life be without eyes? ;) needs oxygenation though; too old > school as it is I think this applet should also use the mouse dataengine, but I may be slightly biased here since I wrote it ;) It should keep the number of synchronous requests down when you have several applets that need to track the global mouse position though. Regards, Fredrik ___ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-devel
Re: playground applets
2008/9/30 Aaron J. Seigo <[EMAIL PROTECTED]>: > remove? > == > qedje - we have the script engine now Removed =) Cheers! -- --- Artur Duque de Souza OpenBossa Research Labs INdT - Instituto Nokia de Tecnologia --- Blog: http://labs.morpheuz.eng.br/blog/ PGP: 0xDBEEAAC3 @ wwwkeys.pgp.net --- ___ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-devel
Re: playground applets
On Tuesday 30 September 2008, Ivan Čukić wrote: > > groupphoto > > This one has a sentimental value :) yeah, i know =) > > java > > The Java applet is an example of how you could create an applet using Java. > Unfortunately, there are no Plasma bindings for Java yet but still is a > useful code example. Maybe to remove it from there, and to put the code to > the techbase? (the same could go for the GL applets) my concern is that these applets tend to bitrot and keep Old Ways of doing things. as such, they sometimes do more harm than good. i did play with the concept of keeping all of these in a plasma-sdk package .. but .. yeah, that would require someone maintaining them and keeping them fresh which i don't see happening right now. -- 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 Trolltech signature.asc Description: This is a digitally signed message part. ___ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-devel
RE: playground applets
-Original Message- From: Jason Stubbs [mailto:[EMAIL PROTECTED] Sent: Tue 9/30/2008 3:37 PM To: plasma-devel@kde.org Subject: Re: playground applets Aaron J. Seigo wrote: > candidates for base 4.2 > = > systray-refactor - needs the plasmoid protocol finished out, but ... > remove? > == > extendified_notify - once we've got the systray-refactor down I've merged extendified_notify into systray-refactor already. QSystemTrayIcon::showMessage() should also work via the same mechanism although I haven't tested it. The remaining issues (that I know of) are: * The correct icon isn't being set on notifications (internal API issue) * The extender doesn't close after all notifications disappear (possible fix locally) * Detached notifications don't close. (What to do about this?) I think that is correct behavior. If the user detaches a notification, that kind of implies that the user is interested in this notification. It's not very kind to automatically close this notification in that case. * Notifications aren't grouped by application. (Not critical but preferred) The only way to do this nicely, is by having grouping support in extenders, and while I agree that we should have this feature, I don't think this is realistic for 4.2. * Misbehavior of certain applets within the plasmoid protocol or vice-versa. (Still needs investigating) I would like to add a point to this list: positioning of the extender is wrong on my system. Notifications are drawn part off screen and behind systray icons. -- Jason Stubbs ___ 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
Re: playground applets
On Tuesday 30 September 2008, Jason Stubbs wrote: > Aaron J. Seigo wrote: > > candidates for base 4.2 > > = > > systray-refactor - needs the plasmoid protocol finished out, but > > ... > > > remove? > > == > > extendified_notify - once we've got the systray-refactor down > > I've merged extendified_notify into systray-refactor already. great; i'll remove this one today then. > The remaining issues (that I know of) are: > * The correct icon isn't being set on notifications (internal API issue) internal to the systray-refactor widget .. or? > * The extender doesn't close after all notifications disappear (possible >fix locally) cool ... > * Detached notifications don't close. (What to do about this?) good question; since the user detaches them manually, i think it's ok that they stay until the user again takes action? > * Notifications aren't grouped by application. (Not critical but >preferred) agreed > * Misbehavior of certain applets within the plasmoid protocol or >vice-versa. (Still needs investigating) yes; however, as this is a new feature and one that isn't really visible to the user unless you go medling with the code or, eventually, the config, i think this isn't a show stopper for moving into mainline .. still needs to be addressed of course =) -- 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 Trolltech signature.asc Description: This is a digitally signed message part. ___ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-devel
Re: playground applets
On Tuesday 30 September 2008, Jason Stubbs wrote: > Having a quick look at kuiserver, it'd be pretty straight forward to > simply tack it on to the systray applet without any big changes in > either code base. Yay/nay? yay from here =) -- 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 Trolltech signature.asc Description: This is a digitally signed message part. ___ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-devel
Re: playground applets (sytem monitor)
On Tuesday 30 September 2008, Petri Damstén wrote: > On Tuesday 30 September 2008 16:23:44 Marco Martin wrote: > > btw i have just some issues at the applet side: > > system-monitor.cpp: shouldn't be a containment, since containments in > > containments aren't supported (Containment::loadApplet was disabled when > > the containment is an applet) i just fixed the loading by using > > Plasma::Applet::load() instead, but i think should really be just an > > applet. > > ok. > > > CPU: maybe an analog meter also here? > > I like it that way, but if configurable why not. ok, so i'll see if i can make a patch with a default off behaviour > > > Hardware-info: barely readable, just use textcolor from plasma theme > > maybe? > > yes. > > > Network: put also a label that shows in and out kbps? just a plot without > > numbers doesn't exactly say how much is fast :) > > I you scale it bigger you get lines showing speed (same goes for cpu) maybe > they should be there all the time. no, would be a bit of a mess when the size is tiny, and the HighlightColor as color i think it's right, just the color in the plasma theme it's too dark, but must be fixed here Cheers, Marco Martin > Petri ___ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-devel
Re: playground applets
Marco Martin wrote: >> systray-refactor - needs the plasmoid protocol finished out, but generally >> there. (notifications?) >> kuiserver - or should this also be added to the systemtray? > > seems a neat idea, so it would also be possible to put some code to not make > uiserver and notifications overlap Ultimately, I think they should be combined but personally I think the kuiserver and knotify protocols should be combined too. That's definitely not something that can be done for 4.2 though. ;) Having a quick look at kuiserver, it'd be pretty straight forward to simply tack it on to the systray applet without any big changes in either code base. Yay/nay? -- Jason Stubbs ___ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-devel
Re: playground applets
Aaron J. Seigo wrote: > candidates for base 4.2 > = > systray-refactor - needs the plasmoid protocol finished out, but ... > remove? > == > extendified_notify - once we've got the systray-refactor down I've merged extendified_notify into systray-refactor already. QSystemTrayIcon::showMessage() should also work via the same mechanism although I haven't tested it. The remaining issues (that I know of) are: * The correct icon isn't being set on notifications (internal API issue) * The extender doesn't close after all notifications disappear (possible fix locally) * Detached notifications don't close. (What to do about this?) * Notifications aren't grouped by application. (Not critical but preferred) * Misbehavior of certain applets within the plasmoid protocol or vice-versa. (Still needs investigating) -- Jason Stubbs ___ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-devel
Re: playground applets (sytem monitor)
On Tuesday 30 September 2008 16:29:41 Marco Martin wrote: > i don't have acpi thermal zone on this system so don't exactly know but > perhaps is different sensors? > core0 and core1 are sensors in the cpu itself, usually motherboards also > have a sensor near the cpu, so there always some degree of difference here > sensors also have a Sys temp and cpu temp entries that show totally > different temps.. I don't know but with systemmonitor I only get one option acpi/thermal_zone/THRM/temperature. Petri signature.asc Description: This is a digitally signed message part. ___ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-devel
Re: playground applets (sytem monitor)
On Tuesday 30 September 2008 16:23:44 Marco Martin wrote: > btw i have just some issues at the applet side: > system-monitor.cpp: shouldn't be a containment, since containments in > containments aren't supported (Containment::loadApplet was disabled when > the containment is an applet) i just fixed the loading by using > Plasma::Applet::load() instead, but i think should really be just an > applet. ok. > CPU: maybe an analog meter also here? I like it that way, but if configurable why not. > Hardware-info: barely readable, just use textcolor from plasma theme maybe? yes. > Network: put also a label that shows in and out kbps? just a plot without > numbers doesn't exactly say how much is fast :) I you scale it bigger you get lines showing speed (same goes for cpu) maybe they should be there all the time. Petri signature.asc Description: This is a digitally signed message part. ___ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-devel
Re: playground applets (sytem monitor)
On Tuesday 30 September 2008, Petri Damstén wrote: > On Tuesday 30 September 2008 14:36:10 Marco Martin wrote: > > > cpu temperature seems to not work anymore (problem in the dataengine?) > > > could be a problem in my system but i don't think since the sensors > > > command still works ok. > > I seem to get different temperatures with systemmonitor than sensors: > > $cat /proc/acpi/thermal_zone/THRM/temperature > temperature: 40 C > > $ sensors > k8temp-pci-00c3 > Adapter: PCI adapter > Core0 Temp: +33.0°C > Core1 Temp: +34.0°C > > Petri i don't have acpi thermal zone on this system so don't exactly know but perhaps is different sensors? core0 and core1 are sensors in the cpu itself, usually motherboards also have a sensor near the cpu, so there always some degree of difference here sensors also have a Sys temp and cpu temp entries that show totally different temps.. Cheers, Marco Martin ___ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-devel
Re: playground applets (sytem monitor)
On Tuesday 30 September 2008, Petri Damstén wrote:
> On Tuesday 30 September 2008 14:36:10 Marco Martin wrote:
> > > i'll take a look (perhaps it's a quick fix), because it's a really nice
> > > set of applets, would be really cool to have them in 4.2
> >
> > temperature works again
> > http://reviewboard.vidsolbach.de/r/207/
> > Petri, ok to commit?
>
> propably dataEngine("sytemmonitor") -> dataEngine("systemmonitor")
> otherwise ok.
whoops, ahahah :)
> > also, if you agree i have just a couple of suggestions/issue on what
> > should be changed and then i think it could go in addons (heck, could
> > even do them myself if it's ok)
>
> Of course it's ok :-) system monitor (applet) needs soliddevice, sensors,
> executable & systemmonitor data engines. Now that you ported sensors to
> systemmonitor and executable is going to kdebase there is only
> systemmonitor in playground. Is it ready to be moved to kdeplasma-addons?
actually i didn't look much at the code of the data engine, just tried to make
some random queries with plasmaengineexplorer and seems to work well
btw i have just some issues at the applet side:
system-monitor.cpp: shouldn't be a containment, since containments in
containments aren't supported (Containment::loadApplet was disabled when the
containment is an applet) i just fixed the loading by using
Plasma::Applet::load() instead, but i think should really be just an applet.
CPU: maybe an analog meter also here?
Hardware-info: barely readable, just use textcolor from plasma theme maybe?
Network: put also a label that shows in and out kbps? just a plot without
numbers doesn't exactly say how much is fast :)
i would also use the standard meter svgs from the plasma theme instead of
custom one. the linear meter is exactly the same already, the analog meter i
would just replace the one in plasma (that is reeeally old) with this one that
works better at little sizes
oh and last thing replace Header with Plasma::Frame so it will have a coherent
look with other things and use a svg instead of hardcoded gradients
Cheers,
Marco Martin
>
> Petri
___
Plasma-devel mailing list
Plasma-devel@kde.org
https://mail.kde.org/mailman/listinfo/plasma-devel
Re: playground applets (sytem monitor)
On Tuesday 30 September 2008 14:36:10 Marco Martin wrote: > > cpu temperature seems to not work anymore (problem in the dataengine?) > > could be a problem in my system but i don't think since the sensors > > command still works ok. I seem to get different temperatures with systemmonitor than sensors: $cat /proc/acpi/thermal_zone/THRM/temperature temperature: 40 C $ sensors k8temp-pci-00c3 Adapter: PCI adapter Core0 Temp: +33.0°C Core1 Temp: +34.0°C Petri signature.asc Description: This is a digitally signed message part. ___ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-devel
Re: playground applets (sytem monitor)
On Tuesday 30 September 2008 14:36:10 Marco Martin wrote:
> > i'll take a look (perhaps it's a quick fix), because it's a really nice
> > set of applets, would be really cool to have them in 4.2
>
> temperature works again
> http://reviewboard.vidsolbach.de/r/207/
> Petri, ok to commit?
propably dataEngine("sytemmonitor") -> dataEngine("systemmonitor") otherwise
ok.
> also, if you agree i have just a couple of suggestions/issue on what should
> be changed and then i think it could go in addons (heck, could even do them
> myself if it's ok)
Of course it's ok :-) system monitor (applet) needs soliddevice, sensors,
executable & systemmonitor data engines. Now that you ported sensors to
systemmonitor and executable is going to kdebase there is only systemmonitor
in playground. Is it ready to be moved to kdeplasma-addons?
Petri
signature.asc
Description: This is a digitally signed message part.
___
Plasma-devel mailing list
Plasma-devel@kde.org
https://mail.kde.org/mailman/listinfo/plasma-devel
Re: playground applets (sytem monitor)
On Tuesday 30 September 2008, Marco Martin wrote: > On Tuesday 30 September 2008, Aaron J. Seigo wrote: > > holy crap do we have a lot of applets in playground. > > > > i started sorting and sifting through them, and while i'm not nearly done > > i suppose it's at least a start. here's my results so far, comments > > welcome: > > > > candidates for base 4.2 > > = > > life > > activitybar - neat concept; has layout issue on planar > > systray-refactor - needs the plasmoid protocol finished out, but > > generally there. (notifications?) > > kuiserver - or should this also be added to the systemtray? > > > > candidates for addons 4.2 > > = > > bball - works; cute > > also system monitor was in a state i think more or less ready for addons, > just two things happened some time ago: > the system-monitor applet (the one that embeds the other ones) stopped > working, it fails to createthe embedded applets now > cpu temperature seems to not work anymore (problem in the dataengine?) > could be a problem in my system but i don't think since the sensors command > still works ok. > > i'll take a look (perhaps it's a quick fix), because it's a really nice set > of applets, would be really cool to have them in 4.2 temperature works again http://reviewboard.vidsolbach.de/r/207/ Petri, ok to commit? also, if you agree i have just a couple of suggestions/issue on what should be changed and then i think it could go in addons (heck, could even do them myself if it's ok) Cheers, Marco Martin > > priorities for 4.2 > > == > > keyboardLeds - a MUST HAVE. however, needs proper art, cover all the > > keys, and not polling but use the x11 a11y stuff. see: > > > > http://websvn.kde.org/branches/KDE/3.5/kdeaccessibility/kbstateapplet/kbs > >ta te.cpp?view=markup > > > > working > > = > > cia.vc - working; usefulness? summary stats? scroll area? hum. > > > > needs more work > > === > > train-clock - sizing oddnesses (see difference between clock size and > > the standard background) > > commandwatch - should use exec dataengine; should use a scrolling text > > area; wrong PluginInfo-Name style > > contacts - should require config on 0 contacts; contacts sould be > > clickable; scrollable area for items; in panel, a paged mode? > > eyes - what would life be without eyes? ;) needs oxygenation though; too > > old school as it is > > konsolator - really nice idea, tons of repaint issues > > > > broken > > > > debugapplet - really cool idea; needs kdelibs patches commited, lots of > > problems in the applet itself > > > > remove? > > == > > groupphoto > > java > > samplegl > > samplegl2 > > desktop > > extendified_notify - once we've got the systray-refactor down > > fortune-teller - nice idea, but not ported from the 4.0 API > > knet - not ported from the 4.0 API for starters > > rot13 - not ported from the 4.0 API for starters > > qedje - we have the script engine now ___ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-devel
Re: playground applets
On Tuesday 30 September 2008, Aaron J. Seigo wrote: > holy crap do we have a lot of applets in playground. > > i started sorting and sifting through them, and while i'm not nearly done i > suppose it's at least a start. here's my results so far, comments welcome: > > candidates for base 4.2 > = > life > activitybar - neat concept; has layout issue on planar > systray-refactor - needs the plasmoid protocol finished out, but generally > there. (notifications?) > kuiserver - or should this also be added to the systemtray? > > candidates for addons 4.2 > = > bball - works; cute also system monitor was in a state i think more or less ready for addons, just two things happened some time ago: the system-monitor applet (the one that embeds the other ones) stopped working, it fails to createthe embedded applets now cpu temperature seems to not work anymore (problem in the dataengine?) could be a problem in my system but i don't think since the sensors command still works ok. i'll take a look (perhaps it's a quick fix), because it's a really nice set of applets, would be really cool to have them in 4.2 Cheers, Marco Martin > priorities for 4.2 > == > keyboardLeds - a MUST HAVE. however, needs proper art, cover all the keys, > and not polling but use the x11 a11y stuff. see: > > http://websvn.kde.org/branches/KDE/3.5/kdeaccessibility/kbstateapplet/kbsta >te.cpp?view=markup > > working > = > cia.vc - working; usefulness? summary stats? scroll area? hum. > > needs more work > === > train-clock - sizing oddnesses (see difference between clock size and the > standard background) > commandwatch - should use exec dataengine; should use a scrolling text > area; wrong PluginInfo-Name style > contacts - should require config on 0 contacts; contacts sould be > clickable; scrollable area for items; in panel, a paged mode? > eyes - what would life be without eyes? ;) needs oxygenation though; too > old school as it is > konsolator - really nice idea, tons of repaint issues > > broken > > debugapplet - really cool idea; needs kdelibs patches commited, lots of > problems in the applet itself > > remove? > == > groupphoto > java > samplegl > samplegl2 > desktop > extendified_notify - once we've got the systray-refactor down > fortune-teller - nice idea, but not ported from the 4.0 API > knet - not ported from the 4.0 API for starters > rot13 - not ported from the 4.0 API for starters > qedje - we have the script engine now ___ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-devel
Re: playground applets
On Tuesday 30 September 2008, Aaron J. Seigo wrote: > holy crap do we have a lot of applets in playground. > > i started sorting and sifting through them, and while i'm not nearly done i > suppose it's at least a start. here's my results so far, comments welcome: > > candidates for base 4.2 > = > life > activitybar - neat concept; has layout issue on planar should be fixed, there should really be something in Applet that deals with layout minimumsizes, but really don't know how to do, since layouts don't signal on items inserted/removed or size hint changed :( it also has a little fitts law problem when in the panel, maybe it wouldn't be too pretty but i think the tabbar widget should have some function to enable/disable its background and margins anyways, i'll move it in kde-review > systray-refactor - needs the plasmoid protocol finished out, but generally > there. (notifications?) > kuiserver - or should this also be added to the systemtray? seems a neat idea, so it would also be possible to put some code to not make uiserver and notifications overlap oh, and speaking of refactors, what about tasks? i have a patch on rb that implements the popup menu when clicked on a group, after that some crashes should be ironed out and then i think it's not worse than the current one... Cheers, Marco MArtin > > candidates for addons 4.2 > = > bball - works; cute > > priorities for 4.2 > == > keyboardLeds - a MUST HAVE. however, needs proper art, cover all the keys, > and not polling but use the x11 a11y stuff. see: > > http://websvn.kde.org/branches/KDE/3.5/kdeaccessibility/kbstateapplet/kbsta >te.cpp?view=markup > > working > = > cia.vc - working; usefulness? summary stats? scroll area? hum. > > needs more work > === > train-clock - sizing oddnesses (see difference between clock size and the > standard background) > commandwatch - should use exec dataengine; should use a scrolling text > area; wrong PluginInfo-Name style > contacts - should require config on 0 contacts; contacts sould be > clickable; scrollable area for items; in panel, a paged mode? > eyes - what would life be without eyes? ;) needs oxygenation though; too > old school as it is > konsolator - really nice idea, tons of repaint issues > > broken > > debugapplet - really cool idea; needs kdelibs patches commited, lots of > problems in the applet itself > > remove? > == > groupphoto > java > samplegl > samplegl2 > desktop > extendified_notify - once we've got the systray-refactor down > fortune-teller - nice idea, but not ported from the 4.0 API > knet - not ported from the 4.0 API for starters > rot13 - not ported from the 4.0 API for starters > qedje - we have the script engine now ___ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-devel
Re: playground applets
> groupphoto This one has a sentimental value :) > java The Java applet is an example of how you could create an applet using Java. Unfortunately, there are no Plasma bindings for Java yet but still is a useful code example. Maybe to remove it from there, and to put the code to the techbase? (the same could go for the GL applets) -- A positive attitude may not solve all your problems, but it will annoy enough people to make it worth the effort -- Herm Albright ___ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-devel
playground applets
holy crap do we have a lot of applets in playground. i started sorting and sifting through them, and while i'm not nearly done i suppose it's at least a start. here's my results so far, comments welcome: candidates for base 4.2 = life activitybar - neat concept; has layout issue on planar systray-refactor - needs the plasmoid protocol finished out, but generally there. (notifications?) kuiserver - or should this also be added to the systemtray? candidates for addons 4.2 = bball - works; cute priorities for 4.2 == keyboardLeds - a MUST HAVE. however, needs proper art, cover all the keys, and not polling but use the x11 a11y stuff. see: http://websvn.kde.org/branches/KDE/3.5/kdeaccessibility/kbstateapplet/kbstate.cpp?view=markup working = cia.vc - working; usefulness? summary stats? scroll area? hum. needs more work === train-clock - sizing oddnesses (see difference between clock size and the standard background) commandwatch - should use exec dataengine; should use a scrolling text area; wrong PluginInfo-Name style contacts - should require config on 0 contacts; contacts sould be clickable; scrollable area for items; in panel, a paged mode? eyes - what would life be without eyes? ;) needs oxygenation though; too old school as it is konsolator - really nice idea, tons of repaint issues broken debugapplet - really cool idea; needs kdelibs patches commited, lots of problems in the applet itself remove? == groupphoto java samplegl samplegl2 desktop extendified_notify - once we've got the systray-refactor down fortune-teller - nice idea, but not ported from the 4.0 API knet - not ported from the 4.0 API for starters rot13 - not ported from the 4.0 API for starters qedje - we have the script engine now -- 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 Trolltech signature.asc Description: This is a digitally signed message part. ___ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-devel
