Projects/Oxygen/namingSpec/categories: Difference between revisions

From KDE TechBase
Line 6: Line 6:
  applications-engineering  OK
  applications-engineering  OK
  applications-education    OK *
  applications-education    OK *
applications-games        OK
applications-other        OK
  applications-utilities    OK
  applications-utilities    OK
  apps/package-utilities    -> applications-accessories
  apps/package-utilities    -> applications-accessories
  apps/package-development  -> applications-development
  apps/package-development  -> applications-development
applications-games        OK
  apps/package-graphics    -> applications-graphics
  apps/package-graphics    -> applications-graphics
  apps/package-network      -> applications-internet
  apps/package-network      -> applications-internet

Revision as of 20:17, 1 August 2007

Specification compliance of icon names

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

 applications-engineering  OK
 applications-education    OK *
 applications-games        OK
 applications-other        OK
 applications-utilities    OK
 apps/package-utilities    -> applications-accessories
 apps/package-development  -> applications-development
 apps/package-graphics     -> applications-graphics
 apps/package-network      -> applications-internet
 apps/package-multimedia   -> applications-multimedia
 apps/package-system       -> applications-system
 preferences-desktop-peripherals OK ***
 preferences-system          OK
 preferences-system-network  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.)

 applications-office
   The icon for the "Office" sub-menu of the Programs menu.

 applications-science
   The icon for the "Science" sub-menu of the Programs menu.

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

 preferences-desktop-personal
   The icon for the "Personal" sub-category of the
   "Desktop Preferences" category.

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

 system-help
   The icon for the “Help” system category.
   (Note: This is different from apps/help-browser
    in that it's supposed to be a help *category*, not
    a single application.)

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.