Hi Marco, time flies, and I so much would like to get the weather applet revived for the next release still. Do I see correctly that kdeplasma-addons is part of "Plasma" releases, and thus I need to care for Feature freeze on March 3rd? So are there chances to get the weather applet in for 5.6 still?
In other news, I just pushed some more commits which enabled config to a good degree again, module rough edges :) So Turin is no longer the only place to get forecasts for ;) Next porting steps are support for iconic/minimized variant of the applet and setting tooltips on the applet. The applet used to be a Plasma::PopupApplet in old Plasma. Where do I look best for how to port such applets to the new Plasma5 way? showMessage() is ported to? toolTipAboutToShow() is ported to? Read on for some more comments/replies: Am Dienstag, 9. Februar 2016, 12:17:40 CET schrieb Marco Martin: > On Tuesday 09 February 2016 01:07:14 Friedrich W. H. Kossebau wrote: > > the > > > > > config key > > > > You meant "main.xml" here where you wrote "config.xml", right? > > (would match files I found elsewhere in the repo) > > ah, yes, main.xml I looked into this, but hit a problem: the old code set default units depending on QLocale().measurementSystem() (e.g. Celsius vs. Fahrenheit). Is supporting such smart defaults possible with main.xml? For now I looked closely at the comic applet config system and found some methods and signal signatures which seem to offer a non-main.xml-based way to read & write config data via C++-applet code, and got something working :) > > > > * KUnitConversion data handling config & widgets, no idea yet how to > > > > port > > > > > > that to QQ2 > > > > > > isn't that stuff in kde4support? > > > > No, KF5::UnitConversion is a proper frameworks lib :) > > excellent then :) > so the sanest approach is indeed have a minimal c++ applet, then adding back > those classes you need: > there is actually an app template for that, should be available either from > kdevelop or kapptemplate Given some tendency for insanity after small consideration I dropped this approach again and for now stayed close with the old distributed applet architecture, for the reasons that I still needed to completely grasp the concepts of the old code method by method and also was not sure if someone might want to restore the weatherstation applet, for which libplasmaweather code sharing is done. Though I put the config stuff ported to QML plugin already only below the weather applet, and next will consequently also merge the lib code into the weather applet code itself, dropping libplasmaweather to simplify things for now. Once someone really would restore the weatherstation applet, any code & QML plugin sharing can be reconsidered then, the old code is for comparison always in the repo :) Cheers Friedrich _______________________________________________ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-devel
