Re: Some dates on Tokamak3
On Friday 14 August 2009 19:20:57 Chani wrote: btw, I remember you said to bring warm clothes... just how cold will it be? For you? Luke-warm. For Artur and Annie? Freaking ccoool. ;-) -- sebas http://www.kde.org | http://vizZzion.org | GPG Key ID: 9119 0EF9 signature.asc Description: This is a digitally signed message part. ___ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-devel
Re: Some dates on Tokamak3
On Sunday 16 August 2009 13:11:46 Lukas Appelhans wrote: The budget is already closed unfortunately :(. I don't think that we are able to ask more for the eV but Sebastian can correct me on this one. :( Well sebas where are you? ;) Tokamak3 is already quite an expensive sprint, compared to others, and getting it financed by the e.V. wasn't so easy. I'm travelling for most of the time until T3, so I won't have the time to convince people that we want to extend the budget yet again. Maybe next time we can finalize the list of attendees earlier? -- sebas http://www.kde.org | http://vizZzion.org | GPG Key ID: 9119 0EF9 signature.asc Description: This is a digitally signed message part. ___ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-devel
Re: [PATCH] BUG 204118 only one dolphin left in quicklaunch after sorting if there are more than one dolphins in quicklaunch before sorting
Am Montag 17 August 2009 05:46:06 schrieb 潘卫平(Peter Pan): Hi, all Maybe we should use QMultiHash instead of QHash when sorting. Regards If it works I'm perfectly fine with this :) Lukas ___ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-devel
Re: Some dates on Tokamak3
Am Montag 17 August 2009 13:39:59 schrieb Sebastian Kügler: On Sunday 16 August 2009 13:11:46 Lukas Appelhans wrote: The budget is already closed unfortunately :(. I don't think that we are able to ask more for the eV but Sebastian can correct me on this one. :( Well sebas where are you? ;) Tokamak3 is already quite an expensive sprint, compared to others, and getting it financed by the e.V. wasn't so easy. I'm travelling for most of the time until T3, so I won't have the time to convince people that we want to extend the budget yet again. Okey :( Maybe next time we can finalize the list of attendees earlier? Yeap, I didn't plan to attend until Riccardo asked me... :) Lukas ___ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-devel
Re: Some dates on Tokamak3
On Monday 17 August 2009, Sebastian Kügler wrote: On Friday 14 August 2009 19:20:57 Chani wrote: btw, I remember you said to bring warm clothes... just how cold will it be? For you? Luke-warm. For Artur and Annie? Freaking ccoool. ;-) i guess it will greatly depend from the weather. don't know there, but in the mountans near from where i live at ~1600mt these days is as fucking hot as everywhere else, as soon the weather becomes crap, in a period around end of august can go to around 10°C or less so yeah, we can find 10c as well 30c :p -- Marco Martin ___ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-devel
Re: Some dates on Tokamak3
Am Montag, 17. August 2009 schrieb Marco Martin: Morning On Monday 17 August 2009, Sebastian Kügler wrote: On Friday 14 August 2009 19:20:57 Chani wrote: btw, I remember you said to bring warm clothes... just how cold will it be? For you? Luke-warm. For Artur and Annie? Freaking ccoool. ;-) i guess it will greatly depend from the weather. don't know there, but in the mountans near from where i live at ~1600mt these days is as fucking hot as everywhere else, as soon the weather becomes crap, in a period around end of august can go to around 10°C or less so yeah, we can find 10c as well 30c :p Can't agree more. The last weekend it was quite hot during the day. In the evening it's getting cold because of the glaciers but I think I repeat myself ;-). Cu Mario ___ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-devel
Re: Some dates on Tokamak3
Am Freitag, 14. August 2009 schrieb Chani: Morning On August 12, 2009 08:04:00 Mario Fux wrote: Good morning Here some dates or proposals to Tokamak3. As I'm not the party guy I asked my brother to guide us through the nightlife of Zermatt. I know I know, you guys would find your way through yourselves but my brother will come with us (if it's ok for you) on Saturday the 29th to Zermatt? snip And the third not yet fixed day should be a Day of the Open door for the local people to watch us (or you ;-) what you're doing. Would this be ok for you and any preference for a date? just don't make it sunday the 30th ;) IC and of course ;-). btw, I remember you said to bring warm clothes... just how cold will it be? See the other mails. griits Mario ___ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-devel
Re: Some dates on Tokamak3
Am Montag, 17. August 2009 schrieb Lukas Appelhans: Morning Sorry for the late answer. Am Montag 17 August 2009 13:39:59 schrieb Sebastian Kügler: On Sunday 16 August 2009 13:11:46 Lukas Appelhans wrote: The budget is already closed unfortunately :(. I don't think that we are able to ask more for the eV but Sebastian can correct me on this one. :( Well sebas where are you? ;) Tokamak3 is already quite an expensive sprint, compared to others, and getting it financed by the e.V. wasn't so easy. I'm travelling for most of the time until T3, so I won't have the time to convince people that we want to extend the budget yet again. Okey :( Sorry from my side as well. I can't help you financially but we would find a place and computer for you when you pay yourself the travel (and of course the food but that's the same for all the others as well). Or try to find a sponsor for your travel costs. Maybe next time we can finalize the list of attendees earlier? Yeap, I didn't plan to attend until Riccardo asked me... :) Lukas Mario ___ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-devel
Re: Review Request: make use of setClickMessage in the source textedit
--- This is an automatically generated e-mail. To reply, visit: http://reviewboard.kde.org/r/1337/#review2053 --- Ship it! Yep, nice fix for the translatoid's interaction - Sebastian On 2009-08-16 22:00:34, patcito wrote: --- This is an automatically generated e-mail. To reply, visit: http://reviewboard.kde.org/r/1337/ --- (Updated 2009-08-16 22:00:34) Review request for Plasma. Summary --- This makes use of the recently added setClickMessage() property of ktextedit so that when the user click on the textedit, the message disappears and when the user clicks out of the textedit, the message comes back if the textedit is empty. For now, the user has to remove the text manually which is a bit annoying :) Diffs - /trunk/kdereview/plasma/applets/translatoid/ktranslatoid.cpp 1011865 Diff: http://reviewboard.kde.org/r/1337/diff Testing --- Screenshots --- translatoid message disappears on click http://reviewboard.kde.org/r/1337/s/181/ Thanks, patcito ___ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-devel
Re: Review Request: make use of setClickMessage in the source textedit
--- This is an automatically generated e-mail. To reply, visit: http://reviewboard.kde.org/r/1337/#review2054 --- /trunk/kdereview/plasma/applets/translatoid/ktranslatoid.cpp http://reviewboard.kde.org/r/1337/#comment1369 Your text here sounds nicer IMO - Sebastian On 2009-08-16 22:00:34, patcito wrote: --- This is an automatically generated e-mail. To reply, visit: http://reviewboard.kde.org/r/1337/ --- (Updated 2009-08-16 22:00:34) Review request for Plasma. Summary --- This makes use of the recently added setClickMessage() property of ktextedit so that when the user click on the textedit, the message disappears and when the user clicks out of the textedit, the message comes back if the textedit is empty. For now, the user has to remove the text manually which is a bit annoying :) Diffs - /trunk/kdereview/plasma/applets/translatoid/ktranslatoid.cpp 1011865 Diff: http://reviewboard.kde.org/r/1337/diff Testing --- Screenshots --- translatoid message disappears on click http://reviewboard.kde.org/r/1337/s/181/ Thanks, patcito ___ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-devel
Re: Some dates on Tokamak3
Am Montag 17 August 2009 14:30:29 schrieb Mario Fux: Am Montag, 17. August 2009 schrieb Lukas Appelhans: Morning Sorry for the late answer. Hey! No problem! Am Montag 17 August 2009 13:39:59 schrieb Sebastian Kügler: On Sunday 16 August 2009 13:11:46 Lukas Appelhans wrote: The budget is already closed unfortunately :(. I don't think that we are able to ask more for the eV but Sebastian can correct me on this one. :( Well sebas where are you? ;) Tokamak3 is already quite an expensive sprint, compared to others, and getting it financed by the e.V. wasn't so easy. I'm travelling for most of the time until T3, so I won't have the time to convince people that we want to extend the budget yet again. Okey :( Sorry from my side as well. I can't help you financially but we would find a place and computer for you when you pay yourself the travel (and of course the food but that's the same for all the others as well). Or try to find a sponsor for your travel costs. Well except for KDE e.V. it's hard to find one ;) too bad :( Lukas Maybe next time we can finalize the list of attendees earlier? Yeap, I didn't plan to attend until Riccardo asked me... :) Lukas Mario ___ 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: KDE/kdeplasma-addons/applets
A Diumenge, 16 d'agost de 2009, Björn Ruberg va escriure: SVN commit 1012095 by ruberg: Moved plasmaboard (virtual keyboard plasmoid) from kdereview to kdeplasma-addons This is not a move, this is a copy, please remove the copy on kdereview. Albert ___ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-devel
Re: Some dates on Tokamak3
Hi everyone, for the late attendees cycle here I am as well. However, I will be coming with Riccardo by car, so basically nothing changes for sponsoring travel, as the budget ruphy already declared is fitting the both of us (even if I'm the one who will drive so I expect extra cheese and beer upon arrival :) ). I might not be able to have a laptop as well, as mine burned a month ago. I'll be back from vacations on the 20th and I hope I will be able to buy another one on time, however I will hit back the list when I'll know more. Please let me know if there are any problem with my late (sorry again) attendance. 2009/8/17 Lukas Appelhans l.appelh...@gmx.de Am Montag 17 August 2009 14:30:29 schrieb Mario Fux: Am Montag, 17. August 2009 schrieb Lukas Appelhans: Morning Sorry for the late answer. Hey! No problem! Am Montag 17 August 2009 13:39:59 schrieb Sebastian Kügler: On Sunday 16 August 2009 13:11:46 Lukas Appelhans wrote: The budget is already closed unfortunately :(. I don't think that we are able to ask more for the eV but Sebastian can correct me on this one. :( Well sebas where are you? ;) Tokamak3 is already quite an expensive sprint, compared to others, and getting it financed by the e.V. wasn't so easy. I'm travelling for most of the time until T3, so I won't have the time to convince people that we want to extend the budget yet again. Okey :( Sorry from my side as well. I can't help you financially but we would find a place and computer for you when you pay yourself the travel (and of course the food but that's the same for all the others as well). Or try to find a sponsor for your travel costs. Well except for KDE e.V. it's hard to find one ;) too bad :( Lukas Maybe next time we can finalize the list of attendees earlier? Yeap, I didn't plan to attend until Riccardo asked me... :) Lukas Mario ___ 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: Some dates on Tokamak3
around end of august can go to around 10°C or less so yeah, we can find 10c as well 30c :p sounds like summer to me. :) so, I may need both jeans and shorts. but no woolly sweaters. -- This message brought to you by eevil bananas and the number 3. www.chani3.com signature.asc Description: This is a digitally signed message part. ___ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-devel
Re: Some dates on Tokamak3
Am Montag, 17. August 2009 schrieb Chani: Morning around end of august can go to around 10°C or less so yeah, we can find 10c as well 30c :p sounds like summer to me. :) so, I may need both jeans and shorts. but no woolly sweaters. I hope not but it depends on your sensitivity. griits Mario ___ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-devel
Re: Some dates on Tokamak3
Am Montag, 17. August 2009 schrieb Dario Freddi: Hi everyone, Good morning dear people who'd like to come to the beautiful Randa. Right now I organized another appartment (10 minutes away) of another aunt. She wants only 20 CHF for cleaning and you have to say that you know her (because of the missing visitor's tax if you know what I mean ;-). for the late attendees cycle here I am as well. However, I will be coming with Riccardo by car, so basically nothing changes for sponsoring travel, as the budget ruphy already declared is fitting the both of us (even if I'm the one who will drive so I expect extra cheese and beer upon arrival :) ). I might not be able to have a laptop as well, as mine burned a month ago. I'll be back from vacations on the 20th and I hope I will be able to buy another one on time, however I will hit back the list when I'll know more. And yes if you won't bring a computer with you we'll find an solution. There is already a T23 thinkpad (quite old but) in Randa. Then my server under the roof and another older PC in my room. I'll bring my netbook and we'll see what else. Please let me know if there are any problem with my late (sorry again) attendance. Is this enough information or do you need a written invitation ;-)? And Lukas (me brooding of a possible sponsor) if you find a sponsor or other solution. You're welcome as well. griits Mario PS: Next time I'll organize an Akademy myself ;-). ___ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-devel
Re: Review Request: make use of setClickMessage in the source textedit
On Mon, Aug 17, 2009 at 8:56 AM, Sebastian Küglerse...@kde.org wrote: /trunk/kdereview/plasma/applets/translatoid/ktranslatoid.cpp http://reviewboard.kde.org/r/1337/#comment1369 Your text here sounds nicer IMO Ok, I changed the text to that, I'm sending it here because reviewboard is down. Cheers, Pat ___ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-devel
Re: Review Request: Patch to add free space indicator into device notifier plasmoid
--- This is an automatically generated e-mail. To reply, visit: http://reviewboard.kde.org/r/632/#review2065 --- I've tested the patch on current trunk, about to commit it, but I don't see any progress bar showing up. The patch probably needs updating. - Sebastian On 2009-05-12 14:28:58, mck182 wrote: --- This is an automatically generated e-mail. To reply, visit: http://reviewboard.kde.org/r/632/ --- (Updated 2009-05-12 14:28:58) Review request for Plasma. Summary --- This patch adds a KCapacityBar into the device notifier plasmoid to show the device's free space. Diffs - trunk/KDE/kdebase/workspace/plasma/applets/devicenotifier/CMakeLists.txt 965209 trunk/KDE/kdebase/workspace/plasma/applets/devicenotifier/devicenotifier.cpp 965209 trunk/KDE/kdebase/workspace/plasma/applets/devicenotifier/devicespaceinfodelegate.h PRE-CREATION trunk/KDE/kdebase/workspace/plasma/applets/devicenotifier/devicespaceinfodelegate.cpp PRE-CREATION trunk/KDE/kdebase/workspace/plasma/applets/devicenotifier/notifierdialog.h 965209 trunk/KDE/kdebase/workspace/plasma/applets/devicenotifier/notifierdialog.cpp 965209 trunk/KDE/kdebase/workspace/plasma/applets/devicenotifier/notifierview.cpp 965209 Diff: http://reviewboard.kde.org/r/632/diff Testing --- Thanks, mck182 ___ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-devel
Re: [nepomuk-kde] Plasma activities and Nepomuk
On Friday 07 August 2009, Hari krishna Anandhan wrote: ActivityContext: - Activity name (given by user) - Activity Type the Type is a kind of categorization or even a tag if viewed even more loosely. however, the big question here (as in most of these contextual technology discussions) is: How do we present this to the user? user can be one of: plasmoid developer, end user, ... to the plasmoid developer, having names and types is just further complication and doesn't add one bit of extra information for them to use. both are equally abstract until associated with something relevant to the plasmoid. concrete example: instant messenger widget. the idea of a work type plasmoid is pretty irrelevant unless work type is associated with contacts associated with work. even more importantly, i may not want all my work contacts associated with that activity as it may be a specific work project that i'm representing. this makes putting my Plasma Netbook activity into the Work Activity category not particularly useful. what i want to do (as a user) is to associate groups of users, files, locations, etc with an activity. to do that does not require any sort of categorization of activities. it just takes the usual associate this stuff with that stuff that semantic frameworks (e.g. nepomuk) are meant for. one could create a work entry in Nepomuk and associate a bunch of stuff with that and we can certainly provide a way to associate nodes in the semantic store with an activity ... but from a user interface perspective there's no benefit to having actual activity types or just plain ol' groups of stuff in Nepomuk, and from a code perspective i'd rather keep the amount of things added to Nepomuk for this to be minimized as much as possible as it will only make working with the rest of what Nepomuk offers harder rather than easier. which is why i never suggested categories for activities. it did cross my mind when first designing the in Plasma, but i quickly realized that such categories are: * not useful to everyone (as such will be ignored) * make writing plasmoids more confusing and complex * too restrictive to be real world useful in many (most?) cases * can be accomplished anyways by allowing users to freely associate items in the Nepomuk store with an activity -- Aaron J. Seigo humru othro a kohnu se GPG Fingerprint: 8B8B 2209 0C6F 7C47 B1EA EE75 D6B7 2EB1 A7F1 DB43 KDE core developer sponsored by Qt Software signature.asc Description: This is a digitally signed message part. ___ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-devel
Re: Adding a runner to KDE
On Tuesday 11 August 2009, Ryan P. Bitanga wrote: - I'd prefer to use a QHashint, QString commands private variable to having so many string variables as well as an enum to specify the command (something like enum Command { PlayCommand, NextCommand, ...};) but that's just my preference the code isn't any shorter, but now there's a bunch of hash insertions and lookups? hm. i don't think this wins anything but (negligibly) slower code and (negligibly) increased memory usage. it's not so bad as to revert it or anything, but it's not really an improvement to the code and isn't a pattern that should extend into other krunner code imho. one thing that should be improved, however, is the reading/writing of values from/to the config object. right now the string com_quit appears in two different files, once to read it and once to write it. that's an approach just asking for annoying errors :) instead, i'd recommend: static const char * CONFIG_QUIT com_quit; (or whatever you prefer to call it) in a header somewhere and then use CONFIG_QUIT (or whatever) in the code. that limits the magic string to just one location and lets the compiler complain when you misspell it one of the two files ;) speaking of misspellings, it's increase and decrease not incrase and decrase :) -- Aaron J. Seigo humru othro a kohnu se GPG Fingerprint: 8B8B 2209 0C6F 7C47 B1EA EE75 D6B7 2EB1 A7F1 DB43 KDE core developer sponsored by Qt Software signature.asc Description: This is a digitally signed message part. ___ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-devel
Re: 4.3 branch plasma crash in AbstractTaskItem::basicPreferredSize
On Friday 07 August 2009, David Faure wrote: On Friday 07 August 2009, Marco Martin wrote: On Friday 07 August 2009, David Faure wrote: Plasma crashes rather often for me. I finally got a bt of the crash. Is this enough info for anyone to fix it? And now I got another backtrace, no null pointer this time (am I the only one opening and closing windows in kde 4.3???). the last batch of problems (in libtaskmanager) were only triggered by people who had auto-expanding panels or the like where the size of the taskbar changed when the number of windows changed. it looks like the same or similar thing is happening here, only now in the widget itself ... -- Aaron J. Seigo humru othro a kohnu se GPG Fingerprint: 8B8B 2209 0C6F 7C47 B1EA EE75 D6B7 2EB1 A7F1 DB43 KDE core developer sponsored by Qt Software signature.asc Description: This is a digitally signed message part. ___ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-devel
Re: [nepomuk-kde] Plasma activities and Nepomuk
On Friday 07 August 2009 19:39:25 Lukas Appelhans wrote: As you probably know, plasma has the concept of activities. This is something that is supposed to become global concept, and not only plasma-local. Use-cases: - When John switches to the /work/ activity, he wants the favourites in Kickoff/KMenu/Lancelot/Raptor/... to be the applications related to work. +1 In Raptor we can also use the launch count/database per activity... Btw, a bit offtopic, but shall we share favourites between those menus? Why not? -- Evgeny ___ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-devel
Re: [nepomuk-kde] Plasma activities and Nepomuk
On Saturday 08 August 2009 08:06:26 Hari krishna Anandhan wrote: On Sun, Aug 2, 2009 at 4:31 AM, Sebastian Küglerse...@kde.org wrote: the big requirements we have in plasma is the ability to have a named context that can be associated with locations, people, documents ... projets, tasks, time periods, ... :) All these are planned to be included in ActivityContext. But, as we would like to evolve the ontology over time with real-life usage (instead of long discussions over the actual structure of the ontology), we would like to start with the bare minimum required to represent an ActivityContext and actually implement it before we start adding other things... So, here is what might be the minimum required to represent ActivityContext: - Activity name (given by user) - Activity Type Sounds like Activity type = some PIMO class, ActivityName = Activity class instance. -- Evgeny ___ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-devel
Review Request: plasma-netbook: missing kwin window decorations - fix for mid to netbook renaming
--- This is an automatically generated e-mail. To reply, visit: http://reviewboard.kde.org/r/1303/ --- Review request for Plasma and Artur de Souza (MoRpHeUz). Summary --- As plasma-netbook was transitioned from being called MID to Netbook, not all things were updated to account for this. Specifically, in this case, was the minimal kwin window decorations for use in plasma-netbook. This patch updates the references to names, files, namespaces and classes to Netbook (from Mid). Diffs - trunk/playground/base/plasma/netbook/kwin/CMakeLists.txt 1010511 trunk/playground/base/plasma/netbook/kwin/mid/CMakeLists.txt 1010511 trunk/playground/base/plasma/netbook/kwin/mid/mid.cpp 1010511 trunk/playground/base/plasma/netbook/kwin/mid/mid.desktop 1010511 trunk/playground/base/plasma/netbook/kwin/mid/mid.h 1010511 trunk/playground/base/plasma/netbook/kwin/netbook/CMakeLists.txt PRE-CREATION trunk/playground/base/plasma/netbook/kwin/netbook/netbook.desktop PRE-CREATION trunk/playground/base/plasma/netbook/kwin/netbook/netbook.h PRE-CREATION trunk/playground/base/plasma/netbook/kwin/netbook/netbook.cpp PRE-CREATION Diff: http://reviewboard.kde.org/r/1303/diff Testing --- This patch has been tested under Kubuntu Netbook Edition (KNE) which is under development (Karmic Koala 9.10 Alpha3), and does indeed provide the afore meantioned window decorations. I have tested min/max/move/resize of the window via the decorations and everything appears to be working as expected with no crashes. The patch is a fairly simple one, only updating the names to the correct new naming scheme. Thanks, Roderick ___ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-devel
Re: New systray spec
On Monday 10 August 2009, Marco Martin wrote: what i'm a bit on the fence is to put it in the spec, hmm... perhaps state that basic rich text (p, br, b, i, etc) should be supported (though is not a requirement, e.g. for purposes of writing to a log file). use of color should be generally discouraged. they aren't useful for accessibility and complicate themability. -- Aaron J. Seigo humru othro a kohnu se GPG Fingerprint: 8B8B 2209 0C6F 7C47 B1EA EE75 D6B7 2EB1 A7F1 DB43 KDE core developer sponsored by Qt Software signature.asc Description: This is a digitally signed message part. ___ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-devel
Re: Submit a runner to KDE
On Sunday 09 August 2009, Dan Vratil wrote: So please could some of you here take a look on the runner, tell me if it even worth commiting and maybe show me the right path to follow? great to see this in playground; let's get it into shape for 4.4! :) i'm not sure where it should end up, though: with kopete, in kdebase- workspace, in kdeplasma-addons? hmm... to me, it seems like one of those desktop integration bits that really _ought_ to be there. right now it's kopete specific, and would likely remain that way if shipped with kopete. if we put it into kdebase/workspace/plasma/runners/ that might result in people working on support for other IM apps too :) as for the code, some comments: const QStringList ids = m_contactData.keys(); that is slow: it iterates over m_contactData and creates a new QStringList. use a QHashIterator or a QHash::const_iterator instead (depending on which semantics you prefer, the Java or the C++ style) QDBusReplyQStringList reply = QDBusConnection::sessionBus().call(request); that is synchronous, which means the rest of krunner will stall until that happens. worse, if kopete isn't running this will just simply fail and the runner won't work. what should probably happen is: * the runner should watch for kopete's dbus interface being available (see QDBusConnectionInterface::serviceOwnerChanged) * when prepare() is called if kopete is around, an async call to kopete should be made to collect the contacts * when teardown() is called, clear this data what would be really quite nice is the ability to update matches while they are live, so if a contact goes offline while the match is showing the match should be changed to reflect this change in status as well . hmm that would probably require an updateMatch[es]() call in AbstractRunner? it is unfortunate that we're shipping all this data back and forth between kopete and krunner, too. what would _really_ make sense is an addition to kopete's dbus API that takes a string and returns a list of matching UUIDS, possibly another one that returns a full set of their properties? that would certainly limit the amount of data being duplicated on both ends, though it would mean more d-bus activity during krunner searching. in any case, the updating of contacts should stop when teardown() is called and only be happening once prepare() is called to keep krunner as quiet as possible when not in use. -- Aaron J. Seigo humru othro a kohnu se GPG Fingerprint: 8B8B 2209 0C6F 7C47 B1EA EE75 D6B7 2EB1 A7F1 DB43 KDE core developer sponsored by Qt Software signature.asc Description: This is a digitally signed message part. ___ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-devel
Re: plasmoidviewer patch
On Thursday 13 August 2009, Marco Martin wrote: resize the window, then an handle should be implemented, then different plasmoidviewers should use different config files of sharing one in an intelligent way... kinda a can of worms.. configuration is absolutely the biggest hurdle here. the real challenge comes in supporting multiple applets of the same type. one idea would be to run all the plasmoids in the same process by making the viewer a KUniqueApplication; then it would have one corona, one containment (that would just keep all the widgets in a layout that keeps them from overlapping) but a separate top level window showing each one. then config becomes a non-issue. i'm fine with the translucent background patch/idea, but to really give people what they want it should be a separate shell. it should be trivial to create, probably about the same size (maybe even smaller) than plasmoidviewer currently is as it wouldn't need to support switches for things like the background image, containment type, form factor, location, etc. -- Aaron J. Seigo humru othro a kohnu se GPG Fingerprint: 8B8B 2209 0C6F 7C47 B1EA EE75 D6B7 2EB1 A7F1 DB43 KDE core developer sponsored by Qt Software signature.asc Description: This is a digitally signed message part. ___ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-devel
Re: PopupApplet and setFocus() behaviour
On Wednesday 12 August 2009, Dmitry Suzdalev wrote: I'm doing it by overriding a PopupApplet::popupEvent() and calling ugly; perhaps we should allow plasmoids to set a keyboard focus widget .. *thinks* actually, when a popup occurs, we should probably shift keyboard focus to the first widget in the keyboard focus chain automatically. then it would simply be up to you to ensure that the list view is the first item in the tab- switching order :) -- Aaron J. Seigo humru othro a kohnu se GPG Fingerprint: 8B8B 2209 0C6F 7C47 B1EA EE75 D6B7 2EB1 A7F1 DB43 KDE core developer sponsored by Qt Software signature.asc Description: This is a digitally signed message part. ___ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-devel
Re: [PATCH] BUG 203716 give user a hint when adding same application into quicklaunch
On Friday 14 August 2009, 潘卫平(Peter Pan) wrote: svn r 1011382 there are a couple issues with this patch, unfortunately. first, it introduces a modal dialog. that will block the rest of plasma. not good. :/ second, the button names are just Ok and Cancel, they should be changed to having meaningful labels that say _what_ will happen if Ok or Cancel is pressed. but that's a moot point, because we really can't have a modal dialog here. is there any use case where it makes sense to have more than one icon for the _same_ application or file? i can't think of one. so i'd suggest just silently dropping duplicates. -- Aaron J. Seigo humru othro a kohnu se GPG Fingerprint: 8B8B 2209 0C6F 7C47 B1EA EE75 D6B7 2EB1 A7F1 DB43 KDE core developer sponsored by Qt Software signature.asc Description: This is a digitally signed message part. ___ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-devel
Re: Querying the dict dataengine
On Saturday 15 August 2009, alan moore wrote: Hello; I am working on my first plasmoid (in Python), so apologies in advance if I'm a blockhead. I'm trying to remake the old kicker dictionary applet. I have code that works by calling the dict CLI command, but naturally I want to switch that to working with a data engine. I'm a bit hazy on how to communicate with the dict dataEngine and get what I want from it; specifically: - How do I tell it what server/dictionary to use? I saw there is a setServer() function in the code, but it's private. i don't believe there is a way to do this currently. it could be done in a few ways: * the source name could be the server, though that's not backwards compatible * there could be a serviceForSource that returns a service that lets one define what the server(s) to use for that word should be. the latter is probably the way to go. it requires a bit of work to the dict dataengine in kdebase, but wouldn't be too difficult. other engines implement serviceForSource as well, so examples abound :) I also tried using connectSource(), then assigning mydef in dataUpdated. I noticed in that case that I first got an empty dictionary, then a few moments later the actual data I was looking for. that's correct; the process is asynchronous so it will update later. there is no way around that unless we make the entire internet synchronous ;) -- Aaron J. Seigo humru othro a kohnu se GPG Fingerprint: 8B8B 2209 0C6F 7C47 B1EA EE75 D6B7 2EB1 A7F1 DB43 KDE core developer sponsored by Qt Software signature.asc Description: This is a digitally signed message part. ___ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-devel
Re: Ruby applet dataEngine service operation call
On Sunday 16 August 2009, Cédric wrote: service=dataEngine(tasks).serviceForSource(dataEngine(tasks).sources.fi rst) things i can think of: * the ruby script engine bindings are not functioning properly * sources.first is not a valid name of a task (e.g. it's a start up task or some other garbage) -- Aaron J. Seigo humru othro a kohnu se GPG Fingerprint: 8B8B 2209 0C6F 7C47 B1EA EE75 D6B7 2EB1 A7F1 DB43 KDE core developer sponsored by Qt Software signature.asc Description: This is a digitally signed message part. ___ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-devel
Re: Review Request: make use of setClickMessage in the source textedit
--- This is an automatically generated e-mail. To reply, visit: http://reviewboard.kde.org/r/1337/ --- (Updated 2009-08-18 01:37:40.305984) Review request for Plasma. Changes --- I changed the text as suggested by Seb. Summary --- This makes use of the recently added setClickMessage() property of ktextedit so that when the user click on the textedit, the message disappears and when the user clicks out of the textedit, the message comes back if the textedit is empty. For now, the user has to remove the text manually which is a bit annoying :) Diffs (updated) - /trunk/kdereview/plasma/applets/translatoid/ktranslatoid.cpp 1011865 Diff: http://reviewboard.kde.org/r/1337/diff Testing --- Screenshots --- translatoid message disappears on click http://reviewboard.kde.org/r/1337/s/181/ Thanks, patcito ___ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-devel
Re: Some dates on Tokamak3
so, I may need both jeans and shorts. but no woolly sweaters. while I may need thick jeans and 3 layers of woolly sweaters :) ___ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-devel
Re: Querying the dict dataengine
Aaron J. Seigo wrote: On Saturday 15 August 2009, alan moore wrote: Hello; I am working on my first plasmoid (in Python), so apologies in advance if I'm a blockhead. I'm trying to remake the old kicker dictionary applet. I have code that works by calling the dict CLI command, but naturally I want to switch that to working with a data engine. I'm a bit hazy on how to communicate with the dict dataEngine and get what I want from it; specifically: - How do I tell it what server/dictionary to use? I saw there is a setServer() function in the code, but it's private. i don't believe there is a way to do this currently. it could be done in a few ways: * the source name could be the server, though that's not backwards compatible * there could be a serviceForSource that returns a service that lets one define what the server(s) to use for that word should be. the latter is probably the way to go. it requires a bit of work to the dict dataengine in kdebase, but wouldn't be too difficult. other engines implement serviceForSource as well, so examples abound :) Thanks, I'll look at it; though I wouldn't recommend anyone hold their breath waiting for me to produce working c++ code. I also tried using connectSource(), then assigning mydef in dataUpdated. I noticed in that case that I first got an empty dictionary, then a few moments later the actual data I was looking for. that's correct; the process is asynchronous so it will update later. there is no way around that unless we make the entire internet synchronous ;) The delay wasn't really the problem, but rather the initial bogus output. I guess I'm thinking of this like a database query -- ask a question, wait a bit, get an answer. I can see how connectSource() makes sense in a situation where you have a constant stream of data you want to tap into and pipe out to a widget, but is there not a mechanism for simply doing a one-off query? I thought that's what the query() method was for, but that wasn't working out either. Am I thinking about this all wrong? ___ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-devel