KDE/kdelibs/pics/oxygen

SVN commit 682732 by ereslibre:

Add rating icon to oxygen

 AM            128x128/actions/rating.png  
 AM            16x16/actions/rating.png  
 AM            22x22/actions/rating.png  
 AM            32x32/actions/rating.png  
 AM            48x48/actions/rating.png  
 AM            64x64/actions/rating.png  
 AM            scalable/actions/rating.svgz  

** trunk/KDE/kdelibs/pics/oxygen/128x128/actions/rating.png #property svn:mime-type
   + application/octet-stream
** trunk/KDE/kdelibs/pics/oxygen/16x16/actions/rating.png #property svn:mime-type
   + application/octet-stream
** trunk/KDE/kdelibs/pics/oxygen/22x22/actions/rating.png #property svn:mime-type
   + application/octet-stream
** trunk/KDE/kdelibs/pics/oxygen/32x32/actions/rating.png #property svn:mime-type
   + application/octet-stream
** trunk/KDE/kdelibs/pics/oxygen/48x48/actions/rating.png #property svn:mime-type
   + application/octet-stream
** trunk/KDE/kdelibs/pics/oxygen/64x64/actions/rating.png #property svn:mime-type
   + application/octet-stream
** trunk/KDE/kdelibs/pics/oxygen/scalable/actions/rating.svgz #property svn:mime-type
   + application/octet-stream

Icon Naming: animations/process-working, & animations/process-idle

I note that the Icon Naming spec includes:

	animations/process-idle
	animations/process-working

With KDE, these would replace the multiple image PNG called: 
actions/kde.  With cross platform themes and icon naming, this raised 
the question of whether this icon should incorporate branding as has 
been traditional in browsers.  I don't think that it would be 
satisfactory to see a branded icon in another brand of application.

So, my recommendation is that we should have generic versions of these 
two icons with the above names as well as:

	animations/process-idle-≤brand>
	animations/process-working-≤brand>

so that KDE would have:

	animations/process-idle-kde
	animations/process-working-kde

which would only be used for KDE applications (e.g. Konqueror) and there 
would be a fall back to the generic icons:

	animations/process-idle
	animations/process-working

when the branded one wasn't available in the chosen icon style.  IIUC, 
this would be consistent with the Icon Naming spec.

Re: [kde-artists] Icon Naming: animations/process-working, & animations/process-idle

On Wednesday, 4. July 2007, James Richard Tyrer wrote:
> I note that the Icon Naming spec includes:
>
> 	animations/process-idle
> 	animations/process-working

Er, no, the naming spec does not include process-idle.
Instead, it says in the description of process-working:

"The first frame of the animation should be used for the resting state of the 
animation."

So, no need for process-idle, and especially not in animations.

> With KDE, these would replace the multiple image PNG called:
> actions/kde.  With cross platform themes and icon naming, this raised
> the question of whether this icon should incorporate branding as has
> been traditional in browsers.  I don't think that it would be
> satisfactory to see a branded icon in another brand of application.
>
> So, my recommendation is that we should have generic versions of these
> two icons with the above names as well as:
>
> 	animations/process-idle-≤brand>
> 	animations/process-working-≤brand>
>
> so that KDE would have:
>
> 	animations/process-idle-kde
> 	animations/process-working-kde

Re: [kde-artists] [Kde-hardware-devel] Renaming Oxygen's devices/ icons

On Tuesday, 26. June 2007, James Richard Tyrer wrote:
> Jakob Petsovits wrote:
> > It doesn't matter whether it's a thing or not. It's a question of
> > fallbacks, and we'd rather see audio CDs as special form of audio discs
> > than audio CDs as special form of CDs. It provides a better fallback
> > icon.
>
> I should point out that this needs to be done in the way the user thinks
> about it.
>
> IIUC, the icon name is parsed RTL while people speak LTR.
>
> I think that most people think of an 'audio CD' rather than 'CD audio'.
>
> That is, audio is a type of CD -- adjective modifying noun.  Yes, you
> could also say that CD was a type of audio, but is that really the way
> users think about it?

The way users think is less important here than what users get to see when a 
specialized icon is not available in a theme. But it seems there won't be 
media-optical-audio-cd and similar icons anyways, so let's just drop that 
point and have a look at the more important other issue:

> > Also, this thread came to the conclusion that for the user, knowing the
> > concrete disc format matters less than knowing what's on the disc.
>
> Yes, that makes some sense.  But, are users really going to be able to
> tell that from the icon?  Wouldn't it be better to use a badge to
> indicate that it was an audio disk or a video disk?

Re: [kde-artists] [Kde-hardware-devel] Renaming Oxygen's devices/ icons

Le mercredi 04 juillet 2007, Jakob Petsovits a écrit :
> point and have a look at the more important other issue:
> > > Also, this thread came to the conclusion that for the user, knowing the
> > > concrete disc format matters less than knowing what's on the disc.
> >
> > Yes, that makes some sense.  But, are users really going to be able to
> > tell that from the icon?  Wouldn't it be better to use a badge to
> > indicate that it was an audio disk or a video disk?
>
> A badge, like one from the "emblems" folder?
> Actually, I like that idea a lot. Overlaying a (for example)
> media-optical-dvd icon with an emblem-video icon would have a few important
> benefits:
>
> - Makes it possible to indicate both disc type and disc content without
>   having x^y icons for all of them,
> - Eliminates the difficult choice between the type and content name
> prefixes, and their order, and
> - Enables us to do the same thing that the Gnomies do, without needing to
>   start a discussion where it would be seriously hard to convince the
>   specification maintainers, as the existence of
> media-optical-{audio,video} is also predefining how the user interface
> should look like.
>
> So, +1 for having media-optical, media-optical-dvd, media-optical-hddvd
> etc. PLUS emblem-audio and emblem-video. Kévin, what do you think about
> this?

