Image 01
profile-image

udev

ulf kreissig
yaWP (Yet Another Weather Plasmoid)

Plasma 4 Extensions by PlasmaFactory 1198 comments

sorry for late response.

Have you updated KDE after installing yawp? In this case you need to update yawp as well, or rebuild & install it from source code.

I have tested your scenario with KDE 4.13 on a fresh kubuntu 1404 and i can not reproduce your bug. Have you checked whether your scenario can be reproduced with one of the standard weather apps (e.g.: weather forecast, lcd weather station) just to ensure this crash is not caused by your selected DebianWeatherIon?

Best regards,
udev - Apr 25 2014
yaWP (Yet Another Weather Plasmoid)

Plasma 4 Extensions by PlasmaFactory 1198 comments

I can confirm this bug with horizontal and vertical panels as well - looks funny. But I could not reproduce 4th step on my SUSE 12.3 test system. However the bug does not occur with KDE 4.8.x - but it is reproduceable with KDE 4.10 and KDE-standard plasmoids as well (e.g.: digital-clock, weather-forecast). Therefore I assume it is a bug of KDE 4.10.

Cheers - May 19 2013
yaWP (Yet Another Weather Plasmoid)

Plasma 4 Extensions by PlasmaFactory 1198 comments

Due to the fact that version 0.4.4 was flawed with KDE 4.10 we released a clean stable version 0.4.5 with this bugfixes :-)

Cheers - Mar 23 2013
yaWP (Yet Another Weather Plasmoid)

Plasma 4 Extensions by PlasmaFactory 1198 comments

Now, I can confirm your crash and commited revision 572.

The ironical part on this story is yawp crashed in KDE 4.8 because yawp was using uninitialized KDE components, therefore we moved the initialization to the init method to delay initialization of yawp.
And now, KDE 4.10 calls constraintsEvent when yawp is in systemtray while yawp is not fully initialized (init-method has not been called yet) :-(

Should be fixed now, let me know whether it works on your system or not.

Cheers - Mar 21 2013
yaWP (Yet Another Weather Plasmoid)

Plasma 4 Extensions by PlasmaFactory 1198 comments

I commited revision 571 which solves the crash on my suse system with KDE 4.10, I also tested it with KDE 4.8.5 - KDE seems to be not API stable...

Let me know whether it works on your system or not.

Cheers - Mar 21 2013
yaWP (Yet Another Weather Plasmoid)

Plasma 4 Extensions by PlasmaFactory 1198 comments

CMake process should work as expected with revision 570 - when custom cmake variable DOCUMENT_TYPE is not set than no documents will be installed...

Cheers - Mar 21 2013
yaWP (Yet Another Weather Plasmoid)

Plasma 4 Extensions by PlasmaFactory 1198 comments

I will install a secondary linux system (openSuSE 12.3) with KDE [4.10.00 "release 1"] on my box to analyze the crash... - Mar 21 2013
yaWP (Yet Another Weather Plasmoid)

Plasma 4 Extensions by PlasmaFactory 1198 comments

Would above solution help you? How do you create the package - you are not using the install-script, do you? - Mar 21 2013
yaWP (Yet Another Weather Plasmoid)

Plasma 4 Extensions by PlasmaFactory 1198 comments

Okay this is an argument...

I like the option for end-users to create there one distribution-package from source-package which makes it realy simple to stay up to date but having the advantages of using the package management system. Install-script is using cpack to create the package (e.g.: *.deb) - this is the reason why I added this document files... :-P
Unfortunately cpack does not give us the option to distinguish between the cpack-targets. CPack is using the normal cmake-install instructions... to create the package :-( At least not that I know, but I appreciate any further informations to solve this situation...

But it might be an option to pass a further argument from install-script to CMake-script to add a further target which is adding all document-files to package. This way you do not have to filter some files and yaWP is still able to give users the option to create there own packages....
I will check whether this is possible or not

Cheers - Mar 19 2013
yaWP (Yet Another Weather Plasmoid)

Plasma 4 Extensions by PlasmaFactory 1198 comments

Thanks for the bug report. Since we have the new panel mode, I only use this one and have not notice this during tests... Should be fixed with revision 569. The resize line needs to stay in constructor of yawp for a default size... I moved this line accidentally to init method with revision 559 while delaying initialization to give KDE components more time to initialize...

Your are right Debian requires this files in /usr/share/doc/plasma-applet-yawp but I think it is a good idea to give end-user a changelog-file, name of authors (even if this names are in about-dialog) - and license-file with note of exceptions.
In the past I checked whether script is executing on a debian system or not - now this has been simplified :) do you think it is a problem and will disturb users?

Cheers - Mar 18 2013
yaWP (Yet Another Weather Plasmoid)

Plasma 4 Extensions by PlasmaFactory 1198 comments

No, themes are not related with hibernation patches - I am surprised that theme-folder is not in 0.4.3 source package - it is in tags/yawp_0.4.3 - probably to decrease zip size - themes are always optional to change look only.
Next time I will create branch first and add all changes in second step - sorry.

Otherwise your path file looks good - the following files has been changes in folder applet only: yawp.cpp, yawp.h configdialog/yawpconfig.cpp and configdialog/yawpconfig.h - changes to CHANGELOG are optional :)

