Review Request 110716: Get the Plasma Theme Text Color for the Notes applet
--- This is an automatically generated e-mail. To reply, visit: http://git.reviewboard.kde.org/r/110716/ --- Review request for Plasma, Aaron J. Seigo, Davide Bettio, and Sebastian Kügler. Description --- For theme text color, the code was Plasma::Theme::ButtonTextColor instead of Plasma::Theme::TextColor in 2 places. When the theme changes, make the text change color. This addresses bug 320342. http://bugs.kde.org/show_bug.cgi?id=320342 Diffs - applets/notes/notes.cpp 5c2ed70 Diff: http://git.reviewboard.kde.org/r/110716/diff/ Testing --- Tested with several themes, Air, ThinAir2 and Oxygen. Thanks, Anne-Marie Mahfouf ___ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-devel
Review Request 110382: Fix a crash that happens when you close some apps
--- This is an automatically generated e-mail. To reply, visit: http://git.reviewboard.kde.org/r/110382/ --- Review request for Plasma. Description --- This patch fixes a crash reported in https://bugs.kde.org/show_bug.cgi?id=319137. Should also be backported to 4.10 branch. Diffs - plasma/private/dialogshadows.cpp b54fb1a Diff: http://git.reviewboard.kde.org/r/110382/diff/ Testing --- Tested personally and tested by several other people, see the bug report. It fixes the crash. Thanks, Anne-Marie Mahfouf ___ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-devel
Re: Review Request 110382: Fix a crash that happens when you close some apps
--- This is an automatically generated e-mail. To reply, visit: http://git.reviewboard.kde.org/r/110382/ --- (Updated May 10, 2013, 12:55 p.m.) Review request for Plasma. Description --- This patch fixes a crash reported in https://bugs.kde.org/show_bug.cgi?id=319137. Should also be backported to 4.10 branch. This addresses bug 319137. http://bugs.kde.org/show_bug.cgi?id=319137 Diffs - plasma/private/dialogshadows.cpp b54fb1a Diff: http://git.reviewboard.kde.org/r/110382/diff/ Testing --- Tested personally and tested by several other people, see the bug report. It fixes the crash. Thanks, Anne-Marie Mahfouf ___ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-devel
Re: Review Request 110382: Fix a crash that happens when you close some apps
--- This is an automatically generated e-mail. To reply, visit: http://git.reviewboard.kde.org/r/110382/ --- (Updated May 10, 2013, 12:57 p.m.) Review request for Plasma and Aurélien Gâteau. Changes --- Add Aurelien Gateau Description --- This patch fixes a crash reported in https://bugs.kde.org/show_bug.cgi?id=319137. Should also be backported to 4.10 branch. This addresses bug 319137. http://bugs.kde.org/show_bug.cgi?id=319137 Diffs - plasma/private/dialogshadows.cpp b54fb1a Diff: http://git.reviewboard.kde.org/r/110382/diff/ Testing --- Tested personally and tested by several other people, see the bug report. It fixes the crash. Thanks, Anne-Marie Mahfouf ___ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-devel
Re: Review Request: enable 'Apply' button when clicking comic item checkbox in setting dialog
--- This is an automatically generated e-mail. To reply, visit: http://git.reviewboard.kde.org/r/107577/#review23015 --- Works! Ship it from me but I am not the maintainer (but it's such a trivial patch) - Anne-Marie Mahfouf On Dec. 4, 2012, 1:21 p.m., Reza Shah wrote: --- This is an automatically generated e-mail. To reply, visit: http://git.reviewboard.kde.org/r/107577/ --- (Updated Dec. 4, 2012, 1:21 p.m.) Review request for Plasma. Description --- this patch, enable 'Apply'button when clicking comic item checkbox in setting dialog. Diffs - applets/comic/configwidget.cpp 105d5ea Diff: http://git.reviewboard.kde.org/r/107577/diff/ Testing --- tested against master, worked for me. Thanks, Reza Shah ___ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-devel
Re: Team meeting today
On 06/20/2012 09:19 PM, Marco Martin wrote: Hi all, this is a very raw synopsis of the meeting, i hope we can now transform it in something very productive (i think the meeting especially the last part was useful) The meeting started from the realization that there is an 1% of cases where the discussion doesn't go well and can get people too emotional, making it not productive, for the project and for the morale. Some cases of recent discussions where at first there was disagreement, but the discussion gone completely smoothly were analized (the 99% when things goes like they should), such as: http://old.nabble.com/RFC%3A-Removing-of-decorations-td33476065.html https://bugs.kde.org/show_bug.cgi?id=302077 some points in common have been individuated: * we can see in those discussions the tone never escalated, even with disagreements, they look more like stimulating debates * when someone wants the mantainer to change his mind stays on exclusively technical points: raises concerns and arguments them, like needing an use case for window decoration for remote sessions, that weren't considered in the original decision * the maintainer proposes a third solution, balanced between the problem the original solution tries to address and the problem this causes. like waiting until a particular lightweight window decoration is here * The discussion always stays focused, in topic So that's how we want those discussions to happen. There can be done a series of recommendations in order to do so, and we can point to people when those aren't followed. note that those are just copied/pasted from points made over irc, so if they are incorrect, not completely understandable or if others missing feel free to correct: * we see that there is need to document more * especially if a discussion turns out to be recurring: document the reasons and point out to those * it doesn't need to be done for everything, otherwise becomes not maintainable with bad signal/noise ratio * we have established guidelines on how to interact with each other * we don't want to blame community members for things which happened in the past * We concentrate too much on energy eaters, rather than on progress * we remind each other about our common goals if we see that a discussion goes in the wrong direction * there's a lack of trust we need to address * if anyone breaks the guidelines (whoever they are) breaks these we point it out, and not write a (more angry) reply which escalates * code reverting or being a bit invasive in non familiar areas should at least contact the ML or person affected * we need a list of component and maintainer is that started already somewhere? * we respect maintainer decisions * and, respect the elders * think about the bigger project, if an issue of disagreement risks of damaging/slowing down the project, is maybe the time to step back and say i stil ldon't agree but i respect the decision * same thing if the maintainer and/or several other maintainers of related components didn't change their mind: respect the decision even if you still disagree raw mammoth irc log: http://paste.opensuse.org/43938417 (not filtered from ot) What is missing from this discussion is how to use bugzilla efficiently. Some recent problems were initiated by bug reports. Bug reports are users feedback, they are important and the Bug Squad and the Quality Team can help you if you have any inquiry about it. Anne-Marie PS: I'll be away from Sunday 24th June to end of August because of the kids holiday so I can't maintain Picture Frame during this time and I'll be happy for any plasma developer to fix any issue they feel should be fixed. ___ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-devel
Re: Team meeting today
Hi all, hi Valorie, Thanks a lot for this, and thanks a lot for an external person stepping in. I think I might be one of the targets on why this IRC meeting is conducted (I think I might show you that I am not entirely sure of what is going on here, I only feel it might be about me.) A few days ago, in the #plasma IRC channel, we debugged a systray problem and after testing I reverting 1 Aaron's commit (I CCed him in the commit of course). I have the IRC log on the discussion that happened about this, this is what often happens on IRC. From what I read after this in mailing lists I felt this was interpreted as a QA Team reverting commit trend. I happen to be part of the new QA team effort but this reverted commit was done as annma, annma being part of Plasma. Referring here at http://mail.kde.org/pipermail/plasma-devel/2012-June/020042.html which I immediately denied in http://mail.kde.org/pipermail/plasma-devel/2012-June/020044.html but that was never acknowledged. I clarified again my position in http://mail.kde.org/pipermail/plasma-devel/2012-June/020055.html but again this was never acknowledged. Sebas replies Just removing components or reverting commits is not a way to fix bugs, it probably leads to more regressions even to the Quality Team: LCD weather station and calendar (in panel) are really broken and thus implies reverting commits is part of the QA Team procedure. Nobody ever read my answers and everyone just carried on with his false perception. I feel pretty upset that an action done as annma = member of the plasma team (or so I thought) is interpreted as a QA Team action and generalized. The call for an IRC meeting mail starts with it has become apparent that we need to do something here about the attitude demonstrated by some of those who have chosen to participate in plasma. in which I would have liked the some of those specifically nominated and mailing list mails quoted in order to clear what this is all about. Apparently other people understand this as they jump in to welcome the meeting. This make me feel uncomfortable, not because I might be a target but because I do not know what it is all about. Is my reverted commit a cause of this meeting? is it because other developers questioned some design decisions like having the remaining time displayed on the battery icon? On 06/20/2012 10:27 AM, Valorie Zimmerman wrote: Hello Plasma team, I've heard that this group is experiencing some difficulties, and the Community Working Group has been asked to intervene. We usually are asked to come into crises, while we would really prefer to work with groups to improve community. We've been developing a tool to help with that, and offer it to you to use (or not) as you please. Please ignore what doesn't apply. Notice that we don't focus on the issues under discussion, but rather how the team is functioning, with the goal of improving the conversation, and thus the creativity available. I came across a quote tonight: No problem can be solved from the same level of consciousness that created it. - Albert Einstein The ideal KDE Team The ideal KDE team has fun and is productive. The members trust one another enough to express honest feelings and thoughts about their project, as well as personal issues when appropriate. The team members support and encourage one another, and bring fresh information, resources and entertainment to the group. The ideal KDE team is not only growing, but is always recruiting. Each team member is so happy with the group that new members are drawn-in naturally. Each team member blogs and writes in other places about the work, and about the team. Team members encourage one another to communicate publicly, and also to comment the code. At release time, team members pitch in to help, and celebrate their accomplishments. Team members look for diversity when they recruit, both culturally and in team roles. In times of major disagreements, the ideal team thoroughly airs both facts and feelings honestly, and members do not attack one another. Everyone feels free to express themselves, everyone is heard, everyone feels valued, and every member supports the decisions reached, even if their own ideas were not accepted, because their concerns were taken into account. The ideal team has not only an active group of coders, but also people who do bug triaging, documentation, community, promo, forums, list, and IRC. The developers each do some of this work as appropriate, and also just talk with users. Enthusiastic users become testers, and then perhaps enter the team more formally to help out. As time goes on, a healthy team loses contributors too. However, they leave with fond memories, remain friends, and are often called upon for advice, feedback, or just to swap stories. Team members learn new roles, and train their own replacements all the time. Growing out of a role into a new one is more fun that burnout! Team Health Check [ ] Rate
Re: Team meeting today
On 06/20/2012 03:50 PM, Aaron J. Seigo wrote: On Wednesday, June 20, 2012 14:12:48 Anne-Marie Mahfouf wrote: I think I might be one of the targets on why this IRC meeting is no one is a target at this, or any other, plasma meeting. it's not about rooting out blame or villianizing anyone. rather we're going to try and re-find our set of common ground rules for working with each other, starting with what we're wanting to personally achieve when working on this project and going from there. procedure. Nobody ever read my answers and everyone just carried on with his false perception. I feel pretty upset that an action done as annma = member of the plasma team (or so I thought) is interpreted as a QA Team action and generalized. i read your answers and i am clear on whether the action was one that you took or that the QA team took. it really does not matter which it was, at least not to me, which is why i didn't address that issue directly but tried to remain focused on the issue of commit reversions and, as a separate though related issue, removal requests. who does it is neither here nor there; what matters is that we have consensus on how to do these things .. this is something we had at one point in our team but which has evidently been lost to some degree as the team has recently grown. it matters to me to not scapegoat the QA team in order to minimize its work. The call for an IRC meeting mail starts with it has become apparent that we need to do something here about the attitude demonstrated by some of those who have chosen to participate in plasma. in which I would have liked the some of those specifically nominated and mailing list mails quoted in order to clear what this is all about. ime, when you start singling people out by name it becomes even more uncomfortable and unfair for pretty much everyone involved. what matters is that we have some issues that we can only work through _together_. Usually meetings have agendas Is my reverted commit a cause of this meeting? is it because other developers questioned some design decisions like having the remaining time displayed on the battery icon? this and several other events in the last 4-6 weeks. it also has not been just the actions themselves, but the way in which those actions were undertaken. this is all going to be covered during the meeting .. I won't be there at the meeting unfortunately. I'll log it to read it. Personally I like things to be said face to face that's why I take time to write these mails. And I do feel targeted. In any case I hope I clarified my position and if this one reverted commit by me was not done properly (I think I never behaved unfairly within KDE, have I?), this happens quite often. Happened from you too. Let's then have a rule of review everything properly. If Valorie's mail had not come I was about to mail Kevin (ervin) in order to have a mediator of some sort, because I was uncomfortable with this, not for me but for all plasma caring people (which may be or not The Plasma Team). Anne-Marie It'll be probably good to take some time to reflect on the Community Working Group check list, with the help of this group members if necessary. ___ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-devel
Re: Quality Team: LCD weather station and calendar (in panel) are really broken
On 06/14/2012 12:10 PM, Aaron J. Seigo wrote: On Wednesday, June 13, 2012 18:23:47 Luís Gabriel wrote: Hi, I'm currently working on the QML port of LCD Weather Station as a GSoC project and I'm also identified this problem with some weather providers. I think we should add some information (a flag, maybe) in the data engine to indicate if the weather condition data is available or not and filter the providers in the applet side. What do you guys think? It would be enough for now? +1 and then the BBC UK MET provider should be fixed :) You misread the Quality Team mail: we are asking for the LCD Weather Station Applet to be fixed for 4.9 or removed. A QML port will not solve any problem for 4.9 as this QML port will not happen for 4.9. Luís, as you are poring to QML(thank you) I invite you to test the port thoroughly as QML ports had a few regressions. See http://community.kde.org/Getinvolved/Testing/Beta/Plasma#Generic_Plasmoid_Check_List for basic tests that must pass. Aaron, Plasma-team: what about the 4.9 release for which the port is not involved? Anne-Marie Speaking for the Quality Team ___ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-devel
Re: Quality Team: LCD weather station and calendar (in panel) are really broken
On 06/14/2012 01:52 PM, Aaron J. Seigo wrote: On Thursday, June 14, 2012 13:15:34 Anne-Marie Mahfouf wrote: You misread the Quality Team mail: we are asking for the LCD Weather Station Applet to be fixed for 4.9 or removed. i misread nothing. the request for it to be removed is denied. if you consider for a moment what this would do to people's otherwise working installations, not to mention what it would mean for future incentive to fix it, the reason for this should become evident. p.s. i'm very happy that we have a more active Q/A team. i am not happy with how it is sometimes handling issues. there was a commit reverted the other day without checking with the original commiter nor the maintainer of the applet or module which should never have been reverted. fortunately i was on irc and watching commits that day. now we have a no, remove it statement which does not fit the way we develop in plasma, which is: * as a team * with communication i'm sure the QA team can improve over time so that we can all work together better. thanks ... The reverted commit was me, annma, not the Quality Team, following a user report and my tests. Do not mix me and the Quality Team, thanks. I apologize publicly for reverted your commit. As for the QA Team, I am not sure how you would like us to communicate better. Anne-Marie PS: the communication worked as you were aware of the Calendar problems and fixed them. ___ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-devel
Re: Quality Team: LCD weather station and calendar (in panel) are really broken
On 06/14/2012 08:31 PM, Aaron J. Seigo wrote: On Thursday, June 14, 2012 16:58:55 David Edmundson wrote: so much resistance. Reviews are slow, often they happen the same day, sometimes they don't. i would like them to be faster as well. when i keep on top of them and do the reviewing myself, it is fast. when i don't ... well .. replies on maliing lists (such as this one) can be very condescending instantly blaming an entire team for a lack of communication and most ML threads seem to derail into arguments. this has only been the case since a recent expansion of the project happened and new people joined in. this has not been the status quo for the last few years, and it is not enjoyable for anyone. Have you discussed the weather LCD applet with the team before denying the request. yes, on this very list. Luís Gabriel suggested a solution, as someone who is working on what may well be the next revision of the weather applet (done this time with QML). i agreed that solution would work. it was then implied that this was not acceptable, and we really should just do what the QA team says. this is completely unnacceptable. as for decision making authority, in KDE that is the maintainer. the author of the weather dataengine is currently unavailable, and in lieu of them being here, then the maintainership falls on my shoulders. i also happen to be the module maintainer for the repository this component is in. this is the standard way of doing things, and it works if people respect that. i find it disapointing that i need to somehow defend that i am allowed to make decisions over code that i maintain. Nobody said you had to do this or that. The QA team makes suggestions, you of course have the final say. Thanks for fixing Calendar! Again I apologize for the reverted commit (I CCed you so you were informed instantly), this had nothing to do with the current discussion and should not have been brought into it, it was just a bad handling of my part (which is not a behavior I usually have). It happens to make errors and we (quite enthusiastically) debugged this systray bug and I got carried away. Of course I'll use reviewboard next time. It had nothing to do with the QA Team and the debugging of the bug that lead to my bad revert happened in #plasma. To add a positive note to all this: the work the QA Team did so far: I don't know how many Plasma bug reports were triaged prior the beta 1 release but Myriam alone triaged, verified, put versions in hundreds of reports. It's to be noted that users answered to queries about old bug reports better than we expected. From the beta 1 release to now, more than 100 bug reports were issued or confirmed, most about Plasma and 33 were fixed. Special thanks to Viranch who is tackling QML regressions and make users happy. Tests on community wiki http://community.kde.org/Getinvolved/Testing/Beta/Plasma can be useful to new developers. Plasma bugs in bugzilla should now be very much easier for developers to prioritize. Please let us know if you have questions about bugzilla or suggestions. Best regards, Anne-Marie ___ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-devel
Quality Team: LCD weather station and calendar (in panel) are really broken
Hi, The LCD Weather Station applet is in a non working state and the Quality Team thinks it cannot be shipped as it is. The problem is that two providers which cover Europe had an API change (and some freedom restrictions?) thus the applet can't display any information for a lot of locations. I know it's the data engine code the culprit but the consequence is a non working applet. See https://bugs.kde.org/show_bug.cgi?id=300885 (Weather Station Applet does not work anymore with bbcuk or wetter.com provider) Another applet is in bad shape as well: the Calendar applet when placed in panel. The date does not update when the day changes and the layout is totally broken making the calendar not readable. See https://bugs.kde.org/show_bug.cgi?id=236874 and https://bugs.kde.org/show_bug.cgi?id=285362 We hope these can be fixed as well as the regressions regularly sent to the list. Best regards, Anne-Marie ___ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-devel
Re: Bugsplashing
On 06/04/2012 11:41 AM, Thijs Heus wrote: On Sun, Jun 3, 2012 at 10:41 PM, Marco Martin notm...@gmail.com mailto:notm...@gmail.com wrote: 2) Are the components useful? I could see a lot of use for grouping bugs, and trying to keep a component bug free. But again - only when it is in use. And what is the difference between e.g. containment-desktop and desktop? i think components are fine, maybe there could be a couple more but thise are fine. in this particular case containment-desktop means strictly what happens in the desktop background area, while desktop is the plasma desktop shell application, the actual executable that creates desktops, panels etc. yeah i know, jargon :/ OK, clear. If there is one place where jargon is allowed, it is BKO, as long as it is being used consistently. I guess there has been a fair amount of mix up there, but I'll check. 3) There is a fair amount of bugs that need to be treated with the authority and wisdom of a developer. I can be almost certain that a bug is a wont fix, but only a dev can mark it as such. I could keep a list of such bugs, and throw them over this mailing list once in a while, or perhaps a flag for_devs could work here. This would not be meant as a kicking devs to fix a bug, but should only take 2 minutes of time to comment/check out/close/whatever. something that would be very useful i think is a day of irc meeting with you guys to do this kind of not immediately obvious prioritization and maybe with people taking tasks for actually fixing the ones with more priority. next weeks are quite thehorror (talking at least for me and probably aaron) we could manage to do something in the second half of june a bit before akademy perhaps? I'll try and keep a list of bugs to check. When life allows it, I lazily am around at irc, so if anyone is bored ;) A (minor) bugdays would be useful, but in the case of late June I would combine oldbug-compression with the beta-polishing and a focus on the latest bugs and regressions. Other than that, there is no real urgency for me - as long as we can work our way to a reliable (and short) buglist. Thijs Some bugs need to be fixed before 4.9 is out: for example the Weather Station applet does not display anything anymore (API changes from ions I suppose) so it'll be either fixed or removed as we cannot seriously ship things that are really broken. Anne-Marie ___ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-devel
Re: Survey to prepare 'Next Workspace Iteration' sprint
pad - tablet please Anne-Marie On 06/04/2012 05:12 PM, Björn Balazs wrote: Hi all, I have tuned the survey a bit. Now I need feedback esp. to one question. To make it easy for you, here it is: - Following we have listed a couple of ideas that could be important for a bright future of KDE. Please rate how important you think they actually are! Skale: Very important Not important at all * Adapt to the task the user is currently doing (e.g. provide a different UI when writing a letter or writing a novel) * Scale interfaces with the ammount of information * Direct manipulation of interfaces rather than using configuration files * Organic or natural look feel * Support the fact that people get interrupted in their work * Support the user to access the right data * Support users to work on different tasks at the same time - Do you have ideas for other issues? Do you have ideas how to rephrase issues in a better way? For all that would like to give feedback to other aspects of the survey - you can see the draft (still not recording anything) here: http://userweave.net/survey/7f4f81901c85419183e34e83f33f7096 I want to start the study tonight, tomorrow morning the latest. Thanks for your help! Björn Am Sonntag, 3. Juni 2012, 19:25:05 schrieb Björn Balazs: Hi all, I have prepared a survey to gather wide input for the Sprint next week. I want to start the survey tomorrow evening (Monday, CEST), and I would like to get some feedback from you guys untill then. THE SURVEY DOES NOT YET RECORD ANYTHING (So, please do not spread the link untill I say 'go') http://userweave.net/survey/7f4f81901c85419183e34e83f33f7096 I have tried to build upon the vision formulated by Aaron. Target audience is everyone (user and developers - even not-yet-users). I am happy about any kind of feedback on this (including typos - sorry I am not a native english speaker) So next to feedback on the survey, I would be glad if you could help to spread the word once the survey is started. Ideas on this are welcome as well (Perhaps a dot-story? Facebook, Twitter anyone?) - But again, plaese wait with actual spreading the word untill I say 'go' ;) Thanks, Björn ___ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-devel
Re: Plasma Applet Testing for 4.9
On 05/22/2012 10:51 AM, Jacopo De Simoi wrote: On Monday 21 May 2012 00:37:07 Viranch Mehta wrote: On Thu, May 17, 2012 at 3:58 AM, David Edmundsonda...@davidedmundson.co.uk wrote: - a list of all the new QML-based applets (by the time of the first beta) (afaik, nowplaying, battery, locklogout, activitymanager.. but there are so many more random branches about, and I don't know the status of these) As for the status, device notifier was shipped in last release, Indeed, but many features have not yet been tested extensively, so please do not neglect it in your tests even if it has been out there for a while :) Also, any usability feedback is very much welcome __J Hi Jacopo, I agree that Device Notifier and all applets shipped by KDE should be tested. I used to do this informally a few releases ago. Usability is usually not included in Beta Testing as it implies design decisions which cannot be really considered as bugs. Maybe we can do some usability tests in the next release in coordination with the Usability Team which could be revived! Best regards, Anne-Marie ___ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-devel
Re: [Bugsquad] Versions and commit hooks
Hi, A very good practice for all developers would be to use the KDE Git Commit Template http://techbase.kde.org/Development/Git/Configuration#Commit_Template and to fill in there all the appropriate fields including FIXED-IN whenever you commit. Best regards, Anne-Marie On 05/16/2012 05:18 PM, Aleix Pol wrote: On Wed, May 16, 2012 at 1:46 PM, Aaron J. Seigoase...@kde.org wrote: On Wednesday, May 16, 2012 13:28:55 Aleix Pol wrote: In git you know if a bug it's fixed in a release because the release log contains the bug fix. That is: git log KDE/4.8..KDE/4.9 | grep BUG:id very few of our users will, or even know how, to do this. everyone who reports a bug, however, knows how to check the bug reports, and that is where this tag ends up feeding into. -- Aaron J. Seigo ___ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-devel Well, it's not about people doing this, but that we're asking people to put redundant information in the commit message. Maybe this information could be gathered in a commit hook? Aleix ___ Bugsquad mailing list bugsq...@kde.org https://mail.kde.org/mailman/listinfo/bugsquad ___ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-devel
Re: Progress on next iteration sprint
On 04/08/2012 05:03 PM, Dario Freddi wrote: Il 06 aprile 2012 14:22, Aleix Polaleix...@kde.org ha scritto: On Wed, Apr 4, 2012 at 2:27 AM, Alex Fiestasnasete.gh...@gmail.com wrote: Hi there everyone! First of all let me excuse myself for sending this email today and not one week ago, crazy days, I've been busy blabalbal This is starting to take shape, we got a date (8 of June) and a tentative place: http://www.rentalia.com/124942 There is one issue with the place, it is already booked for 8 of june so we will have to start the event on 10th, the final dates would be: From 10th June to 17th June The house has everything we wanted: -It is well connected near Barcelona airport with train connection -It is 1km away from the beach -We will work in the same place where we sleep -Internet The house is not confirmed, we are waiting for your confirmation and to go to see it. So question is, do you mind moving the start day from Friday to Sunday? Cheers ! ___ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-devel Hi guys! It would be good to have some feedback, so that we can proceed with the sprint organization... Everything is fine - probably would be a good idea to mail all the attendants privately in case they missed the news? (likely) There are only 2 attendants so far on the sprints.kde.org website, Aleix + 1 hidden so probably you want to update this as well. Privacy is not really what we do in KDE. Anne-Marie ___ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-devel
Re: Progress on next iteration sprint
Il 09 aprile 2012 13:51, Anne-Marie Mahfouf annemarie.mahf...@free.fr ha scritto: On 04/08/2012 05:03 PM, Dario Freddi wrote: Il 06 aprile 2012 14:22, Aleix Polaleix...@kde.orgha scritto: On Wed, Apr 4, 2012 at 2:27 AM, Alex Fiestasnasete.gh...@gmail.com wrote: Hi there everyone! First of all let me excuse myself for sending this email today and not one week ago, crazy days, I've been busy blabalbal This is starting to take shape, we got a date (8 of June) and a tentative place: http://www.rentalia.com/124942 There is one issue with the place, it is already booked for 8 of june so we will have to start the event on 10th, the final dates would be: From 10th June to 17th June The house has everything we wanted: -It is well connected near Barcelona airport with train connection -It is 1km away from the beach -We will work in the same place where we sleep -Internet The house is not confirmed, we are waiting for your confirmation and to go to see it. So question is, do you mind moving the start day from Friday to Sunday? Cheers ! ___ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-devel Hi guys! It would be good to have some feedback, so that we can proceed with the sprint organization... Everything is fine - probably would be a good idea to mail all the attendants privately in case they missed the news? (likely) There are only 2 attendants so far on the sprints.kde.org website, Aleix + 1 hidden so probably you want to update this as well. Privacy is not really what we do in KDE. There was a public doodle advertised on these mailing lists so we are not doing anything in the dark, the attendants were informed and advertised way before the sprint was put on the platform. The other one on sprints.k.o is me, and I honestly don't know why I appear private because I am pretty sure I didn't say so - but anyway, one thing is privacy which sprints.k.o allows and everyone can use if he feels like, one thing is doing things in the dark. There's quite a huge difference, as privacy is about the individual, and not about the project - so if somebody chooses so, he'd have his own good reasons and there is nothing to argue about this. The Doodle was probably about the dates. You said to probably would be a good idea to mail all the attendants privately and I remark there are only 2 attendants so far. So I am wondering who are the others. The topic of the sprint is vague, is it only about brainstorming or is it about coding as well? what about porting more applets to QML for example? I am saying that apart of some people privately asked for the sprint I don't see how anyone else could openly commit to it given the scope is fuzzy. Anne-Marie ___ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-devel
Re: Progress on next iteration sprint
On 04/06/2012 02:22 PM, Aleix Pol wrote: On Wed, Apr 4, 2012 at 2:27 AM, Alex Fiestasnasete.gh...@gmail.com wrote: Hi there everyone! First of all let me excuse myself for sending this email today and not one week ago, crazy days, I've been busy blabalbal This is starting to take shape, we got a date (8 of June) and a tentative place: http://www.rentalia.com/124942 There is one issue with the place, it is already booked for 8 of june so we will have to start the event on 10th, the final dates would be: From 10th June to 17th June The house has everything we wanted: -It is well connected near Barcelona airport with train connection -It is 1km away from the beach -We will work in the same place where we sleep -Internet The house is not confirmed, we are waiting for your confirmation and to go to see it. So question is, do you mind moving the start day from Friday to Sunday? Cheers ! ___ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-devel Hi guys! It would be good to have some feedback, so that we can proceed with the sprint organization... Aleix What's the sprint focus? Who is welcome? From the size of the house how many people do you expect? Best regards, Anne-Marie ___ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-devel
Review Request: Fix QProcess call to start Knotes in LeaveNote applet when KNotes is not running
--- This is an automatically generated e-mail. To reply, visit: http://git.reviewboard.kde.org/r/104484/ --- Review request for Plasma. Description --- Line 218 in leavenote.cpp knotes.waitForStarted(); is a red herring This addresses bug 297415. http://bugs.kde.org/show_bug.cgi?id=297415 Diffs - applets/leavenote/leavenote.cpp de293e8 Diff: http://git.reviewboard.kde.org/r/104484/diff/ Testing --- Local testing, patch OKed by thiago on IRC Thanks, Anne-Marie Mahfouf ___ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-devel
Review Request: Make text color apply even when you go back to the first char of the notes, see bug 291791
--- This is an automatically generated e-mail. To reply, visit: http://git.reviewboard.kde.org/r/103758/ --- Review request for Plasma. Description --- Fixes 291791 This addresses bug 291791. http://bugs.kde.org/show_bug.cgi?id=291791 Diffs - applets/notes/notes.cpp e8ef779 Diff: http://git.reviewboard.kde.org/r/103758/diff/diff Testing --- Local tests following bug 291791 steps Thanks, Anne-Marie Mahfouf ___ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-devel
Review Request: Fix Add to desktop from Kickoff when you have several virtual desktops and you enable Different widgets for each desktop
--- This is an automatically generated e-mail. To reply, visit: http://git.reviewboard.kde.org/r/103645/ --- Review request for Plasma and Aaron J. Seigo. Description --- From Kickoff using Add to desktop when you have several virtual desktops and you enable Different widgets for each desktop in the pager settings. KWindowSystem starts counting from 1 and Plasma from 0 Without this fix Add to desktop adds to the next desktop or does not add if you're on the last desktop. This addresses bug https://bugs.kde.org/show_bug.cgi?id=290368. http://bugs.kde.org/show_bug.cgi?id=https://bugs.kde.org/show_bug.cgi?id=290368 Diffs - plasma/desktop/applets/kickoff/ui/contextmenufactory.cpp cf12903 Diff: http://git.reviewboard.kde.org/r/103645/diff/diff Testing --- Local tests as thorough as I could do. Thanks, Anne-Marie Mahfouf ___ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-devel
Re: Review Request: Fix Add to desktop from Kickoff when you have several virtual desktops and you enable Different widgets for each desktop
--- This is an automatically generated e-mail. To reply, visit: http://git.reviewboard.kde.org/r/103645/ --- (Updated Jan. 6, 2012, 9:11 p.m.) Review request for Plasma and Aaron J. Seigo. Description --- From Kickoff using Add to desktop when you have several virtual desktops and you enable Different widgets for each desktop in the pager settings. KWindowSystem starts counting from 1 and Plasma from 0 Without this fix Add to desktop adds to the next desktop or does not add if you're on the last desktop. This addresses bug https://bugs.kde.org/show_bug.cgi?id=290368. http://bugs.kde.org/show_bug.cgi?id=https://bugs.kde.org/show_bug.cgi?id=290368 Diffs - plasma/desktop/applets/kickoff/ui/contextmenufactory.cpp cf12903 Diff: http://git.reviewboard.kde.org/r/103645/diff/diff Testing --- Local tests as thorough as I could do. Thanks, Anne-Marie Mahfouf ___ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-devel
Review Request: Makes Notes applet remember the Notes color change
--- This is an automatically generated e-mail. To reply, visit: http://git.reviewboard.kde.org/r/103353/ --- Review request for Plasma and Aaron J. Seigo. Description --- The Notes applet does not apply the Notes color change, nor by right click or via the Settings dialog. The new color is not written in configuration. This was because m_topWidget-color() always returns yellow-notes as a color. This patch introduces a new variable to store the color without the -notes and match it against the colors action menu. Manuel, can you test please? This addresses bugs 288286 and 288286. http://bugs.kde.org/show_bug.cgi?id=288286 http://bugs.kde.org/show_bug.cgi?id=288286 Diffs - applets/notes/notes.h fde13cc applets/notes/notes.cpp 10a8753 Diff: http://git.reviewboard.kde.org/r/103353/diff/diff Testing --- Tested and works as expected now, both on Desktop and dashboard. Thanks, Anne-Marie Mahfouf ___ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-devel
Re: Review Request: Makes Notes applet remember the Notes color change
--- This is an automatically generated e-mail. To reply, visit: http://git.reviewboard.kde.org/r/103353/ --- (Updated Dec. 7, 2011, 7:58 p.m.) Review request for Plasma and Aaron J. Seigo. Description --- The Notes applet does not apply the Notes color change, nor by right click or via the Settings dialog. The new color is not written in configuration. This was because m_topWidget-color() always returns yellow-notes as a color. This patch introduces a new variable to store the color without the -notes and match it against the colors action menu. Manuel, can you test please? This addresses bugs 288286 and 288286. http://bugs.kde.org/show_bug.cgi?id=288286 http://bugs.kde.org/show_bug.cgi?id=288286 Diffs - applets/notes/notes.h fde13cc applets/notes/notes.cpp 10a8753 Diff: http://git.reviewboard.kde.org/r/103353/diff/diff Testing --- Tested and works as expected now, both on Desktop and dashboard. Thanks, Anne-Marie Mahfouf ___ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-devel
Re: Review Request: Makes Notes applet remember the Notes color change
--- This is an automatically generated e-mail. To reply, visit: http://git.reviewboard.kde.org/r/103353/ --- (Updated Dec. 7, 2011, 8:27 p.m.) Review request for Plasma and Aaron J. Seigo. Changes --- Add tester report Description --- The Notes applet does not apply the Notes color change, nor by right click or via the Settings dialog. The new color is not written in configuration. This was because m_topWidget-color() always returns yellow-notes as a color. This patch introduces a new variable to store the color without the -notes and match it against the colors action menu. Manuel, can you test please? This addresses bugs 288286 and 288286. http://bugs.kde.org/show_bug.cgi?id=288286 http://bugs.kde.org/show_bug.cgi?id=288286 Diffs - applets/notes/notes.h fde13cc applets/notes/notes.cpp 10a8753 Diff: http://git.reviewboard.kde.org/r/103353/diff/diff Testing (updated) --- Tested and works as expected now, both on Desktop and dashboard. Tested by Manuel who reported 288286, works for him. Waiting for the thumb up about the way it's fixed, maybe there's a cleaner way. Thanks, Anne-Marie Mahfouf ___ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-devel
Re: bug killing
On Sunday, November 20, 2011 09:55:55 PM Luca Beltrame wrote: In data domenica 20 novembre 2011 21:37:16, Aaron J. Seigo ha scritto: * hold a seminar on irc to help teach others effective bugs.kde.org report sqashing, plasma style * host a bug-squash day on irc * help someone get started with pick 5 reports, send it to the plasma-devel list program that works, but which just isn't efficient if i am the one Would it be worthwhile to involve the forum for some of these, at least to promote/spread? I remember that bugweeks weere (IIRC) quite effective, back in the days. The more the merier! I'll be happy to help after the 28th (we have an AkademyFr next week-end) to anything that would be scheduled so count me in. Anne-Marie ___ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-devel
Re: [Junior job] Re: translations of qml plasmoids
On Wednesday, October 19, 2011 02:09:56 PM Marco Martin wrote: On Tuesday 18 October 2011, Marco Martin wrote: Hi all, as an experiment, i've put a Messages.sh (hopefully adapted to work on qml) that should extract messages from the activityscreen containment and produce a pot file called as the plugin name. the plasma-mobile project on projects.kde.org now has master as i18n trunk branch.. ..anything else to be done ? so, the translation of the activity screen plasmoid worked, http://websvn.kde.org/trunk/l10n-kde4/templates/messages/playground- base/org.kde.active.activityscreen.pot?revision=1259592view=markup that means, a proper adapted Messages.sh file has to be added in every plasmoid file. that's a quite easy and boring job, also a quite easy junior job... anybody interested? :p Should it be done quickly? If so I can blog about it and see it's done. If it can wait for after 21th November we can put it as Google CodeIn task. Anne-Marie ___ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-devel
Re: Review of softwares and request for guidence
On Friday, September 09, 2011 05:07:48 PM abhijeet desai wrote: Hi, Please would you review these softwares i've created. They are on qt and qml. The links below are of the source code incase you need to check. Any suggestions are welcome. I had contacted calligra they suggested me to join this list. Would you suggest me in which projects should I contribute. What should be my plan of action. https://gitorious.org/qml-text-editor https://gitorious.org/virtual-keyboard-plugin Hi, You sent the same mail to the kde-edu mailing list. I am not sure what you're asking for: - inclusion of the 2 above apps in KDE? - or are they for reference and you want to contribute to other parts of KDE? Maybe you should stop sending the same mail toall lists and explain better your intention. Best regards, Anne-Marie ___ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-devel
Re: which is the roadmap of kdeplasma-addons repository?
On Tuesday 14 June 2011 15:48:03 Giorgos Tsiapaliwkas wrote: Hello, After a discussion that i had with aseigo at the #plasma regarding the kdeplasma-addons repository i would like to share with you some of my thoughts. The repository exists for quite a bit,but it isn't very known which plasmoids are being there.Some questions that people can ask : Are there some extra plasmoids(official ones)? Are there plasmoids that being loved by the users and added there(unofficial ones)? Can the normal(not plasma developers) people add a plasmoid there? What i want to say is to promote this repository. Now,more than ever there are some facts which can make this repository very popular.QML,Qt5(heavy based on QML),plasma active,contour and with the mobile devices becoming so popular, it is time to reconsider how we will use this repository. I propose to check the repository first and reorder it.We can create some extra folders like QML plasmoids,active plasmoids,etc and organize the existing plasmoids better. Then with some blog posts to promote the existence of the repository and the ability of plasma coders to add there their plasmoids,something like kde-apps.org.In kde-apps.org everyone is able to add there his plasmoid,when in kdeplasma-addons repository only some chosen plasmoids from the plasma devs will be added. Of course if this happen,each plasmoid must have its maintainer who would maintain it.If it is being decided we can provide also a bugzilla for each plasmoid,but the point is the maintainer to be very active in order to avoid a second failure of the bugzilla.Moreover this action will be good for the entire KDE community,since KDE is frameworks and not a desktop enviroment(you know what i mean:)),this can motivate more people to get involvrd with the framework part of KDE and less with the desktop enviroment. I am highly interested in helping refactoring the kdeplasma-addons repository.(Of course if it is being decided.) What do you think? I think only needed (sort of mandatory, plasmoids that people expect to find) plasmoids should go to kdeplasma-addons i.e. we do not want 3 weather plasmoids or a Flickr Image plasmoid for example (when the Picture one has a FLickr option). Others will got to kde-apps.org where distros pick them when they think they are good for their users. Having new folders will be good. Yes they should be maintained but in real life this is somewhat difficult. Why don't we show our love of kdeplasma-addons by doing a 2 days quality check on the ones that are currently in before the 4.7 release? Quality check = 1) fix pending bug reports 2) check if the plasmoid currently works as expected. We would use Community wiki for this, preparing bug reports to triage and have a check on non maintained applets. This is something I did a few times in the past but I am a bit eaten by kids and family so I can't do it on my own. This is mainly for unmaintained applets so it's not big work but is important in my opinion. Best regards, Anne-Marie ___ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-devel
Re: the utter failure of bugzilla (and us?)
Hi, What about a massive bug crush week-end where all devels commit themselves to triage and fix, that would clear out most of the reports as once you get into it you tend to be more efficient as you know backtraces and all. This would require people to commit to it because last bug squad I did (not Plasma) was reduced to 2 people or so... Week-end of 4th - 5th June or 11th-12th or next one? I can setup a community webpage with batches of 5 reports and blog about it. I am willing to get it into action but it needs strong commitment from everyone. Anne-Marie On Wednesday 25 May 2011 19:14:13 Aaron J. Seigo wrote: hi ... so, congratulations everyone, plasma is #3 in bugs.kde.org with over 1300 reports: https://bugs.kde.org/weekly-bug-summary.cgi trawling through some right now, it seems that probably ~5% are actual issues, 5-15% more are things that could be improved, and the rest is mostly duplicates, downstreams/upstream or flawed reports. thing is, with 1300 reports, doing 1 per minute would take 21+ hours. and with bugzilla it is a LOT more than 1 minute per bug. probably closer to 10 for full inspection and resolution. which means 210 hours, at best. that we got here is beyond me. i think the issues are obvious: * we don't have a sufficient bug triage team * the user community is enabled to stuff any crap they wish into the database, making the signal-to-noise ratio absolutely horrid * bugzilla is slow * bugzilla has horrifically bad usability we ought to find a way to improve on this situation, but tackling one or more of the above. i don't have any answers right now, just frustrations. ___ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-devel
Re: Plasma Addons build breakage - Marble wallpaper
On Wednesday 18 May 2011 05:50:29 Ben Cooksley wrote: Hi, Mailing both lists as i'm not sure where the maintainer for this component is. Currently, using both Marble master and Plasma Addons master, I am unable to build Plasma Addons due to the following compilation failure: [ 93%] Building CXX object wallpapers/marble/CMakeFiles/plasma_wallpaper_marble.dir/marble.o /home/ben/kdesvn/kdeplasma-addons/wallpapers/marble/marble.cpp: In member function ‘virtual void Marble::MarbleWallpaper::init(const KConfigGroup)’: /home/ben/kdesvn/kdeplasma-addons/wallpapers/marble/marble.cpp:116:16: error: ‘class Marble::MarbleMap’ has no member named ‘zoomView’ /home/ben/kdesvn/kdeplasma-addons/wallpapers/marble/marble.cpp: In member function ‘virtual void Marble::MarbleWallpaper::wheelEvent(QGraphicsSceneWheelEvent*)’: /home/ben/kdesvn/kdeplasma-addons/wallpapers/marble/marble.cpp:211:16: error: ‘class Marble::MarbleMap’ has no member named ‘zoomViewBy’ /home/ben/kdesvn/kdeplasma-addons/wallpapers/marble/marble.cpp:212:25: error: ‘class Marble::MarbleMap’ has no member named ‘zoom’ It looks like a change on the Marble side might have broken things somehow, can someone please take a look? Thanks, Ben Hi Ben, I reported this yesterday to Marble-devel and I think they thought I was the wallpaper plugin maintainer which I am not. I don't know if there is a maintainer as such. In any case it would make sense for Marble developers to pass on Marble related changes in other part of KDE code using lxr.kde.org for example. This is how it's usually done in KDE. Action should be taken as tomorrow is the first beta tagging. I do not have the proper knowledge to fix it unfortunately. Best regards, Anne-Marie ___ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-devel
Re: educational desktop gsoc irc meeting
On Friday, March 18, 2011 04:50:46 AM Shantanu Tushar Jha wrote: Me me! ;) Yes you need to be there as a Sunday afternoon is for me a family time and I don't think I can be in front of my laptop at that time! Best regards, Anne-Marie ___ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-devel
Re: [kde-edu]: Re: GSoC: Educational desktop
On Tuesday, March 15, 2011 10:42:13 PM Aleix Pol wrote: On Tue, Mar 15, 2011 at 8:48 PM, Marco Martin notm...@gmail.com wrote: Hi all, it looks like we really need an irc meeting for both possible mentors involved from plasma and kde-edu and potential students, to define a bit more requirements. Aaron, Anne-marie (other kdeedu ppl?, aleix?), Marc, Karan, what would be the best time for you? maybe more week end-ish? Cheers, Marco Martin ___ kde-edu mailing list kde-...@mail.kde.org https://mail.kde.org/mailman/listinfo/kde-edu I agree this meeting would be good. For me it's better during the week, but just tell me when you're doing and I'll try to be there. Aleix Hi, I am not available this week-end at all as there is the Release Party in Toulouse. Starts on Friday evening. Thursday afternoon/evening is the best I can do before Sunday late afternoon/evening. However you can run the meeting without me. What I have in mind for the meeting: - define the scope of the GSoC then each student can refine it (and surprise us as Marco said !) - I can co-mentor it: from mid July however I will be away from internet on summer holiday so someone has to take over at that point. There should not be much to do at that point though. Karan, did you ask Shantanu if he can co-mentor? Sorry not to be on IRC but I got submerged with stuff to do at home after coming back from India late Sunday night and I was also totally drained out yesterday after the 2 days without sleep... Best regards, Anne-Marie ___ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-devel
Re: [kde-edu]: Re: GSoC: Educational desktop
On Wednesday, March 16, 2011 03:17:09 PM karan pratap singh wrote: HI Anne-Marie I asked Shantanu about co-mentoring on IRC just now, and he said that he would be happy to co-mentor along with you. Yay! Brilliant, thank you! Anne-Marie from Karan Pratap Singh IRC nick: kps_foo On Wed, Mar 16, 2011 at 1:09 PM, Anne-Marie Mahfouf annemarie.mahf...@free.fr wrote: On Tuesday, March 15, 2011 10:42:13 PM Aleix Pol wrote: On Tue, Mar 15, 2011 at 8:48 PM, Marco Martin notm...@gmail.com wrote: Hi all, it looks like we really need an irc meeting for both possible mentors involved from plasma and kde-edu and potential students, to define a bit more requirements. Aaron, Anne-marie (other kdeedu ppl?, aleix?), Marc, Karan, what would be the best time for you? maybe more week end-ish? Cheers, Marco Martin ___ kde-edu mailing list kde-...@mail.kde.org https://mail.kde.org/mailman/listinfo/kde-edu I agree this meeting would be good. For me it's better during the week, but just tell me when you're doing and I'll try to be there. Aleix Hi, I am not available this week-end at all as there is the Release Party in Toulouse. Starts on Friday evening. Thursday afternoon/evening is the best I can do before Sunday late afternoon/evening. However you can run the meeting without me. What I have in mind for the meeting: - define the scope of the GSoC then each student can refine it (and surprise us as Marco said !) - I can co-mentor it: from mid July however I will be away from internet on summer holiday so someone has to take over at that point. There should not be much to do at that point though. Karan, did you ask Shantanu if he can co-mentor? Sorry not to be on IRC but I got submerged with stuff to do at home after coming back from India late Sunday night and I was also totally drained out yesterday after the 2 days without sleep... Best regards, Anne-Marie ___ 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: Featurlets for 4.7
On Sunday 13 February 2011 23:39:42 Marco Martin wrote: On Sunday 13 February 2011, Marco Martin wrote: probably too light; but if kdeedu can roll it into a bigger project .. that reminds me, some stuff for the educational desktop could be a quite big and nice gsoc for plasmakdeedu together ;) And, do we put it under plasma or kdeedu sections? Anma: ideas? :) It's more about plasma code so I would say plasma! If Nuno could be involved in the mentoring, it would be great! As for me I always have a big problem during summer holidays (July and August) when kids and family and lack of internet make my KDE involvement rather slim so I am not a good candidate for mentoring. Best regards, Anne-Marie ___ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-devel
Re: Featurlets for 4.7
On Saturday 12 February 2011 22:55:12 todd rme wrote: On Fri, Feb 11, 2011 at 4:58 PM, Marco Martin notm...@gmail.com wrote: Hi all, As i can see the fixing of apply buttons is proceeding very, very well, that's awesome. props to everyone involved :) another idea aamong those lines, could be, think about a little feature you would see in 4.7 could be a new option, could be a very simple plamoid, a service or two in the paste widget, a new feature or two that are missing in the microblog plasmoid in its protocol handling (hint, i would really love to see that) in this thread talk about ideas, anything comes to your mind will do, there is already a wiki page for it http://community.kde.org/Plasma/Tasks with a table in the end to say who is doing what, to better help coordinate efforts Let ideas begin :) Cheers, Marco Martin Who actually makes the decision about what features would be good or not? I know of a lot of features that could potentially go on the list, but I don't know whether they would be accepted if implemented. The best thing is to list them here :-) Anne-Marie ___ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-devel
Re: Review Request: Apply buttong for lancelot configuration dialog
On Saturday 12 February 2011 22:01:28 Farhad Hedayati Fard wrote: --- This is an automatically generated e-mail. To reply, visit: http://git.reviewboard.kde.org/r/100639/#review1388 --- Just commited the changes! thanks :) - Farhad I don't think you did actually! I don't see the push, maybe you only did git commit and not git push? Anne-Marie ___ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-devel
Re: Review Request: Enabling Apply in Bookmarks
--- This is an automatically generated e-mail. To reply, visit: http://git.reviewboard.kde.org/r/100644/#review1408 --- OK from me! - Anne-Marie On Feb. 13, 2011, 6:30 a.m., Sinny Kumari wrote: --- This is an automatically generated e-mail. To reply, visit: http://git.reviewboard.kde.org/r/100644/ --- (Updated Feb. 13, 2011, 6:30 a.m.) Review request for Plasma. Summary --- Enabled Apply in Bookmarks configuration dialog. Diffs - applets/bookmarks/generalconfigeditor.cpp 9f81129 Diff: http://git.reviewboard.kde.org/r/100644/diff Testing --- works fine. Thanks, Sinny ___ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-devel
Re: Review Request: Apply button on Rebember the milk configs.
--- This is an automatically generated e-mail. To reply, visit: http://git.reviewboard.kde.org/r/100643/#review1412 --- Works well as far as I can test but I can't log into the RTM through tthe applet... - Anne-Marie On Feb. 13, 2011, 4:30 a.m., Romário Rios wrote: --- This is an automatically generated e-mail. To reply, visit: http://git.reviewboard.kde.org/r/100643/ --- (Updated Feb. 13, 2011, 4:30 a.m.) Review request for Plasma. Summary --- This enables Apply button in the configuration dialog of Remeber the milk plasmoid. Diffs - applets/rememberthemilk/rememberthemilk-plasmoid.h 63c5b3c applets/rememberthemilk/rememberthemilk-plasmoid.cpp 8a13db8 Diff: http://git.reviewboard.kde.org/r/100643/diff Testing --- Works so far. Thanks, Romário ___ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-devel
Re: Featurlets for 4.7
On Sunday 13 February 2011 20:21:56 Aaron J. Seigo wrote: On Sunday, February 13, 2011, todd rme wrote: Okay, I will do so. Not all of these ideas are mine, I am just passing along the ones I think are worthwhile: thanks for the list. please add the ones with consensus to the web page. Image Wallpaper: 1. When you hover over a wallpaper in the list for a certain amount of time, show that wallpaper on the desktop. This lets you get a full-size preview of the wallpaper and lets you see how it works with your current theme. -1; we covered why already in the past on this list. 2. Have a custom wallpaper position option. This would let you set the position and scaling in both horizontal and vertical dimensions, either to presets like align top or bottom, or to custom values in pixels. This is useful for people who want to have one wallpaper span multiple desktops, they can set the same image but show different parts of that image. -1; there are better ways of acheiving that, e.g. actually dividing up the image in a proper, competent image editor. Slideshow wallpaper: 1. Link slideshows. All the slideshow wallpapers that have this option enabled would use the same timing and random number generator, so they would all show the same wallpaper at the same time. Useful for multi-monitor setups +1; would also be nice for multi-screen single image wallpapers too. i think this should be a multi-monitor-only option in the image wallpaper. Character Map: 1. Lets uses set characters that they use often. On the desktop, these would probably appear as a list at the top or bottom of the plasmoid. In the panel, they would appear as a list next to the icon. +1 Device Notifier: 1. Double click on a device to open it in the default application. Alternatively, have an icon on the right with the default application and click on that. -1; single click means two clicks, so there is no savings here. it will only make the code even more complex for no real win. Lock/Logout: 1. Add more options: Screen saver, shut down, reboot, turn off screen. screen saver == lock; shutdown and reboot == leave; turn off screen is better left to hardware keys. 2. Put icons of the options next to the options on the config dialog. Pager: 1. Show a thumbnail of the desktop on hover +1; should be done via a kwin effect just like we do the window thumbnails. Task Manager: 1. Drag tasks to desktop to move them to current virtual desktop/activity +1; this already works with the pager. it should be implemented in the desktop containment. 2. Drag tasks to activity manager or activity bar to add them to that activity. +1 Search Launch Containment: 1. Add breadcrumbs next to the back button. +1 (same for kickoff, btw :) Kalgebra and Qalculate widgets: 1. Merge the widgets, user can set the back-end. 2. History button that shows the last 10 or so calculations and results. +1 yes, KAlgebra one should be moved out of KDE-Edu and the applet should detect whether KAlgebra is installed. Worth GSoC or too light work? Anne-Marie Calculator: 1. Scientific mode no; start a different plasmoid that can become the uber graphing science monster calculator :) 2. History button that shows the last 10 or so calculations and results. +1 Quicklaunch: 1. The popup button should scale with widget size and position itself properly with widget layout when on the desktop +1 2. Enable and disable labels independently for the main portion and the popup. Currently the popup always has labels. what would the point of this be? Folder view: 1. On hover on the title, show a refresh button. when is refresh needed? Kate sessions: 1. Right-clicking on a session should give you options to remove or hide that session Konqueror profiles: 1. Right-clicking on a profile should give you options to remove or hide that session +1 to both Preview: 1. Integrate the preview widget with the dolphin part, so when clicking the preview action in dolphin it popups up the preview widget above dolphin with a preview of that file not sure about this one; would highly depend on the UI implementation imho. World clock 1. Let the user temporarily set a custom time for the local time zone, and the use the mouse to check what that time is in other time zones. we already do that in the clock plasmoids; world clock is a marble thing, though. making it consistent with the other clock plasmoids would be good. Panel: 1. In autohide mode, the panel has a nice animation when the panel is shown. In windows can cover mode, putting your cursor at the screen edge also shows the panel, but there is no animation. Probably the fade effect would be best. +1; this is a kwin thing. 2. Not everyone like showing the panel at the screen edge in windows can cover
Re: Review Request: Enabling Apply button in rssnow
--- This is an automatically generated e-mail. To reply, visit: http://git.reviewboard.kde.org/r/100624/#review1353 --- Ship it! All god, thanks Sinny! - Anne-Marie On Feb. 10, 2011, 6:21 p.m., Sinny Kumari wrote: --- This is an automatically generated e-mail. To reply, visit: http://git.reviewboard.kde.org/r/100624/ --- Review request for Plasma. Summary --- Enabled Apply button in rssnow configuration dialog. Diffs - applets/rssnow/news.cpp 84b05cf Diff: http://git.reviewboard.kde.org/r/100624/diff Testing --- Working fine in trunk. Thanks, Sinny ___ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-devel
Re: Review Request: Enabling Apply button in rssnow
--- This is an automatically generated e-mail. To reply, visit: http://git.reviewboard.kde.org/r/100624/#review1354 --- Ship it! All good, thanks Sinny! - Anne-Marie On Feb. 10, 2011, 6:21 p.m., Sinny Kumari wrote: --- This is an automatically generated e-mail. To reply, visit: http://git.reviewboard.kde.org/r/100624/ --- Review request for Plasma. Summary --- Enabled Apply button in rssnow configuration dialog. Diffs - applets/rssnow/news.cpp 84b05cf Diff: http://git.reviewboard.kde.org/r/100624/diff Testing --- Working fine in trunk. Thanks, Sinny ___ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-devel
Re: Review Request: Enabling Apply button in SystemLoadViewer
--- This is an automatically generated e-mail. To reply, visit: http://git.reviewboard.kde.org/r/100631/#review1366 --- Ship it! OK from me, tested and it works as expected, good work! - Anne-Marie On Feb. 11, 2011, 5:26 p.m., Sinny Kumari wrote: --- This is an automatically generated e-mail. To reply, visit: http://git.reviewboard.kde.org/r/100631/ --- (Updated Feb. 11, 2011, 5:26 p.m.) Review request for Plasma. Summary --- Enabled Apply button in SystemLoadViewer configuration dialog. Diffs - applets/systemloadviewer/systemloadviewer.cpp 685fee7 Diff: http://git.reviewboard.kde.org/r/100631/diff Testing --- works fine in trunk. Thanks, Sinny ___ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-devel
Re: Review Request: Apply button enabling for some plasmoids.
On Feb. 9, 2011, 7:36 a.m., Anne-Marie Mahfouf wrote: For the clocks, the libplasmaclock should be done first (kde-workspace/libs/plasmaclock/) Life, BBall and Knowledge are fine. Romário Rios wrote: I'm working on libplasmaclock right now. Would you commit the other three widgets? Done! - Anne-Marie --- This is an automatically generated e-mail. To reply, visit: http://git.reviewboard.kde.org/r/100614/#review1317 --- On Feb. 9, 2011, 5:53 a.m., Romário Rios wrote: --- This is an automatically generated e-mail. To reply, visit: http://git.reviewboard.kde.org/r/100614/ --- (Updated Feb. 9, 2011, 5:53 a.m.) Review request for Plasma. Summary --- Just porting some plasmoids to support the new Apply button on config dailogs. Diffs - applets/bball/bball.cpp d44aa1c applets/binary-clock/binaryclock.cpp 06db947 applets/fuzzy-clock/fuzzyClock.cpp 48d2f58 applets/knowledgebase/knowledgebase.cpp 0a0aec3 applets/life/life.cpp 611d09a Diff: http://git.reviewboard.kde.org/r/100614/diff Testing --- Works fine at first sight. Thanks, Romário ___ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-devel
Re: Review Request: Enabling Apply button in webslice
--- This is an automatically generated e-mail. To reply, visit: http://git.reviewboard.kde.org/r/100609/#review1314 --- Ship it! Reviewed. The only missing thing was when you cleared the combo field and wrote your own element and if you use connect(ui.elementCombo, SIGNAL(editTextChanged(QString)), parent, SLOT(settingsModified())); it'll work (instead of the currentIndexCHanged signal) - Anne-Marie On Feb. 8, 2011, 5:26 p.m., Sinny Kumari wrote: --- This is an automatically generated e-mail. To reply, visit: http://git.reviewboard.kde.org/r/100609/ --- (Updated Feb. 8, 2011, 5:26 p.m.) Review request for Plasma. Summary --- Enabled Apply button in webslice configuration dialog Diffs - applets/webslice/plasma/webslice.cpp 08e40a0 Diff: http://git.reviewboard.kde.org/r/100609/diff Testing --- works fine in trunk Thanks, Sinny ___ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-devel
Re: Review Request: Enabling Apply button in webslice
On Feb. 8, 2011, 7 p.m., Anne-Marie Mahfouf wrote: Reviewed. The only missing thing was when you cleared the combo field and wrote your own element and if you use connect(ui.elementCombo, SIGNAL(editTextChanged(QString)), parent, SLOT(settingsModified())); it'll work (instead of the currentIndexCHanged signal) Another comment: the connect lines should be at the end of the code in the createConfigurationInterface(KConfigDialog *parent) method in order to have Apply disabled when opening the dialog (as nothing has been changed yet). - Anne-Marie --- This is an automatically generated e-mail. To reply, visit: http://git.reviewboard.kde.org/r/100609/#review1314 --- On Feb. 8, 2011, 5:26 p.m., Sinny Kumari wrote: --- This is an automatically generated e-mail. To reply, visit: http://git.reviewboard.kde.org/r/100609/ --- (Updated Feb. 8, 2011, 5:26 p.m.) Review request for Plasma. Summary --- Enabled Apply button in webslice configuration dialog Diffs - applets/webslice/plasma/webslice.cpp 08e40a0 Diff: http://git.reviewboard.kde.org/r/100609/diff Testing --- works fine in trunk Thanks, Sinny ___ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-devel
Re: Review Request: Apply button enabling for some plasmoids.
--- This is an automatically generated e-mail. To reply, visit: http://git.reviewboard.kde.org/r/100614/#review1317 --- For the clocks, the libplasmaclock should be done first (kde-workspace/libs/plasmaclock/) Life, BBall and Knowledge are fine. - Anne-Marie On Feb. 9, 2011, 5:53 a.m., Romário Rios wrote: --- This is an automatically generated e-mail. To reply, visit: http://git.reviewboard.kde.org/r/100614/ --- (Updated Feb. 9, 2011, 5:53 a.m.) Review request for Plasma. Summary --- Just porting some plasmoids to support the new Apply button on config dailogs. Diffs - applets/bball/bball.cpp d44aa1c applets/binary-clock/binaryclock.cpp 06db947 applets/fuzzy-clock/fuzzyClock.cpp 48d2f58 applets/knowledgebase/knowledgebase.cpp 0a0aec3 applets/life/life.cpp 611d09a Diff: http://git.reviewboard.kde.org/r/100614/diff Testing --- Works fine at first sight. Thanks, Romário ___ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-devel
Re: Move KDEObservatory applet and dataengine to kde-apps
On Tuesday 04 January 2011 03:32:05 Sandro Andrade wrote: On Mon, Jan 3, 2011 at 10:35 PM, Aaron J. Seigo ase...@kde.org wrote: On Monday, January 3, 2011, Sandro Andrade wrote: Hi there, Due to last changes in KDE repositories (git migration) and some dependencies on services provided by my personal website, I would like to move (as suggested by Anne-Marie) KDE Observatory applet and dataengine from kdeplasma-addons to kde-apps. Any particular considerations about that ? what is kde-apps? kde extragear? or are you suggesting moving it to kde- apps.org and out of KDE's svn/git altogether? The web service used by KDE Observatory is experiencing a very high load of SQL queries due to high commit traffic information. So, I need to make some changes in order to have it functional again and take the chance and provide git integration. Since it's usually getting no information from the service, Anna's suggested moving it somewhere else. Extragear is fine for me, or any other place just to have these things solved. Thanks, Sandro You totally misunderstood what I wrote: the KDE Observatory data engine uses Sandro own website and it seems down. It's not about moving the code, it's about the webservice. The applet displays nothing for me and in the konsole output I see plasma-desktop(22814) KdeObservatory::engineError: Source: allProjectsInfo Error: Unknown host sandroandrade.org I suggested to see if Sandro could use a KDE server or kde-files.org instead of his own webspace (which is generally not our policy). Probably my mail was not clear enough that it was about web services hosting and not about the code itself which is fine in kdeplasma-addons. If you are hosting the service on your own space because KDE does not provide the server you need then we should address that. Unfortunately I'll be away for a couple of weeks (maybe more) without proper internet at my parents' home but when I am back I could start to initiate a work group on this and GHNS. There's no urgency though. Best regards, Anne-Marie ___ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-devel
Re: Review Request: The clock applet chiming per hour, half-hour and quarter hour
--- This is an automatically generated e-mail. To reply, visit: http://svn.reviewboard.kde.org/r/6108/#review9214 --- A few remarks after a quick look: - you should not leave the debug output, too much noise for reading the diff, please remove and repost new diff - you should not modify indentation - correct in new diff - the Phonon headers do not need to be included twice - where is the pig.wav from? It should be installed and read from global installation with KStandardDirs. And the name should be changed! - Anne-Marie On 2010-12-12 19:20:12, Sunny Sharma wrote: --- This is an automatically generated e-mail. To reply, visit: http://svn.reviewboard.kde.org/r/6108/ --- (Updated 2010-12-12 19:20:12) Review request for Plasma, Aaron Seigo and Anne-Marie Mahfouf. Summary --- Hello Everybody, i have implemented the chiming of the analog clock every hour.though i have hard coded it and it would only chime every hour. and not for 45 mins. Presently I am working on the development of a ui which would allow the user to set the clock to chime according to the choice of the user. thanks, sunny_slls This addresses bug https://bugs.kde.org/show_bug.cgi?id=232004. https://bugs.kde.org/show_bug.cgi?id=https://bugs.kde.org/show_bug.cgi?id=232004 Diffs - /trunk/KDE/kdebase/workspace/plasma/generic/applets/analog-clock/CMakeLists.txt 1203585 /trunk/KDE/kdebase/workspace/plasma/generic/applets/analog-clock/clock.h 1203585 /trunk/KDE/kdebase/workspace/plasma/generic/applets/analog-clock/clock.cpp 1203585 Diff: http://svn.reviewboard.kde.org/r/6108/diff Testing --- Thanks, Sunny ___ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-devel
Re: Review Request: Notes widget: Working bold/italic/underline/strike out even when the note text is empty
--- This is an automatically generated e-mail. To reply, visit: http://svn.reviewboard.kde.org/r/6005/#review9126 --- The bug is in the Notes code. It you remove lines 412 - 417 from notes.cpp you can see that you can set the text marking correctly on the first letter. I hope the patch was not applied because we don't want to make the code more confusing... - Anne-Marie On 2010-11-28 20:23:45, Davide Bettio wrote: --- This is an automatically generated e-mail. To reply, visit: http://svn.reviewboard.kde.org/r/6005/ --- (Updated 2010-11-28 20:23:45) Review request for Plasma and Stephen Kelly. Summary --- Text format of the note can't be changed while the note is empty, so I add a space and I change the text format. This work around is rather stupid but I don't have any nicer idea. Anyway this might be a bug in KRichTextEdit so I add to this review request also steveire. Diffs - trunk/KDE/kdeplasma-addons/applets/notes/notes.h 1201054 trunk/KDE/kdeplasma-addons/applets/notes/notes.cpp 1201054 Diff: http://svn.reviewboard.kde.org/r/6005/diff Testing --- Thanks, Davide ___ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-devel
Re: Review Request: Notes widget: Working bold/italic/underline/strike out even when the note text is empty
On 2010-11-30 01:04:03, Davide Bettio wrote: Should we apply this patch while waiting someone who fix this bug in Qt? Aaron Seigo wrote: sure (if only because the bug has been closed as out of scope), but annotate the code with a comment explaining the situation and a link to the bug report on the qt bug tracker. Stephen Kelly wrote: Just for clarity, I think it's similar to the bug I filed with Qt before, but maybe not the same. I think you should file a new Qt bug and link to that. Stephen did you investigate further? I can't reproduce on a test case i.e. if I have an empty QTextEdit and set bold then the first char is bold. Same if I use the example TextEdit and click NEw and set Bold then the first char is bold. Is there a reason why you point to Qt and can you explain it so I can make a test case? - Anne-Marie --- This is an automatically generated e-mail. To reply, visit: http://svn.reviewboard.kde.org/r/6005/#review9050 --- On 2010-11-28 20:23:45, Davide Bettio wrote: --- This is an automatically generated e-mail. To reply, visit: http://svn.reviewboard.kde.org/r/6005/ --- (Updated 2010-11-28 20:23:45) Review request for Plasma and Stephen Kelly. Summary --- Text format of the note can't be changed while the note is empty, so I add a space and I change the text format. This work around is rather stupid but I don't have any nicer idea. Anyway this might be a bug in KRichTextEdit so I add to this review request also steveire. Diffs - trunk/KDE/kdeplasma-addons/applets/notes/notes.h 1201054 trunk/KDE/kdeplasma-addons/applets/notes/notes.cpp 1201054 Diff: http://svn.reviewboard.kde.org/r/6005/diff Testing --- Thanks, Davide ___ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-devel
Re: Pastebin Plasmoid Servers
On Sunday 14 November 2010 12:26:07 Nicolas Holvoet wrote: Hello, I would like to configure the Pastebin plasmoid tu use uppix.net to share pictures instead of imagebin.ca, but i can't find the directory where is this plasmoid. Can you help me ? Thanks, Hi Nicolas, The pastebin plasmoid uses GHNS now (in trunk) and scripting and you can code your own backend and share it via http://kde-files.org/index.php?xcontentmode=677 The trunk dataengine (backend s) code can be browsed via websvn at the following url: http://websvn.kde.org/trunk/KDE/kdebase/workspace/plasma/generic/dataengines/share/ So basically what you need to do is follow this for your new backend and make it available on kde-files.org. Hope this helps (thanks rrix for locating the new folder for the dataengine) Anne-Marie ___ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-devel
Re: Default activities
On Monday 18 October 2010 14:45:34 Mario Fux wrote: Good morning The longer I think about the more ideas I've for activites. Can't wait for it ;-). Will be a great feature on Plasma but we need to promote it as this. yes, and sharing the templates with KNewStuff will allow this (we need to promote OpenDesktop more! sharing is such an unused feature) I was thinking about task-oriented activities like write documentation: open KWrite with the docbook template, Konqueror with the Docbook Author Guide, KHelpCenter and KSnapshot. Make a techbase page pn how to quickly view the docbook and open it as well and hop! no devel will have any excuse for not writing doc. Another example: next Bugsquad Activity template which would be a sort of one-use only activity for a precise task. Anne-Marie ___ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-devel
Re: Default activities
On Wednesday 10 November 2010 11:01:41 Ivan Cukic wrote: speaking of bugfixing, the photos template has one already: if digikam isn't installed it still makes a (broken) digikam icon. can anyone think of a way to fix that? The photos template - if it doesn't work without digikam, it should be installed by digikam. If it does, but only shows a broken icon, maybe some aaron-plasma-scripting could do the trick? Cheerio, Ivan Ideally couldn't the template scan for installed programs associated with png for example and put those icons on the desktop (using KService for example) ? not sure if it can be done. Adding a picture Frame applet in this template would also be a good idea in my opinion! Anne-Marie ___ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-devel
Re: Review Request: Adding filename as tooltip for frame applet
--- This is an automatically generated e-mail. To reply, visit: http://svn.reviewboard.kde.org/r/5660/#review8409 --- It's fine. Maybe there should be a setting showing the tooltip or not, for example when a user has several picture frames the tooltip is shown on another one which can be annoying. Any feedback from other people about having it as a setting? - Anne-Marie On 2010-10-20 17:44:12, Sujith H wrote: --- This is an automatically generated e-mail. To reply, visit: http://svn.reviewboard.kde.org/r/5660/ --- (Updated 2010-10-20 17:44:12) Review request for Plasma and Anne-Marie Mahfouf. Summary --- Added the filename as tooltip for the frame applet. The filename will be displayed as the tooltip when the user moves the moves on the frame. Diffs - trunk/KDE/kdeplasma-addons/applets/frame/frame.cpp 1187544 Diff: http://svn.reviewboard.kde.org/r/5660/diff Testing --- Tested on the set of pictures I had in my laptop. Thanks, Sujith ___ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-devel
Re: getting involved with plasma
On Wednesday 20 October 2010 12:28:50 Giorgos Tsiapaliokas wrote: thank you for your answers your guidiance was very helpful. i looked at the websvn and i found more javascripts plasmoids than c++ plasmoids. this means that complicated plasmoids need c++ and the easiest one needs javascript? for the moment i will start reading the qt tutorials. There's no Plasma developer tag that someone attaches to your front after you do some particular things. Simply work on it :)Since, however, it might take a bit to understand how plasma works, i think it's easier to start working on a fairly simple plasmoid, either fixing a big or creating a new applet. yes i realized that,i was more familiar with the gentoo dev hieracy than kde's. i know that there are 2 IDEs for kde, qt creator and kdevelop with of theses two do u recommend me to use It depends on your needs. If you want to start developing a C++ plasmoid then KDevelop has a template for it (i.e. a minimal project for you to get started). But as we said previously C++ is not the easiest nor the safest way to make plasmoids. I think you are not taking the right steps. You should first see where in plasma you want to get invoved. You said plasma, what in plasma do you want to do? do you have a specific plasmoid need/idea? (there are already lots of them) Anything else? Then you will look at the appropriate tools and language for it. Anne-Marie ___ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-devel
Re: getting involved with plasma
On Wednesday 20 October 2010 14:04:02 Giorgos Tsiapaliokas wrote: I think you are not taking the right steps. You should first see where in plasma you want to get invoved. You said plasma, what in plasma do you want to do? do you have a specific plasmoid need/idea? (there are already lots of them) Anything else? Then you will look at the appropriate tools and language for it. Anne-Marie i don't want to write doc,translate,promote for plasma. i want to fix bugs in plasma's code/plasmoid to create plasmoids,to help in mailing lists/irc. There are lots of bugs in plasmoids. All you need is to browse bugs.kde.org and see if you can fix some. Anne-Marie ___ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-devel
Re: Bug 254092
On jeudi 14 octobre 2010 14:55:48 Hans-Rudi Denzler wrote: Does not work anymore. The website www.dict.org is down, that's why. Anne-Marie ___ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-devel
Re: Review Request: frame plasmoid: allow to add (separate) picture files to slideshow
--- This is an automatically generated e-mail. To reply, visit: http://svn.reviewboard.kde.org/r/4256/#review7995 --- What's the use case for such an addition? The case that does not work in your patch is when you add 1 picture which is the same as a static picture but then you get the slideshow arrows. I am not very keen of adding code for new features without a good use case as it generates bugs and clutters the code (which happened a lot with this applet). It is understood that people will display all files from a folder in a slideshow (or from different folders) and if they don't want this picture they will remove it from the folder. If you want separate pictures from several folders, just copy them in a unique folder and point the slideshow to this folder. For consistency, the Desktop slideshow has no 'Add file' for example. - Anne-Marie On 2010-10-06 12:19:36, michal seben wrote: --- This is an automatically generated e-mail. To reply, visit: http://svn.reviewboard.kde.org/r/4256/ --- (Updated 2010-10-06 12:19:36) Review request for Plasma. Summary --- This patch enhance slideshow in frame plasmoid, after applying user could add separate pictures to slideshow. Currently slideshow could contain only (all) files in chosen directories. Diffs - /trunk/KDE/kdeplasma-addons/applets/frame/configdialog.cpp 1135431 /trunk/KDE/kdeplasma-addons/applets/frame/frame.h 1135431 /trunk/KDE/kdeplasma-addons/applets/frame/frame.cpp 1135431 /trunk/KDE/kdeplasma-addons/applets/frame/imageSettings.ui 1135431 /trunk/KDE/kdeplasma-addons/applets/frame/slideshow.cpp 1135431 Diff: http://svn.reviewboard.kde.org/r/4256/diff Testing --- Thanks, michal ___ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-devel
Re: Review Request: Frame applet should give valid message when dropped folder doesn't have any images
On 2010-09-16 11:20:34, Sebastian Kügler wrote: trunk/KDE/kdeplasma-addons/applets/frame/picture.cpp, line 88 http://svn.reviewboard.kde.org/r/5362/diff/4/?file=36015#file36015line88 i18n context should be more useful. I agree with Sebas, ship it and thanks for looking in this issue! As for the context help for translators, maybe we can put i18nc(Text written on default picture, Dropped folder is empty. Please drop a folder with image(s)); - Anne-Marie --- This is an automatically generated e-mail. To reply, visit: http://svn.reviewboard.kde.org/r/5362/#review7637 --- On 2010-09-16 03:54:44, Sujith H wrote: --- This is an automatically generated e-mail. To reply, visit: http://svn.reviewboard.kde.org/r/5362/ --- (Updated 2010-09-16 03:54:44) Review request for Plasma. Summary --- This diff will give the user meaningful message when a folder is dropped to the frame applet and if it doesn't contain image(s). Diffs - trunk/KDE/kdeplasma-addons/applets/frame/picture.h 1174498 trunk/KDE/kdeplasma-addons/applets/frame/picture.cpp 1174498 trunk/KDE/kdeplasma-addons/applets/frame/slideshow.h 1174498 trunk/KDE/kdeplasma-addons/applets/frame/slideshow.cpp 1174498 Diff: http://svn.reviewboard.kde.org/r/5362/diff Testing --- This has been tested. Thanks, Sujith ___ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-devel
Re: Review Request: Frame applet should give valid message when dropped folder doesn't have any images
--- This is an automatically generated e-mail. To reply, visit: http://svn.reviewboard.kde.org/r/5362/#review7623 --- - You forgot to remove the class SlideShow; and #include slideshow.h from the Picture class - The message is not so good Folder that is dropped is empty. Please drop a folder with image(s). Maybe Dropped folder is empty. Please drop a folder with image(s) An English speaker can improve this. - There should not be the 2 arrows on the picture (the next and previous ones that only make sense on a slideshow). If you then drop a picture in it the 2 arrows stay. This seems to be a bug that existed before the patch though (the arrows stay after a slideshow) - Anne-Marie On 2010-09-15 18:45:47, Sujith H wrote: --- This is an automatically generated e-mail. To reply, visit: http://svn.reviewboard.kde.org/r/5362/ --- (Updated 2010-09-15 18:45:47) Review request for Plasma. Summary --- This diff will give the user meaningful message when a folder is dropped to the frame applet and if it doesn't contain image(s). Diffs - trunk/KDE/kdeplasma-addons/applets/frame/picture.h 1174498 trunk/KDE/kdeplasma-addons/applets/frame/picture.cpp 1174498 trunk/KDE/kdeplasma-addons/applets/frame/slideshow.h 1174498 trunk/KDE/kdeplasma-addons/applets/frame/slideshow.cpp 1174498 Diff: http://svn.reviewboard.kde.org/r/5362/diff Testing --- This has been tested. Thanks, Sujith ___ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-devel
Re: configChanged coverage for 4.6
On Tuesday 14 September 2010 01:55:39 Aaron J. Seigo wrote: On Saturday, September 4, 2010, Aaron J. Seigo wrote: All applets we ship that have any configuration will implement configChanged() it looks like we've accomplished our goal! folderview still has some outstanding items in it, but they are being actively worked on. thank-you to everyone who helped out with this! feedback time: was this a useful / helpful way to go about getting such improvements done? for those who got involved: was it enjoyable for you, and would you do it again? if so, i have a few more similarly entry level, detail oriented items that we could set as a new focus item. Hi, For me it was a motivating task to get back into KDE after 2 months away (summer kids holiday). I also noticed in the process that the applets in kdeplasma-addons are working well! Maybe I could have mentored a newcomer through it though (by the way of blogging for example) which would be nice for a next task. The WorldClock applet in kdeedu/marble is still to be done but it crashes on me in a weird way so I can't even look at it. Anne-Marie ___ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-devel
Re: Why rotate widgets?
On Tuesday 07 September 2010 18:18:00 nuno pinheiro wrote: Hi Nuno, i have the icon fixed just need to convert my http checkout from svn to ssh what is teh comand again :)? svn switch --relocate https://username@svn.kde.org/home/kde/ svn+ssh://username@svn.kde.org/home/kde/ Anne-Marie ___ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-devel
Re: Plasmoid picture frame
On Monday 31 May 2010 22:38:45 Xaver Wurzenberger wrote: Hello Anne-Marie Mahfouf, I am not sure if this is the right way to express my thoughts about the plasmoid picture frame (hope this is the right phrase, it just says the german bilderrahmen here), but since your name and this email-adress is given as information, I decided to just do so. Feel free to redirect me if necessary. I've been using the picture frame plasmoid for a while now and while it is a fun and handy little application, there are two things that have always bothered me a bit. Surely other people feel the same way, so it might be good to fix them: One, checking the random box in it's settings doesn't make the picture order random here. Pictures are displayed in always in the same order, I checked. Always in the same order, but random anyway, no? Then it seems that the randomize seed is always the same. I need to have a look at KRandomSequence and at the code. Two, it would be nice to have a sticky point on the frame. For instance, I have the frame in my lower right screen corner. When a picture doens't have the same size/resolution, the frame is expanding or shrinking with the top left frame corner staying where it was. If that fixed point could be changed to lower right, my pictures would always have their lower right corner in the lower right corner of my screen, instead of looking jumping around. I realize this is not that easy to explain, I hope I managed it nevertheless. It's a wish report on bugs.kde.org, anyone who wants to post a patch for this is welcome! Best regards, Anne-Marie ___ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-devel
Re: Review Request: Adding KMessageBox instead of KNotification
--- This is an automatically generated e-mail. To reply, visit: http://reviewboard.kde.org/r/2361/#review3404 --- A few comments: - keep the same string if you want to get this in 4.4 - remove the kDebug() line - If the user checks 'Do not show this message' then the message should not been shown again (see in Settings) - I expect a sound like a ring (quite intrusive) if I put a timer on as an option. With notification we had a sound but it was too tiny. Should be thought of for 4.5 Overall I think more work should be done in this timer for 4.5 (maybe a bit of usability study should be conducted): how do users expect to set the timer? couldn't some mouse scrolling set it? how do users expect to be notified of the elapsed time? sound, message, ... Should the timer stay at 00:00 or come back to last time set after finishing? - Anne-Marie On 2009-12-12 10:15:49, Sujith H wrote: --- This is an automatically generated e-mail. To reply, visit: http://reviewboard.kde.org/r/2361/ --- (Updated 2009-12-12 10:15:49) Review request for Plasma and Anne-Marie Mahfouf. Summary --- Implementing a TODO in the timer.cpp. Removing the KNotification with KMessageBox. Diffs - trunk/KDE/kdeplasma-addons/applets/timer/timer.cpp 1061089 Diff: http://reviewboard.kde.org/r/2361/diff Testing --- Testing is done. Thanks, Sujith ___ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-devel
KDE/kdebase/workspace/plasma/tools/desktopthemedetails
SVN commit 1019435 by annma:
reflect new location of Desktop Theme settings.
However that makes 2 different locations for Desktop Themes in System Settings,
could they be both under Appearance for example? Or shouldn't we ask the
Usability Team about it?
ccmail=plasma-de...@kde.org
M +1 -1 desktopthemedetails.cpp
---
trunk/KDE/kdebase/workspace/plasma/tools/desktopthemedetails/desktopthemedetails.cpp
#1019434:1019435
@@ -464,7 +464,7 @@
if (m_themeModel-indexOf(themeRoot) != -1) {
m_theme-setCurrentIndex(m_themeModel-indexOf(themeRoot));
//FIXME: should say Appearance Settings instead of Desktop Settings
-KMessageBox::information(this,i18n(To change your desktop theme to
\%1\, open\n the desktop Appearance Settings and select \%2\ from the
droplist.,m_theme-currentText(),m_theme-currentText() ), i18n(How to Change
Desktop Theme), HowToChangeDesktopTheme);
+KMessageBox::information(this,i18n(To change your desktop theme to
\%1\, get back to the General tab of SystemSettings in Appearance - Style
and select \%2\ from the
droplist.,m_theme-currentText(),m_theme-currentText() ), i18n(How to Change
Desktop Theme), HowToChangeDesktopTheme);
}
resetThemeDetails();
}
___
Plasma-devel mailing list
Plasma-devel@kde.org
https://mail.kde.org/mailman/listinfo/plasma-devel
Re: Review Request: Fixing Bball getting stuck at the corner
--- This is an automatically generated e-mail. To reply, visit: http://reviewboard.kde.org/r/1054/#review1653 --- I tested and indeed it works fine and it fixes the corner problem. It's a ship it and backport it from me. - Anne-Marie On 2009-07-17 23:37:46, Sujith H wrote: --- This is an automatically generated e-mail. To reply, visit: http://reviewboard.kde.org/r/1054/ --- (Updated 2009-07-17 23:37:46) Review request for Plasma, Aaron Seigo, Artur de Souza (MoRpHeUz), and Sebastian Kügler. Summary --- The Bball gets stuck at the right-bottom/left-bottom. Now with this patch it doesn't stuck. I had added a feature that when dropped from right/left top will make the ball bounce. Diffs - /trunk/KDE/kdeplasma-addons/applets/bball/bball.h 998542 /trunk/KDE/kdeplasma-addons/applets/bball/bball.cpp 998542 Diff: http://reviewboard.kde.org/r/1054/diff Testing --- Tested in my laptop and works fine here. Thanks, Sujith ___ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-devel
Re: Review Request: Add next and previous buttons to Frame applet
--- This is an automatically generated e-mail. To reply, visit: http://reviewboard.kde.org/r/1028/#review1601 --- Works well and I don't see anything wrong in code on a quick look. Sebas, can you take a quick look as you'll add remote URL support? Thanks Arthur for this patch! A pause button was also in the wish list... ;) - Anne-Marie On 2009-07-14 17:36:08, Arthur Mello wrote: --- This is an automatically generated e-mail. To reply, visit: http://reviewboard.kde.org/r/1028/ --- (Updated 2009-07-14 17:36:08) Review request for Plasma. Summary --- As mentioned on Frame TODO this patch adds buttons to navigate through slide show. Buttons appear when mouse is over applet and only when applet is doing a slideshow. Example code at TODO put the buttons above the pictue, I placed them on left and right borders, but I can change this if necessary. Diffs - trunk/KDE/kdeplasma-addons/applets/frame/frame.h 996678 trunk/KDE/kdeplasma-addons/applets/frame/frame.cpp 996678 trunk/KDE/kdeplasma-addons/applets/frame/slideshow.h 996678 trunk/KDE/kdeplasma-addons/applets/frame/slideshow.cpp 996678 Diff: http://reviewboard.kde.org/r/1028/diff Testing --- Screenshots --- SlideShow buttons http://reviewboard.kde.org/r/1028/s/142/ Thanks, Arthur ___ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-devel
Re: Review Request: Add next and previous buttons to Frame applet
On 2009-07-14 21:04:59, Anne-Marie Mahfouf wrote: Works well and I don't see anything wrong in code on a quick look. Sebas, can you take a quick look as you'll add remote URL support? Thanks Arthur for this patch! A pause button was also in the wish list... ;) Referring to https://bugs.kde.org/show_bug.cgi?id=165704 - Anne-Marie --- This is an automatically generated e-mail. To reply, visit: http://reviewboard.kde.org/r/1028/#review1601 --- On 2009-07-14 17:36:08, Arthur Mello wrote: --- This is an automatically generated e-mail. To reply, visit: http://reviewboard.kde.org/r/1028/ --- (Updated 2009-07-14 17:36:08) Review request for Plasma. Summary --- As mentioned on Frame TODO this patch adds buttons to navigate through slide show. Buttons appear when mouse is over applet and only when applet is doing a slideshow. Example code at TODO put the buttons above the pictue, I placed them on left and right borders, but I can change this if necessary. Diffs - trunk/KDE/kdeplasma-addons/applets/frame/frame.h 996678 trunk/KDE/kdeplasma-addons/applets/frame/frame.cpp 996678 trunk/KDE/kdeplasma-addons/applets/frame/slideshow.h 996678 trunk/KDE/kdeplasma-addons/applets/frame/slideshow.cpp 996678 Diff: http://reviewboard.kde.org/r/1028/diff Testing --- Screenshots --- SlideShow buttons http://reviewboard.kde.org/r/1028/s/142/ Thanks, Arthur ___ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-devel
Re: Problems with units of measurement
Le lundi juillet 13 2009 1:09:10 PM, Eirik U. Birkeland a écrit : Hi. Recently many strings containing units of measurements have shown up in the KDE translation files. The first problem with them is that the same strings (and there are quite a few of them) shows up in several files, eg. libconversion in kdeplasma-addons and kalzium in kdeedu. Wouldn’t it be better to include the strings in kdelibs, so that all the files in need of the strings could fetch them from there? That would save the translators much work. This is in trunk, isn't it? trunk is just on the start of its release stage so it's likely a unit lib will be shared later so the work is not duplicated. For translators I would not recommand putting too much work in trunk right now but concentrate on KDE 4.3 which is the hot stuff about to be released. The second problem with the strings is that many of them contains different kinds of abbreviations for the units of measurement. And many languages, like Norwegian, which I translate to, doesn’t have that many unit abbreviations, and thus it is difficult to give the strings an adequate translation. I would therefore suggest that only one string is used for each unit, since the number of abbreviations can differ between the languages. By the way, I saw some strings like this: “square centimeter;square centimeters;cm²;cm/-2;cm^2;cm2” Does this mean that we do not have to include all these variants in the translation? If so, you have almost already implemented what I am asking for, but it should be done for all the unit strings. Some more info will be added in the context string. Finally, I wonder if anyone can give me a little information about what these context strings mean: “unit description in lists” and “amount in units (real)”. Both of them are found in kdeplasma-addons/libconversion.po. Again you must separate trunk from kde4.3 branch when stating translation problems. KDE 3 branch problems must be fixed right now but trunk is where development happens and especially with GSoC student work being merged in, there will be some improvements in the next months. There were several translation bugs discovered lately, I suggest all translators check really thoroughtly that everything is translated and works nicely (layout problems) in 4.3 branch before switching to trunk. Best regards, Anne-Marie CCing all this to plasma-devel mailing list. It's a good practice to CC all plasma related translation problem to the plasma mailing list. ___ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-devel
Re: Tokamak 3 - The organization begins
On Wednesday 24 June 2009 23:26:18 Mario Fux wrote: Good morning Just a friendly reminder. The end of June/begin of July is near. Please add yourself to: http://techbase.kde.org/Projects/Plasma/Tokamak3 Aaron, Davide and Rob are already added. Greets from Germany. Tomorrow I'll go to Berlin for the Linuxtag. Mario I can't come, it's the beginning of the school year for the kids (little Clarisse joining her first year!) I'll also be away for most of July and August so if someone pops in (mail, IRC, Akademy,...) and wants to work on the Picture Frame, please encourage him! Things should be less frantic from September and will allow me a better involvement in KDE. Best regards, I would have enjoyed meeting you again Mario, Anne-Marie ___ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-devel
Accents and compose in Plasma text input
Hi, I just saw that now accented letters (^ + e = ê) and compose keys now work in input Plasma widgets (in Micro-blogging, in dict, ...) I don't see what commit fixed this but that's awesome! If someone knows what commit fixed it then he/she could close https://bugs.kde.org/show_bug.cgi?id=189846 and maybe backport if possible! Thanks a lot, Anne-Marie ___ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-devel
Default desktop theme
Hi, I am writing Desktop Theme Details documentation based on text Andrew sent me (and following a bug report asking for doc for this). I intend to make some screenshots to explain things but I am wondering if the default will be changed to Air and thus make it all obsolete? Thanks in advance for any input on that, Anne-Marie ___ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-devel
Review Request: Notes plasmoid: change text color before any text, new color is now honored
--- This is an automatically generated e-mail. To reply, visit: http://reviewboard.kde.org/r/679/ --- Review request for Plasma. Summary --- The upstream Qt bug is fixed but it did not fix the Notes applet. This patch makes a change of color before any text honored. Also when you remove all text and change color, the new text gets the new color. A bit ugly as it messes with QTimer but I don't see another way around this. Please check it: before the patch, set a Notes applet, change text color, write text: text is black. After patch: text is the new color. This addresses bug https://bugs.kde.org/show_bug.cgi?id=169884. https://bugs.kde.org/show_bug.cgi?id=https://bugs.kde.org/show_bug.cgi?id=169884 Diffs - /usr/local/trunk-src/kdeplasma-addons/applets/notes/notes.cpp 965525 Diff: http://reviewboard.kde.org/r/679/diff Testing --- Thanks, Anne-Marie ___ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-devel
Re: Review Request: Notes plasmoid: change text color before any text, new color is now honored
--- This is an automatically generated e-mail. To reply, visit: http://reviewboard.kde.org/r/679/ --- (Updated 2009-05-09 04:47:06.598306) Review request for Plasma. Summary --- The upstream Qt bug is fixed but it did not fix the Notes applet. This patch makes a change of color before any text honored. Also when you remove all text and change color, the new text gets the new color. A bit ugly as it messes with QTimer but I don't see another way around this. Please check it: before the patch, set a Notes applet, change text color, write text: text is black. After patch: text is the new color. This addresses bug 176266. https://bugs.kde.org/show_bug.cgi?id=176266 Diffs (updated) - /trunk/KDE/kdeplasma-addons/applets/notes/notes.cpp 965525 Diff: http://reviewboard.kde.org/r/679/diff Testing --- Thanks, Anne-Marie ___ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-devel
Re: kdereview review day
Hi Benoit, My system froze (I think there's something fishy in Desktop effects as X froze after I disable compositing). I checked Mandelbrot again with debugfull and it's OK now! Thanks for the fix and for trusting me when I said I had it all black! Best regards, Anne-Marie ___ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-devel
Re: tokamak 2, my phonenumber
Le Monday 02 February 2009 21:19:04, Nuno Pinheiro a écrit : hey hee goes my phone number you might want to call wen you get to porto or for any other reason +351 96 762 87 28 Thanks a lot! I'll call or sms you if we (Kévin, Artur and me) are delayed more than 30 minutes in Lisbon on Friday morning, Anne-Marie ___ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-devel
Re: Tokamak Meeting II
Hi Artur, hi all, Hey, I'm arriving at the same day/time! Maybe we are in the same flight from Lisbon to Porto ? (TP1952) indeed, same flight! we can meet at the boarding area around 7h30 am, we'll be arriving at 7:00 at Lisbon from Toulouse. - Nuno: I can talk 5 minutes if you schedule us 3 after 10h30 - 11h. Planned 5 minutes talk: Picture Frame applet: present and future - My objectives for the week-end: * picture frame applet perspectives (PoTD engine, metadata and Nepomuk integration, flipping animation, sharing config with Desktop settings, ...) * what containment for educational purposes? (started by Aaron blog) the Desktop itself and the plasmoids. * KDE community plasma integration (uploading of data from users which I am waiting for ages in particular!) Anne-Marie ___ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-devel
Re: Tokamak Meeting II
Le jeudi 15 janvier 2009 17:47:30, Nuno Pinheiro a écrit : hey everybody IM planing the tokamak meeting details. So I need some infos from everyone coming to the meeting... So We can produce a schedule for the days we will be there, sort out all details for credentials and stuf. fristly confirmation for the people coming. Kévin (ervin) and me will be arriving at 9:05 am at OPO the 6th. What time are these presentations scheduled ? How long do we need to get from the airport to the meeting? Secondly I asked several people already to prepare a litle presentation to give on the 6. (can be about anything as long as its plasma related, i think a small presentatioon of your personal adgenda for the meeting is prety interesting). Depending on the above so if you coud send me a title to the presentation and expected time it will take you it will be great. thanks in advance thanks to you for preparing, Anne-Marie ___ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-devel
KRunner keywords and translations
Hi, I am occasionally helping with French translation and I was wondering about KRunner keywords. - can anyone check if they work? they don't for me. - if so I think we should add info about the used keywords so that users will be able to use them. I don't think the PowerDevil ones can be guessed (not even probably in English) Not sure where this info can be added, is it possible to add a tab in the About dialog for example? Best regards, Anne-Marie ___ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-devel
Re: getting started with plasmoid development
On Tuesday 16 December 2008 00:27:20 D. R. Evans wrote: I usually use kdevelop for development on KDE machines; is there anything in particular I need to know about configuring kdevelop in order to use it for building a plasmoid such as the one I mentioned earlier? Doc If you install kdesdk/KAppTemplate from KDE 4 and KDevelop you'll get a plasmoid template. The plasmoid template is located in KAppTemplate but is shared with KDevelop (KDevelop from KDE 4 though I think). There is a README in the plasmoid template to get you started on building it and it includes some links to doc. Have fun! Anne-Marie ___ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-devel
Re: autoscroll in kickoff
How about having a place in the KDE trunk where you have all code for the next release that didn't make it into KDE 4.2? Just an idea... Xtreme Kommander We (the KDE devels) already agreed to open trunk at some point before 4.2 release, see release team for that. In the meantime, the way to have code for 4.3 is not in trunk but to open a branch. Anne-Marie ___ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-devel
Re: Review Request: Fix for Favorite items in Kickoff
On Tuesday 18 November 2008 22:34:05 Sebastian Kügler wrote: On Tuesday 18 November 2008 13:51:45 Jesse Zamora wrote: This patch fixes a bug with Kickoff that Favorite items have Sort Ascending and Sort Descending even when they are not in the favorites view. It also changes the strings to Sort Alphabetically (A to Z) and Sort Alphabetically (Z to A). I hope I'm not too late to get it in trunk. :-( We're string-frozen since last night. If you want to get this patch in, separate the bugfix from the string changes. The bugfix can be committed now (it looks like a nice improvement). The string changes will have to wait until KDE is unfrozen again (somewhen in January). No, we're in message freeze only tonight, see http://techbase.kde.org/Schedules/KDE4/4.2_Release_Schedule#November_18th.2C_2008:_Message_Freeze. Anne-Marie ___ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-devel
Re: playground DataEngines
On Wednesday 8 October 2008 22:08:18 Sebastian Kügler wrote: Hi, The upcoming freeze is soft. As long as you state the intention on techbase, you can work on it providing you get it in before hard freeze. Soft freeze is Oct 19th, hard freeze is November 17th. see http://techbase.kde.org/Schedules/KDE4/4.2_Release_Schedule I added kdeplasma-addons to this page. Have fun in Brazil :) Thanks! Anne-Marie ___ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-devel
Re: Comics + kross
Hi, The PoTD (Picture of The Day) (currently in playground but with bad/obsolete code Qhttp!) engine has to be rewritten: it fetches the Picture of the Day from several popular websites and displays them in the picture frame. Can that be a good script candidate? Anne-Marie On Friday 26 September 2008 08:18:40 Petri Damstén wrote: I have made couple of applets that are on playground. They use executable dataengine, so even bash scripts are ok. - scripted image: shows image from url that script prints. I have converted this to a webkit applet so c++ version will be probably deleted. - scripted html: shows html from url that script prints. I was going to delete this also now that webkit applets work, but maybe it has some use cases. Petri ___ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-devel
