mime icons

Those icons don't exactly match the ones required by filefield (there are more, "unnessecary" icons in there). Also, what's the license on these icons? If they can't be licensed as GPL, they can't be included in any part of Drupal, including filefield.

thanks .. would be great to integrate into the module. maybe this could be a formatter?

- the uploaded file is a .tar file. rename on your client so it opens properly.
- the link where morphir found them no longer works so is a bit hard to veify the license.

The given URL is invalid by now, but I found the related project at a different one:
http://joomlacode.org/gf/project/docman/ or alternatively, http://www.joomlatools.org/

The icons are indeed GPL, as indicated by the project's FAQ:
http://forum.joomlatools.org/viewtopic.php?f=22&t=8

And the icon directory in the SVN browser is here:
http://joomlacode.org/gf/project/docman/scmsvn/?action=browse&path=%2Fdo...

That should be enough info to have a good conscience when including the icons... unfortunately, the ones in their current SVN trunk are different from those that you provided in the .tar.gz here. The attached ones look very much like original icons that were copied from Windows, and I would not be surprised if they were replaced for legal issues. On the other hand, the current SVN icons there are ugly as hell.

So, perhaps we can rather get legally harmless icons from other high-profile, original open-source icon themes like Tango or Oxygen. I'd like to rework the icon loading mechanism before including icons though, the icon should be determined by mimetype rather than extension.

and preferences for icons you icon hunters?

I'm strongly in favor of just 16x16 icons... I don't want big gaudy things... I mean you can theme big stuff in, but definitely not by default... I was also thinking of CSS'ing them in instead of writing code for it so I can be overridden more easily by designers.

I'm working on mime-type icons, here's a sprite with icons for 'generic', 'text', 'image', 'audio' and 'video'. And yes, please do use CSS. Doing it with 1 sprite saves a few http requests too.

• Generic
• Text file
• Image
• Audio
• Video

These icons are licensed under the GPL and were made especially for Drupal & filefield. And in theme-agnostic grayscale, too!
They are part of a larger Drupal specific icon-initiative and available in 32px and other sizes as well. I'll contribute the .SVG vector sourcefiles too, but I want to collect those in a more centralized manner than attaching them across different issues and queues.

What do you think?
Let me know which ones you'd like to see added or if you prefer to have them as seperate images.

I'd like them to be seperate images.. It will work with the existing infrastructure to support icons. Both sizes would be appreciated... While a single sprite would be quicker... I think it will be easier for users to update/replace them as single images.

I think these are meant for the next version of FileField, not for core. Including them in core really is another issue.

You can commit them as a single sprite, but I will split them up. Packing them all in one is premature optimization... and I don't want to have to alter it when I add pdf, svg, patch, xls, ods, etc, etc icons... Then the CSS has to change, its hard to support flexible naming, and it will be incompatible with other icon systems. I eventually hope for people to be able to drop in tango icons, or whatever if they want, and all of those use separate images per icon. I also agree this is kind of critical for filefield I know it's one of my higher priority issues to close. but we don't need to go battling over the priority. It's important to me so it will get committed as soon as there is a usable set of images offered up in a format I can work with... svg's per icon that I can generate rasters from would be ideal.

subscribe - thx :)

Ok, here's 12 icons!

- just the 16px versions for now
- added simple colors using the Tango palette
- these are 24bit PNGs
- filenames according to the freedesktop spec, took a guess on the PDF one though…

Also adding a SVG sourcefile for fun & reference, this is 1 masterfile that contains all basic variations on top of the generic file icon. This file created in Illustrator 10, it seems layers don't survive on opening in Inkscape. Still looking into that. But even if you had seperate SVG's for each, all generated bitmaps of 32px and smaller will look like crap without manual touchups, something to keep in mind…

Needs review, assigning to self.

YoRoy, they're awesome!!! You are the bomb diggity. I've wanted these for so long!! I'll try to update the icon code to use proper naming semantics... I'm not much of an aesthete, but this will be an awesome start... Is there a name for this icon set?

definitely do it as a sprite.

it's a themeable function, so themers/developers would be able to override them on an individual basis if they wanted.

Yay! So glad you like them. Next up are some for Date/Event as requested by KarenS.
I'm trying to come up with generic looking icons, so for now the working title of the set is 'Protocons' :)

Okay the png icons are committed to DRUPAL-5--2... they're hackishly implemented, but I didn't want to get into fussing with the UI too much until 2.3 is official, so I left it that way... 2.4 will see a more freedesktop like implementation. I already have a patch for most of it...

Great - thanks!
I want to test this, but can I first ask:
Should I un-install the last version of FileField first, or just copy the new module over the old one (I'm asking, are there any differences in the tables, etc)? I want to test but make sure to install properly first

Thanks & look forward to checking it out
:)
Scott

Morphir: http://standards.freedesktop.org/icon-naming-spec/

I think (hope!) dopry means implementing them in such a way that other existing icon sets could be dropped in as well (read his comment #14).

Dopry, if that IS your plan, I'd love to learn more about it! There's a few designers anxious to get started drawing more Drupal specific icons. It would be good to know we should conform to this spec if there'se code being written that enables this.

Let's continue this discussion in the icon group on g.d.o: http://groups.drupal.org/icons-drupal
I posted some starter files and specs for discussion here: http://groups.drupal.org/node/9739
Thanks.