Bug 7600 - Add non *-new icons to Standard Icon Names
Summary: Add non *-new icons to Standard Icon Names
Status: RESOLVED MOVED
Alias: None
Product: tango
Classification: Unclassified
Component: default (show other bugs)
Version: CVS
Hardware: x86 (IA32) All
: high normal
Assignee: Jakub Steiner
QA Contact:
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2006-07-23 01:10 UTC by Luca Ferretti
Modified: 2019-02-16 14:40 UTC (History)
0 users

See Also:
i915 platform:
i915 features:


Attachments

Description Luca Ferretti 2006-07-23 01:10:22 UTC
Sorry for the really bad summary. This is the issue: standard icon names in Icon
Naming Spec provide the following named icons:
  address-book-new
  bookmark-new (plase note this is in tango and g-i-t, but missing in spec)
  appointment-new
  contact-new
  document-new
  mail-message-new
  tab-new (same as bookmark-new)
  window-new

Unfortunately there are no icons for the "plain object", i.e. the named icon:
  address-book
  appointment
  ...

This is really strange. Plase consider in fact, that if you are using a -new
icons in you application, for istance bookmark-new in "Add Bookmark" button and
menu item in your Web Browser, you [could] need also a plain, no -new icon for
bookmark, to use in a bookmark properties dialog or as favicon for bookmarks
without a custom favicon in bookmark manager. Same for PIM application using
address-book-new, contact-new and appointment-new.

Solution
Add plan, no -new icons to spec, and add them to Tango simply removing the
blinking star from existing icons.

PS
Maybe there are no needs for a "tab" named icon, but a "window" named icon could
be useful (windows without an icon, "window list"-like applets...)
Comment 1 Rodney Dawes 2006-07-24 12:27:48 UTC
I don't think there's a need for individual icons for many of these. For
instance, contacts are stored in an address book. There is an icon for address
books. See the MIME type x-office/address-book. Document, calendar also have
these, and appointments have the same relation to calendars, as contacts to
address books. I don't think there's a specific need for a mail-message or tab
or window icon. 
Comment 2 Luca Ferretti 2006-07-25 01:09:31 UTC
This is true, it could be a duplication. Even I fell strange to use a MIME type
icon for instance as launcher icon for adressbook application. But duplication
is worst. 

I still disagree in: 
* contact is not addresbook
* appointmen is not calendar
Case: Evolution dialogs to edit a single contact or appointment. You can't use
"contact-new", because the item yet exist. IMHO use here the addressbook or
calendar icons is wrong, 'cause you are viewing or editing an item inside
addressbook or calender, not the addressbook or calendar itseft. This could be
really bad, for instance, in window switcher: when you press alt-tab, both the
addressbook and the editing/viewing contact have the same icon. IMHO
"x-office-contact" and "x-office-appointment" (good names?) are zero cost icons
for artists (simply the contact/appointment-new icon without blinking star) and
a good addition for developers and users .

* bookmark 
Of course web brower applications could provide their own icons, but in this way
we will have the same icon to add a bookmark and different icons to manage them.
Is it good for users? Due to the same zero-cost reason for artists (simply
remove the blinking star), what about "x-office-bookmark"?

(ps do you think "mail-read" "mail-unread" could be used as "mail"?)
Comment 3 Benjamin Close 2008-01-11 02:36:52 UTC
Bugzilla Upgrade Mass Bug Change

NEEDSINFO state was removed in Bugzilla 3.x, reopening any bugs previously listed as NEEDSINFO.

  - benjsc
    fd.o Wrangler
Comment 4 GitLab Migration User 2019-02-16 14:40:58 UTC
-- GitLab Migration Automatic Message --

This bug has been migrated to freedesktop.org's GitLab instance and has been closed from further activity.

You can subscribe and participate further through the new bug through this link to our GitLab instance: https://gitlab.freedesktop.org/tango/tango-icon-library/issues/5.


Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.