Review Request: config
--- This is an automatically generated e-mail. To reply, visit: http://reviewboard.kde.org/r/639/ --- Review request for Plasma. Summary --- oh for fuck's sake I lost the whole text for the SECOND time! while I was trying to copy it to prevent that! issues: -it's modal -view shortcuts aren't included yet -shortcut dialog's shortcut mysteriously doesn't work -needs testing without my local patch that fixes a qt shortcut bug Diffs - /trunk/KDE/kdelibs/plasma/applet.cpp 960161 /trunk/KDE/kdelibs/plasma/containment.cpp 960161 /trunk/KDE/kdelibs/plasma/corona.h 960161 /trunk/KDE/kdelibs/plasma/corona.cpp 960161 Diff: http://reviewboard.kde.org/r/639/diff Testing --- Thanks, Chani ___ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-devel
Review Request: Make Cycle desktop on mouse wheel and optional feature on the Pager plasmoid
--- This is an automatically generated e-mail. To reply, visit: http://reviewboard.kde.org/r/641/ --- Review request for Plasma. Summary --- Make Cycle desktop on mouse wheel and optional feature on the Pager plasmoid. Addresses part of bug 187487 I don't know if anything else is needed when adding a new configuration entry. It sets the default(and current) value on constructor. BTW-offtopic: the Pager plasmoid config dialog may need a relayouting. This addresses bug 187487. https://bugs.kde.org/show_bug.cgi?id=187487 Diffs - svn://anonsvn.kde.org/home/kde/trunk/KDE/kdebase/workspace/plasma/applets/pager/pager.h 960693 svn://anonsvn.kde.org/home/kde/trunk/KDE/kdebase/workspace/plasma/applets/pager/pager.cpp 960693 svn://anonsvn.kde.org/home/kde/trunk/KDE/kdebase/workspace/plasma/applets/pager/pagerConfig.ui 960693 Diff: http://reviewboard.kde.org/r/641/diff Testing --- Thanks, Darío ___ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-devel
Re: Python bindings for PopupApplet
On Wed, Apr 29, 2009 at 2:31 PM, Tim Bocek tim.bo...@gmail.com wrote: Hello, I am trying to write a plasma applet in Python that pops up (like the battery monitor) when placed in the toolbar. I gathered that using the PopupApplet instead of Applet base class is the right way to do this, rather than try and use extenders myself and reinvent the wheel. However, I also gather from the tutorials that I'm supposed to subclass plasmascript.Applet instead of Plasma.Applet when creating my applet. The thing is, I can't find an equivalent plasmascript.PopupApplet. I have tried including the line self.setApplet(Plasma.PopupApplet(self)) in the init (NOT __init__) function for my plasmascript.Applet subclass, but this leaves me with a blank applet. If I instead place this line in __init__, I get an exception that the maximum recursion depth for object creation has been exceeded. I've googled around a bit but haven't been able to find any explanation of how to do this. The python plasma binding tutorials on TechBase don't explain it (though if I figure this out I'd be happy to write one that does!) Any ideas regarding what to do or where to look? Support for writing PopupApplets in scripting languages was only recently added to the KDE trunk. At the moment you can only write them in Ruby, but hopefully Python support will be added before the KDE 4.3 release. -- Richard ___ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-devel
Re: Python bindings for PopupApplet
OK, thanks for the info. As I'm not daring enough to run trunk maybe this is time to shed my reliance on scripting and learn to write one of these in good old C++ :) Thanks! -Tim On Wed, Apr 29, 2009 at 8:12 AM, Richard Dale richard.j.d...@gmail.comwrote: On Wed, Apr 29, 2009 at 2:31 PM, Tim Bocek tim.bo...@gmail.com wrote: Hello, I am trying to write a plasma applet in Python that pops up (like the battery monitor) when placed in the toolbar. I gathered that using the PopupApplet instead of Applet base class is the right way to do this, rather than try and use extenders myself and reinvent the wheel. However, I also gather from the tutorials that I'm supposed to subclass plasmascript.Applet instead of Plasma.Applet when creating my applet. The thing is, I can't find an equivalent plasmascript.PopupApplet. I have tried including the line self.setApplet(Plasma.PopupApplet(self)) in the init (NOT __init__) function for my plasmascript.Applet subclass, but this leaves me with a blank applet. If I instead place this line in __init__, I get an exception that the maximum recursion depth for object creation has been exceeded. I've googled around a bit but haven't been able to find any explanation of how to do this. The python plasma binding tutorials on TechBase don't explain it (though if I figure this out I'd be happy to write one that does!) Any ideas regarding what to do or where to look? Support for writing PopupApplets in scripting languages was only recently added to the KDE trunk. At the moment you can only write them in Ruby, but hopefully Python support will be added before the KDE 4.3 release. -- Richard ___ 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: Review Request: Make Cycle desktop on mouse wheel and optional feature on the Pager plasmoid
On 2009-04-29 10:12:22, Aaron Seigo wrote: i don't think this belongs in the pager: the desktop view and the taskbar also implement the same scroll wheel features. this really sounds like something that ought to be put into the mythical global plasma-desktop kcm I guess it could make sense to make it a global setting as it would weird if you disabled desktop cycling when wheeling on the desktop and you want it to be in the pager instead. But, about the Taskbar... at least here, the mouse wheel action only cycle through the opened applications in the taskbar itself, so I think it's another (different) action. May be in that case a specific configuration option could be added to the taskbar. (I couldn't find the code of the wheelEvent on the taskbar may be I got it all wrong) Regards Dario - Darío --- This is an automatically generated e-mail. To reply, visit: http://reviewboard.kde.org/r/641/#review1001 --- On 2009-04-29 07:07:20, Darío Andrés wrote: --- This is an automatically generated e-mail. To reply, visit: http://reviewboard.kde.org/r/641/ --- (Updated 2009-04-29 07:07:20) Review request for Plasma. Summary --- Make Cycle desktop on mouse wheel and optional feature on the Pager plasmoid. Addresses part of bug 187487 I don't know if anything else is needed when adding a new configuration entry. It sets the default(and current) value on constructor. BTW-offtopic: the Pager plasmoid config dialog may need a relayouting. This addresses bug 187487. https://bugs.kde.org/show_bug.cgi?id=187487 Diffs - svn://anonsvn.kde.org/home/kde/trunk/KDE/kdebase/workspace/plasma/applets/pager/pager.h 960693 svn://anonsvn.kde.org/home/kde/trunk/KDE/kdebase/workspace/plasma/applets/pager/pager.cpp 960693 svn://anonsvn.kde.org/home/kde/trunk/KDE/kdebase/workspace/plasma/applets/pager/pagerConfig.ui 960693 Diff: http://reviewboard.kde.org/r/641/diff Testing --- Thanks, Darío ___ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-devel
Re: [nepomuk-kde] Social Desktop in 4.3?
The standardisation efforts for social web things go far beyond the semantic web - although of course we should put semantic things into as many things as possible :) For technologies, there is of course OpenID, now supported by almost everyone, for basic authentication, there is OAuth for the exchange of user-data, and there is Google's OpenSocial for social widgets (i.e. almost like an application framework for social pages, like Facebook apps) Then there is dataportability.org, which is the main interest group, joined by google, microsoft, etc. - although in the end they seem to little more than joining and talking a lot. I know Dan Brickley, who is behind FOAF, also works hard to on the intersection of these technologies and semantic web things, he blogs about it, but his page http://danbri.org/ is unfortunately down at the moment. I also talked briefly to Frank Karlitschek about this at Academy last year, but did not take the time to convince him that joining these people was the way to go :) (Disclaimer: I've not really followed the kde social desktop, for all I know has started using all of the above since then!) =- Gunnar Richard Dale wrote: On Tue, Apr 28, 2009 at 8:53 PM, Sebastian Kügler se...@kde.org wrote: On Tuesday 28 April 2009 17:49:48 Richard Dale wrote: On Tue, Apr 28, 2009 at 2:12 PM, Sebastian Kügler se...@kde.org wrote: As some of you know, I've spent some intense cycles on the social desktop support in KDE and specifically in Plasma. This functionality integrates a social network, in this case openDesktop.org which powers sites such as kde- ook.org, kde-apps.org and opendesktop.org. The server-side parts are specified in the Open Collaboration Services API, to be seen on http://www.freedesktop.org/wiki/Specifications/open-collaboration-service s The grand vision behind all that is to closely integrate the social web into the desktop. What's there right now is the tip of the iceberg. What I don't understand about this stuff is why it completely ignores the Sematic Web. Why doesn't it use FOAF for instance, instead of redoing the same thing in XML? Why do we have one set of ontologies in Nepomuk, and yet a completely different non-RDF bunch of stuff on the web? I think that's mainly because it's all still very young technology, but I also have to admit that I don't know enough of the semantic stuff yet to make real sense of it. Yes, the RESTful apis actually look very nice and easy to use. It's just that I think data should be the starting point, and not a specific api. Otherwise, we'll just end with another 'data silo' even if it has a public open api, because to do anything with the data well will need to convert it to other formats. Also, the KDE side of these things is not quite there yet. When I was for example looking for a generic concept of a Person (for this, but also for another project), my impression was that Nepomuk is not quite there yet. Nepomuk uses different ontologies optimized for the semantic desktop. But if the data is in the form of triples it is much easier to transform it and combine it with other RDF based data. For KDE the semantic web ontologies that seem be the most suitable might be: * FOAF - info about people * SIOC - blogging info * SCOT - tags that are connected to semantic web ontologies, rather then just being names * DOAP - description of a project That's of course the desktop side of things. How this looks on the web, I don't know. Heck, I don't even know FOAF (OK, *now* I know, thanks to Wikipedia ... ;-)). All this is very new, and we're in no way setting things in stone. But I guess it'll take some time until it all fleshes out, becomes clear how this should all be connected, and for the technologies and environment to mature enough so it's actually useful. It's also one of the reasons why I want to get it out there, so visibility increases and more people start working on it. Especially I hope more smarter people than me do. :-) I'm dying to combine all those subjects, but I don't see how to do it at this point in time, pointers are of course welcome. I think the name to search for is 'Social Semantic Desktop'. Here is a slide show by John Breslin (it mentions KDE4): http://www.slideshare.net/Cloud/the-social-semantic-web-presentation?type=powerpoint I'll cc this to the Nepomuk list as the people there know the most about it, and I would be interested to hear what they have to say about the Social Desktop stuff. -- Richard ___ nepomuk-kde mailing list nepomuk-...@semanticdesktop.org http://lists.semanticdesktop.org/mailman/listinfo/nepomuk-kde ___ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-devel
Re: Review Request: Patch to use the iplocationtools.com geolocation service (lat/long information, bigger database)
The nicest solution would be of course to just query iplocationtools.com with my current IP whatever, but for that, iplocationtools would need some kind of API to extract the current IP from the HTTP request. Which it doesn't have as far as I can see. If you visit iplocationtools.com, they give location data for ones IP on the first page of the site - so evidently, they can do it, just haven't made an API for it. I've got in touch with them to ask for the API call to be made, I'll report back on progress with that - I can't see it being too big a deal, and they seem good at handling requests pretty quickly.. In terms of reliability of service, whatismyip may be unreliable, but one of the big advantages of iplocationtools.com is that their servers can handle a few thousand geolocation requests per second - so we don't need to worry about it dying a death as geolocation becomes widespread in KDE. Hence, I'd prefer to stick to it if possible - here's hoping they can sort out the API. In the mean time, does anyone suppose there's a chance of a 'what is my IP'.php file being hosted on plasma.kde org as a stop-gap measure? I can't see it using too much bandwidth, and the KDE servers seem pretty damned reliable. Andrew ___ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-devel
Re: Review Request: Make Cycle desktop on mouse wheel and optional feature on the Pager plasmoid
On 2009-04-29 10:12:22, Aaron Seigo wrote: i don't think this belongs in the pager: the desktop view and the taskbar also implement the same scroll wheel features. this really sounds like something that ought to be put into the mythical global plasma-desktop kcm Darío Andrés wrote: I guess it could make sense to make it a global setting as it would weird if you disabled desktop cycling when wheeling on the desktop and you want it to be in the pager instead. But, about the Taskbar... at least here, the mouse wheel action only cycle through the opened applications in the taskbar itself, so I think it's another (different) action. May be in that case a specific configuration option could be added to the taskbar. (I couldn't find the code of the wheelEvent on the taskbar may be I got it all wrong) Regards Dario i find that people that don't like one don't like the other, usually because they are using a crappy pointer device or a pointer device with a crappy driver or a pointer device with a crappy configuration. i don't think we need N different configuration switches for this. one shoudl be enough. we can always refine it later and add more if needed, but we can't take configuration options we offer in a release back without some serious backlash. (been there, done that, starting with the icon zooming thing in kde3) - Aaron --- This is an automatically generated e-mail. To reply, visit: http://reviewboard.kde.org/r/641/#review1001 --- On 2009-04-29 07:07:20, Darío Andrés wrote: --- This is an automatically generated e-mail. To reply, visit: http://reviewboard.kde.org/r/641/ --- (Updated 2009-04-29 07:07:20) Review request for Plasma. Summary --- Make Cycle desktop on mouse wheel and optional feature on the Pager plasmoid. Addresses part of bug 187487 I don't know if anything else is needed when adding a new configuration entry. It sets the default(and current) value on constructor. BTW-offtopic: the Pager plasmoid config dialog may need a relayouting. This addresses bug 187487. https://bugs.kde.org/show_bug.cgi?id=187487 Diffs - svn://anonsvn.kde.org/home/kde/trunk/KDE/kdebase/workspace/plasma/applets/pager/pager.h 960693 svn://anonsvn.kde.org/home/kde/trunk/KDE/kdebase/workspace/plasma/applets/pager/pager.cpp 960693 svn://anonsvn.kde.org/home/kde/trunk/KDE/kdebase/workspace/plasma/applets/pager/pagerConfig.ui 960693 Diff: http://reviewboard.kde.org/r/641/diff Testing --- Thanks, Darío ___ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-devel
kdereview review day
hi :) on thursday (today or tomorrow, depending on what tz you're in :) i'll be going through all the items in kdereview and moving things that are ready over. come find me on irc if you'll like to a) help or b) inquire about specific components. i'll post a summary to the list about what moves over and what doesn't (and why) -- 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 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