> If you branch lp:ubuntu-mono you won't find those icons.
I just did a checkout of the tip of lp:ubuntu-mono, and all weather icons (except weather-clear.svg) are still present: ubuntu-mono-*/status/16/weather-*.svg .
Furthermore, there are also duplicates present: ubuntu-mono-*/status/16/stock_weather-*.svg
> any application attempting to use them anywhere else in the interface ends up with stretched monochrome icons
I didn't think that status/16/ icons were treated as scalable by the system?
If we ship our own set of icons and install them into ubuntu-mono-*, do we avoid overriding hicolor at large sizes by placing the mono icons in ubuntu-mono-*/apps/16/ ?
Or in the meantime, before the other weather icons are removed (presumably in Oneiric), could we get weather-clear.svg re-installed by an Ubuntu update? This would help both users of weather-indicator and users of the default-installed GNOME clock applet.
> If you branch lp:ubuntu-mono you won't find those icons. mono-*/ status/ 16/weather- *.svg . mono-*/ status/ 16/stock_ weather- *.svg
I just did a checkout of the tip of lp:ubuntu-mono, and all weather icons (except weather-clear.svg) are still present: ubuntu-
Furthermore, there are also duplicates present: ubuntu-
> any application attempting to use them anywhere else in the interface ends up with stretched monochrome icons
I didn't think that status/16/ icons were treated as scalable by the system?
If we ship our own set of icons and install them into ubuntu-mono-*, do we avoid overriding hicolor at large sizes by placing the mono icons in ubuntu- mono-*/ apps/16/ ?
Or in the meantime, before the other weather icons are removed (presumably in Oneiric), could we get weather-clear.svg re-installed by an Ubuntu update? This would help both users of weather-indicator and users of the default-installed GNOME clock applet.