[prev in list] [next in list] [prev in thread] [next in thread] 

List:       kde-artists
Subject:    Re: [kde-artists] New Oxygen icon "page-zoom"
From:       James Richard Tyrer <tyrerj () acm ! org>
Date:       2008-05-24 3:37:43
Message-ID: 48378D87.6020902 () acm ! org
[Download RAW message or body]

Jakob Petsovits wrote:
> On Friday, 23. May 2008, James Richard Tyrer wrote:
>> Jakob Petsovits wrote:
>>> Other desktops and applications have fallback icons as well if 
>>> they use this icon name.
>> This icon name isn't in the standard and it does not conform to the
>>  standard.  So that probability is very low.
> 
> Right, but note that "zoom" is not in the spec as well.

Yes, that is correct.  But, KDE will install Oxygen "zoom" if it exists
and then if a third party icon theme is used that doesn't have
"zoom-fit-width" (which isn't in the theme either) we will have
something for fallback.  I'm sorry if that wasn't clear.

> Just because it's technically possible to use it as icon name doesn't
>  mean we should do so, and stuff that isn't specified (including the 
> zoom tool icon) should either a) get into the spec, or if they're not
>  important enough, b) agreed upon with app developers outside the 
> spec.

But my point is that for an icon which already exists that "zoom" is the
best name and it is the logical name.

	viewmag+	->	zoom-in
	viewmag-	->	zoom-out
	viewmag		->	??

Yes, this is like an IQ test.  Clearly the answer is: "zoom"

BUT, your answer is: "page-zoom".  I see no logical reason for this 
name.  It does not fit in with the the standard!  Why come up with that 
name when the above should be obvious to anyone?

>>> If for example Gimp wants to use page-zoom, they'd probably put 
>>> their version into hicolor (as it's not included in the spec) 
>>> which is used as fallback in case any 3rd party theme doesn't 
>>> provide the icon.
>> Right and we need an icon named "zoom" in case a third party 
>> doesn't provide an icon named "zoom-fit-height".  This isn't going 
>> to fall back to "page-zoom"!
> 
> And it shouldn't fall back to the zoom tool icon, either. No icon can
>  possibly provide "zoom to fit", "zoom to height", "zoom to window", 
> "zoom in", "zoom out" and "zoom to original size" at the same time. 
> Those are *different* icons, and the zoom tool is another different 
> one, not a more generic version of the mentioned ones.

It isn't "generic", it is the "general" case which is a slightly different
concept.

> There can't be a sensible fallback icon at "zoom", because different
> purposes cannot possibly be covered by one single icon.
> 
> QED
> 
> P.S.: The spec doesn't require us to provide *any* icon that is not 
> directly listed in the spec. So the spec doesn't require us to 
> provide "zoom".
> 
Quite true but totally irrelevant.  We have icons, they need to have a name.

You have picked a name out of left filed as wit were, which does not fit 
in with the standard and for which I see no logical reason.

So, I hold up all additional renaming of icons waiting for this one 
stupid issue.  You didn't rename the icons in KDEArtWork but you are 
going to prevent anyone else from doing it unless they do it your way. 
This is not reasonable.  So, I know remember why I gave up.

-- 
JRT
______________________________________________________________________________
kde-artists@kde.org |  https://mail.kde.org/mailman/listinfo/kde-artists
[prev in list] [next in list] [prev in thread] [next in thread]