Re: Plasmate irc meeting next week
On Wednesday 05 August 2009, Diego Casella ([Po]lentino) wrote: Ok, so a good candidate imo could be friday 14, from 13:30 to 17:00 UTC =) that would work fine for me. -- Aaron J. Seigo humru othro a kohnu se GPG Fingerprint: 8B8B 2209 0C6F 7C47 B1EA EE75 D6B7 2EB1 A7F1 DB43 KDE core developer sponsored by Qt Software signature.asc Description: This is a digitally signed message part. ___ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-devel
plasma article wanted
Hey fellow plasmoids, I've been asked by a publisher if I knew someone who would want to write an article about Plasmoid development. As I won't find the time to do it myself, maybe someone else is in for it? German or English writing is fine. I've worked with the publisher before, and they do support you in writing. You also get paid for writing it, and it might get us new developers. So, who's in? :) -- sebas http://www.kde.org | http://vizZzion.org | GPG Key ID: 9119 0EF9 signature.asc Description: This is a digitally signed message part. ___ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-devel
Re: plasma article wanted
On Wednesday 05 August 2009, 08:41 Sebastian Kügler wrote: I've been asked by a publisher if I knew someone who would want to write an article about Plasmoid development. As I won't find the time to do it myself, maybe someone else is in for it? German or English writing is fine. Maybe it's a good idea to write about ECMA script plasmoids and scripted plasmoids ? so we can attract people from apple world and also show the benefits of it for those who doesn't know c++ ? Cheers, -- Artur Duque de Souza openBossa Research Labs INdT - Instituto Nokia de Tecnologia -- Blog: http://blog.morpheuz.cc PGP: 0xDBEEAAC3 @ wwwkeys.pgp.net -- 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: plasma application policies
On Tue, Jul 28, 2009 at 10:07 PM, Aaron J. Seigoase...@kde.org wrote: On Tuesday 28 July 2009, Richard Dale wrote: On Tue, Jul 28, 2009 at 2:32 AM, Aaron J. Seigoase...@kde.org wrote: the script engine situation is probably the easiest of the bunch: just add a method to the script engine that states what it does with configuration (e.g. setProvidesCustomizedConfiguration(bool)) and query that when deciding what to do with the configuration action. I would like something like this so that Google Gadgets etc can return 'yes' and scripts engines like Ruby or Python that want KDE dialogs can return 'no'. that would be the idea indeed. I noticed that a global shortcuts page is now in the standard dialog, and have translated the code for that to Ruby but not commited it yet. I can't use the C++ implementation because the methods are private. there is this in AppletScriptEngine: KConfigDialog *standardConfigurationDialog(); so you can get the standard dialog and then pass that on to the Ruby script to add their own pages to. The problem with this is that there is no createConfigurationInterface() callback/virtual method override in the script engine. This means that the custom pages for a scripted plasmoid don't get added until the dialog has been created with a keyboard shortcut page already added. So instead of the keyboard shortcut page being last, it will be first. The attached patch adds another method to appletscript.h, addGlobalShortcutsPage() which allows the script engine code to call back into the scripting code in between creating the dialog with standardConfigurationDialog() and adding the shortcut page. It also moves a few things around in applet.cpp, so that the code for shortcuts is all in Applet::addGlobalShortcutsPage() including the connect() calls to the configDialogFinished() slot to handle completing the dialog. -- Richard -- Aaron J. Seigo humru othro a kohnu se GPG Fingerprint: 8B8B 2209 0C6F 7C47 B1EA EE75 D6B7 2EB1 A7F1 DB43 KDE core developer sponsored by Qt Software ___ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-devel Index: scripting/appletscript.h === --- scripting/appletscript.h (revision 1007235) +++ scripting/appletscript.h (working copy) @@ -180,6 +180,12 @@ */ KConfigDialog *standardConfigurationDialog(); +/** + * This method should be called after a scripting applet has added + * its own pages to a configuration dialog + */ +void addGlobalShortcutsPage(KConfigDialog *dialog); + private: AppletScriptPrivate *const d; }; Index: scripting/appletscript.cpp === --- scripting/appletscript.cpp (revision 1007235) +++ scripting/appletscript.cpp (working copy) @@ -140,6 +140,15 @@ return 0; } +void AppletScript::addGlobalShortcutsPage(KConfigDialog *dialog) +{ +if (applet()) { +return applet()-d-addGlobalShortcutsPage(dialog); +} + +return; +} + void AppletScript::configChanged() { } Index: applet.cpp === --- applet.cpp (revision 1007235) +++ applet.cpp (working copy) @@ -1584,13 +1584,14 @@ } d-addGlobalShortcutsPage(dialog); -connect(dialog, SIGNAL(applyClicked()), this, SLOT(configDialogFinished())); -connect(dialog, SIGNAL(okClicked()), this, SLOT(configDialogFinished())); dialog-show(); } else if (d-script) { d-script-showConfigurationInterface(); } else { -d-generateGenericConfigDialog()-show(); +KConfigDialog *dialog = d-generateGenericConfigDialog(); +createConfigurationInterface(dialog); +d-addGlobalShortcutsPage(dialog); +dialog-show(); } emit releaseVisualFocus(); @@ -1640,12 +1641,6 @@ dialog-setFaceType(KPageDialog::Auto); dialog-setWindowTitle(configWindowTitle()); dialog-setAttribute(Qt::WA_DeleteOnClose, true); -q-createConfigurationInterface(dialog); -addGlobalShortcutsPage(dialog); -//TODO: Apply button does not correctly work for now, so do not show it -dialog-showButton(KDialog::Apply, false); -QObject::connect(dialog, SIGNAL(applyClicked()), q, SLOT(configDialogFinished())); -QObject::connect(dialog, SIGNAL(okClicked()), q, SLOT(configDialogFinished())); QObject::connect(dialog, SIGNAL(finished()), nullManager, SLOT(deleteLater())); return dialog; } @@ -1668,6 +1663,11 @@ layout-addWidget(shortcutEditor); layout-addStretch(); dialog-addPage(page, i18n(Keyboard Shortcut), preferences-desktop-keyboard); + +//TODO: Apply button does not correctly work for now, so do not show it +dialog-showButton(KDialog::Apply, false); +QObject::connect(dialog, SIGNAL(applyClicked()), q,
Re: Review Request: gsoc mouse plugins: libplasma
--- This is an automatically generated e-mail. To reply, visit: http://reviewboard.kde.org/r/1195/#review1873 --- erg.. i keep forgetting to review this .. a couple comments follow. maybe we can get together next week in person and do a full code review? /trunk/KDE/kdelibs/plasma/containment.cpp http://reviewboard.kde.org/r/1195/#comment1220 this will need to move into Corona as it is very application specific. perhaps the idea of a global set would make sense, and if there are no containment-specific settings it would use the global set. this would make configuring all containments easier while allowing one to override them on a per-containment basis if needed/desired. /trunk/KDE/kdelibs/plasma/containment.cpp http://reviewboard.kde.org/r/1195/#comment1221 keys() is slow. use a proper iterator. will get rid of the call to value() on the next line as well. /trunk/KDE/kdelibs/plasma/containment.cpp http://reviewboard.kde.org/r/1195/#comment1222 cute comment ;) - Aaron On 2009-08-01 00:49:47, Chani wrote: --- This is an automatically generated e-mail. To reply, visit: http://reviewboard.kde.org/r/1195/ --- (Updated 2009-08-01 00:49:47) Review request for Plasma. Summary --- this is the first of three patches I've finally persuaded reviewboard to accept. it contains all my libplasma changes for my gsoc project. I've created a ContextAction class, based on Wallpaper, made Containment keep some ContextActions, and added some API there to support it. I got some API review at akademy, but I've changed API a bit since then too, and I'm sure there are things I've missed in hte code... for more details see http://gitorious.org/plasma-mouse-plugins/kdelibs-plasma/commits/gsoc and other branches. gsoc has the squashed commits, and master is just trunk with none of my changes. known issues: -I haven't created one of those include thingies in kdelibs yet because it'd be outside my gitsvn repo, so the #include stuff in workspace has to use the filename. I'll fix that once this is in trunk. -while it's sorta possible internally to use the same plugin on two different triggers, the plugin's config will be shared and it'll confuse the config UI. I'm not going to support multiple plugin instances unless someone persuades me it's really useful and i have time later. -plugins are per-containment. the advantage is you can have different plugins on a different activity (eg. a different set of program launchers). the disadvantage is it's tedious to set up something the same on all activities. -rightclicking applethandles doesn't work ATM. I'd like to fix that so it's the same as rightclicking the applet, but it's not a high priority. -recently I've been having trouble with folderview as a containment; rightclick doesn't work and leftclick works but dismisses the dashboard. after this is merged I'll have to go look into what folderview is doing with mouse events... -I'm not sure if the mouse events in Containment are doing hte right thing when !isContainment(). everything appears to work smoothly, but the code has become a bit.. strange. Diffs - /trunk/KDE/kdelibs/plasma/CMakeLists.txt 1005300 /trunk/KDE/kdelibs/plasma/applet.h 1005300 /trunk/KDE/kdelibs/plasma/applet.cpp 1005300 /trunk/KDE/kdelibs/plasma/containment.h 1005300 /trunk/KDE/kdelibs/plasma/containment.cpp 1005300 /trunk/KDE/kdelibs/plasma/contextaction.h PRE-CREATION /trunk/KDE/kdelibs/plasma/contextaction.cpp PRE-CREATION /trunk/KDE/kdelibs/plasma/corona.cpp 1005300 /trunk/KDE/kdelibs/plasma/private/containment_p.h 1005300 /trunk/KDE/kdelibs/plasma/private/contextaction_p.h PRE-CREATION /trunk/KDE/kdelibs/plasma/private/packages.cpp 1005300 /trunk/KDE/kdelibs/plasma/private/packages_p.h 1005300 /trunk/KDE/kdelibs/plasma/servicetypes/plasma-contextaction.desktop PRE-CREATION Diff: http://reviewboard.kde.org/r/1195/diff Testing --- Thanks, Chani ___ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-devel
Re: Plasma-devel Digest, Vol 14, Issue 11
So, is 12th August at 1430 UTC ok for everyone? On Wed, Aug 5, 2009 at 10:47 AM, Yuen Hoe Lim yuenho...@gmail.com wrote: I'm interning now so I'm only available at about 1230 - 1530 UTC on weekdays. On friday and saturday I can go later to 1700 or so :) On 8/5/09, Shantanu Tushar Jha jhahon...@gmail.com wrote: 13:30 to 20:30 hours UTC and, any date after 10th is fine for me. Yuen, what about you ? On Tue, Aug 4, 2009 at 7:45 PM, Diego Casella ([Po]lentino) polentino...@gmail.com wrote: -- Messaggio inoltrato -- From: Aaron J. Seigo ase...@kde.org To: plasma-devel@kde.org Date: Tue, 4 Aug 2009 01:34:45 -0600 Subject: Plasmate irc meeting next week hi ... Hi ! to everyone who's working on Plasmate, we really need to get a meeting where we can all sit together on irc for a number of hours and pour through the code. i'm seeing a lot of basic implementation stuff that needs to be changed. i'll be moved into my new place, more or less, by week's end. so let's try and do this next week. pick a day and a time and i'll be there, but i think we really need to get together before things go tooo much further. In this period I'm online from about 6:30 to 20:30 UTC, in the weekend that range may vary due to houseworks and other stuffs =P So whatever day is fine for me, what about the other guys ? -- Aaron J. Seigo humru othro a kohnu se GPG Fingerprint: 8B8B 2209 0C6F 7C47 B1EA EE75 D6B7 2EB1 A7F1 DB43 KDE core developer sponsored by Qt Software ___ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-devel ___ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-devel -- Shantanu Tushar(UTC +0530) http://www.shantanutushar.com -- Jason moofang Lim Yuen Hoe http://yuenhoe.co.cc/ ___ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-devel -- Shantanu Tushar(UTC +0530) http://www.shantanutushar.com ___ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-devel
Re: Plasmate irc meeting next week
Oops i didn't see this mail and replied to another one (Deigo, please edit the subject when you're replying to a plasma-devel digest) the following - So, is 12th August at 1430 UTC ok for everyone? But, even the 14th date is fine for me, and it seems Yuen will be more comfortable on Friday. * So, lets keep it on Friday 14 at 1430 UTC. * On Wed, Aug 5, 2009 at 1:12 PM, Aaron J. Seigo ase...@kde.org wrote: On Wednesday 05 August 2009, Diego Casella ([Po]lentino) wrote: Ok, so a good candidate imo could be friday 14, from 13:30 to 17:00 UTC =) that would work fine for me. -- Aaron J. Seigo humru othro a kohnu se GPG Fingerprint: 8B8B 2209 0C6F 7C47 B1EA EE75 D6B7 2EB1 A7F1 DB43 KDE core developer sponsored by Qt Software ___ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-devel -- Shantanu Tushar(UTC +0530) http://www.shantanutushar.com ___ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-devel
Datasource Configuration?
hi all, my testfest applet is progressing slowly. it's dataengine will currently watch a source code directory for changes and spawns a process to perform a unittest. the process output is parsed with a regex. finally the output and parsed testresults are published using setData(). there's lots of stuff to be configured (test name, directory to watch, test command, test timeout, regex) which i'm currently encoding as json and pass into connectSource(). this works but produces unreadable and long source names. but more importantly the configuration is currently stored in the applet. this makes it quite troublesome to setup multiple applets to watch different projects in different languages and test frameworks. i thought it would be nice if the configurations could be stored as user- definable presets in the dataengine. this would also allow for humanreadable source names like preset-name:directory-to-watch. is such a scheme feasible (in python)? or is there a better approach? thanks, ontje ___ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-devel
kdeplasma-addons build problem
Since few days, I'm getting this error If i'm trying to build kdeplasma-addons - -- Configuring done CMake Warning at /home/kde-devel/kde/share/apps/cmake/modules/KDE4Macros.cmake:570 (add_library): Cannot generate a safe linker search path for target plasma_applet_weatherstation because there is a cycle in the constraint graph: dir 0 is [/home/kde-devel/kde/lib] dir 1 must precede it due to link library [libplasmaweather.so.4.3.0] dir 1 is [/home/kde-devel/kde/build/KDE/kdeplasma-addons/lib] dir 0 must precede it due to link library [libconversion.so] dir 2 is [/home/kde-devel/qt-copy/lib] Some of these libraries may not be found correctly. Call Stack (most recent call first): applets/weatherstation/CMakeLists.txt:12 (kde4_add_plugin) CMake Warning at /home/kde-devel/kde/share/apps/cmake/modules/KDE4Macros.cmake:570 (add_library): Cannot generate a safe runtime search path for target plasma_applet_weatherstation because there is a cycle in the constraint graph: dir 0 is [/home/kde-devel/kde/lib] dir 1 must precede it due to runtime library [libplasmaweather.so.4] dir 1 is [/home/kde-devel/kde/build/KDE/kdeplasma-addons/lib] dir 0 must precede it due to runtime library [libconversion.so.4] dir 2 is [/home/kde-devel/qt-copy/lib] Some of these libraries may not be found correctly. Call Stack (most recent call first): applets/weatherstation/CMakeLists.txt:12 (kde4_add_plugin) -- Generating done -- Build files have been written to: /home/kde-devel/kde/build/KDE/kdeplasma-addons What might be wrong? -- Shantanu Tushar(UTC +0530) http://www.shantanutushar.com ___ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-devel
Re: plasma article wanted
On August 5, 2009 05:04:31 Artur Souza (MoRpHeUz) wrote: On Wednesday 05 August 2009, 08:41 Sebastian Kügler wrote: I've been asked by a publisher if I knew someone who would want to write an article about Plasmoid development. As I won't find the time to do it myself, maybe someone else is in for it? German or English writing is fine. Maybe it's a good idea to write about ECMA script plasmoids and scripted plasmoids ? so we can attract people from apple world and also show the benefits of it for those who doesn't know c++ ? I have slides on that. and probably notes somewhere. been a while since I updated them, though... -- This message brought to you by eevil bananas and the number 3. www.chani3.com signature.asc Description: This is a digitally signed message part. ___ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-devel
Re: Review Request: gsoc mouse plugins: libplasma
On 2009-08-05 14:47:58, Aaron Seigo wrote: /trunk/KDE/kdelibs/plasma/containment.cpp, lines 237-247 http://reviewboard.kde.org/r/1195/diff/1/?file=9418#file9418line237 this will need to move into Corona as it is very application specific. perhaps the idea of a global set would make sense, and if there are no containment-specific settings it would use the global set. this would make configuring all containments easier while allowing one to override them on a per-containment basis if needed/desired. DesktopCorona, you mean? I don't understand this global thing. are you saying containment plugins (folderview etc) should be able to specify what contextaction plugins to use by default? or are you talking about the user being able to configure the defaults? On 2009-08-05 14:47:58, Aaron Seigo wrote: /trunk/KDE/kdelibs/plasma/containment.cpp, line 253 http://reviewboard.kde.org/r/1195/diff/1/?file=9418#file9418line253 keys() is slow. use a proper iterator. will get rid of the call to value() on the next line as well. right. I think I've done this elsewhere too. - Chani --- This is an automatically generated e-mail. To reply, visit: http://reviewboard.kde.org/r/1195/#review1873 --- On 2009-08-01 00:49:47, Chani wrote: --- This is an automatically generated e-mail. To reply, visit: http://reviewboard.kde.org/r/1195/ --- (Updated 2009-08-01 00:49:47) Review request for Plasma. Summary --- this is the first of three patches I've finally persuaded reviewboard to accept. it contains all my libplasma changes for my gsoc project. I've created a ContextAction class, based on Wallpaper, made Containment keep some ContextActions, and added some API there to support it. I got some API review at akademy, but I've changed API a bit since then too, and I'm sure there are things I've missed in hte code... for more details see http://gitorious.org/plasma-mouse-plugins/kdelibs-plasma/commits/gsoc and other branches. gsoc has the squashed commits, and master is just trunk with none of my changes. known issues: -I haven't created one of those include thingies in kdelibs yet because it'd be outside my gitsvn repo, so the #include stuff in workspace has to use the filename. I'll fix that once this is in trunk. -while it's sorta possible internally to use the same plugin on two different triggers, the plugin's config will be shared and it'll confuse the config UI. I'm not going to support multiple plugin instances unless someone persuades me it's really useful and i have time later. -plugins are per-containment. the advantage is you can have different plugins on a different activity (eg. a different set of program launchers). the disadvantage is it's tedious to set up something the same on all activities. -rightclicking applethandles doesn't work ATM. I'd like to fix that so it's the same as rightclicking the applet, but it's not a high priority. -recently I've been having trouble with folderview as a containment; rightclick doesn't work and leftclick works but dismisses the dashboard. after this is merged I'll have to go look into what folderview is doing with mouse events... -I'm not sure if the mouse events in Containment are doing hte right thing when !isContainment(). everything appears to work smoothly, but the code has become a bit.. strange. Diffs - /trunk/KDE/kdelibs/plasma/CMakeLists.txt 1005300 /trunk/KDE/kdelibs/plasma/applet.h 1005300 /trunk/KDE/kdelibs/plasma/applet.cpp 1005300 /trunk/KDE/kdelibs/plasma/containment.h 1005300 /trunk/KDE/kdelibs/plasma/containment.cpp 1005300 /trunk/KDE/kdelibs/plasma/contextaction.h PRE-CREATION /trunk/KDE/kdelibs/plasma/contextaction.cpp PRE-CREATION /trunk/KDE/kdelibs/plasma/corona.cpp 1005300 /trunk/KDE/kdelibs/plasma/private/containment_p.h 1005300 /trunk/KDE/kdelibs/plasma/private/contextaction_p.h PRE-CREATION /trunk/KDE/kdelibs/plasma/private/packages.cpp 1005300 /trunk/KDE/kdelibs/plasma/private/packages_p.h 1005300 /trunk/KDE/kdelibs/plasma/servicetypes/plasma-contextaction.desktop PRE-CREATION Diff: http://reviewboard.kde.org/r/1195/diff Testing --- Thanks, Chani ___ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-devel
translatoid
Hello I just copy the translatoid applet in kdereview/plasma/applets. I correct some bugs, like textColor and translation mistake. So, contact me if there are some problems with it. ++ ___ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-devel
Fwd: translatoid
fwd'ing to k-c-d so people there know (e.g. translators) -- Forwarded Message -- Subject: translatoid Date: Wednesday 05 August 2009 From: sacha schutz istdask...@gmail.com To: plasma-devel@kde.org Hello I just copy the translatoid applet in kdereview/plasma/applets. I correct some bugs, like textColor and translation mistake. So, contact me if there are some problems with it. ++ ___ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-devel --- -- Aaron J. Seigo humru othro a kohnu se GPG Fingerprint: 8B8B 2209 0C6F 7C47 B1EA EE75 D6B7 2EB1 A7F1 DB43 KDE core developer sponsored by Qt Software signature.asc Description: This is a digitally signed message part. ___ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-devel
kdereview guidelines
just a reminder, guidelines for moving stuff into kdereview are here: http://techbase.kde.org/Policies/SVN_Guidelines#Stage_2:_Stable please remember the part about notifying kde-core-devel, or at least cc kde- i18n-doc; translators don't want to subscribe to every mailing list to know when things are moving. :) -- This message brought to you by eevil bananas and the number 3. www.chani3.com signature.asc Description: This is a digitally signed message part. ___ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-devel
Re: Fwd: translatoid
A Dimecres, 5 d'agost de 2009, Aaron J. Seigo va escriure: fwd'ing to k-c-d so people there know (e.g. translators) I'd like to object to this software embedding all the flags. Also i'd like to point out that the flags are using country codes and not language codes so you have ca - Canada instead of ca - Catalan eu - European Union instead of eu - Basque And LanguageModel::setupLanguageMap is doing something quite ugly. We have code for that in KLocale (hint languageCodeToName) Albert -- Forwarded Message -- Subject: translatoid Date: Wednesday 05 August 2009 From: sacha schutz istdask...@gmail.com To: plasma-devel@kde.org Hello I just copy the translatoid applet in kdereview/plasma/applets. I correct some bugs, like textColor and translation mistake. So, contact me if there are some problems with it. ++ ___ 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: Fwd: translatoid
Ok I am agree about flags, it's ugly! Can I retrieve Flag icons from KLocale ? I can use something like this : http://www.archilinux.org/eeepc/kde5.png Le mercredi 5 août 2009 23:35:24, Albert Astals Cid a écrit : A Dimecres, 5 d'agost de 2009, Aaron J. Seigo va escriure: fwd'ing to k-c-d so people there know (e.g. translators) I'd like to object to this software embedding all the flags. Also i'd like to point out that the flags are using country codes and not language codes so you have ca - Canada instead of ca - Catalan eu - European Union instead of eu - Basque And LanguageModel::setupLanguageMap is doing something quite ugly. We have code for that in KLocale (hint languageCodeToName) Albert -- Forwarded Message -- Subject: translatoid Date: Wednesday 05 August 2009 From: sacha schutz istdask...@gmail.com To: plasma-devel@kde.org Hello I just copy the translatoid applet in kdereview/plasma/applets. I correct some bugs, like textColor and translation mistake. So, contact me if there are some problems with it. ++ ___ 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: Plasmate irc meeting next week
Yep, Friday would be preferable, if you all don't mind :) On 8/5/09, Shantanu Tushar Jha jhahon...@gmail.com wrote: Oops i didn't see this mail and replied to another one (Deigo, please edit the subject when you're replying to a plasma-devel digest) the following - So, is 12th August at 1430 UTC ok for everyone? But, even the 14th date is fine for me, and it seems Yuen will be more comfortable on Friday. * So, lets keep it on Friday 14 at 1430 UTC. * On Wed, Aug 5, 2009 at 1:12 PM, Aaron J. Seigo ase...@kde.org wrote: On Wednesday 05 August 2009, Diego Casella ([Po]lentino) wrote: Ok, so a good candidate imo could be friday 14, from 13:30 to 17:00 UTC =) that would work fine for me. -- Aaron J. Seigo humru othro a kohnu se GPG Fingerprint: 8B8B 2209 0C6F 7C47 B1EA EE75 D6B7 2EB1 A7F1 DB43 KDE core developer sponsored by Qt Software ___ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-devel -- Shantanu Tushar(UTC +0530) http://www.shantanutushar.com -- Jason moofang Lim Yuen Hoe http://yuenhoe.co.cc/ ___ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-devel