emblem-audio and emblem-video is fine for me, that means we have to make sure 
we support to have several emblems in KIcon though. And the current state of 

Re: [kde-artists] Icon renaming, TechBase, issues.

On Saturday, 30. June 2007, James Richard Tyrer wrote:
> Starting a new thread to discuss various issues and my progress.
>
> I have posted a list for "actions":
>
> http://techbase.kde.org/Projects/Oxygen/namingSpec/actions
>
> Please take a look at this.

Thanks for doing the list, it looks good at first sight and will help with 
getting Oxygen right. Also, I find it more straightforward than the list at 
http://techbase.kde.org/Projects/Oxygen/namingSpec .

The only issue I have with your list is that it's a general renaming guide for 
any KDE 3 icon theme, but doesn't fit Oxygen at its current state.
That's not a problem by itself, it's still needed, but I think some other 
location in the wiki should be more appropriate for the "generic" list,
some location that all icon theme creators can look at.

Projects/Oxygen/namingSpec, especially my action proposal pages, are supposed 
to be specifically tailored to Oxygen, which means:
- Track down which icons are in the Oxygen theme at the moment
- Track down which icons are missing from the Oxygen theme,
  according to the spec, and if it's appropriate for us to add them
- Track down which icons in the Oxygen theme are unnecessary,
  and should be removed.
- Find out what KDE needs to have a proper spec implementation as well as
  a theme that fulfills KDE's own needs, and work out suggestions
  for the spec.

Re: [kde-artists] [Kde-hardware-devel] Renaming Oxygen's devices/ icons

On Wednesday, 4. July 2007, Kevin Ottens wrote:
> Le mercredi 04 juillet 2007, Jakob Petsovits a écrit :
> > media-optical-recordable can't reasonably be represented with an emblem,
> > so I think it should still be kept as is.
>
> Yeah, that's the main point for not doing media-optical-(dvd|hddvd|...).
> You're suddenly screwed for the recordable version. So I'd keep only
> media-optical and media-optical-recordable.

Still fine with me... but at least, we're leaving the opportunities open,
as only one recordable icon doesn't really pose significant hurdles for doing 
media-optical-hddvd nevertheless. ...right? Well, depends. Still.

Cheers,
  Jakob
______________________________________________________________________________
kde-artists <at> kde.org |  https://mail.kde.org/mailman/listinfo/kde-artists

Re: [kde-artists] [Kde-hardware-devel] Renaming Oxygen's devices/ icons

Le mercredi 04 juillet 2007, Jakob Petsovits a écrit :
> On Wednesday, 4. July 2007, Kevin Ottens wrote:
> > Le mercredi 04 juillet 2007, Jakob Petsovits a écrit :
> > > media-optical-recordable can't reasonably be represented with an
> > > emblem, so I think it should still be kept as is.
> >
> > Yeah, that's the main point for not doing media-optical-(dvd|hddvd|...).
> > You're suddenly screwed for the recordable version. So I'd keep only
> > media-optical and media-optical-recordable.
>
> Still fine with me... but at least, we're leaving the opportunities open,
> as only one recordable icon doesn't really pose significant hurdles for
> doing media-optical-hddvd nevertheless. ...right? Well, depends. Still.

Well, that means that we're leaving the decision for later if we want 
something more fine grained than "media-optical" 
and "media-optical-recordable". Which is probably wise for now.

Regards.
--

-- 
Kévin 'ervin' Ottens, http://ervin.ipsquad.net
"Ni le maître sans disciple, Ni le disciple sans maître,
Ne font reculer l'ignorance."

______________________________________________________________________________
kde-artists <at> kde.org |  https://mail.kde.org/mailman/listinfo/kde-artists

KDE/kdelibs/pics/oxygen

SVN commit 683306 by jpetso:

Add remaining folders for the various categories
of the icon naming specification.

 A             128x128/animations (directory)  
 A             128x128/categories (directory)  
 A             128x128/emotes (directory)  
 A             128x128/intl (directory)  
 A             128x128/status (directory)  
 A             16x16/animations (directory)  
 A             16x16/categories (directory)  
 A             16x16/emotes (directory)  
 A             16x16/intl (directory)  
 A             16x16/status (directory)  
 A             22x22/animations (directory)  
 A             22x22/categories (directory)  
 A             22x22/emotes (directory)  
 A             22x22/intl (directory)  
 A             22x22/status (directory)  
 A             32x32/animations (directory)  
 A             32x32/categories (directory)  
 A             32x32/emotes (directory)  
 A             32x32/intl (directory)  
 A             32x32/status (directory)  
 A             48x48/animations (directory)  
 A             48x48/categories (directory)  
 A             48x48/emotes (directory)  
 A             48x48/intl (directory)  
 A             48x48/status (directory)  

KDE/kdelibs/pics/oxygen

SVN commit 683544 by pinheiro:

new version

 M             16x16/actions/network.png  
 M             22x22/actions/network.png  
 M             32x32/actions/network.png  
 M             48x48/actions/network.png  
 M  +872 -107  scalable/actions/network.svgz