yaWP (Yet Another Weather Plasmoid)

Source (link to git-repo or to original if based on someone elses unmodified work): Add the source-code for this project on opencode.net

Description:

Yet Another Weather Plasmoid.
There is nothing wrong with the ones that exist, I just wanted something more colorful.

This plasmoid belongs to other people, it would not be where it is without their help. See the README.

Please help with additional themes and translations, thanks.

For the latest unstable version:
svn co https://yawp.svn.sourceforge.net/svnroot/yawp/trunk yawp

INSTALL NOTES
tar -jxf yawp*
cd yawp*
./install.sh

Last changelog:

7 years ago

0.4.5 (23 Mar 2013)
* Bugfix: Desktop mode is not reusing applet size from last session.
* Bugfix: yaWP crashes in systemtray with KDE 4.10

0.4.4 (17 Mar 2012)
* New desktop painter has been added. Yawp can be configured to use the traditional or the new one for desktop and/or for popup window.
* Panel painter has been rewritten
* Initialization stuff of yawp has been moved to init method, because yawp crashes on KDE 4.8 due to the usage of not initialized components.
* Usage of KMessageBox has been replaced within DlgAddCity, otherwise yawp crashes on KDE 4.8.5 (some earlier versions might be included as well).
Using KMessageBoxes within KConfigDialog (yawp settings dialog) still works as expected.
* Google ION has been removed, because Google does not support this service any longer.
* Updating and fixing translations
* Bugfix: yaWP did not update weatherdata periodically after hibernation - it is working now

0.4.3 (17 Apr 2012)
* Show current RealFeel temperature under current temperature (thanks to Alain Soucy)
* Non-modale city search dialog
* Implementing public slot configChanged() to behave like a standard plasmoid - yaWP can be configured from external programs (e.g.: javascript)
* changing internal handling of extender (KDE 4.8 only) - when plasmoid will be used in desktop mode extender is not used and will be destroyed, when plasmoid is moved to panel a new extender will be created
* little tweaks to horizontal panel layout, adding more spaces between icons
* Ukrainian translation updated (Thanks to Yuri Chornoivan)

0.4.2 (04 Jan 2012)
* Adapting yaWP to KDE 4.8
* ION AccuWeather is showing closer maps for cities of the United States.
* Workaround crashes in city search dialog in KDE >= 4.7.4
* Frech and Slovak trasnlation updated
* Fixes in Wunderground ION
* Fix double translation for Short day names

0.4.1 (03 Dec 2011)
* Add ability to open forecast in browser (if URL is provided by ION)
* ION wunderground is returning a sorted list of cities (airport stations are listed on top of list,
because in general terms this station type contains more weather information than the personal weather station type).
* ION Wunderground is supporting satellite maps as well
* ION accuweather is not using a config-file for satellite image mapping any longer (feature has been added in version 0.4.0
but I think this was a stupid idea). Satellite images will be hard coded mapped to location in ION.
* Translations updated (CZ, FR)
* Several little bug fixes - including geometry issues

0.4.0 (13 Nov 2011)
* Bugfix: text in animation area jumps up or down at start and at the end of animation
* applets painting methods has been extracted and rewritten, for re-use and hopefully the new painting methods are well structured
* yaWP supports externder items (in panel mode only) - extender item interacts with user like desktop mode.
In panel mode:
When user clicks on the applet (but not on the weather forecast icons) the extender pops up.
The behavior of the applet for clicking on the weather forecast icons can be configured in the config dialog on page "Panel"
option "Use interactive weather icons". When this option is checked the weather icon will toggle between day and night
(in case we have weather information for day and night) otherwise the extender will appear.
* Removes old files from cache directory $HOME/.cache/yawp on a regular base.
* The install script install.sh uses more CPU cores if available. Could be override by -j script option.
* Turkish translation (thanks to Hasan Kiran)
* Czech, Slovak and French translation updated
* Changing unit system in config dialog will force auto-update.
* AccuWeather will use a config file for satellite mapping.

0.3.6 (12 Dec 2010)
* Traverse through all locations periodically (optional)
* Page 'Settings' from config-dialog has been redesigned to gain more space
* Fixing update bug in Wunderground Ion.
* Algorithm that is doing the text layout for the details area has been simplified
* Fix API breakage in 4.5.2/4.6

