There are icons that shouldn't be present as emblems

The app specific icon/emblem will not be included in Humanity.

The emblem icon was done as per the design of the App designer.

that's OK but it has to be humanity icon style, emblems should be the same style for every software, that's quality... or maybe "software store" should get the emblem from the icon theme that the user is working with in that moment...

manzur , actually , that particular emblem should *not* be displayed.

It is meant for use only in the Software store and not for any other location or for use as an emblem.

Redoing the icon is not necessary...

Kindly change the description accordingly and titlte of the bug to "Software store emblem displayed in nautilus emblems list"

This must be because the emblems icon is being installed to /usr/share/hicolor/*/emblems

I shall move this to /usr/share/software-center/icons/*/emblems in my branch

Fixed in my branch

There have been several releases since 2009-09-28, and this isn't fixed in 0.5.1. Reopening.

Ubuntu one too has emblems that shouldn't be present in emblems place in nautilus.
Due to this I mark it as affected.

How to reproduce:

1) Look in Nautilus->Edit->Background and Emblems->Emblems or
2) Select a folder, right click on it, select Properties->Emblems tab

Both contains some Ubuntu One and software center icons but they shouldn't.

These icons need to be removed from there.

Software Center has one emblem (software-center-installed) in the wrong place.
/usr/share/icons/hicolor/24x24/emblems/software-center-installed.png

Ubuntu One has three emblems (emblem-ubuntuone-syncronized, emblem-ubuntuone-unsyncronized, emblem-ubuntuone-updating) in the wrong place.
/usr/share/icons/Humanity/emblems/24/emblem-ubuntuone-syncronized.svg
/usr/share/icons/Humanity/emblems/24/emblem-ubuntuone-unsyncronized.svg
/usr/share/icons/Humanity/emblems/24/emblem-ubuntuone-updating.svg

This bug was fixed in the package software-center - 0.5.2

---------------
software-center (0.5.2) karmic; urgency=low

  [ Michael Vogt ]
  * softwarecenter/view/appdetailsview.py:
    - deal with connection refused errors properly
    - use shorter default socket timeout to avoid hangs when
      the screenshot site is unavailable
  * softwarecenter/db/database.py:
    - require explicit open() to avoid possible race (LP: #449385)
  * softwarecenter/view/widgets/imagedialog.py:
    - fix crash when unknown error happend during screenshot download
      (LP: #4479829)
  * data/ui/SoftwareCenter.ui:
    - change unicode "..." to three "." to work around bug in
      gtkbuilder/intltool that makes strings with them untranslatable
      (https://bugzilla.gnome.org/show_bug.cgi?id=596205) (LP: #450600)
  * po/*:
    - sync from rosetta and unfuzzy the strings that move
      from ߪ to "..." (LP: #450600)
  * softwarecenter/view/catview.py
    - do not crash if a desktop-directory can not be foudn or is
      invalid (LP: #450842)
  * utils/update-software-center:
    - do not crash if glib is not available (e.g. during a upgrade)
      (LP: #450793)
  * install the softwarecenter-installed emblem into a private dir
    to make not show up in the nautilus emblems folder (LP: #437385)

  [ Josh Holland ]
  * Fixed up man page (LP: #448896)

 -- Michael Vogt <email address hidden> Wed, 14 Oct 2009 11:51:26 +0200

Sorry Michel, you changed in the meantime...
Re-changing.

In fact all Ubuntu One emblems present in

/usr/share/icons/hicolor/16x16/emblems/
/usr/share/icons/hicolor/24x24/emblems/
/usr/share/icons/hicolor/32x32/emblems/
/usr/share/icons/hicolor/48x48/emblems/

directories should be moved from there because could come up choosing an icon-theme different from Humanity.

I don't use the Humanity theme. I use GNOME, since I maintain upstream releases of it. These icons do belong here. The problem isn't the icons showing up there, or that Nautilus extensions might install emblems there. The problem is that we can't put them in some private directory, and that Nautilus shouldn't be showing *ANY* emblems UI to the user. Emblems should be entirely a programmatically managed feature. What users want is Tags, which Nautilus doesn't provide any functionaltiy for. Tags would be arbitrary titles and icons that a user could create and assign to any file. Emblems should be set programmatically, and not available for the user to set themselves.

This needs to be fixed in Nautilus by making a clear distinction between emblems and tags in the UI, and providing some way to preserve that metadata.

@Rodney
I was just following your indication concerning the use of the icons in themes, in particular the fact that hicolor directory should contain only app-specific icons as reported in your blog
http://wayofthemonkey.com/index.php?date=2006-11-15&month=11&year=2006
and taken as a reference by GNOME
http://live.gnome.org/ThemableAppSpecificIcons

I completely agree with you that Nautilus should be fixed and improved in the way you pointed out and I hope this will be done very soon, but at the moment I think that moving away ubuntuone specific icon from there is the only solution to avoid showing them to the users in Nautilus->Edit->Background and Emblems->Emblems and Properties->Emblems tab in Karmic.

Currectly software-center as well as jockey (#330421) are following this approach.

I think it's worth doing it, don't you?

Using GNOME theme is showed one ubuntuone emblem (ubuntuone-updating) in Karmic.
Using Humanity theme there are three of them (ubuntuone-updating, ubuntuone-syncronized and ubuntuone-unsyncronized)
coming form here:
/usr/share/icons/Humanity/emblems/24/emblem-ubuntuone-syncronized.svg
/usr/share/icons/Humanity/emblems/24/emblem-ubuntuone-unsyncronized.svg
/usr/share/icons/Humanity/emblems/24/emblem-ubuntuone-updating.svg

I meant
"I think it's worth doing it, don't you think?"

Sorry...

Sergio, It's not possible, regardless of whether it is worth doing or not. Moving the icons to a private directory is equivalent to not having the icons at all. Using the GNOME theme, there should be 2 emblems. (We install 2 emblems to hicolor from ubuntuone-client-gnome.) There is no API in Nautilus for telling it "I have new emblems available in this other private directory, you need to look here also." And if there were, the icons would presumably still show up in the emblems dialogs you're complaining about, as they are emblems. That is just how emblems work in Nautilus currently, which is broken, and why Nautilus itself must fixed. There's nothing we can do in ubuntuone-client, outside of just removing the icons, which is a detriment to the usability of Ubuntu One, since they are there to provide information to the user about the files, in Nautilus.

Ok, I understand the situation.
Considering that icons need to stay there, what about (at least) having them translatable?
In this way they would be coherent with others that are visible and would be understandable by users in their language.

I think it's worth more than before.

On Fri, 2009-10-16 at 14:45 +0000, Sergio Zanchetta wrote:
> Ok, I understand the situation.
> Considering that icons need to stay there, what about (at least)
> having them translatable?
> In this way they would be coherent with others that are visible and
> would be understandable by users in their language.
>
> I think it's worth more than before.
>

Please file a separate bug for this. They are meant to be translatable,
though I had totally forgotten that we had the icon files, and when we
changed the emblems around slightly, the icon files were not similarly
updated. This is a bug that does need to get fixed. So please file a new
bug about the emblems not being translatable, against ubuntuone-client.
Thanks.

Done, thank you Rodney.

(Just for the record, there is another bug I opened in bugzilla some time ago about translatable emblems related to gnome-icon-theme, gnome-bugs #571576)