-
 KDE-Apps.org Applications for the KDE-Desktop 
 GTK-Apps.org Applications using the GTK Toolkit 
 GnomeFiles.org Applications for GNOME 
 MeeGo-Central.org Applications for MeeGo 
 CLI-Apps.org Command Line Applications 
 Qt-Apps.org Free Qt Applications 
 Qt-Prop.org Proprietary Qt Applications 
 Maemo-Apps.org Applications for the Maemo Plattform 
 Java-Apps.org Free Java Applications 
 eyeOS-Apps.org Free eyeOS Applications 
 Wine-Apps.org Wine Applications 
 Server-Apps.org Server Applications 
 apps.ownCloud.com ownCloud Applications 
--
-
 KDE-Look.org Artwork for the KDE-Desktop 
 GNOME-Look.org Artwork for the GNOME-Desktop 
 Xfce-Look.org Artwork for the Xfce-Desktop 
 Box-Look.org Artwork for your Windowmanager 
 E17-Stuff.org Artwork for Enlightenment 
 Beryl-Themes.org Artwork for the Beryl Windowmanager 
 Compiz-Themes.org Artwork for the Compiz Windowmanager 
 EDE-Look.org Themes for your EDE Desktop 
--
-
 Debian-Art.org Stuff for Debian 
 Gentoo-Art.org Artwork for Gentoo Linux 
 SUSE-Art.org Artwork for openSUSE 
 Ubuntu-Art.org Artwork for Ubuntu 
 Kubuntu-Art.org Artwork for Kubuntu 
 LinuxMint-Art.org Artwork for Linux Mint 
 Arch-Stuff.org Art And Stuff for Arch Linux 
 Frugalware-Art.org Themes for Frugalware 
 Fedora-Art.org Artwork for Fedora Linux 
 Mandriva-Art.org Artwork for Mandriva Linux 
--
-
 KDE-Files.org Files for KDE Applications 
 OpenTemplate.org Documents for OpenOffice.org
 GIMPStuff.org Files for GIMP
 InkscapeStuff.org Files for Inkscape
 ScribusStuff.org Files for Scribus
 BlenderStuff.org Textures and Objects for Blender
 VLC-Addons.org Themes and Extensions for VLC
--
-
 KDE-Help.org Support for your KDE Desktop 
 GNOME-Help.org Support for your GNOME Desktop 
 Xfce-Help.org Support for your Xfce Desktop 
--
openDesktop.orgopenDesktop.org:   Applications   Artwork   Linux Distributions   Documents    LinuxDaily.com    Linux42.org    OpenSkillz.com   
 
Artwork
News
Groups
Knowledge
Events
Forum
People
Jobs
Register
Login



Sponsoring


-
- Content .- Fans (97) .- Knowledge Base (4) . 

yaWP (Yet Another Weather Plasmoid)

   0.4.5  

Plasmoid Binary

Score 91%
yaWP (Yet Another Weather Plasmoid)
zoom


yaWP (Yet Another Weather Plasmoid)
zoom


yaWP (Yet Another Weather Plasmoid)
zoom


Minimum required   KDE 4.x
Downloads:  56564
Submitted:  Nov 29 2008
Updated:  Mar 23 2013

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




Changelog:

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




LicenseGPL
Source(yawp-0.4.5.tar.bz2)
Source(yawp_themes_pack-0.2.tar.bz2 (Themes collection))
Source(Oxygen-01 (theme by painkiller101))
Source(7even-01 (theme))
Source(like-Weather-com-01 (theme by chepioq))
Send to a friend
Subscribe
Other  Artwork  from PlasmaFactory
Report inappropriate content



goto page: prev  ... 39  40  41  42  43  44  45  46  47  48 

-
.

 [HELP] Auto refresh doesn't work

 
 by parcox on: Feb 17 2013
 
Score 50%

Hi,
Thanks for this great weather plasmoid. I have a problem with the auto refresh. The symptom is that auto refresh seems called once after the config is saved/changed. After that, I see no weather update.

I even tried change the combobox update interval source code to get a shorter update interval:
//--- INIT COMBOBOX UPDATE INTERVAL ---
//~ for(int i = 0; i < 4; ++i)
for(int i = 1; i <= 60; i++)
{
//~ int iValue = (4-i)*15;
int iValue = i;
comboInterval->insertItem(i, i18n("%1 minutes",iValue), QVariant(iValue));
}

And then I set update interval to 1 minute. The plasmoid will reload the weather data only in the 1st minute. I also tried to debug it, but didn't found anything useful.

