Display icons and thumbnails in views

@grand_master_v - Good to hear you solved your problem.

Looking at the issue and proposed code, I think the issue deserves some solution functioning "out of the box" for users of the module. This will probably include the use of module's .CSS and sprite images for mime types. Unfortunately, solution in #2 uses a set of separate images, and does not rely on CSS, which makes it hard and questionable to include into the module's code. Also, that approach makes no use of thumbnails.

Given that "fixed" status means that solution is committed into code & CVS, which it is not, I'm changing to "needs work" to indicate that there's a need to do some more R&D. That probably needs to be proper integration with views (via hooks), using existing sprites and thumbnails and relying on CSS which maps MIME types to sprite position. I have no bandwidth to look into that. Anyone up to the task? I will review all submitted patches.

If you could add a new field either under the 'Upload' set of fields or under another heading, that would be best. The field could be called 'Attached file icon' or something like that (see screenshot of views edit page).

(This would have to work around the problem of multiple files per node, of course... which could be tricky).

I've attached an alternate template I'm using with my view to simply grab a link and print an image (using the images provided by iTweak instead of my own images). (Note: I've also updated my script on my site to use PHP's pathinfo() function to grab the file extension, as it's more secure/faster).

Better solution for #6
Use file mime instead

if($output){
/** Define image root directory **/
$image_dir = drupal_get_path('module', 'itweak_upload') . '/images/mime/16/';
/** Default image for unknown file types **/
$file_image = "_default.png";

switch ($output) {
case 'application/postscript':
$file_image = "ai.png";
break;
case 'application/msword':
$file_image = "doc.png";
break;
case 'application/x-gtar':
$file_image = "tar.png";
break;
case 'id':
$file_image = "id.png";
break;
case 'image/jpeg':
$file_image = "jpeg.png";
break;
case 'image/jpeg':
$file_image = "jpeg.png";
break;
case 'application/pdf':
$file_image = "pdf.png";
break;
case 'image/png':
$file_image = "png.png";
break;
case 'application/vnd.ms-powerpoint':
$file_image = "pptx.png";
break;
case 'psd':
$file_image = "psd.png";
break;
case 'mov':
$file_image = "quicktime.png";
break;
case 'mp4':
$file_image = "quicktime.png";
break;
case 'm4v':
$file_image = "quicktime.png";
break;
case 'application/rar':
$file_image = "rar.png";
break;
case 'image/svg+xml':
$file_image = "svg.png";
break;
case 'application/x-shockwave-flash':
$file_image = "swf.png";
break;
case 'application/vnd.ms-excel':
$file_image = "xlsx.png";
break;
case 'application/zip':
$file_image = "zip.png";
break;
}

/** image location **/
$file_image = $image_dir.$file_image;
print theme('image', $file_image);
}

This would be a nice feature.

I can't tidy it up due to lack of free time, but will review a proper patch.

Standards to aim for:
- should use CSS and mime image sprites (same as the method already used by iTweak Upload)
- should be views API code, not a template file to put into theme directory (to have no additional user installation steps)
- patch should conform to Drupal guidelines, and be based on 6.x-2.x-dev code

Subscribe

I'm stopping any development for D6 version of this module. Still open to review submitted patches. There is a hope that D7 code may get some attention (D7 has MIME icons support in core so it may be already solved there), but due to complete rewrite it is not going to be portable.

I assume thumbnails are also desirable to have.