0.3.5 (8 Oct 2010)
* Fix compilation error on KDE 4.5.2
* Patching ions to work with new weather-data-engine, thanks to Raymond Wooninck
* Fixing legal issues (The source code of the standard ions used as the base)
* Ion is checking state of pressure, instead of just coping the data
* Fix issues with sunrise/sunset
* Prefer millimeters of mecrcury to torr on KDE 4.5
* Fix KDE version check - consistently use KDE_IS_VERSION

0.3.4 (7 Jul 2010)
* Fix torr description.
* Fix problems with some ions when yawp runs under ru locale
* Fix compilation error on PCBSD (thanks vvheritagevv) for patch.
* Update translations cs, fr, sk

0.3.3 (12 Jun 2010)

* Added word-wrap for details-property.
* Added new ion for wunderground weather service
* Showing observation time (the time when weather-service-provider has been updated the weather data) on details page, when specific ion supports this feature.
Ion Google, AccuWeather and Wunderground returning observation time, as well.
* Timestamps for sunrise and sunset will be returned in the new timestamp format (when compiling with kde 4.3 and above - timestamps in the standard ions had been changed)
* Google is returning more information of location to show the right flag. User needs to entered a more specific search text to add a new city.
* Timezone management
* Fix compilation problems with gcc 4.5 (thanks to Kai Wasserbäch)
* Translations updated: fr, pl(Maciej Bulik), sk, de, cs
* Added Ukrainian translation (thanks to Yuri Chornoivan)
* Various bugfixes and small improvements

0.3.2
* Added support for KDE 4.4 (including docking in systray)
* Fix text shadow for light themes
* A new Compact panel layout
* Translations updated: cs, fr, ru
* Some small fixes

0.3.1
* Fixed bug in accuweather engine.

0.3.0
* Totally rewritten - Big thanks to udev.
* Plasma weather engines support - accuweather and google engines included
* Multicity support

Issues of 0.3.x:
* KDE 4.4 is not supported yet !
* Translation files needs update.

0.2.3
* Satellite image in tooltip can be dissabled
* Polish translation added - thanks to Maciej Bulik
* Fixed unit conversion functions to be on sync with accuweather.com - Thanks to Maciej Bulik for report.
* Russian, French and Czech translation updated.
* Licence mess cleaned.

0.2.2
* Fix for the icon sizing issue in KDE 4.2.2 and 4.2.67 - thanks to Daniel Rocher
* Solid support for network - thanks to John Stamp
* Panel tooltip redesign, show much more informations now
* Dialog sizing issue fixed
* Removed obsolete KIO workaround
* Translations updated: French, Slovak, Czech and Russian

0.2.1
* Fixed several panel sizing issues
* Custom colors support
* YaWP should be now usable with light themes (like Aya)

0.2
* Panel support
* Many bugfixes and improvements

0.1.65
* With help. Please see DEVELOPERS in README.

0.0.6
* Many attempts ....

1198 comments

2

3

4

5

6
7

8

9

10

11

Comments/Ratings

Please login or register to add a comment or rating

tonyawards
8 years ago

Ummm, I do now... that was it. Thanks for the quick response, chepioq.

Installed right away after installing automoc, and seems to be running very well.

Nice app, kudos to the devs. Glad it was recommended to me.

Report

msx
8 years ago

Hi guys, well done for a great plasmaoid.

I would like to see in forthcoming versions the possibility to see the tooltip when I click on the plasmoid (I actually use the full tooltip including weather map) as I use rather much than the standard info that's shown when the plasmoid is clicked.

Yeah, I know, it's just a second I need to hover my mouse over Yapw but it would be great if I can choose which kind of info Yapw shows when I click on it, the standard one or the -now shown as- tooltip view.

Thanks!

Report

udev
8 years ago

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

Report

msx
8 years ago

Sorry for not replying early, I was quite busy these last days.
I'm cloning rev. 546 to see the new changes, thank you for caring about them!

Report

udev
8 years ago

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

Report

msx
8 years ago

Okay, I taked a screenshot of both tooltip and the extended popup window: http://i.imgur.com/T62wW.png

It looks a lot better - alas, I still prefer the tooltip look!
The only thing worth noting is that as the map in the popup window scales on demand it doesn't have the same smoothness quality of the tooltip one, but, my friend, that's is hardly noticeable when all I want is quick look at it.

So far Rev.548 have been working without issues, consider it a stable release.

Cheers,
Martin

Report

udev
8 years ago

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

Report

udev
8 years ago

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.

Report

chepioq
8 years ago

Sorry for the warning, I reboot my laptop and "Feature color" option appear...

Just one detail, I don't name this option with that, but rather "Forecast text color" ( I translate by Couleur texte prévisions in french.

