Created attachment 113379 [details] Weather applet screenshot The weather applet when expanded is offset to the side. There are usually 2 tabs, only the label for the first "7 days" tab is visible, the second's label is outside the viewport but I can still activate the tab by clicking past the first tab. The actual forecast and other data is also offset to the right since it's centered in the viewport. This is a regression from the previous version of KDE Plasma used, 5.12.5. If at all related, I use 2 monitors with the panel on the left monitor, and the weather applet is on the right side of the panel on the left monitor. Could it be using the full width of both monitors to calculate the viewport size, and then when rendering run out of room on the first monitor? Distro: Arch Linux (up to date) Qt Version: 5.11.0 KDE Plasma Version: 5.13.0 KDE Frameworks Version: 5.47.0
Is it caused by the long city name? Does it reproduce with a shorter name? Which weather provider are you using?
It is caused by the weather applet being used here inside the systemtray popup container, which has a hardcoded(?) aize. While the weather applet now (>= Plasma 5.13) assumes it can grow to the size it needs, always trying to show e.g. all forecast days. A fix will need to have the applet adapt to the available size in some way. No idea yet, needs me to sit down some longer time for it.
Same problem here for some time, on gentoo, running live-git (live-git ebuilds from the gentoo/kde overlay) of pretty much everything kde related including all the frameworks and plasma, thus including kdeplasma-addons. (In reply to Friedrich W. H. Kossebau from comment #2) > It is caused by the weather applet being used here inside the systemtray > popup container, which has a hardcoded(?) aize. While the weather applet now > (>= Plasma 5.13) assumes it can grow to the size it needs, always trying to > show e.g. all forecast days. The apparently hard-coded size does indeed seem to be the problem. > A fix will need to have the applet adapt to the available size in some way. > > No idea yet, needs me to sit down some longer time for it. The hints here (length of city name and system-tray hard-coded size limits) *did* suggest a workaround, however, which I can confirm works, having just tried it after reading this bug. =:^) Note that there's *TWO* ways to add a weather-report plasmoid, either nested inside the system-tray plasmoid, which in turn can be placed in a panel (as is traditional) or directly on the desktop activity (when it's in desktop/widgets mode, not folderview mode). Adding it nested in the system-tray is done via simple checkmark in the system-tray config, and nested in the system-tray is where the popup sizes are constrained, so this is the problem location. But, it's also possible (with widgets unlocked) to select add-widgets, either from the (desktop-mode) desktop config menu, or from the panel config menu, then in the popup window with all the widgets/plasmoids displayed, scroll toward the bottom and find the weather report widget/plasmoid, and drag it to the desired location on the desktop or in the panel. This second method, adding the weather-report plasmoid directly to the panel (or desktop if preferred), instead of nesting it inside the system-tray plasmoid, avoids the popup-window size constraints of the system-tray, thus avoiding the problem. =:^) Thanks for the hints that allowed me to figure that out. This had been frustrating me for quite some time, and now at least I have a workaround while we wait for a fix to the system-tray nesting constraints, putting it directly in the panel instead of nested in the system-tray. =:^)
(In reply to Christoph Feck from comment #1) > Is it caused by the long city name? Does it reproduce with a shorter name? > Which weather provider are you using? Yes, it is caused by the long city name. When using a shorter city name, the tabs are shown fine. I am using the NOAA weather provider. The location to reproduce is "Detroit, Detroit Metropolitan Wayne County Airport, MI (noaa)". (In reply to Duncan from comment #3) > This second method, adding the weather-report plasmoid directly to the panel > (or desktop if preferred), instead of nesting it inside the system-tray > plasmoid, avoids the popup-window size constraints of the system-tray, thus > avoiding the problem. =:^) I can confirm that this happens in my case as well -- the plasmoid resizes to the full width of the city name when placed as an independent plasmoid rather than in the system-tray. I think the preferred behavior should be truncating the location name with "..." rather than overextending. For an extreme example, try the "Bloomington/Normal, Central Illinois Regional Airport at Bloomington-Normal" NOAA station, the weather widget shouldn't take up half the screen. For testing purposes of different stations, you can use the following to get the list of NOAA stations sorted by length: wget https://w1.weather.gov/xml/current_obs/index.xml xmllint --xpath '//station/station_name/text()' index.xml | awk '{ print length, $0 }' | sort -rns | less Bug is still reproducible in the most current releases. Distro: Arch Linux (up to date) Qt Version: 5.12.1 KDE Plasma Version: 5.15.3 KDE Frameworks Version: 5.56.0
This has since been fixed.