Cheers - Feb 28 2013
yaWP (Yet Another Weather Plasmoid)

Plasma 4 Extensions by PlasmaFactory 1198 comments

I have backported hibernation to version 0.4.3 - at least I hope I did not forget anything...
I created a new branch for this modifications in http://yawp.svn.sourceforge.net/viewvc/yawp/branches/yawp_0.4.3-patches/
I think we should create a new version when hibernation is working as expected and no other bugs arise in the next few days.

I am still confused about ION debian. When you search for an invalid city with ION debian you can crash entire plasmoid-desktop using version 0.4.3 - this has been "fixed" while removing modale KMessageBox - but I am not sure if this was the right step, because this bug happens with this ION only - so maybe something is wrong with this ion...
Cheers - Feb 28 2013
yaWP (Yet Another Weather Plasmoid)

Plasma 4 Extensions by PlasmaFactory 1198 comments

I think I found the bug in ions/CMakeLists.txt that is breaking the Makefile. Due to this bug mo-files have not been installed, because make has stopped already processing Makefile on first error. I have commited revision 563. Please try again.

Cheers - Feb 26 2013
yaWP (Yet Another Weather Plasmoid)

Plasma 4 Extensions by PlasmaFactory 1198 comments

You need to clean your build directory and recompile everything again. Ion Google has been removed, because it is not supported anymore from Google. The library information files for the two ION's ion-accuweather.desktop and ion-wunderground.desktop will be created during build process to add yawp version in it as well - this causes the problem on your system.

Cheers - Feb 25 2013
yaWP (Yet Another Weather Plasmoid)

Plasma 4 Extensions by PlasmaFactory 1198 comments

I'm glad to hear you solved this problem :)

The dependency you found in weatherservice.cpp is a feature to force to update weather data when solid-network-manager noticed a reconnection and currently used weather data are out of date. Therefore you can remove the following lines and the connected method slotCheckSourceDates and it still will work:
line 137: connect( Solid::Networking::notifier(), SIGNAL(shouldConnect()), this, SLOT(slotCheckSourceDates()) );
line 155: disconnect( Solid::Networking::notifier(), SIGNAL(shouldConnect()), this, SLOT(slotCheckSourceDates()) );

The real magic happens on the following lines:
line 133: pEngine->connectSource( sSource, this, d->iUpdateInterval*60*1000 );
line 164: pEngine->disconnectSource( sSource, this );
This lines request to receive weather data regularly (in milliseconds) and to stop receiving weather data. I have to admit that I rarely use comments to make sourc code more self explaining, one thing I need to change...

I remember facing network problems in my plasmoid applications with solid-network-manager several years ago. Solid-Network-Manager is an abstraction layer in KDE to communicate with the network-hardware.
Have you configured network connection in application systemsettings -> Network and Connection -> Networkconfiguration?
Did you know that you can change the underlaying service that will be used with solid? Ubuntu used to preconfigure WICD which caused problems on my system but NetworkManager 0.9 works flawless on my system. You will find this settings in application systemsettings -> Hardware -> Informationsource.

I also remember having network problems while policykit was installed on my system (few years ago). Therefore you might need to take a look in this configuration as well...

Cheers - Feb 20 2013
yaWP (Yet Another Weather Plasmoid)

Plasma 4 Extensions by PlasmaFactory 1198 comments

Sorry, my fault. In case you are using version 0.4.3 than your logfile looks correct :) we changed it later and I forgot about it...

But I would like you to test another ION/provider and behaviour of standard weather plasmoid as well. - Feb 19 2013
yaWP (Yet Another Weather Plasmoid)

Plasma 4 Extensions by PlasmaFactory 1198 comments

