Projects/Oxygen/namingSpec/categories: Difference between revisions

From KDE TechBase
(pinheiro added applications-toys)
Line 5: Line 5:
<pre>
<pre>
  applications-accessories  OK
  applications-accessories  OK
applications-development  OK
  applications-engineering  OK
  applications-engineering  OK
  applications-education    OK *
  applications-education    OK *
  applications-games        OK
  applications-games        OK
applications-graphics    OK
applications-internet    OK
applications-multimedia  OK
  applications-office      OK
  applications-office      OK
  applications-other        OK ***
  applications-other        OK ***
  applications-science      OK
  applications-science      OK
  applications-system      OK
  applications-system      OK
applications-toys        OK **
  applications-utilities    OK
  applications-utilities    OK
applications-accessories  OK
applications-development  OK
applications-graphics    OK
applications-internet    OK
applications-multimedia  OK
  preferences-desktop-peripherals OK ***
  preferences-desktop-peripherals OK ***
  preferences-desktop-personal OK
  preferences-desktop-personal OK

Revision as of 17:02, 25 September 2007

Specification compliance of icon names

Icon names without trailing stars already exist in the freedesktop.org icon naming specification.

 applications-accessories  OK
 applications-development  OK
 applications-engineering  OK
 applications-education    OK *
 applications-games        OK
 applications-graphics     OK
 applications-internet     OK
 applications-multimedia   OK
 applications-office       OK
 applications-other        OK ***
 applications-science      OK
 applications-system       OK
 applications-toys         OK **
 applications-utilities    OK
 preferences-desktop-peripherals OK ***
 preferences-desktop-personal OK
 preferences-system          OK
 preferences-system-network  OK ***
 system-help                 OK

 * suggesting this for inclusion into the icon naming specification
 ** not in the spec, but let's keep it out of there anyways,
    it's not really suited to be a standard icon
 *** bad naming in the spec imho, suggesting to rename this icon
     there, but let's use the specified name for now

To do for Oxygen

Icons that are in the spec, but not yet in Oxygen's categories/ so they need to be added. Descriptions taken from the specification. (A lot of those icons already exist as package_* in apps/, they'd only need to be pulled over to here.)

 preferences-desktop
   The icon for the "Desktop Preferences" category.

 preferences-other
   The icon for the “Other” preferences category.

Suggested changes and additions

Including a suggested short description text like needed for inclusion in the spec.

 applications-development
   [In the description, change "Programming" to "Development",
    in accordance to the icon name and the fd.o menu spec.]

 applications-education
   The icon for the "Education" sub-menu of the Programs menu.

 applications-other -> applications
   The icon for a general applications category.

 preferences-other -> preferences
   The icon for a general preferences category.

 preferences-desktop-peripherals -> preferences-peripherals
   The icon for the "Peripherals" preferences category.

 preferences-desktop-personal -> preferences-personal
   The icon for the "Personal" preferences category.

 preferences-system-network -> preferences-network
   The icon for the "Network" preferences category.

Rationale for the renames:

"other" implies that the icon should be a generic one, and indeed applications-other and preferences-other make for a good fallback if there are categories not covered by a given theme. Also, at least KDE has no "other preferences" category, but rather a separate system settings application and a menu (with icon), both using one general settings icon for the whole set of sub-elements.

The preferences-desktop-* ones are very implementation specific, as it's not specified anywhere that the "peripherals" and "personal" preferences need to be a child element of the desktop preferences. Likewise, "network" settings don't necessarily reside in the preferences-system category in certain desktops.