Re: Saying Hello
On Sunday, 07 April, 2013 12:31:27 PM Aaron J. Seigo wrote: On Saturday, April 6, 2013 22:01:54 Matthew McKeen wrote: I was thinking of taking on the task of integrating Android into the desktop. I don't know about all of you, but every time that I have to look away from my computer screen when my phone plays its notification ping is really a nuisance, and it would be nice if notifications, battery information, or even media playback on an attached Android device could be controlled from the desktop. This implementation is actually not as hard as it sounds based on some preliminary research of the Android accessory API, but I believe it will require a service to be running on the Android device itself in order to communicate with the desktop. As an Android phone user, I would personally find this very handy and a great compliment to the mpt support in 4.10. There are two of them around (not updated in a while, however): AndroidScreenCast -- has jnlp on line or can download Monkeyengine Need to have android bridge tool adb installed to use them, available on most distros by now. ___ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-devel
Re: Google
So that leaves akonadi google resource. Including the contacts and calendar in KDE would be useful, this without google gadgets. There is a kdroid program which will read the contacts via a phone and a dataengine could be done based on this code, but I think getting the resource working would be better. ___ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-devel
How does one get google gadgets to work in plasma. Trying to download them crashes plasma in KDE4.7. More important, I would like to see the Akonadi resource working. It is certainly installed. How do I get to it? ___ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-devel
Re: First Experience With Activities
Why I had so many? My .kde was been through it all including crashes, failures, loss of desktops, etc. Usually the thing healed itself after some logins or, for example, I got my kmail, qjackctl and nut-monitor icons back on my system tray after a plasma-desktop crash and restart. The strip with all the activities, be they a handful or 20, is too big. And now that I have removed all but the two I am using so far, I do not need the whole screen width. Also, the meaning of the transport icons is not quite clear-- suppose when there are applications, they start or stop them. Came up today with one new activity and the kmail, etc., system tray icons again absent. ___ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-devel
First Experience With Activities
Using 4.7 from Debian Experimental (emphasise that word). There are a zillion activities available shown on a strip which is quite large. I named my normal desktop main, gave the second activity a name. So far, so good :-). I started placing widgets/icons on the second actiivity. Going back to the first ... it was totally blank, just the panel. Had to put everything back. Still, the cashew is gone (not the worst loss). I suppose this occurred because once another activity is populated, the config file format changes and boom! Second activity has its cashew. Got that applications to run dialog, mostly covered by the activity strip. Need a different UI for this one--also, when I later on, do want apps, how to I get that back and use it? What I would like to see: Nice ways to move, copy, SHARE, widgets among activities. Right now, they can be shared on the panel but that has limited realestate. Right now, each activity starts with just the panel, must do everything from scratch. Instead of the strip, what about an add-activity dialog with templates which would offer the pre-populated activities presently offered farther along the strip. Then, more of a UI for the activity's mode, properties, applications, etc., on a clean UI field. Another wish-list: The folder-shelf view could be quite useful but could use transparency and multi-column/icon view option (extender would need another treatment). Right now to see anything here, it takes up too much space. The folder view (postings have complained about it) was working fine until the new activity was populated. Now it does not keep its position. All in all, this is shaping up quite nicely. Since our widgets can do everything metro can (sue 'em!), one can really do most anything in KDE/Plasma! ___ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-devel
Re: First Experience With Activities
On Wednesday 02 Tevet 5772 18:51:08 Ivan Čukić wrote: Hi, All the things you wrote sound like a setup issues. (or a 4.7 bug that I forgot about - it was a long time ago). You should only have (if you haven't created them before) one existing activity and two-three templates shown in the activity strip. The templates are already in the Create Activity popup, and if you see any of the templates in the activity strip apart from Photos, Search and Launch and another one I can't remember, it was not intentional - a bug or a setup problem. As for syncing widgets ... I can't say anything regarding that - I'm not working on /that/ part of the activities system :) I have a strip of 1 1/2 screen widths full of varioius activities, some are the templates, desktop folder, etc. And guess what? My general activity, the first one I though was lost, was off, scrolled to the right! I guess I'll simply remove the extras. ___ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-devel
Re: First Experience With Activities
On Wednesday 02 Tevet 5772 19:36:29 Ivan Čukić wrote: Can you please try to create a new user and see how many activities does he have by default? A new user failed to come up. My other existing users started out with later-version kde4--I was playing with it since the very start, keeping them on kde3 until kde4 was stable. Their logins have 6-7 activities, i.e. three new activitiys and the templates, desktop icons, photos, search, etc. Why I had so many? My .kde was been through it all including crashes, failures, loss of desktops, etc. Usually the thing healed itself after some logins or, for example, I got my kmail, qjackctl and nut-monitor icons back on my system tray after a plasma-desktop crash and restart. The strip with all the activities, be they a handful or 20, is too big. And now that I have removed all but the two I am using so far, I do not need the whole screen width. Also, the meaning of the transport icons is not quite clear-- suppose when there are applications, they start or stop them. ___ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-devel
Re: Runner runOptions Guidelines
On Monday 16 Kislev 5772 18:37:54 Aaron J. Seigo wrote: On Monday, December 12, 2011 17:47:42 David Baron wrote: I have been experimenting with UI for my recollrunner. Actions work despite some bugs in the icon placements for others reading along: those bugs have been fixed in 4.8 but yield a pane full of icons (text searched yield many hits). Run option icon interferes less but one can choose one's poison. One runner which will run an app with a 100% hit adds choice beneath the match's text, like in the device notifier. I tried this but these do not close unless one reclicks the icon. Since parameters being set by these are program- wide, this can be a complication. it is really hard for me to understand what you are trying to accomplish and how what you are doing works. perhaps you could just point us to the code for your runner and i could take a look directly? I have posted recollrunner-0.6 on kde-apps.org. This uses the menu runoptions interface. The alternative would be to have radiobuttons and such appear under the match. ___ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-devel
Re: Runner runOptions Guidelines
On Monday 16 Kislev 5772 15:41:54 Mark wrote: On Sun, Dec 11, 2011 at 9:38 PM, David Baron d_ba...@012.net.il wrote: Run options as menus (shown at mouse position at right-icon) close when an action is clicked. Run options shown in the widge with buttons, fields, etc., appearing below the match, persist when clicked. This means several may be open at once which might not be the best idea, side-effects if not syncronized, etc. What are the guidelines or criteria which to use? (Run foobar uses the latter but there will only be ONE match for this.) If the widget idea be preferred, can this be set to either dissappear when a selection is clicked or dissappear when it loses focus or another widget is so-exercised? ___ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-devel I really have no clue what you're talking about and i'm far from a KDE n00b ... A runner can have actions which are done with icons over the results towards the right end and/or can have runoptions which are exercised by clicking a config icon on the right end of the pane. Most runners do not use any of this. I have been experimenting with UI for my recollrunner. Actions work despite some bugs in the icon placements but yield a pane full of icons (text searched yield many hits). Run option icon interferes less but one can choose one's poison. One runner which will run an app with a 100% hit adds choice beneath the match's text, like in the device notifier. I tried this but these do not close unless one reclicks the icon. Since parameters being set by these are program- wide, this can be a complication. The other alternative is to use a menu rather than a widget with buttons, etc. The menu closes as soon as one click it. I will probably go with this because it is simplest. Question I asked concerned UI guidelines for using these devices. ___ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-devel
Runner runOptions Guidelines
Run options as menus (shown at mouse position at right-icon) close when an action is clicked. Run options shown in the widge with buttons, fields, etc., appearing below the match, persist when clicked. This means several may be open at once which might not be the best idea, side-effects if not syncronized, etc. What are the guidelines or criteria which to use? (Run foobar uses the latter but there will only be ONE match for this.) If the widget idea be preferred, can this be set to either dissappear when a selection is clicked or dissappear when it loses focus or another widget is so-exercised? ___ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-devel
Re: Sharable KCModules?
On Friday 13 Kislev 5772 11:38:36 Sebastian Kügler wrote: On Thursday, December 08, 2011 19:52:36 David Baron wrote: Is there a way, probably in the desktop file, to make a KCModule sharable? Right now, the first plasma object to get it owns it. I am not worried about syncronization between instances that modify data, but would be interested in that eventually is this thing be possible at all. Thanks in advance. What exactly are you trying to achieve? I have a krunner and viewer which can access the configuration dialog. There is now a plasmoid that will also execure runners using RunnerManager. Whichever one launches first, plasmoid in plasma-desktop or krunner and afterwards I add the plasmoid, will own the KCModule. The other one will get the dialog as already open in Since users may well be using both, I would like to avoid this problem. ___ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-devel
Sharable KCModules?
Is there a way, probably in the desktop file, to make a KCModule sharable? Right now, the first plasma object to get it owns it. I am not worried about syncronization between instances that modify data, but would be interested in that eventually is this thing be possible at all. Thanks in advance. ___ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-devel
Re: KRunner plugin documentation
On Wednesday 11 Kislev 5772 10:55:59 Andras Mantia wrote: Hi, I like a lot the KRunner plugins, but I find one issue with them: it is not documented how you should use them. I discovered some of the features, but probably not everything. And I see no place in the UI where the documentation could be plugged in. Every plugin has an Info button, but that is used only for About and Author. I suggest to add a Help tab there as well that describes the plugin's usage. Something that needs be addressed! Plugins can publish syntax but this yields and entry on a pontentially large list of one-liners that are barely readable at best. A click on this list might be a place for more detailed/readable explanation. Not all runners publish syntax, however (but runners needing such documentation usually would/should!). A runoptions entry could also be used for this but this necessitates use of runoptions by the runner. An button on the configuration for the runner could also be used but this requires there be configuration dialog for that runner. One the list view, right-click is not used. Might be a place! ___ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-devel
Re: Krunner using both actions and runoptions
On Thursday 20 Heshvan 5772 17:36:49 David Baron wrote: On Thursday 20 Heshvan 5772 13:24:15 Aaron J. Seigo wrote: On Wednesday, November 16, 2011 21:38:20 David Baron wrote: I have mentioned this before, possible bug? Better fix or workaround? the answer is always fix it. there is no point in working around bugs in our own code :) i went ahead and fixed it in f027277 in master and c1e27c6 in the 4.7 branch. A yasher ko-ach! I have latest and greatest (4.6.4?) versions off Debian Sid. Now, if I do not do the kludge-workaround, the thing will crash regardless of whether or not I am setting hasRunOptions true or false! In other words, I have to force the action icon leftward, even if there be no runOptions icon shown! ___ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-devel
Re: Plasma Widgets in Qt-designer
On Monday 24 Heshvan 5772 23:02:13 Aaron J. Seigo wrote: On Monday, November 21, 2011 16:38:22 Luiz =?ISO-8859-1?Q?Rom=E1rio?= Santana Rios wrote: I think it's because Plasma widgets are not QWidgets, but QGraphicsWidgets. you are correct. I assume that yet-another-set-of-widgets was written because they have qualtities the others do not, i.e., portray according the the plasma style, etc. (BTW, most look great for panels but the text in some apps is barely readable.) The ability to use a visual forms tool to set them up would mean I would make use of them instead of some of the Qt and KDE I use now. An alterntive might be a script to convert of .ui or uih file if the calls are similar enough. ___ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-devel
Plasma Widgets in Qt-designer
How does one get them integrated here? I have from KDE, Muse-Awt and clam (audio stuff), and various others, so wlhy not the plasma set. If they were there, I would make use of them. ___ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-devel
Re: Krunner using both actions and runoptions
On Thursday 20 Heshvan 5772 13:24:15 Aaron J. Seigo wrote: On Wednesday, November 16, 2011 21:38:20 David Baron wrote: I have mentioned this before, possible bug? Better fix or workaround? the answer is always fix it. there is no point in working around bugs in our own code :) i went ahead and fixed it in f027277 in master and c1e27c6 in the 4.7 branch. A yasher ko-ach! ___ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-devel
Krunner using both actions and runoptions
In this case, the right-most (last) action icon overlays the runoptions icon. Since they are not exactly the same positions, one can actually get to both with a little skill. However, this is not the desired placement, obviously. Workaround tried was a dummy action with no visible icon. Not much better since the invisible icon's area is dead and on must still gingerly get to the runoption icon which is beneath the invisible icon. I have mentioned this before, possible bug? Better fix or workaround? ___ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-devel
Re: Krunner Katch-22
On Monday 17 Heshvan 5772 09:22:20 Aaron J. Seigo wrote: On Sunday, November 13, 2011 17:43:22 David Baron wrote: How might these be accomplished? by returning QueryMatch objects of type InformationalMatch with the data set to whatever the subsequent match should be. As said, InformationMatch's have no run or actions. I want the the run to be normal. If I choose one of the alterntive actions, I want to get back to the view and be able to choose another or simply open the selection. To be able to re-run the query as a result of an action would be quite nice. ___ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-devel
Krunner Katch-22
There are two ways of getting actions into a runner: As a dropdown from the configure icon on the right or as action-icons over the subtext area. Ne'er the twain do meet. As a drop down, the app remains visible, one has text available (tooltips do not work!) but one does not have access to match data. As activities, one has the data. There are not textual clues and tooltips do not work. As soon as one of the activity choices is done, the app closes. Is there any way to keep the app open (or even rerun the matches)? An activity might want to inspect properties of a file which I might want to open afterwards. This is certainly not a kludgy hack to want to accomplish. Re- running searches might be wanted after refining the options without having to start over. How might these be accomplished? ___ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-devel
Correct syntax for KRun URLs
KRun shoiuld be able to run an executable automatically without using the overloaded KRun::run. How should this be done? With arguments on the data string? ___ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-devel
Re: Correct syntax for KRun URLs
On Wednesday 05 Heshvan 5772 20:01:54 Aaron J. Seigo wrote: On Wednesday, November 2, 2011 19:53:46 David Baron wrote: KRun shoiuld be able to run an executable automatically without using the overloaded KRun::run. How should this be done? With arguments on the data string? can you give a clear example of what you are wanting to have executed? it sounds like you are looking for KRun::runCommand, but without know precisely what you are trying to do, it is hard to know. The KRun::runCommand is what I mean above. This works fine. I have some matches, some might refer to executable with arguments. Generally, new KRun(data, 0, ...) takes care of everything. Something like cmd:/... ___ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-devel
KRunner Guidelines
Should a runner flag it hits. Right now my recoll runner should them as recoll-filename. Other runners show Mail to soandso or Run this-app. However, many others just yield the file name with no hint of why the user is seeing this one. Icons suggest the file's type or mime-type rather than which runner flagged it. A user did not want the recoll-filename which is why I ask. I coiuld always make this an option. ___ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-devel
Re: KRunner Guidelines
On Tuesday 04 Heshvan 5772 21:48:51 Aaron J. Seigo wrote: On Tuesday, November 1, 2011 19:06:12 David Baron wrote: Should a runner flag it hits. Right now my recoll runner should them as recoll-filename. Other runners show Mail to soandso or Run this-app. However, many others just yield the file name with no hint of why the user is seeing this one. Icons suggest the file's type or mime-type rather than which runner flagged it. the runner is an implementation detail. the returned search results should reflect the content of what is in the hit, rather than the plugin that generated it. OK. What do we mean by an implementation detail? What might be and what might not be? ___ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-devel
Codepage Display in Krunner
It looks to me that krunner or possibly text read from start()ed applications only displays ASCII. A path that had 8-bit or UTF8 encodings displays incorrectly. None of the tr, trUtf8, QFile::encode or decode functions help. How do I set display codepages for krunner, either in general or for a specific runner that I have coded? Some runners apparently can display correctly. ___ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-devel
Krunner RTL Text Bug
When typing RTL text, i.e. Hebrew, the X button remains on the right and covers the start of the text. Desired behavior would flip it to X and place on the left. ___ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-devel
Getting Into Activities
Now that this is up a running (4.6.3 Debian Sid), I want to make use of this. Is there--will there be--a way of moving or copying widgets, icons from one activity to another? For example, I have everything on my main general activity. I want to move the music stuff to a separate activity. Would seem to be/need a better way than starting a new desktop from scratch. ___ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-devel
Re: Getting Into Activities
On Wednesday 04 Tamuz 5771 17:00:07 Aaron J. Seigo wrote: On Wednesday, July 6, 2011 16:34:16 David Baron wrote: Now that this is up a running (4.6.3 Debian Sid), I want to make use of this. Is there--will there be--a way of moving or copying widgets, icons from one activity to another? For example, I have everything on my main general activity. I want to move the music stuff to a separate activity. Would seem to be/need a better way than starting a new desktop from scratch. there isn't currently, no. at least not via the gui. you can do some by-hand moving around of things in config files, but it isn't pretty. we don't have a nice solution for this yet and i don't think anyone is currently working on it (though one might hope that eventually share-like- connect could do something along these lines) Alternatives from right click: 1. cut/copy paste to activity 2. copy/move to activity Or, remember that gosh-awful zoom out? Drag from desktop to desktop. ___ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-devel
Re: Krunner Coding Questions
On Tuesday 17 August 2010 02:13:44 Sebastian Kügler wrote: On Monday 16 August 2010 12:13:10 David Baron wrote: I have a krunner coded with run actions. 1. I add the actions. Their icons overwrite the wrench icon on the right. I actually prefer the icons rather than a the dropdown usually shown when clicking that icon. So I want to not have the wrench icon at all, just mine. How? If I do not set the run options true, I only get my icons and they are active--i.e activities to trigger. 2. The action I have in mind would open the configuration dialog normally opened for my runner in the dropdown list of all the runners. Since this is a separate kcm-module, how do I load it and exercise it, getting the configuration changed signal to my runner (the parent)? (I could simply locally create the UI with my own default/apply/cancel buttonbox and do this brute force. But why?) 3. I do not want the krunner window to close when I click this action. I want to re-perform the match with any new options. How do I keep krunner live and accomplish this? Any help or pointers to documentations would be greatly appreciated. Many thanks in advance. (To try current version of recollrunner, get it from kde-apps.org. Recollindex runs nicely in the background and does not bog down my system as does the default kde indexer :-) ) Sounds like what you actually want to do is implement a completely different KRunner UI. In that case, a good start is the RunnerManager class. I found this. I need to know how to get to the instance that has access to the runners rather than just a new one I new. Similarly, I need get to the configuration UI for my runner. Then, if I change the config, I would launchQuery(). Not really such a radically different interface per se. In my runner, I am tweaking a search engine so want to be able to do this live. Runners like recent docs and execs do not need this. Nepomukers and recollrunners might, and there may be more that might take this code once it works :-) ___ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-devel
Krunner Coding Questions
I have a krunner coded with run actions. 1. I add the actions. Their icons overwrite the wrench icon on the right. I actually prefer the icons rather than a the dropdown usually shown when clicking that icon. So I want to not have the wrench icon at all, just mine. How? 2. The action I have in mind would open the configuration dialog normally opened for my runner in the dropdown list of all the runners. Since this is a separate kcm-module, how do I load it and exercise it, getting the configuration changed signal to my runner (the parent)? (I could simply locally create the UI with my own default/apply/cancel buttonbox and do this brute force. But why?) 3. I do not want the krunner window to close when I click this action. I want to re-perform the match with any new options. How do I keep krunner live and accomplish this? Any help or pointers to documentations would be greatly appreciated. Many thanks in advance. (To try current version of recollrunner, get it from kde-apps.org. Recollindex runs nicely in the background and does not bog down my system as does the default kde indexer :-) ) ___ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-devel
Re: Reading command output from plasmoid
On Sunday 21 February 2010 18:31:53 Aaron J. Seigo wrote: On February 21, 2010, Nikola Milenković wrote: Hi, i would like to join the Jam Session, and I have an idea for my plasmoid, but I'm having a little trouble with it. I would like to read output from console command, (eg. ps -e or la). I can run command with: plasmoid.runCommand, but how can I read output from it? this is provided by the exec DataEngine. this really should be provided as a Plasma::Service plugin; maybe i'll get to that while i'm here at tokamak. Needs be done asynchronously in a background thread unless one knows it will always be instantaneous. Qt4 classes are available, probably the backend used by the above. Dataengine will be asynch if used properly. I might try it with qt4 stuff. ___ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-devel
Re: New idea for plasmoid locking and floating plasmoids.
On Friday 20 November 2009 11:55:13 Gerhard Gappmeier wrote: Hi all, I've a little proposal for the plasmoid locking on the desktop. Here is the problem: I often stumble over the same usability problem. Normally I have my plasmoids locked, because I don't like it when this edit- bar (don't know the name) appears when the mouse is hovering over a plasmoid. But then I want to add a new plasmoid. To do that I've first to unlock the desktop, add the new plasmoid, move it to the correct location, and lock the desktop again. That could be easier. Here is my proposal: It would be nice if adding plasmoids would be possible even if the desktop is locked. After dropping a new plasmoid it should be in a kind of floating state (like when pasting in GIMP). This state allows to move this single plasmoid around on the locked desktop. When finishing moving, e.g. by clicking somewhere else on the desktop, the plasmoid should loose this floating state and is locked on the desktop at the current position like all other plasmoids. The floating state could be highlighted with some glowing border or shadow to show that it is floating. What do you thinnk about this idea? Is it possible to implement something like that? regards, Gerhard I would not mind this at all! Locking to avoid inadvertent changes is good. This idea would be a nice functionality for plasma. ___ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-devel
Re: activities overview, take N
I have been reading or glancing this thread for a while (many longer posts are unreadable because of all the variations of included text being answered). If we are not talking about a one-to-one desktop-activity relationship which might be the most straightforward to understand, in other words an activity is a group of icons, windows, tasks and not a desktop per se The current zoom out, set up, zoom in, find them all different on next login...is hopelessly slow, incomplete and broken. I woud scrap it. Activities might be connected the current desktop from a right-click, from the panel, dashboard and/or from an appropriate previewing plasmoid. These activities could be containments based on the current folder view but could contain (additionally) plasmoids (?) and functioning .desktop files. If we want tasks running when the activity is brought up, we would probably want them started up where they left off the last session. More difficult if impossible for many apps. An activity and its data might be referenced or contained in one folder. A trivial example is the desktop folder containment itself or an appropriately filtered folder-view of the desktop folder. There could, of course, be more than one or none on any desktop, the same activity might be on several desktops. There would be no implicit relationship between activities and configured desktops. While a Rubic's cube of activities/desktops might be cool, I doubt it would really be useful. The fact the these hyper-space representations have not been widely adapted implies that they are not such wonderful tools. KISS. ___ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-devel
Re: Calculator runner
On Tuesday 06 October 2009 19:09:02 Matteo Agostinelli wrote: Hello, as suggested by Aaron in a previous discussion, I am having a look at the calculator runner with the purpose of extending the capabilities of the runner by using libqalculate when it is available... There already is such an animal. ___ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-devel
Re: Calculator runner
On Tuesday 06 October 2009 22:36:52 Aaron J. Seigo wrote: On October 6, 2009, David Baron wrote: On Tuesday 06 October 2009 19:09:02 Matteo Agostinelli wrote: Hello, as suggested by Aaron in a previous discussion, I am having a look at the calculator runner with the purpose of extending the capabilities of the runner by using libqalculate when it is available... There already is such an animal. where? (i love it when people say such things but don't actually say where so we can all go on a merry hunt ;) i see the one in playground/base/plasma/runners/qalculate, but it's Matteo's runner. so i assume he's aware of it ;) is there another one somewhere? Sorry 'bout that. This is another thing that is not eye-candly on kde-look http://www.kde-look.org/content/show.php/Qalculator+Runner?content=106649 Listed as a plasmoid binary but it is a runner. This apparanlty runs qalc (from libqalculate project). Mayb this is the source to teach me how to run recoll from a runner. ___ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-devel
Applet::init()
Apparently, plasma will wait until all of these are done before displaying anything (correct me if I am wrong). So any applet that checks unmounted/unmountable media, unconnected network connections, loads large data sets, etc., will make plasma wait and wait unless ... Do ALL of it in background threads. Just start, set busy if need be, and exit init(). When threads needed for applet functionality are done, reset busy and let it play. Let's check our init code :-) ___ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-devel
Re: Applet::init()
On Wednesday 30 September 2009 19:36:28 Aaron J. Seigo wrote: On September 30, 2009, David Baron wrote: Do ALL of it in background threads. Just start, set busy if need be, and exit init(). When threads needed for applet functionality are done, reset busy and let it play. threaded is one possibility; another is to use async methods which many of our libraries already provide. Let's check our init code :-) agreed... if there are a number of offending applets already, let's get a list of them on techbase. otherwise, this should probably be mentioned in a plasma tutorial on techbase. Recent post cited the qalculate--I really like this one. Poster said the code uses a blocking internet access for currency exchange rates. So if the network connection is not good, plasma-desktop simply waits. Great plasmoid--please change this. I am sure there are others. ___ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-devel
Trashy error messages
No, I do not mean foul language or icons in an error box. I get consistantly that the trash protocol has unexpectedly failed on each plasma startup. I had this occasionally in previous versions, most always now in 4.3.1. ___ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-devel
Re: Trashy error messages
Obviously. Which package? For bugreports bugs.kde.org should be used. thank you and have a nice day Beat Wolf Am Sonntag 06 September 2009 16.59:54 schrieb David Baron: No, I do not mean foul language or icons in an error box. I get consistantly that the trash protocol has unexpectedly failed on each plasma startup. I had this occasionally in previous versions, most always now in 4.3.1. ___ 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 ___ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-devel
Re: Review Request: big revamp of Device Notifier
...last but not least, the bug I reported about this thing sitting on hald/dbus. This too me is a showstopper. The original device notifier certainly does not do this. ___ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-devel
Busy-Animation
How does one get that animation over the icon that some applets are now using? Yes, we need some documentation. ___ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-devel
Re: A question about the rc files in $HOME/.kde/share/config/
On Friday 28 August 2009 10:12:04 WuYongbo wrote: Hi guys, how are plasma-appletrc and plasmarc (in $HOME/.kde/share/config/) created after .kde file are deleted manually ? I am thinking how do make plamsa load some certain applets, at the very first time, as I expected. Mine gave me a desktop with a desktop-viewing folderview applet and menu, device-notifier, pager, taskmanager, systembar and clock on the panel. Excelent default choices! I believe the new files are plasma-desktoprc and plasma-deskotp-appletsrc. ___ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-devel
Re: Review Request: big revamp of Device Notifier
Is this the one that has been on kde-look for a while? Sounds like it. This is a worthy revamp of the original device-notifier plasmoid and in 4.3 it is actually readable. The last mounted tooltip is of questionable usefulness. This baby, at least the last kde-look.org version of it, is exercising dbus and hald and plasma-desktop to significant percentage of CPU activity. This indicates a big code problem because this adds to the overall daemon CPU glut that can slow plasma and kde4 to a fast crawl. The kde4-supllied applet does NOT have this problem. I can look myself but am no expert (OK, time for more documentation as plasma's own API and all these activities and delegates and such are making my head swim--ok with anticipation!). If someone is reviewing this code, this problem must be checked and solved as this is a major bug in my mind. I will contact the author. ___ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-devel
Re: 4.3 Previewer or Icon?
On Friday 07 August 2009 14:23:26 Matteo Agostinelli wrote: Maybe I understood what is the point of the OP. If you drag and drop a PDF file to the Desktop, you get the choice between the Previewer and the Icon. But if you choose the Preview it actually creates an empty previewer plasmoid, i.e. it doesn't show the contents of the PDF. On the contrary, the preview is working correctly for other file formats, such as images of text files. OK. Assuming it does work. What will be on the desktop? A previewer plasmoid to which I can drag another file if I wish? One dedicated to this file? If the placement is a general previewer plasmoid, why would I place it at this point? I put on the panel or desktop if I want it and drage the file there to view it. If the placement is dedicated, why not just the icon which takes up far less space? ___ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-devel
Re: 4.3 Previewer or Icon?
On Thursday 06 August 2009 17:31:58 Sebastian Kügler wrote: On Thursday 06 August 2009 16:11:06 David Baron wrote: The previewer is a plasmoid that I can use to view a file by dragging and dropping on it. Why would I want to see this choice everytime I drag a file to the desktop? If I want the previewer, I will place it once (and usually only once) and then make use of it. If I am dragging a file to the desktop, then I obviously want ITS icon. What if it's an image file? Would you not rather have a picture frame? If you're dropping a link to a webpage, would you want an icon, or a webbrowser plasmoid? For text files, wouldn't you prefer a note? Likewise, I think it makes sense to offer the previewer as an option. Remember, the Plasma desktop is not just a file-dump ... Misunderstood. I have a pdf document that I want to place on the desktop to read it a few times. So I drag the icon from dolphin to the desktop. Now, in 4.3, when I drag this icon from dolphin to the desktop, I get the choice of placing the icon or the previewer plasmoid. If I want the plasmoid, I will have done this once. In any event, I simply want the icon as before. ___ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-devel
Re: 4.3 Previewer or Icon?
Remember, the Plasma desktop is not just a file-dump ... Misunderstood. I have a pdf document that I want to place on the desktop to read it a few times. So I drag the icon from dolphin to the desktop. Now, in 4.3, when I drag this icon from dolphin to the desktop, I get the choice of placing the icon or the previewer plasmoid. If I want the plasmoid, I will have done this once. In any event, I simply want the icon as before. I don't think I understand what you're trying to say. do you want it to take the option you choose the first time you drag a file and always do that in the future without asking? but then, what if you change your mind later? how is the computer supposed to know that you don't want the previewer? do you want to be able to configure it to not offer that widget? that kinda seems like a good idea, but someone would have to write the config code and UI... hopefully in a less scary way than the file-associations KCM ;P if it's just the previewer specifically that you dislike, and you don't mind being given choices like frame or icon for images, then why not just uninstall the previewer plasmoid? I would normally install the previewer from the add widget menu. Then use it. If I simply drag and icon from dolphin or elsewhere, there may be mutliple options available, i.e. if the icon is a folder: icon or folder view plasmoid of THAT FOLDER. Fine. If the icon is of a file, then I just want the icon which I can click to view. If I want to use the previewer, I drag the icon to the plasmoid. The choice in place the previewer plasmoid is not for this file in particular. That is why I feel it is in the way here. ___ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-devel
Re: Fwd: translatoid
On Thursday 06 August 2009 14:16:09 Aaron J. Seigo wrote: On Thursday 06 August 2009, sacha schutz wrote: Maybe we can recreate Flags in Svg. This may be long, but drawings are easy http://commons.wikimedia.org/wiki/Category:SVG_flags flag images are not copyrightable, so we could just harvest all of those. Dagesh word processor has a very complete bunch of decent looking flag-icons. This is a proprietary older windows app but there are utilies to harvest and convert these. Question do we need permission to extract this. Original publisher no longer exists. Program is still sold and marginally maintained (many years since last fixes, one of which I did) by Galtech in Jerusalem. This WP puts language/country up from rather than hidden away as a font-property. Oldest and maybe only WP to do multilingual nicely. ___ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-devel
4.3 Previewer or Icon?
The previewer is a plasmoid that I can use to view a file by dragging and dropping on it. Why would I want to see this choice everytime I drag a file to the desktop? If I want the previewer, I will place it once (and usually only once) and then make use of it. If I am dragging a file to the desktop, then I obviously want ITS icon. ___ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-devel
Re: containing plasmoid crashes
and pardon my ignorance: What is ecma script? ___ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-devel
Re: containing plasmoid crashes
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 a website. No browser is showing at all--closed it. Their approach is still very beta, has some interesting problems, but it works. We would probably want to use dbus (I do not know whether they do). 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. 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 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 plasma hackers will find the middle ..and you lose the single scene, so no more containments, the desktop becomes a bunch of little windows and the pnel is simply not possible to do anymore Cheers, Marco Martin ground to keep everyone happy. Bogdan On Sun, Jul 26, 2009 at 10:30 AM, Bogdan Bivolaru bogdan.bivol...@gmail.com wrote: 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 will find the time to do it. I guess that also means I should pay more attention to KDE Brainstorm, well... Have fun hacking, Bogdan On Sat, Jul 25, 2009 at 12:54 PM, Aaron J. Seigo ase...@kde.org wrote: 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? -- 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 ___ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-devel -- The best way to predict the future is to invent it., 1971, Alan Kay: http://www.smalltalk.org/alankay.html -- The best way to predict the future is to invent it., 1971, Alan Kay: http://www.smalltalk.org/alankay.html ___ 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: containing plasmoid crashes
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. Beta. that's got nothing to do with separate processes. konqueror's had that feature for *years*. Each such click brings up a new konqueror window, unless I am missing something. Konqueror has not worked right for a while now. anyways, this problem only exists for c++ plasmoids. solution: don't write in c++. you can't send c++ ones over GHNS either, anyways. we've been over this before. Do not the various interperators or VMs need be loaded in memory to service their plasmoids, i.e., if I write in in Java, the entire Java business needs be around all the time now. Add one in Python (OK, much more economical), Ruby, etc. and things can get a bit full up. All those C++ers share the same libraries as Plasma and QT itself. What about Mono/.Net :-) ?? ___ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-devel
Re: 4.4 call for runners (ideas)
For us diehards that are resisting software over which we have little or no control, i.e. nepomuk: A runner to interface with recoll (I run its indexer at nice 19 and I do not know it is even running) -- this can simply issue command lines to recoll and parse their output quite simply (give me a skeleton and I can play with this myself!). I am sure we can think of others. Other ideas already proposed: Kmix -- why would I want to control that from krunner. I think that the panel applet does the trick more than adequately. Would I really want to put up krunner and type in mute or volume=75? Anything else that is manageable with a click or two which would require more than trivial text-entry to krunner, to me, does not belong there. A dialer for skype or any other phone app--i.e. command line to kall or a message to my phoneapplet? May have its place in krunner but an applet itself seems more straightforward. Contacts (akonadi) are already available in krunner and kall can work off contacts. ___ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-devel
Lmsensors Data Engine
Is there one? In the works? I am regularly using two kde3 apps: Guarddog and Ksensors. Ksensors would be an ideal plasmoid (or panel app as now but off dbus instead of dcop). ___ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-devel
Re: Lmsensors Data Engine
On Thursday 16 July 2009 18:03:03 Emdek wrote: On 16-07-2009 at 16:50:21 David Baron d_ba...@012.net.il wrote: Is there one? In the works? Isn't systemmonitor engine enough? ;-) Fired it up in the explorer. Has the few lmsensors items that my chipset supports so apparently initializes itself to what is there. Did not find hdtemp stuff. Otherwize, looks more than complete. I was unable to read anything in the explorer, however. Nothing is expandable (huge flat list rather than subsources for each category so correct except I would expect to be able to get key/value pairs, i.e. for the fan1, speed, 4800 or such. SO is this working or wait to 4.3? ___ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-devel
Re: KDM using plasma
On Thursday 09 July 2009 23:58:02 Aaron J. Seigo wrote: On Thursday 09 July 2009, Edney Matias wrote: I have some spare time then i went to Techbase page with the proposals to GSoC 2009 and picked this: http://techbase.kde.org/index.php?title=Projects/Summer_of_Code/2009/Idea s# Pro great :) Is there anyone working on it? not currently, so you'd be welcome to start doing so. Is there anyone that would like to mentor me on this? we can certainly help you along and answer questions as they arise for you both here on this mailing list and on #plasma on irc.freenode.net. Is there anyone willing to mentor me in any other proposal if this one doesn't fit for any reason? we're generally open to anyone working on anything that is plasma related. there are similar teams and support for other kde topics as well. :) Interesting concept. However, I can just as easily log on to gnome or some other lighter-weight desktop or console session from kdm. Plasma is loaded with kde4 and uses its libs. ___ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-devel
Krunner Template
Is there a krunner skeleton/template like the plasmoid one I used to get started. I want to write an interface for recoll (since I avoid nepomuk until I have more control over its priorities, at least). I would, to start, issue an appropriate recoll -t command and parse the response ( mimetype, file path, ). Should be simple enough (nothing ever really is in programming but that is part of the fun). ___ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-devel
Re: akonadi engine checkout
On Friday 10 April 2009 18:35:20 Sebastian Kügler wrote: Hi David, Please keep replies on the list. In this case, you would most likely already have received an answer. My personal mailbox is almost always slower, and we tend to do stuff in the open. On Friday 10 April 2009 09:52:47 you wrote: I cannot get on to svn+ssh://svn.kde.org/home/kde/trunk/kdereview/plasma/dataengines/akonadi svn co svn+ssh://svn.kde.org/home/kde/trunk/kdereview/plasma/dataengines/akonadi The authenticity of host 'svn.kde.org (195.135.221.74)' can't be established. RSA key fingerprint is 86:f3:66:06:20:74:81:d0:1b:b4:2f:25:03:f7:8e:fb. Are you sure you want to continue connecting (yes/no)? yes Warning: Permanently added 'svn.kde.org,195.135.221.74' (RSA) to the list of known hosts. Permission denied (publickey). svn: Connection closed unexpectedly If you don't have an SVN account, you can use anonsvn.kde.org, see techbase for details. Cheers, I did not get it this way, svn simply hung up, so went to the web interface and manually downloaded the source from there. Went back to the CMakeList I had been using since cmake did not like the kde_add_plugin for some reason. Edit all Akonadi/Header to akonadi/header.h Commented out all microblogger code since I have no headers for this yet. Compiled. Runs just fine. BTW: I am now getting two contacts collections, one for the kabc dir and one for vcards (akonadi configured pointing to the same directory--this one did not work before 4.2.2). I assume these give me duplicates (my applet deals with this since I may have duplicate entries anyway). ___ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-devel
Re: akonadi dataengine moved to kdereview
On Thursday 09 April 2009 18:06:42 Sebastian Kügler wrote: Hi, I've just moved the akonadi dataengine into kdereview so we can release it with KDE 4.3 -- if you guys deem it good enough. Its current functionality includes fetching contacts, emails and microblogging from Akonadi, including monitoring for changes (happens transparantly via setData()). Where should it go? I talked with the PIM people where to put it, they said it would be fine to release it with Plasma. It links to kabc and akonadi, both in pimlibs. Since I may be one of the few current callers, where can I get this version? I will compile it and try it with my applet. It has been a while but the last version I tried (mid-February) crashed the engine explorer as well as my applet after all the contacts were loaded. Also, any release notes about calling sequences (these changed a couple of times). ___ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-devel
Re: krunner
On Tuesday 10 March 2009 20:30:01 Aaron J. Seigo wrote: On Monday 09 March 2009, David Baron wrote: Alternative display ideas? Sort/scroll by plugin results? Etc. you are more likely to receive responses if you provide mockups, patches and/or other forms of concrete suggestions. Yeah. Had not run or thought much on how to use this until I installed the fsrunner which can monitor directories and place files in the search list. Alternative views could be (not exclusive): 1. A (scrollable) list of small checkable icon/tabs on the left or right of the view. What is checked (depending on the theme) would have the same background as the view, unchecked, darker or other color. Hits from the checked plugins are shown. (There is such a checked list in the config--how might that relate to this--Allowed? Replace?) 2. Vertical scrollbar. 3. Toggle between icon/list views or 4. Toggle between icon/collapsable tree-list views BTW, The buttons on the default black theme are nearly invisible. ___ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-devel
krunner
There is a lot of hidden functionality in this goody. Problem is that the results, unless one only uses one or two plugins, outgrow the krunner window. The thing does not scroll in anyway and one can tab through the results an simply run out of icons. Chances are that the desired target is a tree in the forest here. Alternative display ideas? Sort/scroll by plugin results? Etc. ___ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-devel
Re: Fun with Akonadi Dataeng
Any progress on the akonadi engine? (I have been offline a few days because I l lost my geforce). Last svn I took crashed the engine-explorer and my applet so I doubt it is my code. Could it be that dataUpdated() was being exercised with invalid or null data? Since the receives Plasma::DataEngine::Data, how would one check this to be safe? ___ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-devel
Re: Fun with Akonadi Dataengine
On Tuesday 17 February 2009 17:41:38 Sebastian Kügler wrote: On Tuesday 17 February 2009 14:13:10 David Baron wrote: On Tuesday 17 February 2009 14:37:11 you wrote: On Tuesday 17 February 2009 08:01:31 David Baron wrote: 2. At 1st timeout, I do the a query(ContactCollections) then if I find a suitable key, connectSource, i.e to ContentCollection-6. You can just do that in or from init(). Why use a timer here? The panel on which the applet is nested delays coming up when I do it directly in init(). Have you tried connecting to ContactCollections, and then checking for data of this one in dataUpdated()? This would be non-blocking. (Fetching the collections is pretty fast here, so I wouldn't have thought it's necessary.) This is what I am doing. This gives me one (more?) ContactConnection-#. It is connecting to this, oro mre accurately, its contents that needs the QTimer. Doing the initial connect was put in the timer because otherwize, it delayed the panel from coming up. Some more: - if you run 'plasmaengineexplorer --engine akonadi', how long does it take to start up? (instantly or a couple of seconds?) Program comes up quickly - if you request the source 'ContactCollections', how long does it take until it returns results? And I get this quickly These two connections are quick enough. However, when plasma is first starting up, everything has slowed down. Maybe this is why my 1 second delay simply lets everything start up nicely. It is all the contacts that might take several-10 seconds to come up in the explorer and in the program. The explorer is blocked during this wait. I seem to need to see them all listed in the console before any dataUpdate's are called. This is most probably the change you cite below. Maybe I do not really (or always) need to repeat my connectAllSources but the .h file says doing so is harmless . - I've just made the fetching of the collectionlist async as well, can you svn up and recompile the akonadi dataengine to see if that helps? Most probably will. ___ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-devel
Re: Fun with Akonadi Dataengine
Latest from playground SVN. After hand entering stuff like akonadi/monitor.h since I do not have the Akonadi/Monitor files available, it build OK. My applet's sequence no longer gets to 1st base. I do not get the query() that gives me the ContactCollection-#. In the explorer, I do get it. Possibly connectSource works and Query is broken! When I request it, I see in the console contact data items rather than sources and then the explorer crashes. I most likely do not want ALL the hash items all at once like that. What I had been getting in dataUpdated was the source (Contact-) and the data-hash. Will I still get this (and the console output has changed) or is this all changed as well. If so, I think the former sequences made more sense. Since I had contacts one-at-a-time to work with rather than having to parse when I have a new one. ___ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-devel
Re: Fun with Akonadi Dataengine
Latest from playground SVN. I re-downloaded and compared with the older code. The only real difference besides the volume of diagnostic printout is that the ContactCollection-# list is made at a completion event rather than immediately on connectSource(ContactCollections). Such could alleviate some of the panel delay I encountered when doing this directly in init(). However, this is a small amount of data at this point. The delay was more from the log-jam on kde/plasma startup. For example, with the older dataengine, it took almost 90 seconds before I got the contacts to start dataUpdate-ing. Later on, run from the plasmoidviewer, this same thing completes in several seconds. With the new code, I will not have any useful return from query until I have the equivalent in dataUpdate. This is why it did not work. I should recode it so it would work either way. ___ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-devel
Re: Fun with Akonadi Dataengine
On Tuesday 17 February 2009 22:01:18 David Baron wrote: Latest from playground SVN. I re-downloaded and compared with the older code. The only real difference besides the volume of diagnostic printout is that the ContactCollection-# list is made at a completion event rather than immediately on connectSource(ContactCollections). Such could alleviate some of the panel delay I encountered when doing this directly in init(). However, this is a small amount of data at this point. The delay was more from the log-jam on kde/plasma startup. For example, with the older dataengine, it took almost 90 seconds before I got the contacts to start dataUpdate-ing. Later on, run from the plasmoidviewer, this same thing completes in several seconds. With the new code, I will not have any useful return from query until I have the equivalent in dataUpdate. This is why it did not work. I should recode it so it would work either way. To get it to work either way, I still use the QTimer. I MUST repeat the connectSource( ContactCollections ) or a least wait the second before the 1st call since the console shows no further such calls. When I get dataUpdated from this call, I connect the ContactCollection-#,, and then have the QTimer call connectAllSources and I get my contacts. HOWEVER, the new code will crash the applet in plasmoidviewer just as it crashed the explorer. This may be due to the increased volume of printed contacts information or it may be something else. The applet in the panel apparently did not crash (the desktop and panel came up) even though the plasma command certainly showed all that stuff. In any event, I am going back to the older code until the problem is resolved since I cannot test the applet or dataengine with the new code. ___ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-devel
Re: Fun with Akonadi Dataengine
On Monday 16 February 2009 19:08:03 Aaron J. Seigo wrote: On Sunday 15 February 2009, David Baron wrote: 1. The ContactCollection-# loads all the contacts but they are not necessarily accessible at this point. I might have to try hm; this sounds rather inefficient for large address books. perhaps it's a good idea to collect use cases for this part of the engine and build specifically for those rather than build something too general purpose; the engine doesn't need to be able to support building an entire address book application around it (that's not the point of engines), so defining what a widget should like to do with it is probably a good start point. It's a point. But I am dialing the phone. Here is how I do it now: 1. In init(), I start a QTimer with 1 second interval. 2. At 1st timeout, I do the a query(ContactCollections) then if I find a suitable key, connectSource, i.e to ContentCollection-6. 3. After that, I connectAllSources at 1 second intervals until dataUpdated gets called. At this point, I stop the QTimer and am now receiving the contacts. Using these, I assemble my phone book into a QListWIdget. This works nicely in the background without delaying the panel/desktop and the GUI stays live. Using a QThread was my 1st try but the dataengine did not like that. The QTimer looks like a thread but is done differently so this plays. The alternative of writing a dataengine tailored to this type of task such as was done in a birthday plasmoid could be considered, not using Akonadi. Unless these background daemons are tactfully niced, I think folks may uninstall them. Nepomuk and all the Akonadi children take a large bite of CPU, especially after login. They may quiet down a lot later on (after everything is sync'ed?). ___ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-devel
Re: Fun with Akonadi Dataengine
On Tuesday 17 February 2009 00:44:13 Sebastian Kügler wrote: On Monday 16 February 2009 19:42:03 David Baron wrote: On Monday 16 February 2009 19:08:03 Aaron J. Seigo wrote: On Sunday 15 February 2009, David Baron wrote: 1. The ContactCollection-# loads all the contacts but they are not necessarily accessible at this point. I might have to try hm; this sounds rather inefficient for large address books. perhaps it's a good idea to collect use cases for this part of the engine and build specifically for those rather than build something too general purpose; the engine doesn't need to be able to support building an entire address book application around it (that's not the point of engines), so defining what a widget should like to do with it is probably a good start point. It's a point. But I am dialing the phone. Here is how I do it now: 1. In init(), I start a QTimer with 1 second interval. If you need to use a timer here, I think something's wrong. You should be able to just connect to dataUpdated() for that collection and If it's necessary to use a timer, there's something wrong with the interface. It should be completely event-based, no? The problem I found is (maybe because ContactCollection-# loads other sources rather than its own data-hash) is that until all the individual contact sources have been loaded into the engine (shown on console messages if I am running in the plasmoidviewer), connectAllSources does nothing. It needs be repeated when sources are in fact available. I am not saying it SHOULD be this way but that it how I find it to be. 2. At 1st timeout, I do the a query(ContactCollections) then if I find a suitable key, connectSource, i.e to ContentCollection-6. You can just do that in or from init(). Why use a timer here? The panel on which the applet is nested delays coming up when I do it directly in init(). 3. After that, I connectAllSources at 1 second intervals until dataUpdated gets called. At this point, I stop the QTimer and am now receiving the contacts. Using these, I assemble my phone book into a QListWIdget. You should query ContactCollections and then in dataUpdated(), you check if the source is I query to get the ContactCollection-# key and then connect to that which initiates the load of all the Contac-# sources after a delay. Why in one-second intervals? Is it blocking for you otherwise? I could have used another interval. The point is that I am NOT blocking so everything plays naturally. If you're unsure how to do it, you can look at lionmail.cpp. There, it should be async and pretty similar to what you want. URL? Well, what exactly is it that you actually want? :D To build a phone number directory from the contacts. One contact may give me several entries. All easy by checking the keys. This works nicely in the background without delaying the panel/desktop and the GUI stays live. Using a QThread was my 1st try but the dataengine did not like that. The QTimer looks like a thread but is done differently so this plays. The alternative of writing a dataengine tailored to this type of task such as was done in a birthday plasmoid could be considered, not using Akonadi. Unless these background daemons are tactfully niced, I think folks may uninstall them. Nepomuk and all the Akonadi children take a large bite of CPU, especially after login. They may quiet down a lot later on (after everything is sync'ed?). Yeah, that is indeed a problem of all data-intensive services. It is also why it's all the more important to have display of data fully async, and not depending on complete initialization of all data on startup. The QTimer let me do exactly this (while a simple background thread did not). If there be a more correct way, easy enough to try it out :-) ___ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-devel
Fun with Akonadi Dataengine
Got to try it. connectSource to ContactCollections. dataUpdated() is called and I connectSource to ContactConnection-# that it gives me in the data.uniqueKeys() dataUpdated() is never called again. The console shows all the contacts being added int but the program never sees them. 1. What do I do now? 2. How do I know when all the data has been loaded--no more calls to dataUpdated() are going to happen? ___ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-devel
Re: playground/base/plasma/dataengines/akonadi
On Monday 09 February 2009 22:52:58 Sebastian Kügler wrote: On Monday 09 February 2009 21:28:17 David Baron wrote: On Monday 09 February 2009 08:37:48 David Baron wrote: Great. I downloaded and compiled. I still get no data sources in the explorer and in some test code which would simply show the sources() list. You need to actually request sources. For example connect to EmailCollections or ContactCollections. The dataengine will only load the stuff from Akonadi you actually ask for. OK. In the explorer, requeted ContactCollections This showed by a ContactCollection-6 dir address book If I the request ContactCollection-6, I do indeed get all the contacts by number. Trying to navigate this (now large) list quickly hangs up the explorer. Alternatively, add fetchEmailCollections(); fetchContactColletions(); to the constructor of the dataengine. This way it'll load the collections on engine startup. You can then use the collections you get back to retrieve emails and contacts. Because of a pontentially large amount to date, this approach should not be used. Yes of course, otherwise I would have added to the dataengine in the first place... It's completely transparant to the user though (thanks to the design of dataengines). My applet will want to assemble a list of QAbstractListItems or QStringLists something like: contact-name phone-number-1 contact-name phone-number-2 contact-name2 phone-number-1 etc. There may be several collection-# lists and a lot of data. Once loaded which takes a bit of time, possibly geometric by number of items!, kaddressbook seems to run reasonably (using the akonadi dir resource). I would load the data in a background thread--question is how long it will need to load and be navigated to fill a sorted listwidget. I guess I'll just have to try it out and see. The loading of data in the dataengine is async. Don't block on it but react to signals announcing new datasources instead. Look at lionmail.cpp for an example. What if the initial get sources always returned something, in this case EmailCollections, ContactCollections which is a handful of items? The caller will always have something to test and can choose which if any to request. ___ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-devel
Re: playground/base/plasma/dataengines/akonadi
Great. I downloaded and compiled. I still get no data sources in the explorer and in some test code which would simply show the sources() list. SVN commit 923483 by sebas: birthday, location and photo for the akonadi dataengine contacts part In more general, the dataengine works as follows: For email: --- - request EmailCollections, you'll get a list of EmailCollections-id as key and the name of the collection as value. (The list of collections is loaded on demand) - Choose one of those collections by request the ID (EmailCollection-id). The dataengine now queries Akonadi for all emails in that collections and will add a new source for every email. In you dataUpdated() method, you can simply check if the source.startsWith(EmailCollection-) and then query the data from that email. Properties you might be interested in for those email source are: - QDate DateTime - QString Subject - QString From - QString To - qlonglong Id The Id can be used to query Akonadi for the body of the email. That part is not yet included in the Akonadi engine, but might come in the future. For Contacts: -- - request ContactCollections, choose one of those and request ContactCollection-id. - request one of those collections (ContactCollection-id) - New sources for every contact in that collection will appear. You can now get at the Contacts data through the following fields in that particular source: - double longitude - double latitude - QString Organization, Role, FullEmail, Name, Department, Emails, various Phone- numbers Work to get those datasets more complete is under way. What's in should already provide for most of the use cases you can dream of. CCMAIL:plasma-devel@kde.org M +23 -8 akonadiengine.cpp --- trunk/playground/base/plasma/dataengines/akonadi/akonadiengine.cpp #923482:923483 @@ -29,6 +29,7 @@ #include kabc/addressee.h #include kabc/phonenumber.h +#include kabc/picture.h /* #include kmime/kmime_message.h @@ -54,7 +55,6 @@ SLOT(emailItemChanged(Akonadi::Item)) ); // TODO: monitoring for contacts -fetchContactCollections(); // TODO: remove, it's there only for debugging } AkonadiEngine::~AkonadiEngine() @@ -256,22 +256,37 @@ // Phone and related QStringList phoneNumbers; foreach (const KABC::PhoneNumber pn, a.phoneNumbers()) { -QString key = QString(Phone%1).arg(pn.typeLabel()); -setData(source, key, a.phoneNumber(pn.type()).toString()); -phoneNumbers a.phoneNumber(pn.type()).toString(); +QString key = QString(Phone-%1).arg(pn.typeLabel()); +setData(source, key, a.phoneNumber(pn.type()).number()); +phoneNumbers a.phoneNumber(pn.type()).number(); } if (!phoneNumbers.count()) { setData(source, PhoneNumbers, phoneNumbers); } -// department, fullEmail, nickName, organisation, note, prefix, realName, role +// Personal +if (!a.birthday().isValid()) { +setData(source, Birthday, a.birthday()); +} +if (a.photo().isEmpty()) { +setData(source, Photo, a.photo().data()); +setData(source, PhotoUrl, a.photo().url()); +} +if (a.geo().isValid()) { +setData(source, Latitude, a.geo().latitude()); +setData(source, Longitude, a.geo().longitude()); +} -// phoneNumber.toString phoneNumber.typeLabel +// addresses -//setData(source, Name, a.name()); +// categories -// TODO +// note, + +// prefix, + +// ... } } } ___ 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
createConfigInterface
I am bringing my configuration panes into the plasma applet standard configDialog. Is the create frunction called once, the first time, or is it called each time the dialog is to be shown? This obviously makes a coding difference. Code I've seen (and crashes I had in trying things out) implie that it be called each time, the object destroyed when done, but the authors may not be more informed that I :-) Whichever the answer, will these be kept this way? ___ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-devel
Re: Version Number from .desktop
On Friday 30 January 2009 15:01:40 Aaron J. Seigo wrote: On Friday 30 January 2009, David Baron wrote: For the same reason I might want to display the name(), i.e. in an about box or other UI feature that would carry such information. this should not be done per applet, otherwise we get a bunch of different about box implementations and people will end up writing the same code over and over. that is why there is an about box in the add widgets dialog. it includes the version number of the widget. OK, there is a whole pane in the config dialog just for a keyboard shortcut that few, as of yet, even use. An about box could take another pane or share this one :-) There is nothing wrong with having the version available any more than having the name and appletName available. They can go in an about box, the title bar of a dialog box, etc. And if differing about box versions materialize, well, there are different config dialogs around also. Some addPage, some simply use a QTabWidget, etc. Even in windows, there is no absolute conformity. There are UI standards, published and unpublished that make most apps consistent so easier to learn, but not identical. Plasma is and is becoming a tremendously rich platform, the potential of which has scarcely begun to be filled. ___ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-devel
Re: Version Number from .desktop
On Sunday 01 February 2009 03:36:30 Aaron J. Seigo wrote: On Saturday 31 January 2009, David Baron wrote: OK, there is a whole pane in the config dialog just for a keyboard shortcut that few, as of yet, even use. all popupapplets along with show desktop and show dashboard do. They need it. I also incorporated it for similar reasons. I think that applets should cover minimal space until activate()'ed. Maybe I'll change my mind when I have a dual-head system and two 30 inch LCDs. An about box could take another pane or share this one :-) this might make sense, yes. There is nothing wrong with having the version available any more than having the name and appletName available. it adds to the API which comes with a cost. Minimal. They can go in an about box, the title bar of a dialog box, etc. we provide an about box, and there is little to no value to it being in a dialog title. And if differing about box versions materialize, well, there are different config dialogs around also. .. which configure different things. we have been standardizing some of the bits of configure diaogs, however, to ensure consistency where possible. Even in windows, there is no absolute conformity. how is that a justification? The whole thing of linux (and opensource) is freedom. I am not stuck with one person's good and not-so-good UI philosophy and design taste. I can run gnome or KDE or something lighter or all of them. As long as minimum usability and consistency is maintained, I can choose my poison. I might be in favor a a published UI guideline for plasma applets interfaces (after there is proper published documentation :-)), but I would bet there be many who would object We all install stuff we like. ___ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-devel
Re: Another 4.2 applet inovation
On Friday 30 January 2009 10:35:47 Aaron J. Seigo wrote: On Thursday 29 January 2009, David Baron wrote: I use formlayouts. irrelevant. I also have my own save, reset, cancel buttons with icons and seem to have no options or control over what is given in the KConfigDialog. while i'm sure you want your dialog to be its own unique flower in the field, consider that consistency is far more important than anything you could ever hope to achieve with this approach. as Chani points out, if you think there are improvements that could be made, let's discuss them here and try and make them in libplasma where it will improve all components consistently. Point made. I need to learn how to use KConfigDialog to best appearance. Also, my dialog is modeless (there is no necessary config upon which to wait). so is the dialog libplasma creates, so this is a non-point. Fine. Main thing is that the few dialogs I have seen have been sort of clunky. ___ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-devel
Re: Version Number from .desktop
On Friday 30 January 2009 10:37:20 Aaron J. Seigo wrote: On Thursday 29 January 2009, David Baron wrote: Any way to retrieve that from the applet object? a) why? For the same reason I might want to display the name(), i.e. in an about box or other UI feature that would carry such information. Point is not to have this information in several places. b) via KPluginInfo, though you'd need to load it yourself despite Applet having one internally already (it's just not exported via the API) if a good answer can provided for (a) then we could add this to the Applet API. Probably should be there :-) ___ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-devel
Dialog Problems ( was Re: Another 4.2 applet inovation)
Referring to problems posted on my personal config dialog. Alternate dialog disappearing problems were do to sizing. I was resizing according to a QVerticalLayout height. Why the previous version did not have this problem, I do not know. Fixing the size fixed that. KDE compound-widgets such as file-name and the keysequence widgets do not draw correctly if i place them using kwidget* mywidget = new kwidget(..). If I declare them kwidget mywidget , they work fine. This may be a problem that needs be addressed. ___ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-devel
Version Number from .desktop
Any way to retrieve that from the applet object? ___ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-devel
Re: 4.2 on Debian Experimental Refactoring Alert :-)
On Tuesday 27 January 2009 15:48:02 Rob Scheepmaker wrote: On Tuesday 27 January 2009 14:13:28 David Baron wrote: Just put in on, looks good after re-configuring my wallpaper and a couple of crashes. All in all 4.2 looks great (except I cannot get rid of those notifications which did not appear in 4.1)! If you don't like the new plasma style notifications, you can revert to the old ones. Edit you plasma-appletrc and add the following: [AppletGlobals][plasma_applet_systemtray] ShowNotifications=false Thanks. Now I get them on the upper right and can click anywhere on them to dismiss. Before, they were on the lower right, larger and one had to click [X} In KDE 4.1, they did not appear at all. I did not miss them :-) (These messages are firewall blocking actions and there are plenty. I want to disable them entirely as I can always view in dmesg or in the logs.) ___ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-devel
Messages: Feature Proposal
If you don't like the new plasma style notifications, you can revert to the old ones. Edit you plasma-appletrc and add the following: [AppletGlobals][plasma_applet_systemtray] ShowNotifications=false Either way, they are annoying. How about: 1. The information (or fatal is appropriate) icon appears on the panel (as it does now accompanying the messages if the options=true or defaulted). 2. I can choose the option of not showing the popup messageboxes. Instead, I click on the icon and get a list with the option to clear. 3. I can scroll through the list to read them individually. This would be much less of an annoyance but let me receive the messages. ___ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-devel
1st Attempt to Use Akonadi Engine
I called dataEngine( akonadi ); The result is the dummy, unnamed, isEmpty() true; How do I get this working so I can at least look at the sources() and see how to proceed? The following are running: 12113 david 20 0 42672 3960 3316 S 0.0 0.5 0:02.02 akonadi_control 12167 david 20 0 60184 13m 10m S 0.0 1.8 0:02.64 akonadi_mailthr 12166 david 20 0 64024 13m 11m S 0.0 1.8 0:07.18 akonadi_nepomuk 14179 david 20 0 72856 27m 19m S 0.0 3.7 0:16.53 akonadi_vcard_r 14314 david 20 0 90956 6480 5108 S 0.0 0.8 0:00.29 akonadiserver the vcard_resourse is pointing to the std.vcd file that kaddressbook is using. I also tried the other variation kabc_resource pointing to the directory. Note that nothing appears in the akonadiconsole for browsing the resource. Before I installed the server, kaddressbook would think it copied contacts to an akonadi resource but this was not persistant to the next run. Now, it does not even pretend. OT: while futzing around with the contacts, I copies a large group of duplicates in the std.vcd file. Is there anyway to get rid of them? ___ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-devel
Dataengine Questions, Proposal?
I would like to try the dataengine that interfaces to KDEPIM contacts. So how do I: Register the applet with it/for it? What datasource do I get? Obviously this is not a polled item and getDataSource should trigger the signal. What is in the hash--do I get the datasource for one contact and have this contact's data items in the hash or do I get datasource contacts and have all of them to search or can I do it both ways? == Is there or will/can there be a dataengine sitting on X-events such as keystrokes and mouse-events. This would obviously trigger quite often if one is using these devices. Keyboard and mouse event classes are altready defined in qt and would also carry the window handle that owns the event. For what would I use such an animal? LIve spell-checkers a la Kisa, instant translation, instant search to recoll/beagle, google, answers.com, etc.In an opensource rather than proprietary maner. There is a color-picker plasmoid and gimp and other apps take choose screen areas using the mouse. What I want to do is retrieve the word under/around the cursor with a key-shortcut and feed that to a search engine, translation engine etc. Plasmoid would bring up a windows with the results. A less convenient alternative UI is to drag text to the applet's icon which is trivial to implement. (Kisa simply sits on keystrokes, wherever they are as assembles words as typed.) ___ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-devel
Re: Dataengine Questions, Proposal?
On Thursday 22 January 2009 18:31:16 Aaron J. Seigo wrote: On Thursday 22 January 2009, David Baron wrote: Register the applet with it/for it? applets don't register with the engine, really. they just ask for it: dataEngine(akonadi) So I say dataEngine(contacts) --or kdepim. Is there such a thing working? you are guaranteed a valid engine in return. if an engine responding to the name akonadi exists, you'll get that. if none exists, you'll get a dummy engine. from there you can freely connect to sources, request services, etc. What do I do with the dummy engine? What datasource do I get? Obviously this is not a polled item and getDataSource should trigger the signal. this one i'll leave to sebas :) Is there or will/can there be a dataengine sitting on X-events such as keystrokes and mouse-events. This would obviously trigger quite often if one is using these devices. Keyboard and mouse event classes are altready defined in qt and would also carry the window handle that owns the event. we have a mouse movement engine, which is useful because that requires polling the global mouse pointer. i'm not sure what the purpose of a keys and mouse press engine would be though I mouse movement engine which yields Q...MouseEvent object of some kind should contain any mouse-buttons, coordinates, and hopefully or additionally the window or object currently owning the mouse (which should not be the applet). LIve spell-checkers a la Kisa, instant translation, instant search to recoll/beagle, google, answers.com, etc.In an opensource rather than proprietary maner. so sort of like an always-running-krunner-query. :) I need more documentation on krunner. However, the queries are not always running. If I want to do it, there is a keyboard shortcut like ALT/click to trigger the query. hm... the challenge with live spell checking and translations isn't really getting the input, but being able to place the output back into the app. given the pervasive support of spell checking in kde and other popular F/OSS apps, i'm not sure there is nearly the same benefit for us with such a thing as there is for proprietary systems. I never used kisa to correct spelling in a doc since that program already had spell-checking. Typing into a console editor like vi can use it, also syntax checking, etc. I never tried it for insertion into target window because this was not particularly well-behaved. Just took the hint and selected if I needed it. Translations would simple display as well. instant search, etc .. that gets expensive fast. i'd rather see a way to tie into krunner for those. There is a color-picker plasmoid and gimp and other apps take choose screen areas using the mouse. What I want to do is retrieve the word under/around the cursor with a key-shortcut and feed that to a search engine, translation engine etc. i think that would be very difficult to do i part due to there being no standard toolkit, resulting in the need for a lot of hackish what is that thing under the cursor? type code. instead, you could use the x clipboard and require that the user highight with the mouse. then you can just grab the selection from x (very straightforward task) and go from there. Yes. The windows applet from answers.com uses a proprietary, patented method NOT relying on OCR. Babylon's applet uses OCR. (My familiarity with this stuff is a number of years old.) I could say if the owning window has text, get that. If not, go through OCR on some region. In the end, probably simplest to select as you said and either pull off the clipboard or drag and drop to the applet. These both contain mime-type info which can be used in interpreting the selection. The instant information on click is quite nifty, however. (and is built into some websites) ___ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-devel
Re: Plasma Applet Direction
More observations: Drawing by svg::paint yields too large a view on the panel (where one cannot adjust the plasmoid size). When I used that, I shrunk the rectangle to 80%. When I used kicon.::paint for the same svgz, I did not need to adjust the rect. Some plasmoids available in repositories or installable from the add widget dialog: I tried one of the system monitor bar-graphs. The old panel applet looked nicer but this is a matter of taste. He had a little space between the bars. Putting this on the panel makes it uncomfortably large. 80% would improve it but again, a matter of taste. There is a dual-plot network traffic plasmoid. Knemo can also put up a plot-- if I want it. Otherwise, it has a simple iconic representation of traffic. The plasmoid might be a decent size on the panel but would take up too much room so I put it on the desktop and shrunk it down. The reduced pixeling interfers with the plots. This one might be better as a single dual line plot like knemo's so one would keep it a bit larger. (Additonally, one can click on and off a textual statistics box but it is not in sync with the plots which lag quite a bit behind. Knemo does this in a tool tip but that view is not live.) The other one I tried is the quick-access plasmoid. This one is using the icon widget so sits nicely on the panel and responds to a proper click, not a press. This one is useful because it is quicker than bringing up a full dolphin. It could use some drag-and-drop capabilities. ___ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-devel
Re: signal clicked()
On Sunday 18 January 2009 12:12:49 Toussis Manolis wrote: On Sunday 18 January 2009 09:34:49 David Baron wrote: void MyApplet::mousePressEvent ( QGraphicsSceneMouseEvent *ev ) { if ( signalsBlocked() ) { Plasma::Applet::mousePressEvent( ev ); return; }.. I tried what you proposed... but the above doesn't work with drag/move operations... :-( If I click and hold on the applet , instead of moving my popup menu appears... I cannot vouch for when and if the signalsBocked will return true. Mouse pressed is not really a click -- this would be press release. However, this is all we have. I notice that some applets/icons will change there color/birghtness a bit on hover. The device-monitor applet does this as do any shortcuts or folders I placed on the panel. How do I do this? ___ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-devel
Re: signal clicked()
On Monday 19 January 2009 19:04:56 Aaron J. Seigo wrote: On Monday 19 January 2009, David Baron wrote: I notice that some applets/icons will change there color/birghtness a bit on hover. The device-monitor applet does this as do any shortcuts or folders I placed on the panel. How do I do this? it's part of Plasma::IconWidget. you can also do it yourself for custom items by reacting on hover events and starting an animation that uses one of the KPixmapEffects. take a look at the code in IconWidget to see how it does it if you're interested. generally, though, just use the Plasma widget classes. you'll save yourself a lot of grief. there are rather few reasons to do all your painting. Functionality in QIcon as well (iconWidget might get it from there). Since I am using KIcon, well, very easy! Both myself and the original correspondent might have been best off starting with the iconWidget and that has a bona-fide clicked() signal! Without better docs, we start out with the sample code which is a bare applet subclass and no hints of other or added possibilities. ___ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-devel
Re: signal clicked()
On Sunday 18 January 2009 12:12:49 Toussis Manolis wrote: On Sunday 18 January 2009 09:34:49 David Baron wrote: void MyApplet::mousePressEvent ( QGraphicsSceneMouseEvent *ev ) { if ( signalsBlocked() ) { Plasma::Applet::mousePressEvent( ev ); return; }.. I tried what you proposed... but the above doesn't work with drag/move operations... :-( If I click and hold on the applet , instead of moving my popup menu appears... I cannot vouch for when and if the signalsBocked will return true. Mouse pressed is not really a click -- this would be press release. However, this is all we have. ___ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-devel
Re: signal clicked()
On Saturday 17 January 2009 09:48:55 Toussis Manolis wrote: I want my plasma to react on left click on it. What signal/object should I connect to my slot? I tried MyApplet::clicked() , but there is no such signal... I used a mouse click event, wrote my own implementation for that function. This is not the qt way but no suitable signals are provided. This is what I did (I am not saying this is a preferred way, simply had no other): void MyApplet::mousePressEvent ( QGraphicsSceneMouseEvent *ev ) { if ( signalsBlocked() ) { Plasma::Applet::mousePressEvent( ev ); return; } if ( ev-button() == Qt::LeftButton ) proc_click(); else Plasma::Applet::mousePressEvent( ev ); } The first if (I believe) prevents the UI from exercising while the applet is being moved about. Right-clicks are handled by the applet's methods, i.e. to place the context/config menu. There are also hover functions available. No signals. ___ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-devel
Re: Plasma Applet Direction
On Wednesday 14 January 2009 20:04:10 Alex Merry wrote: On Wednesday 14 January 2009 07:45:16 David Baron wrote: 3. KDE3 panel applets/services I STILL use because they have not been ported: knemo, ksensors. There was also a system-monitor (four of them posted on kde- look are not as nice), kweather, kisa (cool live spell-checker), and others which will not work or not function correctly in KDE4. Would love to see (or participate in) their port to KDE4 (not just getting off dcop but going over to provided data-engines). Does this mean you're volunteering to help port these? Alex I would have to see the sources. I find most people's code (including my own more than sometimes) incomprehensible after a while. Documentation, documentation, documentation. I saw come limited docs about porting, dcop, etc. Not enough. I have seen no documentation of value for plasma beyond the nice skeleton that got me started doing a plasmoid (no, not so hard), and applet.h. The oxygen-generated docs on line are not the greatest and I have seen nothing about the data-engines, i.e. to incorporated kdepim stuff into my phone applet. Knemo and ksensors will obviously use the data- engines. Standards? I used qt4/kde4 widgets and kicons to KDE styles in my applet. Plasma has its own themes (but one would need to create icons) and its own widgets as well. Must use/should use/there if needed? I am available to an extent but it depends upon how tangled this can get. ___ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-devel
Plasma Applet Direction
A few observations, queries: 1. Folks seem to be posting applets on kde-look. This is for eye-candy, decorations, screen savers. Applets that treat useful information belong on kde-apps, I would think. 2. What to show? Seems to be a trend of plaster large screen areas with the whole kit-and-caboodle. Very quickly, there is no more room. Why do I need three days (count 'em) of weather forecast covering a percentage of my screen real estate? Same with network stats and system info. 3. KDE3 panel applets/services I STILL use because they have not been ported: knemo, ksensors. There was also a system-monitor (four of them posted on kde- look are not as nice), kweather, kisa (cool live spell-checker), and others which will not work or not function correctly in KDE4. Would love to see (or participate in) their port to KDE4 (not just getting off dcop but going over to provided data-engines). What is distinctive about these is that they present (even a small!!) icon on the panel which shows a useful bit of information (which sometimes I can choose). If I want more, I hover over the icon or click it and then I have access to everything. Examples of current KDE4 applets that work this way are kget, kmix. What say you? ___ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-devel
Re: kde community plasma integration
[test deleted, very long posting] This is all very exciting, maybe even useful in all or in parts. Main problem is screen real estate. The same reason I do not really like all those lovely superkaramba thingies nor do I use the folder-view plasmoid. Maybe is this could be on ONE of the several desktops in the pager. I want to look at it, I go there, otherwise, I do not look at it. Maybe one parent plasmoid on the panel can alert on updates to any of the feeds. ___ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-devel
Re: More DataEngines questions
While this is being discussed at length . . . Are there stock data-engines that come with the distributions, things for KDEPIM or even MySQL or pogreSQL? Or need on always roll one's own? ___ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-devel
Applet KConfigGroup vs QSettings?
I want to save/read configuration settings for the user (rather than global settings). The applet class provides two KConfigGroup functions: config() and config( group) Where do these store their data? Global? User? The group name is best the applet name()? user's name? Alternatively, there is the qt QSettings which places stuff in $HOME/.config/organization/app.config or something like that for which I might use organization name plasmoid or plasma and my applet name. Which is best to use for my plasmoid? (Both have isomorphic calls and the KConfigGroup probably calls QSettings or its parent.) BTW, my phoneapplet is on kde-apps.org is anyone wants to play with it. ___ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-devel
Closing threads, child QDialog
There are two problems when closing my applet . 1. The ioctl TIOCWAIT thread will not terminate. This may cause plasma not to close correctly (stuck in gray screen until control/alt/backspace). When closing in the viewer, get message: QThread: Destroyed while thread is still running 2. If the applet's dialog box is displayed on close from the viewer (may or may not be a problem when plasma itself closes), the applet will not terminate and the dialog remains visible till a MANUALLY close it. Setting deleteOnClose, calling close, etc., has no effect. These operations are being attempted in the destructor. I could try connecting the QObject:::destroy( this) signal but this might also be too late. Ideas? ___ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-devel
Re: New to list, make in applet (icon problem SOLVED)
On Monday 08 December 2008 23:46:37 Aaron J. Seigo wrote: On Monday 08 December 2008, David Baron wrote: On Monday 08 December 2008 21:33:21 David Baron wrote: On Monday 08 December 2008 19:04:17 Aaron J. Seigo wrote: Big outstanding issue is getting icons into the UI. use KIcon. Get the same crashes. KIcon will give me more flexibility and less restrictions tied to resource folders, but it has to work first :-) what are the crashes? you need to give us backtraces and example code otherwise it's really hard to know what's going on ... The code is a simple pushButtonX-setIcon( KIcon( nice-oxygen-icon); No useable backtraces. The example I posted was not from this crash. and of course, one better make sure that the set_ui (generated by the qt designer) is called BEFORE trying to use any of those widgets, huh :-) hehe. yes, that's usually a good idea ;) So I can use icons by name rather than by file-path/resource-path. How might I do the same thing with the applet::svg images? you can install the svg using something like this in your CMakeLists.txt file: install( FILES list of svgs DESTINATION ${DATA_INSTALL_DIR}/desktoptheme/default/pluginname ) and then you refer to them as pluginname/svgname, leaving off the .svg or .svgz extension. OK, but that is just another way of getting a specific path to specific files. KIcon( icon-name) will pull out the icon for the current KDE icon theme, i.e. oxygen. Changing that theme will show icons from the new theme. Is there any way of linking these desktopthemes to KDE's. ___ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-devel
Re: New to list, make in applet
On Wednesday 10 December 2008 19:04:12 Aaron J. Seigo wrote: On Tuesday 09 December 2008, David Baron wrote: Sometime the thing works just fine. Sometimes, it gets hung up and I get messages like: link XMLID_34_ hasn't been detected! link XMLID_34_ hasn't been detected! link XMLID_36_ hasn't been detected! At this point, it might leave the modem frozen and I need to reboot to free up the phone (is there anyway to hard-clear it without a reboot--no go through minicom?). i have no idea about modems and the code you are using to interact with them. sorry =/ perhaps the person who wrote the code you borrowed might be able to help.. Yes, I will look into that. Giving higher timeouts for hangup and reset helps here. Those link messages have nothing to do with the modem. I get these messages even when things are not hung. I assume they have to do with elements in the svgz (specified by XML?) or related to scaling the svgs. There are also unrecognized texture messages. The problem might also be related to legacy nvidia drivers. ___ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-devel
Re: New to list, make in applet (icon problem SOLVED)
On Monday 08 December 2008 21:33:21 David Baron wrote: On Monday 08 December 2008 19:04:17 Aaron J. Seigo wrote: Big outstanding issue is getting icons into the UI. use KIcon. Get the same crashes. KIcon will give me more flexibility and less restrictions tied to resource folders, but it has to work first :-) what are the crashes? you need to give us backtraces and example code otherwise it's really hard to know what's going on ... The code is a simple pushButtonX-setIcon( KIcon( nice-oxygen-icon); No useable backtraces. The example I posted was not from this crash. and of course, one better make sure that the set_ui (generated by the qt designer) is called BEFORE trying to use any of those widgets, huh :-) So I can use icons by name rather than by file-path/resource-path. How might I do the same thing with the applet::svg images? ___ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-devel
Re: Plasma::RadioButton cannot be AutoExclusive?
On Sunday 07 December 2008 12:03:24 Ben Cooksley wrote: Hi, I am developing the KuickQuiz plasmoid ( currently very alpha in playground/base/plasma/applets/kuickquiz ) and use Plasma::RadioButton to allow the user to choose the multi choice answer they want. However, I have ran into the issue of despite 4 Plasma::RadioButtons having the same parent, the radio button itself is never auto exclusive, so when the user changes their mind, the answer does not automatically switch to the newly chosen choice, and both become chosen so the user could potentially cheat and choose all of the choices. Can anyone give me an insight into why this is happening? could it be because they are all individually parented to seperate QGraphicsProxyWidgets? By the way, creating a Plasmoid has been a very easy experience, and 4.2 Plasma rocks! (running trunk) First I head of these. So ... we have QRadioButton, KRadioButton and now RadioButton from plasma. 1. How can I get these plasma widgets into qt designer to use them. Yes, I can do a global replace and get rid of all th Qs and Ks, huh? 2. Are these any better or more well behaved than their counterparts? 3. I have a problem with icons and Q...buttons. A direct setIcon(QIcon(. is a sure fire crash out. Setting icons in the designer uses qPixmap routines. In a cmake build, where might I find these functions? Can I use icon names and let KDE skin 'em if I use the Plasma buttons instead of the others? ___ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-devel
Re: New to list, make in applet
On Monday 08 December 2008 02:43:44 Aaron J. Seigo wrote: On Sunday 07 December 2008, David Baron wrote:xperimental and backports. While the code is not voluminous, it is longer than appropriate for such a posting. If the list permits inclusions, I can do so. some things that pop out at me: * neat idea and something that i'm sure many will find useful ... Yep. I started this because I needed it--no phone on the desk by the machine and hard to handle a telephone or cell phone while playing with the computer. * instead of having all those different svg's, you could put all the elements into just one svg. more efficient all around, and probably save your applet a few lines of code. obviously not critical =) I am very new to this and the only documentation is the .h files in /usr/include/plasma. I need better documentation. Anyway, this sounds good but ... tell me how :-) * lots of C like code in there, such as dealing with c strings. never fun compared to Qt ;) Yep. A lot of this was lifted from pure c stuff like xringd and some examples of modem program that worked. I would eventually like to get it all into Qt4. I tried replacing the ringer with QSound but this is tied to NAS, not alsa and such. * popupPosition is probably wrong because you are calling it before setupUi is called and so the size of the dialog is incorrect. also, if you move the applet the position the position will be incorrect. so i'd recommend move the popupPosition call to ToggleGUI where you show it. (well, only when it's about to be shown, obviously; no point in moving it when it's just going to be hidden =) Great. Next thing to try. * for the crashes, try your applet in plasmoidviewer (plasmoidviewer pluginName) and see if you can get a backtrace from that. note that plasmoidviewer does store the settings, so it's a fine way to emulate on next login The applet does not crash into the viewer. The excerpt cited was after an hour sitting on the screen! Big outstanding issue is getting icons into the UI. ___ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-devel