Your logfile looks weird already. I just see time but I used to see date and time. But I do not know if this is causing your problems not to receive weather information on a regular base.

The logger is defined in logger/streamlogger.cpp. The first part of a log-entry (datetime, loglevel, thread and function name) will be written in function DStreamLogger::createHeader line 229.
Have you changed this? Have you compile KDE from scratch or did you forgot to set date time properly? Have you tried whether standard weather plasmoids working correctly or not? Have you tested yawp with another ION / weather provider? - Feb 18 2013
yaWP (Yet Another Weather Plasmoid)

Plasma 4 Extensions by PlasmaFactory 1198 comments

What makes you believe yaWP is not updating on a regular base? When you trigger a manual update you will see the update animation on yaWP but this might not occur on automatic updates, because applet requests to receive data from engine in a certain interval and do not care about it any longer - it just receives and interprets the data regular - therefore the applet does not know when weather-engine starts pulling the data from the provider...
In case you leave the config dialog open after accepting the configuration, the last update time will not be passed back to each location in config dialog. Therefore you need to close and reopen it.

Please recompile yawp with the following options from yawp-source-directory and install it again:
./install -d -l Tracing -f /tmp/yawp.log
This will create a logfile of yawp in /tmp/yawp.log and check whether you find entries for every location you configured that contains
WeatherServiceModel::dataUpdated on a regular base. The log-entries will tell you when function has been processed as well.

Cheers - Feb 17 2013
yaWP (Yet Another Weather Plasmoid)

Plasma 4 Extensions by PlasmaFactory 1198 comments

I have commited revision 562, but unfortunately I can not test it with hibernation. Therefore the redhat user (who poseted this bug) or someone else need to test it...
Let me know whether it works or not.

Cheers - Feb 16 2013
yaWP (Yet Another Weather Plasmoid)

Plasma 4 Extensions by PlasmaFactory 1198 comments

I thought about yawp's custom logging mechanism in tracing mode :D but I looked cursory through source code of standard plasmoid already and it seems yawp is handling loading/saving and reloading of configuration differently than standard plasmoid which will explain this behaviour...

Therefore I do not need the logfile at the moment and focusing on source code of KDE standard plasmoids... but this might take some time

Cheers - Feb 13 2013
yaWP (Yet Another Weather Plasmoid)

Plasma 4 Extensions by PlasmaFactory 1198 comments

I think I solved this bug with revision 560. This bug was not related to DebianWether but the usage of KMessageBoxes within the location-search-dialog in case an error occured (finding no city will be treated as an error) :P - This was working up to some version, therefore we could argue whether this is a KDE problem or not...

Cheers - Feb 12 2013
yaWP (Yet Another Weather Plasmoid)

Plasma 4 Extensions by PlasmaFactory 1198 comments

