On Fri, Mar 7, 2014 at 12:53 PM, Reindl Harald <h.reindl@xxxxxxxxxxxxx> wrote:
Am 07.03.2014 18:16, schrieb Ryan Lerch:
> IMHO, the proposal was less ofIMHO you did not read the proposal itself
>
> "let's remove ugly icons"
>
> and more
>
> "lets hide applications that use icons in this particular format that doesn't support the features of the software
> application"
scroll down - i pasted it again in this message
IMHO Ryan is exactly correct - and you're coming off as a bit condescending. The proposal is about a particular image format which doesn't scale well to the size we need in the software center and doesn't have an alpha channel. It's not a judgement on the design of the icon.
and that is why "and look very bad" defined by the format is flawed
> It is still possible to have ugly icons, they just have to be in PNG, GIF or SVG format
if you take a small bitmap and scale it up it will look bad, no matter how well it's designed otherwise. That's just a limitation of the format, and saying so is not flawed.
-------- Original-Nachricht --------
Betreff: Proposal: Don't show applications in the software center with XPM icons
Datum: Thu, 6 Mar 2014 15:41:00 +0000
Von: Richard Hughes <hughsient@xxxxxxxxx>
An: Development discussions related to Fedora <devel@xxxxxxxxxxxxxxxxxxxxxxx>
XPM is an old standard for icons used by a very small number of
desktop packages in Fedora. The XPM icons are normally small, mostly 8
bit, and usually without an alpha channel and look very bad in the
software center.
I'm going to propose for F21 that we drop support for XPM in the
metadata extractor and only show apps with GIF, PNG and SVG icons. The
list of affected GUI applications is here:
TeXmacs
cycle
flamerobin
gnurobots
linsmith
mup
pari-gp
pgadmin3
qtel
qucs
xsensors
As usual, I'd like to push packagers to get upstream to ship a more
modern (and high resolution, *with* alpha channel) icon in PNG or SVG
format, but packagers can also just replace the icon referenced in the
.desktop file if upstream is unwilling / dead and a good replacement
is available.
Comments welcome,
--
devel mailing list
devel@xxxxxxxxxxxxxxxxxxxxxxx
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
-- devel mailing list devel@xxxxxxxxxxxxxxxxxxxxxxx https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