Report

chepioq
8 years ago

Hi Udev
I test your 549 release (after update *.po and pot file with extract_messages.sh), but there is no option "Feature color" in config dialog page "Theme".

There are :
-Use custom font colors
-Main color:
-Alternative color:
-Shadow color:

Report

chepioq
8 years ago

I test the 548 release, and that work for me.
But there is a little problem : text in the middle of yaWP is black, and with my background, which is dark, it's not very visible (see the snapshot here http://pix.toile-libre.org/upload/original/1345094106.jpg )

Can you add an option to change the color of this text ?

Report

udev
8 years ago

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.

Report

udev
8 years ago

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.

Report

udev
8 years ago

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

Report

chepioq
8 years ago

Thank for your reply.
Personally I prefer a seperate color selection option for forecast text, I think it would be a good improvement for yaWP.

Report

udev
8 years ago

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

Report

udev
8 years ago

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?

Report

msx
8 years ago

"Is it because you see some more information without the use of navigating?"
You name it!

I taked a few screenshots to demonstrate my point:
http://imgur.com/a/KSgAv

The first picture shows what you see when you *click* on the plasmoid (it actually sits in tray). While this view is okay and I have a nice forecast of upcoming days, I often need/wants to see what's shown on the third image, full forecast with additional info and meteorological map: this (I will call it complete) _complete_ view is only shown when I hover my mouse over the plasmoid and left it there for over a second which is slower -for me- than just click it, watch what I need and move along. A nice alternate option would be to *immediately* show this complete tooltip when I hover over the plasmoid without having to wait that extra second for it to show up.

The second picture -the middle one- is to illustrate that information shown there don't resize accordingly the size of the plasmoid: for example there's plenty space to show the full text of "Mar del Plata, Argentina", show wind and temperature text a little bigger and so on.

I hope my observations don't sounds too pretentious, I actually love yawp as it is right now!

Best,
Martin

Report

udev
8 years ago

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

Report

msx
8 years ago

Excellent :D
Two things:
1. may be if I just quit and remove yaWP before installing the new one Plasma will not crash - nor I will need to quit it, I'll let you know.
2. Please post the git tree url so I can dolly it ;-D

Thanks!
Martin

Report

udev
8 years ago

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

Report

msx
8 years ago

Gentlemen, you really did it: http://i.imgur.com/0DZxC.png

Now some feedback about this cool new feature:
1. While indeed the frame of the Popup Window is smaller than the Tooltip, the text and graphics are nearly the same size of it making the Popup window uglier than the tooltip - in fact I *LOVE* how smooth the Tooltip looks, really sexy.
2. If I make the frame of the Popup Window have the same size as the Tooltip the text and graphics inside it will be too much bigger too leading to the same ugly look.
3. Please note too that the text of the current location in the Popup Window looks uglier than the same text in the Tooltip Window.
4. Also please note that the forecast text in the Popup Window is bigger than the same text in the Tooltip leading to an ugly look.

My 2 cents with a humble idea on how to workaround this:
Make the Popup Window have the same size with the same inner layout of the Tooltip by default, that is, to try to make the Popup Window look the most identical to the Tooltip that it can be.

Other than that... it fucking rocks, thank you very much!!

A tip for everyone who wants to try this development release*:
1. clone it locally following above instructions
2. remove yaWP if you have it installed
3. run development yaWP installer or follow instructions in README file
4. if yaWP does not appear with the other plasmoids log out of your session and then in again and it should be there.
5. As per using the new Extended Popup Window feature, follow above instructions on how to activate it.
6. Enjoy!

* While it is indeed a development/snapshot release, it is pretty stable at the moment so don't be shy and go and try it - so far I have it running for an hour or so and works like a charm.

So what are you waiting for? Go grab yaWP 0.4.4_svn while it's hot!

(yaWP 0.4.4_svn tried and proved on a KDE SC 4.9.0 running atop an Arch Linux x86_64 installation, Intel graphics enabled and ATi Radeon disabled).

Report

udev
8 years ago

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...

Report

Bumpalot
8 years ago

Followed your INSTALL NOTES
tar -jxf yawp*
cd yawp*
./install.sh
install progressed successfully until this line:
-- Found Gettext: built in libc
CMake Error at po/CMakeLists.txt:6 (MESSAGE):
Please install the msgfmt binary

-- Configuring incomplete, errors occurred!
CMake failed. Your system probably does not meets all requirements.
Please advise

Report