Thank you for bringing it to my attention. I can confirm this bug :( I will fix it as soon as I have sparetime for it, probably in the next two weeks or so...

Up till now I thought DebianWeather is just a test source, but it really shows up values - of debian servers :P
- Feb 11 2013
yaWP (Yet Another Weather Plasmoid)

Plasma 4 Extensions by PlasmaFactory 1198 comments

No, I did not know about this bug and I am not using hibernate at all :(
Are you using hibernate with linux? How long have you been waiting to decide that yawp needs a manual refresh? Have you been trying whether standard KDE-weather-plasmoids supports hibernation, just to ensure it is not the fault of the weather-data-engine?

Can you send a me logfile with hibernation in between?

Cheers - Feb 07 2013
yaWP (Yet Another Weather Plasmoid)

Plasma 4 Extensions by PlasmaFactory 1198 comments

You can reports bug right here.

Cheers - Feb 07 2013
yaWP (Yet Another Weather Plasmoid)

Plasma 4 Extensions by PlasmaFactory 1198 comments

Hmm, it looks like yawp is crashing right inside the constructor. In this case you will be right and yaWP is using some instances that have not been initialized yet...
Therefore I moved most of the initialization of yaWP from constructor into init method - this will delay the initialization of yawp a little bit and give some components more time to initialize.

Can you try revision 559 of yaWP from trunk, please? When this is not helping much, it will be a great help when you could debug yawp as we wrote in the knowledge-tab.

Cheers - Oct 29 2012
yaWP (Yet Another Weather Plasmoid)

Plasma 4 Extensions by PlasmaFactory 1198 comments

Since this problem does not happen on my system I need your help to solve this problem. Is it possible for you to compile yaWP with logging set to Tracing mode (like I descripted in my previous post)? This way we can see in which step yaWP crashes. Otherwise we need to make assumptions which is very time-consuming.

Can you check whether this crash also occures when you set startup delay to 5 minutes. You configure this startup delay like this:
yaWP popup menu -> yaWP Settings -> Settings -> Update behaviour -> Start delay. This way yaWP will update the weather information 5 minutes after yaWP has been started.

Cheers - Oct 26 2012
yaWP (Yet Another Weather Plasmoid)

Plasma 4 Extensions by PlasmaFactory 1198 comments

Why do you think yaWP causes this crashes? What version of yaWP and KDE are you using? Have you updated KDE after installing yaWP? In this case you need to recompile and install yaWP again. Does your system does not crash without yaWP? Do you have some logfiles? Can you compile and install yaWP with the following options from source package:

./install.sh -d -l Tracing -f /tmp/yawp.log

This way yawp will create a logfile in file /tmp/yawp.log. Can you send me this logfile to analyse the crash? Because yaWP does not crash on my system and without any logfiles it is very difficult to find the bug that causes the crashes.

Cheers - Oct 04 2012
yaWP (Yet Another Weather Plasmoid)

Plasma 4 Extensions by PlasmaFactory 1198 comments

This are actually two log files:
http://fpaste.org/m39Q/
http://fpaste.org/tId9/

Than you will read a message saying content has been expired, but after entering the code you see on the image you will be directed to the logfile

...very user friendly webpage interface :( but it works :P
Cheers and try again... - Sep 19 2012
yaWP (Yet Another Weather Plasmoid)

Plasma 4 Extensions by PlasmaFactory 1198 comments

Can you make sure, the crashes are caused by yaWP? Your logfiles looks like you start some other plasmoids as well... What is happening when you remove or rename plugin for yaWP (path should be something like /usr/lib/kde4/plasma_applet_yawp.so) - in this case yaWP should not be loaded at all and a placeholder-plasmoid will be shown instead...

What version of yaWP are you using - was yawp compiled for this KDE version? YaWP supports KDE 4.8 since 0.4.2. When you update KDE most of the time you need to recompile yaWP as well, because yawp is a plugin for KDE and KDE changes its API quite often...

YaWP comes with its own logging... can you recompile it using the install-script from source-package with the following options:
./install.sh -d -f /tmp/yawp.log -l Tracing

The logging messages will be stored to /tmp/yawp.log - in this case we will hopefully see in which function yawp crashes...

Cheers - Sep 19 2012
yaWP (Yet Another Weather Plasmoid)

Plasma 4 Extensions by PlasmaFactory 1198 comments

No, this is not possible - and I do not think this is a good idea, because in this case it would not look like a standard plasmoid anymore. - Sep 19 2012
yaWP (Yet Another Weather Plasmoid)

Plasma 4 Extensions by PlasmaFactory 1198 comments

Hello, I modified the layout of the extended desktop painter once again to adapt it to the look of the tooltip. Let me know what you think about rev 558...

Cheers - Sep 17 2012
yaWP (Yet Another Weather Plasmoid)

Plasma 4 Extensions by PlasmaFactory 1198 comments

Thank you for the idea. The "Feature color" name in config dialog has been renamed to "Forecast text color". I also changed the name in source code and config file. Therefore you need to reconfigure this color when using the extended desktop painter with custom colors in revision 552 or above. - Aug 31 2012
yaWP (Yet Another Weather Plasmoid)

Plasma 4 Extensions by PlasmaFactory 1198 comments

Hi husky,

I have to confess that old yawp packages have a wrong package name. Therefore I suppose you did not update the package but installed another one. Sorry for causing this problem :-( This bug should be removed with revision 550 and above. So it might be a good idea to remove all old yawp packages first.

The kde version number on my test system is 4:4.9.0 but the kde version inside the control file of yawp package is 4:4.9.00. According to command echo -e "00\n6\n9\n1\n2\n0" | sort -nr version-patch-number "00" has a higher order than "0" - so debian should complain about missing dependency when installing yawp - but did just fine on my system. Therefore I think debian will have no problem with kde version "4.9.1".

Cheers - Aug 27 2012
yaWP (Yet Another Weather Plasmoid)

Plasma 4 Extensions by PlasmaFactory 1198 comments

I have rewritten the cpack generator settings (revision 550) and make debian packages alomost lintian clean. I installed KDE 4.9 on my test system and could create and install yawp-package without any problems.

The version of KDE-kubuntu-packages on my system is 4:4.9.0-0ubuntu2~precise1~ppa2 and I also noticed the KDE Version string "4.9.00" but yawp package has been installed without any problems. - Aug 24 2012
yaWP (Yet Another Weather Plasmoid)

Plasma 4 Extensions by PlasmaFactory 1198 comments

The satellite image will be smother in revision 549.
The layout algorithm for forecast text inside the extended desktop painter has be rewritten, because the old one is using QTextDocument (which seems a little bit buggy). The color for forecast text and location name can be configured in config dialog page "Theme". The color calls "Feature color". We use a different color, because the yawp applet on the left side might us a theme. Therefore another color option might be a good idea. If you have a better name for the color option please let me know. - Aug 19 2012
yaWP (Yet Another Weather Plasmoid)

Plasma 4 Extensions by PlasmaFactory 1198 comments

The layout algorithm for the forecast text inside the extended desktop painter has been rewritten. The font color can be configured in config dialog page "Theme". (revision 549)

The color calls "Feature color" I did not want to include a certain painter in color label (e.g.: "Forecast and location color for extended desktop painter) this way we can use this color in other painters as well... but calling all colors "Feature color 1", "Feature color 2"... is a bad idea as well - so when you have an idea how to call this new color, please let me know. - Aug 19 2012
yaWP (Yet Another Weather Plasmoid)

Plasma 4 Extensions by PlasmaFactory 1198 comments

Thank you for the hint. Has been fixed with revision 549. Dependency of KDE and Qt version will be set to version that has been used compiling the applet. - Aug 19 2012
yaWP (Yet Another Weather Plasmoid)

Plasma 4 Extensions by PlasmaFactory 1198 comments

Right now, yaWP should use the text color (in your case this should be cyan) and it is working on my system. I'm using QTextDocument to render the text instead of reimplementing the text layout. Unfortunately the QTextDocument seems a little bit buggy - I will think about an alternative way to do the text layout...

Would you prefere to have a seperate color selection option for this forecast text or to use the text color (in your case cyan)?

Cheers - Aug 16 2012
yaWP (Yet Another Weather Plasmoid)

Plasma 4 Extensions by PlasmaFactory 1198 comments

I think my mind was twisted last day - I corrected the gap between two text blocks that holds the forecast information. The layout of location name has been corrected as well (in revision 548).

Let me know what you think about it.

Cheers - Aug 15 2012
yaWP (Yet Another Weather Plasmoid)

Plasma 4 Extensions by PlasmaFactory 1198 comments

I think I almost adapted the look of the extended desktop to layout of tooltip. The gap between two texts blocks with wheather forecast information is larger than in tooltip - but I do not know how to fix that without doing some nasty workarounds :(

Therefore you might want to try revison 546.

Cheers - Aug 14 2012
yaWP (Yet Another Weather Plasmoid)

Plasma 4 Extensions by PlasmaFactory 1198 comments

I have to admit, I'm not a graphic designer. I thought this is a waste of space :P

The tooltip will be created by KDE. So KDE determines font and border size. We just tell KDE what we want to show using a string with HTML-tags. The popup window will be created by yaWP. This is the reason why this two windows looks different.

I added a bigger border to the extended desktop layout. Therefore you might want to try revision 544.

If you have some C++ experiences, you might try to addapt the border and font size by your own and send me the patch. This would make it easier for me :) otherwise this might be a long process...

To change the border of the extended desktop layout, change the rectange in line 120 in file applet/painter/extendeddesktoppainter.cpp
(the parameters are the offsets from the original rectangle left,top,right,bottom)
The font size for forecast text can be changed in line 339 in file applet/painter/extendeddesktoppainter.cpp
The font size of the city text can be changed in line 486 in file applet/painter/extendeddesktoppainter.cpp
The height of the navigation bar (which contains the button and the city name) can be changed in line 50 in file applet/painter/extendeddesktoppainter.cpp.

All sizes depends on the size of mini applet you see on the right side.

Cheers - Aug 12 2012
yaWP (Yet Another Weather Plasmoid)

Plasma 4 Extensions by PlasmaFactory 1198 comments

Sorry for confusing you, we do not have a git-repository (just a subversion one). But as far as I know mkyral (another developer of yaWP) is using git with our subversion repository.

The command to download yaWP with subversion is:
svn co https://yawp.svn.sourceforge.net/svnroot/yawp/trunk yawp

Cheers
- Aug 11 2012
yaWP (Yet Another Weather Plasmoid)

Plasma 4 Extensions by PlasmaFactory 1198 comments

I have implemented your request :) but we have not created a new version yet. Therefore you need to get at least revision 543 from trunk using subversion or git.
After building and installing yaWP you will NOT see any changes, open the config dialog, go to page "Panel", go to tap "Popup Window" and select "Extended desktop layout".
When yaWP is running when you install a new version of it, plasma-desktop will crash and restart a few seconds later again. At least this is the behaviour on my kubuntu 12.04. The better approach is to stop plasma desktop in order to install yaWP using the following command:
kquitapp plasma-desktop
and after installing restart the plasma-desktop with
kstart plasma-desktop

Cheers - Aug 10 2012
yaWP (Yet Another Weather Plasmoid)

Plasma 4 Extensions by PlasmaFactory 1198 comments

I will develop an alternate desktop painter/layout that meets your wish. This alternate desktop layout can be configured to be used for desktop mode and/or for the popup-window.

The applet class contains an option that to resize the applet without changing the ratio. This option is not available for the popup-window. Therefore I just calculate the smaller area inside the popup-window and paint the desktop-applet inside the popup-window. This explains the space in the second image. Maybe we can use QWidgetPolicies to modify the behaviour of the popup-window... - Jul 29 2012
yaWP (Yet Another Weather Plasmoid)

Plasma 4 Extensions by PlasmaFactory 1198 comments

Sorry for late response. I was thinking about your idea/request - and I'm still trying to understand your purpose :$

The disadvantage of the panel mode is that people do not have access to all the information they get in desktop mode. Therefore some people requested a desktop-interface...and some people requested to see more and more information on the overview page...(therefore we created version 0.4 with the desktop interface)

The current tooltip is showing some information without the use of navigating through the application but still lacks some information you get from the desktop-interface.

...In general terms, it is possible to create another popup-interface that looks like the tooltip with all the buttons (to navigate through cities / days / overview and details page)

But why do you prefer the tooltip over the current popup-desktop-interface? Is it because you see some more information without the use of navigating? - Jul 27 2012
yaWP (Yet Another Weather Plasmoid)

Plasma 4 Extensions by PlasmaFactory 1198 comments

Your are right, text of current temperature is really a little bit to big (space below the text should be the same like above the text)

Have you tried to resize the panel to force the panel to do a relayout? Sometimes I noticed that the panel does not pass all events to the applets...

Have you tried other fonts as well?

When above things does not work, you might want to adjust the source code...
The text for current temperature will be/shoulb be vertical centered. So you might want to experiment with modifing the the following line in applet/painter/panelpainter.cpp at line 37
#define HORIZONTAL_TODAYS_TEMPERATURE 0.90f
and replace the value with some smaller one (e.g.: 0.70f). After modifing this line, you need to re-compile and re-install the applet.

Cheers - Jun 23 2012
yaWP (Yet Another Weather Plasmoid)

Plasma 4 Extensions by PlasmaFactory 1198 comments

I think I experience the same behaviour when I change the number of forecast icons or change whether I want to see icons, temperature or both for current weather and forecast icons. Have you tried to resize the panel that contains the systray (throught context menue -> "Panel Options" -> "Panel Settings")? In my case this is forcing the systray to updating its layout and size - so it looks like this is a bug in the panel and systray which do not updating its layout when one of its child applet changing its size. - Jun 09 2012
yaWP (Yet Another Weather Plasmoid)

Plasma 4 Extensions by PlasmaFactory 1198 comments

I might update to kubuntu 12.04 this or next weekend, so I'm able to test it on my own system. Can you publish a picutre of it or tell us your configuration (horizontal or vertical panel, number of forecast days, are you showing icons and temperature)? Have you tried to show only current day with icon or current temperature - in this case yawp will collapse to an icon size and systray should not have layout problems with it. - Jun 08 2012
yaWP (Yet Another Weather Plasmoid)

Plasma 4 Extensions by PlasmaFactory 1198 comments

How does the fonts / text size of the other applets in your panel look like? We use the default plasma font. You can change this font through kde4-systemsettings (open application systemsettings - select icon "Application Appearance" - select item "Fonts" (General). The font size in YaWP will be calculated and depends on applet size. Sorry for late response. Your screenshot is not accessible any longer :( - Jun 08 2012
yaWP (Yet Another Weather Plasmoid)

Plasma 4 Extensions by PlasmaFactory 1198 comments

Yes, I think it might be a good time :) - Mar 31 2012