Environment:
OS: Slackware64 + KDE 4.8.5
Yawp: stable v.0.4.3, development revision 562


Reply to this

-

 Re: [HELP] Auto refresh doesn't work

 
 by udev on: Feb 17 2013
 
Score 50%

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


Reply to this

-

 Re: Re: [HELP] Auto refresh doesn't work

 
 by parcox on: Feb 18 2013
 
Score 50%

Hi,
Thanks for the reply. Because I waited for a couple hour and the weather data didn't get changed. And the last update label always shows the last time I ran manual refresh. Besides, I open the url of wunderground (I use this provider) separately to see if the actual weather info.

I debug the program based on this tutorial http://kde-apps.org/content/show.php?action=knowledgebase&content=94106
and found that <em>WeatherServiceModel::dataUpdated</em> is called only when I trigger manual refresh. Is it normal?
<strong><em>
bowo@pcxthinkslack:~/Build/yawp-0.4.3$ tail -f /tmp/yawp.log -n2000 | grep -ni WeatherServiceModel::dataUpdated
1192:20:27:45.754 Tracing [Appl. Thread] WeatherServiceModel::dataUpdated (Line 482): [function starts] "accuweather|weather|Pontianak, Indonesia(Kalimantan Barat)|ASI.ID.ID006.PONTIANAK" data received: QHash(("Condition Icon", QVariant(QString, "weather-many-clouds") ) ,
1323:20:27:45.819 Tracing [Appl. Thread] WeatherServiceModel::dataUpdated (Line 526): [function ends]
1819:09:14:22.727 Tracing [Appl. Thread] WeatherServiceModel::dataUpdated (Line 482): [function starts] "wunderground|weather|Pontianak / Supadio, Indonesia|airport:WIOO" data received: QHash(("Condition Icon", QVariant(QString, "weather-clouds") ) ,
1894:09:14:22.780 Tracing [Appl. Thread] WeatherServiceModel::dataUpdated (Line 526): [function ends]
2408:09:43:13.329 Tracing [Appl. Thread] WeatherServiceModel::dataUpdated (Line 482): [function starts] "wunderground|weather|Pontianak / Supadio, Indonesia|airport:WIOO" data received: QHash(("Condition Icon", QVariant(QString, "weather-many-clouds") ) ,
2483:09:43:13.381 Tracing [Appl. Thread] WeatherServiceModel::dataUpdated (Line 526): [function ends]
</em></strong>

note: I set the update interval to 2 minutes.


Reply to this

-

 Re: Re: Re: [HELP] Auto refresh doesn't work

 
 by udev on: Feb 18 2013
 
Score 50%

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?


Reply to this

-

 Re: Re: Re: [HELP] Auto refresh doesn't work

 
 by udev on: Feb 19 2013
 
Score 50%

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.


Reply to this

-

 Re: Re: Re: Re: [HELP] Auto refresh doesn't work

 
 by parcox on: Feb 20 2013
 
Score 50%

Hi,
I've noticed that too. I've tested the default KDE weather service and the auto refresh seems didn't work. One question. I see there is a dependency to Solid/Networking in weatherservice.cpp. My current KDE solid networking backend is NetworkManager but I've connected to internet with kppp since I used CDMA modem and NetworkManager+modemmanager won't setup it properly. Do you think that this is the source of my problem? I have no Ethernet/WiFi connections for now. I also check out CWP sources and found it uses Solid Networking. Thanks.


Reply to this

-

 [SOLVED] Auto refresh doesn't work

 
 by parcox on: Feb 20 2013
 
Score 50%

Finally.. I test with my wife modem that supported by NetworkManager and the auto refresh is working fine :^) So, how can I remove this Solid/Networking dependencies and use a traditional way instead. Maybe something like ping instead to check whether my machine is connected to the internet or not. Once again, thanks for this great plasmoid.


Reply to this

-

 Re: [SOLVED] Auto refresh doesn't work

 
 by udev on: Feb 20 2013
 
Score 50%

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



-

 last version trunk don't compile

 
 by chepioq on: Feb 24 2013
 
Score 50%

I test the last trunk version (562), but there is errors with the make install :
Quote:
Install the project...
/usr/bin/cmake -P cmake_install.cmake
-- Install configuration: "Release"
-- Up-to-date: /usr/share/doc/plasma-applet-yawp/copyright
-- Up-to-date: /usr/share/doc/plasma-applet-yawp/README.gz
-- Up-to-date: /usr/share/doc/plasma-applet-yawp/changelog.gz
-- Up-to-date: /usr/share/doc/plasma-applet-yawp/changelog.Debian.gz
-- Up-to-date: /usr/share/doc/plasma-applet-yawp/TODO
-- Up-to-date: /usr/share/doc/plasma-applet-yawp/AUTHORS
-- Up-to-date: /usr/lib64/kde4/plasma_applet_yawp.so
-- Up-to-date: /usr/share/kde4/services/plasma-applet-yawp.desktop
-- Up-to-date: /usr/share/kde4/apps/desktoptheme/default/widgets/yawp_theme15.svg
-- Up-to-date: /usr/lib64/kde4/plasma_applet_yawp.so
-- Up-to-date: /usr/share/kde4/services/plasma-applet-yawp.desktop
-- Up-to-date: /usr/share/kde4/apps/desktoptheme/default/widgets/yawp_theme15.svg
-- Up-to-date: /usr/lib64/kde4/ion_accuweather.so
-- Up-to-date: /usr/share/kde4/services/ion-accuweather.desktop
-- Up-to-date: /usr/lib64/kde4/ion_wunderground.so
CMake Error at ions/cmake_install.cmake:108 (FILE):
file INSTALL cannot find
"/home/dominique/Téléchargements/yawp-trunk/trunk/ions/ion-wunderground.desktop".
Call Stack (most recent call first):
cmake_install.cmake:68 (INCLUDE)


make: *** [install] Erreur 1


Where is the error ?


Reply to this

-

 Re: last version trunk don't compile

 
 by udev on: Feb 25 2013
 
Score 50%

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


Reply to this

-

 Re: Re: last version trunk don't compile

 
 by chepioq on: Feb 26 2013
 
Score 50%

OK, but it's very strange.
I clean build directory with "make clean", after I do "make" and "make install", yawp compile, I have same error, but yawp is installed and work well...

But if I want uninstall yawp, it's not possible (error message)...


Reply to this

-

 Re: Re: Re: last version trunk don't compile

 
 by chepioq on: Feb 26 2013
 
Score 50%

I find why uninstall don't work :
there is no build/install_manifest.txt file and uninstall want it.

There is another problem, yawp stay in english, "make" or "make install" don't install the .mo file in usr/share/locale...



Reply to this

-

 Re: Re: Re: last version trunk don't compile

 
 by chepioq on: Feb 26 2013
 
Score 50%

I find why uninstall don't work :
there is no build/install_manifest.txt file and uninstall want it.

There is another problem, yawp stay in english, "make" or "make install" don't install the .mo file in usr/share/locale...



Reply to this

-

 Re: Re: Re: last version trunk don't compile

 
 by udev on: Feb 26 2013
 
Score 50%

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


Reply to this

-

 Re: Re: Re: Re: last version trunk don't compile

 
 by chepioq on: Feb 26 2013
 
Score 50%

Thank udev,
I test 563 revision, and now all work fine without any error in "make install", and all .mo files are installed (I have yawp in french).
Thank a lot...


Reply to this

-

 0.4.4

 
 by mkyral on: Mar 17 2013
 
Score 50%

Hi all,
a new version finally released. Thanks for your patience.

There are some issues with YaWP in system tray, currently we have no solution for it :-(


Reply to this

-

 Re: 0.4.4

 
 by nucleas on: Mar 17 2013
 
Score 50%

Hi,
Thanks for new release.
All files installed in /usr/share/doc/plasma-applet-yawp/ are Debian-specific and should not be installed from CMakeLists.txt, they are installed at packaging time.


Reply to this

-

 Re: 0.4.4

 
 by nucleas on: Mar 17 2013
 
Score 50%

Real problem in 0.4.4 is desktop widget geometry not saved after KDE restart.


Reply to this

-

 Re: Re: 0.4.4

 
 by mkyral on: Mar 18 2013
 
Score 50%

Hi,
thanks for the comment. I can confirm :-(

Currently I've only found that removing of line "resize(273, 255);" in yawp.cpp fix it. But I don't know, how to recognise a situation when yawp is firstly added to the desktop.


Reply to this

-

 Re: Re: 0.4.4

 
 by udev on: Mar 18 2013
 
Score 50%

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


Reply to this

-

 Re: Re: Re: 0.4.4

 
 by nucleas on: Mar 18 2013
 
Score 50%

Geometry issue fixed in revision 569 , thanks.

This is common practice to include in tarball files such as AUTHORS, README, COPYING, etc.
Fedora packaging guidelines requires including licenses texts but usually this made by adding those files in %doc section of rpm spec file, so no need to install those files in 'make install'.
See list of files in Fedora kde-plasma-yawp package http://koji.fedoraproject.org/koji/rpminfo?rpmID=3835260
Now I need additionally modify spec file with command removing installed Debian-specific files.


Reply to this

-

 Re: Re: Re: Re: 0.4.4

 
 by udev on: Mar 19 2013
 
Score 50%

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


Reply to this

-

 Re: Re: Re: Re: 0.4.4

 
 by udev on: Mar 21 2013
 
Score 50%

Would above solution help you? How do you create the package - you are not using the install-script, do you?


Reply to this

-

 Re: Re: Re: Re: Re: 0.4.4

 
 by nucleas on: Mar 21 2013
 
Score 50%

I am using standard template for rpm spec file
http://fedoraproject.org/wiki/SIGs/KDE#Best_Practices

http://pkgs.fedoraproject.org/cgit/kde-plasma-yawp.git/plain/kde-plasma-yawp.spec


Reply to this

-

 Re: Re: Re: Re: 0.4.4

 
 by udev on: Mar 21 2013
 
Score 50%

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


Reply to this

-

 Re: Re: Re: Re: Re: 0.4.4

 
 by nucleas on: Mar 21 2013
 
Score 50%

No problem with Debian-specific files now.
Thanks.


Reply to this

-

 Re: 0.4.4

 
 by nucleas on: Mar 19 2013
 
Score 50%

plasma-desktop crashes after adding
yaWP to tray http://pastebin.com/aWKwQaRE
So maybe makes sense to disable it in tray until tray issues will be fixed?


Reply to this

-

 Re: Re: 0.4.4

 
 by nucleas on: Mar 19 2013
 
Score 50%

It crashes when KDE starting, KDE version 4.10.1.
No crash with adding to tray yaWP 0.4.3 version.


Reply to this

-

 Re: Re: Re: 0.4.4

 
 by mkyral on: Mar 20 2013
 
Score 50%

I just updated one my box using yawp in system tray and can confirm crash as well :-(

Seems like it is caused by the resize:

http://pastebin.com/9FPLJRk4


Reply to this

-

 Re: Re: Re: 0.4.4

 
 by udev on: Mar 21 2013
 
Score 50%

I will install a secondary linux system (openSuSE 12.3) with KDE [4.10.00 "release 1"] on my box to analyze the crash...


Reply to this

-

 Re: Re: Re: 0.4.4

 
 by udev on: Mar 21 2013
 
Score 50%

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


Reply to this

-

 Re: Re: Re: Re: 0.4.4

 
 by nucleas on: Mar 21 2013
 
Score 50%

After applying revision 571 plasma-desktop still crashes at KDE start when yaWP added in systemtray.
http://pastebin.com/SXXGhigY


Reply to this

-

 Re: Re: Re: Re: Re: 0.4.4

 
 by chepioq on: Mar 21 2013
 
Score 50%

I have no crash by adding rev 571 in my systemtray, with Fedora 18 and KDE 4.10 (no crash when installing or when kde start)

Version of KDE : 4.10.1-1.fc18


Reply to this

-

 Re: Re: Re: 0.4.4

 
 by udev on: Mar 21 2013
 
Score 50%

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


Reply to this

-

 Re: Re: Re: Re: 0.4.4

 
 by nucleas on: Mar 21 2013
 
Score 50%

Yes, crash fixed now.
Thanks.


Reply to this

-

 Re: Re: Re: Re: Re: 0.4.4

 
 by udev on: Mar 23 2013
 
Score 50%

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


Reply to this

-

 Re: Re: Re: Re: Re: Re: 0.4.4

 
 by nucleas on: Mar 23 2013
 
Score 50%

Tested 0.4.5 in systemray, panel and desktop widgets and everything works fine.
Thanks.



-

 Localization not update with 0.4.5 version

 
 by chepioq on: Mar 24 2013
 
Score 50%

0.4.5 version work fine for me, but you have not update the translation.

In french all are not translate.

To solve I just launch the extract_messages.sh in /trunk/po directory, and after building all are translate.

It's just for info

Thank


Reply to this

-

 Re: Localization not update with 0.4.5 version

 
 by mkyral on: Mar 26 2013
 
Score 50%

Thanks. Po files were refreshed.

Marián


Reply to this

-
.

 yaWP in XFCE 4.10 ?

 
 by JohnyC on: Apr 23 2013
 
Score 50%

It is any way to can use this beautiful yaWP applet in XFCE 4.10 ?
KDE is like a elephant, and it is more and more like to microsoft OSes - many resource eating monster. i found, XFCE allow to use KDE apps, and be a small and lightweight. now i miss only my yaWP applet there....
PS distro is Slackware 14.0 x32, if it is matter...


Reply to this

-

 Re: yaWP in XFCE 4.10 ?

 
 by mkyral on: Apr 23 2013
 
Score 50%

Unfortunately, Yawp does not work without plasma. You need to have running "plasma-desktop" or you can try "plasma-windowed yaWP".

But I suppose this is not what you want.


Reply to this

-

 Problem in vertical panels

 
 by TheBlackCat on: May 15 2013
 
Score 50%

yawp doesn't work properly for me in a vertical panel. If the panel is wide, then I get a shrunk version the popup displayed in the panel in front of the normal panel widget. If the panel is narrower, I get a tiny version of the popup displayed permanently in the upper-left corner of the screen. These problems do not occur on horizontal panel.

If the panel is narrow when the widget is added the problem does not appear, but if I add the widget to a narrow panel, then make the panel wider the popup in the panel appears. If I then make the panel narrow again the popups then appears in the top-left of the screen.

I am using KDE SC 4.10.3.


Reply to this

-

 Re: Problem in vertical panels

 
 by TheBlackCat on: May 15 2013
 
Score 50%

Correction: I was wrong, this problem also happens with tall horizontal panels. Again, if the panel is short when you add the widget, it won't appear, but if you make it tall, or make it tall then short again, the problem manifests.


Reply to this

-

 Re: Re: Problem in vertical panels

 
 by mkyral on: May 15 2013
 
Score 50%

Hi,
I've read your description several times, but I still don't understood. Could you provide screenshot, screencast or steps to reproduce with yawp configuration?

I'm using yawp in vertical panel (100% height and only current temp. and weather shown) and I've no issue with this.


Reply to this

-

 Re: Re: Re: Problem in vertical panels

 
 by TheBlackCat on: May 16 2013
 
Score 50%

Steps to reproduce:

1. Add yawp to a horizontal panel that is at the bottom of the screen and that is the whole width of the screen.
2. Configure a city (say New York, NY in accuweather). Keep all other options default.
3. Once the weather for that city is displayed, increase the height of the panel.

As you keep increasing the height of the panel, eventually the popup will appear embedded in the panel on top of the far left temperature (I did not see this until the panel was at least 93 pixels tall, but try increasing your panel as large as you can if you have to).

Here is a screenshot of what I see:

http://i1331.photobucket.com/albums/w587/toddrme2178/yawp2_zpsa3421586.png

After you see this:

4. Reduce the height of the panel (make the horizontal panel thinner). Once the height drops enough that the popup no longer appears in the panel, it then appears in the upper-left corner of the screen. Here is screenshot of what I see:

http://i1331.photobucket.com/albums/w587/toddrme2178/yawp3_zpsaf428288.png

The upper-left corner of the screenshot is the upper-left corner of my screen, the small thing in the lower-right is the corner of an unrelated plasmoid.


Reply to this

-

 Re: Re: Re: Re: Problem in vertical panels

 
 by mkyral on: May 16 2013
 
Score 50%

Thanks, I can reproduce it. Will see what we (UDEV? ;-) ) can do.


Reply to this

-

 Re: Re: Re: Re: Problem in vertical panels

 
 by udev on: May 19 2013
 
Score 50%

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


Reply to this

goto page: prev  ... 39  40  41  42  43  44  45  46  47  48 

Add commentBack






-

-
How do you like Plasma 5?
 The best KDE Desktop ever.
 Definitely a nice improvement.
 Not decided yet. Haven't tried it yet.
 I do not like some of the changes.
 KDE is taking the wrong way.
 I am still sticking with KDE 3.5.
 I have no opinion, but wanted to vote anyway.

resultmore




 
 
 Who we are
Contact
More about us
Frequently Asked Questions
Register
Twitter
Blog
Explore
Artwork
Jobs
Knowledge
Events
People
Updates on identi.ca
Updates on Twitter
Facebook App
Content RSS   
News RSS   
Discussion RSS   
Events RSS   

Participate
Groups
Forum
Add Artwork
Public API
About KDE-Look.org
Legal Notice
Spreadshirt Shop
CafePress Shop
Advertising
Sponsor us
Report Abuse
 

Copyright 2001-2014 KDE-Look.org Team  
All rights reserved. KDE-Look.org is not liable for any content or goods on this site.
All contributors are responsible for the lawfulness of their uploads.
KDE and K Desktop Environment are trademarks of KDE e.V.