Re: Review Request: Rework KMix DBus API and add KMix plasma dataengine
On March 14, 2011, 7:06 p.m., Diego Casella wrote: Ok, sorry again for my late reply :( Services are working great, however, I think you should refactor the way the 'mixer' DataEngine works, because it doesn't completely performs what it is supposed to. Let me explain better: when you invoke the mixer DataEngine, you get only the audio cards names, and nothing more. You have to query() the DataEngine, passing one of those names, to receive further infos about the specific control of that audio card (this is what I, and I think other people does, expect when using this DataEngine). And this is kinda bad because, since the DataEngine doesn't automatically updates when the volume changes level/state (see my previous comment), I have to call a query() every N milliseconds and then, for each control, check is something has changed and do a manual update of the plasmoid if needed. Long story short: instead of returning a Mixers datasource, with key set to Mixers again, you should return a datasource with all the MIXER_ID's and, for each of them, all their detailed infos (volume and mute state included), so we can get all we need in one shot :) (You could run plasmaengineexplorer and watch a couple of engines, such as 'org.kde.activities', 'hotplug' or 'tasks' to see what I mean) Note that this will fix also the update() issue because, with the current implementation, the plasmoid won't update unless the value of one of the Mixers keys changes (since it contains only the audio card names, it means we will be notified of changes only if an audio card has been plugged/removed). Anyways, these are my two cent: Aaron, what do you think about it? Igor Poboiko wrote: I thought that the 'dataUpdated' signal is emitted every time data changes (even from inside the dataengine - in our case, I update the mute/volume by DBus signals from inside the dataengine, and it updates automatically in plasmaengineexplorer), and there is no need to poll the dataengine. The other problem is that actually the plasmoid needs information only about few controls (one or a bit more sliders in plasmoid). So is there a need to set ALL the controls (by default)? And again, what is the difference between adding these sources by default and querying it, for example, on plasmoid start? I guess I misunderstood something, but don't you anyway need to poll these sources to get all changing data? And one more issue - there are three types of datasources: one basic (called Mixers, provides info about available Mixers/soundcards), some for mixers/soundcards (which provides information about its controls) and some for controls (which provides information about all its state - volume level, mute, etc). Should I add all these sources? And should I add it automatically add all sources for plugged devices-sources? Huh, I asked so many questions.. The things you are talking about are easy-to-fix, I maybe just don't understand correctly what you need :) Err, I was referencing the controls with the same index of the audio card ( i.e. 'ALSA::HDA_Intel:1' and thus 'Master:1', instead of 'Master:0'), my bad :( So, forget what I said :) Anyways, one more observation: if we want to provide a complete replacement of the old KMix applet, the plasmoid should be able to provide a 'widget' to select/change which channel we are currently operating with (master, pcm, speakers ..). In other words, we need a Plasma Service to change the current master channel, and one more entry in the dataengine to identify which channel is currently being controlled. - Diego --- This is an automatically generated e-mail. To reply, visit: http://svn.reviewboard.kde.org/r/6587/#review9984 --- On March 8, 2011, 7:01 p.m., Igor Poboiko wrote: --- This is an automatically generated e-mail. To reply, visit: http://svn.reviewboard.kde.org/r/6587/ --- (Updated March 8, 2011, 7:01 p.m.) Review request for Plasma and Diego Casella. Summary --- This patch reworks KMix DBus API and adds a plasma dataengine+service as a frontend to information provided by DBus. New DBus structure is: - /Mixers used to get some global information, such as available mixers list and global master mixer - /Mixers/MIXER_ID used to get information about mixer with id=MIXER_ID. It provides such information as list of available controls, name of this mixer, id, etc - /Mixers/MIXER_ID/CONTROL_ID used to get and set information about control. Such information as volume level, mute, name of control, etc. It also adds a DBus signals which are emitted when new mixer/control appears, or volume level changes.
Re: Review Request: Rework KMix DBus API and add KMix plasma dataengine
On March 14, 2011, 7:06 p.m., Diego Casella wrote: Ok, sorry again for my late reply :( Services are working great, however, I think you should refactor the way the 'mixer' DataEngine works, because it doesn't completely performs what it is supposed to. Let me explain better: when you invoke the mixer DataEngine, you get only the audio cards names, and nothing more. You have to query() the DataEngine, passing one of those names, to receive further infos about the specific control of that audio card (this is what I, and I think other people does, expect when using this DataEngine). And this is kinda bad because, since the DataEngine doesn't automatically updates when the volume changes level/state (see my previous comment), I have to call a query() every N milliseconds and then, for each control, check is something has changed and do a manual update of the plasmoid if needed. Long story short: instead of returning a Mixers datasource, with key set to Mixers again, you should return a datasource with all the MIXER_ID's and, for each of them, all their detailed infos (volume and mute state included), so we can get all we need in one shot :) (You could run plasmaengineexplorer and watch a couple of engines, such as 'org.kde.activities', 'hotplug' or 'tasks' to see what I mean) Note that this will fix also the update() issue because, with the current implementation, the plasmoid won't update unless the value of one of the Mixers keys changes (since it contains only the audio card names, it means we will be notified of changes only if an audio card has been plugged/removed). Anyways, these are my two cent: Aaron, what do you think about it? Igor Poboiko wrote: I thought that the 'dataUpdated' signal is emitted every time data changes (even from inside the dataengine - in our case, I update the mute/volume by DBus signals from inside the dataengine, and it updates automatically in plasmaengineexplorer), and there is no need to poll the dataengine. The other problem is that actually the plasmoid needs information only about few controls (one or a bit more sliders in plasmoid). So is there a need to set ALL the controls (by default)? And again, what is the difference between adding these sources by default and querying it, for example, on plasmoid start? I guess I misunderstood something, but don't you anyway need to poll these sources to get all changing data? And one more issue - there are three types of datasources: one basic (called Mixers, provides info about available Mixers/soundcards), some for mixers/soundcards (which provides information about its controls) and some for controls (which provides information about all its state - volume level, mute, etc). Should I add all these sources? And should I add it automatically add all sources for plugged devices-sources? Huh, I asked so many questions.. The things you are talking about are easy-to-fix, I maybe just don't understand correctly what you need :) Diego Casella wrote: Err, I was referencing the controls with the same index of the audio card ( i.e. 'ALSA::HDA_Intel:1' and thus 'Master:1', instead of 'Master:0'), my bad :( So, forget what I said :) Anyways, one more observation: if we want to provide a complete replacement of the old KMix applet, the plasmoid should be able to provide a 'widget' to select/change which channel we are currently operating with (master, pcm, speakers ..). In other words, we need a Plasma Service to change the current master channel, and one more entry in the dataengine to identify which channel is currently being controlled. Yep, I thought about it. My idea was that the control shown in plasmoid should be independent from master mixer in KMix. I mean, we just show one (or more) control(s) and we don't care about KMix's master control (we have own settings about visible controls, etc). But now I'm not sure it is good idea (since, for example, shortcuts are assigned to master control) But anyway - KMix is running during the all session, so I can provide information about master mixer/control in dataengine and if user want to change it we can just call KMix to show its window and show its settings for selecting master mixer/control :) What do you think about it? - Igor --- This is an automatically generated e-mail. To reply, visit: http://svn.reviewboard.kde.org/r/6587/#review9984 --- On March 8, 2011, 7:01 p.m., Igor Poboiko wrote: --- This is an automatically generated e-mail. To reply, visit: http://svn.reviewboard.kde.org/r/6587/ --- (Updated March 8, 2011, 7:01 p.m.) Review request for Plasma and Diego
Fwd: GSoC: Educational desktop
Hello Plasma Developers, I've sent this to the kde-devel but I think is more apropiated to send this message here. Thanks for developing this great desktop! Marc Mauri -- Forwarded message -- From: Marc Mauri Alloza marcmauriall...@gmail.com Date: 2011/3/15 Subject: GSoC: Educational desktop To: kde-de...@kde.org Hello everybody, My name is Marc Mauri. I'm a computer engineering student from Catalonia (Spain). I'm interested on participating on GSoC project plasma educational desktop. I've ridden the 2011 GSoC KDE idea, and I liked it very much, but there is no mentor assigned to the project. I would like to know who is (or who will be) the mentor to ask him more information about his idea to start writting my proposal. Here is the idea: http://community.kde.org/GSoC/2011/Ideas#Project:_Educational_desktop Thanks for developing this great desktop! Marc Mauri ___ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-devel
Re: GSoC proposal: First draft
On Fri, Mar 11, 2011 at 1:26 PM, Aaron J. Seigo ase...@kde.org wrote: Marco: is there a list somewhere of the QML porting status of plasmoids? if not, let's start on on community.kde.org. This'd be a good idea! Cheers, Viranch ___ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-devel
Re: GSoC: Educational desktop
hi plasma people, I would like to know that too...I talked to Anne-Marie Mahfouf at conf.kde.in at Bengaluru in India and she said that a mentor will be chosen after an IRC meeting with relevant plasma developers. She must have been busy after she just got back from India...so I am still waiting patiently :) from Karan Pratap Singh Chandigarh, India IRC nick: kps_foo P.S. conf.kde.in rocked!!! On Tue, Mar 15, 2011 at 10:26 PM, Marc Mauri Alloza marcmauriall...@gmail.com wrote: Hello Plasma Developers, I've sent this to the kde-devel but I think is more apropiated to send this message here. Thanks for developing this great desktop! Marc Mauri -- Forwarded message -- From: Marc Mauri Alloza marcmauriall...@gmail.com Date: 2011/3/15 Subject: GSoC: Educational desktop To: kde-de...@kde.org Hello everybody, My name is Marc Mauri. I'm a computer engineering student from Catalonia (Spain). I'm interested on participating on GSoC project plasma educational desktop. I've ridden the 2011 GSoC KDE idea, and I liked it very much, but there is no mentor assigned to the project. I would like to know who is (or who will be) the mentor to ask him more information about his idea to start writting my proposal. Here is the idea: http://community.kde.org/GSoC/2011/Ideas#Project:_Educational_desktop Thanks for developing this great desktop! Marc Mauri ___ 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: plasma dataengine question
On Monday 14 March 2011 17:51:54 Aaron J. Seigo wrote:
On Tuesday, March 15, 2011, Farhad Hedayati-Fard wrote:
Hi!
I've written a translation dataengine... It needs 3 arguments to
initialize the translator object ( plugin name, source language and
destination language). I've put a Q_ASSERT on args.size() in
dataengine's constructor but now I can't test my dataengine using
plasmaengineexplorer because it crashes on the Q_ASSERT (no argument is
passed to the constructor):
TranslatorEngine::TranslatorEngine(QObject* parent, const QVariantList
args): DataEngine(parent, args)
{
Q_ASSERT(args.size() = 3);
QString from = args[0].toString();
QString to = args[1].toString();
QString name = args[2].toString();
translator = new Translator((QWidget*)this, from, to, name);
}
What should I do to get this working??
the args passed in are currently always empty for the DataEngine
constructor.
perhaps the misunderstanding here is that there is only ever one instance of
the DataEngine loaded, and that one engine hosts multiple sources of data.
information such as the to/from language should be encoded in the source
name, e.g. en:de:flower (which might have as its data: Blume). the
DataEngine would process these requests in sourceRequestEvent.
Thank you Aaron, It's working now (using absolute path to the script file!) :)
I'm trying to add Plasma::Package support to the dataengine, but...
there is another problem here! I've inherited from Plasma::PackageStructure
(Just like comic_package in comic dataengine)... but I still can't install my
translator plugin with plasmapkg:
Could not find a suitable installer for package of type Plasma/Translator
I think there is a problem in my CMakeLists.txt file I'm not sure though!
(there is no good tutorial on plasma packages too! at least I couldn't find any
in techbase!)
btw, this is my CMakeLists file:
project(plasma-translator)
find_package(KDE4 REQUIRED)
include(KDE4Defaults)
add_definitions (${QT_DEFINITIONS} ${KDE4_DEFINITIONS})
include_directories(
${CMAKE_SOURCE_DIR}
${CMAKE_BINARY_DIR}
${KDE4_INCLUDES}
)
set(translator_engine_SRCS translator-engine.cpp translator.cpp)
kde4_add_plugin(plasma_engine_translator ${translator_engine_SRCS})
target_link_libraries(plasma_engine_translator ${KDE4_KDECORE_LIBS}
${KDE4_PLASMA_LIBS} ${KDE4_KDEUI_LIBS} ${KDE4_KROSSUI_LIBS} ${KDE4_KIO_LIBS}
${KDE4_KROSSCORE_LIBS})
install(TARGETS plasma_engine_translator
DESTINATION ${PLUGIN_INSTALL_DIR})
install(FILES plasma-engine-translator.desktop
DESTINATION ${SERVICES_INSTALL_DIR})
install( FILES plasma-translationprovider.desktop DESTINATION
${SERVICETYPES_INSTALL_DIR} )
kde4_add_plugin( plasma-packagestructure-translator translatorpackage.cpp )
target_link_libraries( plasma-packagestructure-translator ${KDE4_KDEUI_LIBS}
${KDE4_PLASMA_LIBS} )
install( TARGETS plasma-packagestructure-translator DESTINATION
${PLUGIN_INSTALL_DIR} )
install( FILES plasma-packagestructure-translator.desktop DESTINATION
${SERVICES_INSTALL_DIR} )
Thanks again :)
Farhad
___
Plasma-devel mailing list
Plasma-devel@kde.org
https://mail.kde.org/mailman/listinfo/plasma-devel
Re: Plasmate: some files miss licenses
On lundi 14 mars 2011 14:25:10 Sebastian Kügler wrote: Hi all, Ok for me. Regards ___ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-devel
Re: Plasmate: some files miss licenses
On Monday, March 14, 2011 14:25:10 Sebastian Kügler wrote: Are you OK with changing the license in the unlicensed files you have worked on in Plasmate to GPLV2+ and KDE e.V. approved licenses? Nearly everybody has replied, and is either OK with the licensing change, or doesn't need mentioning. I've attached the emails that didn't CC: plasma-devel to this email, in order to generate a public track record, should this ever be needed. The only reply I'm missing is Andrew Coles. There was only one commit, which was changing a bunch of strings to comply with translation policies. Therefor, I've taken the liberty to not include Andrew in the copyright. (Andrew, if you want me to put you in there, let me know.) All the other files are now properly licensed, so this issue is resolved. Thanks for your attention on this boring topic. :-) ... and thanks everybody for the quick turnaround times. Makes boring things much more bearable :) Cheers, -- sebas http://www.kde.org | http://vizZzion.org | GPG Key ID: 9119 0EF9 ---BeginMessage--- A las, if you think your contribution to some file is trivial, let me know and I'll not include your name in the copyright header. Mine is certainly some quick i18n fix, so drop me from consideration. -- Chusslove Illich (Часлав Илић) signature.asc Description: This is a digitally signed message part. ---End Message--- ---BeginMessage--- On Mon, Mar 14, 2011 at 10:25 AM, Sebastian Kügler se...@kde.org wrote: The short version: Are you OK with changing the license in the unlicensed files you have worked on in Plasmate to GPLV2+ and KDE e.V. approved licenses? I am OK with the licensing changes you propose. :D I should also update the email on these headers to aso...@kde.org...is plasmate already on git? In order to protect your copyright in the future, please also consider signing the KDE e.V.'s fiduciary licensing agreement, which is a safe construct to keep copyright of KDE code intact and workable in case you are not available for eventual licensing changes, should that ever become necessary. (Different topic though.) /me already signed! \o/ Thanks for your attention on this boring topic. :-) Thank you for taking some time to look at this ;) Cheers, -- --- Artur Duque de Souza openBossa INdT - Instituto Nokia de Tecnologia --- Blog: http://blog.morpheuz.cc PGP: 0xDBEEAAC3 @ wwwkeys.pgp.net --- ---End Message--- ---BeginMessage--- I'm ok too, cheers! :) 2011/3/14 Sebastian Kügler se...@kde.org Hi all, [If you're in the CC: of this email explicitely, please reply to it in any case.] The short version: Are you OK with changing the license in the unlicensed files you have worked on in Plasmate to GPLV2+ and KDE e.V. approved licenses? Longer version: Over the weekend, I've had a closer look at Plasmate, to fix some bugs and improve it here and there. It struck me that the licensing is currently incomplete -- some files are missing a licensing header. If we want to release Plasmate at some point, that's something we'll need to work out. I started on this by streamlining the copyright headers (some used a short form to refer to the GPLv2+, I've replaced those with the advised text at http://techbase.kde.org/Policies/Licensing_Policy#GPL_Header There are still some files unlicensed at this point, though. I've asked Paul Adams to help me a bit to sort out the people who have written or contributed to these files, and thanks to grep, uniq, sort and svn log, I've compiled a list of people per file that are the copyright holders according to svn log. The list is: *snip* -- packagemodel.h aseigo asouza casella sandroandrade shantanu yuenlim packagemodel.cpp aseigo asouza casella mart sandroandrade shantanu yuenlim sidebaritem.cpp aseigo casella sidebartablewidget.cpp casella mlaurent sidebartablewidget.h casella mlaurent editors/editpage.h asouza mlaurent shantanu yuenlim editors/editpage.cpp aseigo asouza mlaurent sandroandrade shantanu yuenlim savesystem/tabledelegate.cpp casella savesystem/tabledelegate.h casella savesystem/tablewidget.cpp casella savesystem/tablewidget.h casella savesystem/timeline.cpp aseigo casella coles ilic yuenlim savesystem/timeline.h aseigo casella yuenlim savesystem/timelineitem.cpp aseigo casella savesystem/timelineitem.h aseigo casella *snip* -- (I've *NOT* looked at the commits themselves, because I'm not in the position to judge if a patch is too trivial or should include the author in the file's copyright. A las, if you think your contribution to some file is trivial, let
Re: GSoC proposal: First draft
On Tue, Mar 15, 2011 at 6:17 PM, Viranch Mehta viranch.me...@gmail.com wrote: On Fri, Mar 11, 2011 at 1:26 PM, Aaron J. Seigo ase...@kde.org wrote: Marco: is there a list somewhere of the QML porting status of plasmoids? if not, let's start on on community.kde.org. yes, it's a great idea and no, there still doesn is a page for it, if you will do one.. free hugs :p Cheers, Marco Martin ___ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-devel
Re: GSoC: Educational desktop
On Tue, Mar 15, 2011 at 6:46 PM, karan pratap singh wizard.ka...@gmail.com wrote: hi plasma people, I would like to know that too...I talked to Anne-Marie Mahfouf at conf.kde.in at Bengaluru in India and she said that a mentor will be chosen after an IRC meeting with relevant plasma developers. She must have been busy after she just got back from India...so I am still waiting patiently :) Hi Karan, also for you, great news:) and if you want to meet us on irc, you're welcome ;) Cheers, Marco Martin ___ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-devel
Re: GSoC: Educational desktop
Hello Marco, Aaron, Anne-Marie and other plasma people I'm on the #plasma IRC now with the opengeek_ nickname Cheers Marc Mauri 2011/3/15 Marco Martin notm...@gmail.com On Tue, Mar 15, 2011 at 6:46 PM, karan pratap singh wizard.ka...@gmail.com wrote: hi plasma people, I would like to know that too...I talked to Anne-Marie Mahfouf at conf.kde.in at Bengaluru in India and she said that a mentor will be chosen after an IRC meeting with relevant plasma developers. She must have been busy after she just got back from India...so I am still waiting patiently :) Hi Karan, also for you, great news:) and if you want to meet us on irc, you're welcome ;) Cheers, Marco Martin ___ 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: GSoC: Educational desktop
On Tue, Mar 15, 2011 at 8:14 PM, Marc Mauri Alloza marcmauriall...@gmail.com wrote: Hello Marco, Aaron, Anne-Marie and other plasma people I'm on the #plasma IRC now with the opengeek_ nickname Cheers Marc Mauri 2011/3/15 Marco Martin notm...@gmail.com On Tue, Mar 15, 2011 at 6:46 PM, karan pratap singh wizard.ka...@gmail.com wrote: hi plasma people, I would like to know that too...I talked to Anne-Marie Mahfouf at conf.kde.in at Bengaluru in India and she said that a mentor will be chosen after an IRC meeting with relevant plasma developers. She must have been busy after she just got back from India...so I am still waiting patiently :) Hi Karan, also for you, great news:) and if you want to meet us on irc, you're welcome ;) Cheers, Marco Martin ___ 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 Hi Marc! It's nice to see local people getting interested in KDE and Edu :). I can't really be mentoring that because I'll probably be mentoring in KDevelop already, but if I can help you in any way you can just contact me. Looking forward to your progress there! Aleix ___ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-devel
Re: GSoC: Educational desktop
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 ___ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-devel
Re: GSoC: Educational desktop
This Saturday and Sunday anytime between 14:00 GMT and 21:00 GMT is fine with me! Cheers! from Karan Pratap Singh IRC nick: kps_foo On Wed, Mar 16, 2011 at 1:18 AM, 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 ___ 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: GSoC: Educational desktop
Aleix Pol Thanks for your support, it means a lot Will contact you for help for sure! Cheers! KDE community rocks!!! from Karan Pratap Singh IRC nick: kps_foo On Wed, Mar 16, 2011 at 1:33 AM, karan pratap singh wizard.ka...@gmail.comwrote: This Saturday and Sunday anytime between 14:00 GMT and 21:00 GMT is fine with me! Cheers! from Karan Pratap Singh IRC nick: kps_foo On Wed, Mar 16, 2011 at 1:18 AM, 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 ___ 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: GSoC: Educational desktop
Thanks Aleix, I will contact you for help sure! See you soon! Go, go, KDE! 2011/3/15 karan pratap singh wizard.ka...@gmail.com Aleix Pol Thanks for your support, it means a lot Will contact you for help for sure! Cheers! KDE community rocks!!! from Karan Pratap Singh IRC nick: kps_foo On Wed, Mar 16, 2011 at 1:33 AM, karan pratap singh wizard.ka...@gmail.com wrote: This Saturday and Sunday anytime between 14:00 GMT and 21:00 GMT is fine with me! Cheers! from Karan Pratap Singh IRC nick: kps_foo On Wed, Mar 16, 2011 at 1:18 AM, 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 ___ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-devel ___ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-devel ___ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-devel
Re: tokamak V flights
Seems Marco is leaving on 3rd according to the plan... I will leave on the 30th I think, being home on May 1st might actually have some good things :) Anyway, gada book my train pretty soon and then filling in the dates... Lukas Am Sonntag, 13. März 2011, 16:02:09 schrieb Davide Bettio: Hi, The 2nd of may seems to be the best departure date. Is anybody leaving on the 2nd of may? Bye, Davide Bettio. signature.asc Description: This is a digitally signed message part. ___ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-devel
Re: GSoC: Educational desktop
Saturday between 19:00 and 21:00 GMT is fine for me. Sunday between 14:00 and 21:00 GMT too. Marc Mauri Alloza IRC nick: opengeek_ 2011/3/15 Marc Mauri Alloza marcmauriall...@gmail.com Thanks Aleix, I will contact you for help sure! See you soon! Go, go, KDE! 2011/3/15 karan pratap singh wizard.ka...@gmail.com Aleix Pol Thanks for your support, it means a lot Will contact you for help for sure! Cheers! KDE community rocks!!! from Karan Pratap Singh IRC nick: kps_foo On Wed, Mar 16, 2011 at 1:33 AM, karan pratap singh wizard.ka...@gmail.com wrote: This Saturday and Sunday anytime between 14:00 GMT and 21:00 GMT is fine with me! Cheers! from Karan Pratap Singh IRC nick: kps_foo On Wed, Mar 16, 2011 at 1:18 AM, 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 ___ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-devel ___ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-devel ___ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-devel
Re: GSoC proposal: First draft
On Wed, Mar 16, 2011 at 12:11 AM, Marco Martin notm...@gmail.com wrote:
On Tue, Mar 15, 2011 at 6:17 PM, Viranch Mehta viranch.me...@gmail.com
wrote:
On Fri, Mar 11, 2011 at 1:26 PM, Aaron J. Seigo ase...@kde.org wrote:
Marco: is there a list somewhere of the QML porting status of plasmoids?
if
not, let's start on on community.kde.org.
yes, it's a great idea and no, there still doesn is a page for it, if
you will do one.. free hugs :p
I scored one: http://techbase.kde.org/QML_Plasmoids ! :P
I've listed plasmoids that are in
kde-workspace/plasma/{desktop,generic}/applets. I guess those are the
primary ones.
Marco: Please update as soon as possible.
Cheers,
Viranch
___
Plasma-devel mailing list
Plasma-devel@kde.org
https://mail.kde.org/mailman/listinfo/plasma-devel
