Question, but first a bit of background. When creating a view of files with views 2, I create an output field of "Files: File" and can select the display as Thumbnail, which works as you would expect. The thumbnails appear and are sized according to my settings on the admin/settings/file/format/image page for 'embedded image thumbnails'.
Here's the question - is there a way to output the medium image previews here instead of just the thumbnails? I have a situation where the embedded thumbnails are great for most things, but one view needs a slightly larger image.
Thanks in advance!
| Comment | File | Size | Author |
|---|---|---|---|
| screen-capture-1.png | 43.65 KB | rjbrown99 |
Comments
Comment #1
miglius commentedCurrently it is not supported. I added the thumbnail display in the view as a special case. The problem is that files of different MIME types have different preview functions associated with them - it might be a video player or text area display, not only scaled image, So I haven't decided yet what is the best way to embed them in the view display.
Maybe I should add a "First handler" option and the file would be displayed using the first handler found in the handlers listing, 'admin/settings/file/handler'. In this case you could move 'medium' preview above all other image previews. But if you have a other view where you'd prefer thumbs, then it won't work then...
Comment #2
rjbrown99 commentedThanks for the thoughtful reply.
My use case is that I have created many different views of the fileframework nodes doing everything from sorting by content tags to showing only files of users that you have a relationship with (using the user_relationships module.) In all cases, I have "thumbnail" set as the display of the view and the thumbnails are then output using the jquery_carousel views output module. It's working well, but there are a few instances where I'd like the medium thumbnails to be displayed in a different 'detail' view of the fileframework nodes. Thumbnails are great for the carousel, but not so great for other sorting or viewing methods where I would like a larger image.
If the three different sizes from the "Preview settings" on /admin/settings/file/format/image page were available as a toggle on a per-view basis, it solves my use case. Re-arranging the handler on the back and and still having only one choice in views would not fix me as all of my previews would then appear as "Medium" which is too large for the carousel.
The other thing I thought of for non-image file types, like Word documents or PDF files, would be to have a user-configurable single image applied to all files of that mime type. For example, Word documents would all have an image with the Word logo like this: http://www.instructingautism.com/Word%20Logo.jpg
Any time a file of that type appears in a view, it would use this image or a logo instead of a thumbnail of the actual content. Right now it outputs an image of the Word document itself, but that isn't terribly useful to see a tiny picture of the document's first page.
Comment #3
rjbrown99 commentedChanging this to a feature request since it does not exist.
Comment #4
jvieille commentedI would support the request for selecting different image sizes in views fields.
My client wish to get one post of his choice in the frontpage, possibly of the node display full size. Currently, only the tiny thumbnails is available.
I don't quite get the argument of Miglius who saide having "added the thumbnail display in the view as a special case" as it is a really common use case to display a preview of what the files look when they are images. I of course understand that there are many other kinds of files, but it is so frustrating that images would not deserve some attention for a decent handling.
FF is so great compared to all other file/image handling modules that I became addicted: I keep asking for getting more on this really robust basis...
Comment #5
jvieille commentedAny progress or plan regarding this feature?
Comment #6
jvieille commented+1
Comment #7
jvieille commentedNot sure this feature request is still relevant, I am perfectly happy currently with image handling:
- the cck file field allows to select any handler for displaying at the node level
- in views, one can select any handler to render
So it is fixed for me.
If rjbrown99 thinks otherwise, he would reopen with further explanations.
Comment #8
jvieille commentedActually, this is not solved.
I mistaken the CCK file field with the file and attached file fields.
The CCK file field allows to select any handler in Views
However, the file node and attachment fields do not: they only displays the thumbnail, or the file information.
It should not be that hard to implement this feature : the code is in file_cck.module, but need to be adapted
The cck fields integration takes care of the Views integration, while file and attachment are integrated with Views in contrib/views/includes/file_views_handler_field_file_attachments_fnid.inc and
contrib/views/includes/file_views_handler_field_file_nodes_file.inc
However, it a bit complex for my limited php and Drupal API knowledge.
Comment #9
jvieille commentedComment #10
jvieille commentedHere is a partial, effortless, not very smart solution - would be probably enough for 80% of the use cases and might close the issue.
This is not a real patch, but you get the idea
In file_views_handler_field_file_nodes_file.inc :
Comment #11
jvieille commentedChanging status
Comment #12
gobinathmClosing the issue. It was inactive for a long time & it's related to a Drupal Version which is not supported anymore