I have problems with the flickr CCK field module. In the teaser view, the image is not displayed, but you get the following code to see.
<img src="http://farm4.static.flickr.com/3086/3128569660_27067d6a8c_t.jpg" alt="Disco time !" title="Disco time !" class=" flickr-photo-img" height="67" width="100" />
Source: FlickrIn the full node view the image appears correctly. I've tried different display options but it makes no difference
| Comment | File | Size | Author |
|---|---|---|---|
| #3 | Picture 1.png | 72.4 KB | Anonymous (not verified) |
Comments
Comment #1
sharifudinrizal commentedAlso having this problem. Kinda serious if it displays the code instead of the photos.
Comment #2
Grumot commentedit seems that replacing
l($img, 'node/'. $node->nid, array('title' => $title), NULL, NULL, TRUE, TRUE)by
l($img, 'node/'. $node->nid, array('attributes' => array('title' => $title), 'absolute' => TRUE, 'html' => TRUE))in the 'theme_flickrfield_photo' and 'theme_flickrfield_photoset' functions could work...
Don't ask me why: I just took this out from the 'theme_flickr_photo' function of the flickr.module
I hope this will help...
Comment #3
Anonymous (not verified) commentedCan anyone advise how this Flickrfield module works.
I have created a new content type, added the the flickrfield field type to the new content type and then
created some content of that field type (Please see screenshot)
What would you expect to happen next ?
Paul
Comment #4
Grumot commentedI don't know how it works. So I don't know either what should happen exactly.
At mines, it works fine when using it in a view (adding the flickrfield as a field), but displaying the node, it doesn't pop out. I would expect it to appear here to, like any other CCK field set to visible in the display property of the content type.
Thanks :)
Comment #5
Anonymous (not verified) commentedThis module does not seem to work and i don't know how it should work.
If anyone has the time to look into this bug please do. If we can't resolve this bug next week we will release a RC1 without this module and bring it back in post official release.
Best, Paul
Comment #6
Grumot commentedI played with the module. It doesn't work right now if we just add a field without special setup. But if we change the size of the image to display (in the content type settings), then it works.
It looks like it doesn't choose a formatter...
strange...
Comment #7
Grumot commentedOK, I've got it...
I believe it's more a CCK bug than a bug specific to the flickrfield.module
Indeed: there is no 'default' formatter proposed in the
flickrfield_themefunction (nor in theflickrfield_field_formatter_infonor in thetheme_flickrfield_field_formatterfunction), but by default, when inserting a new field to a content type, its default formatter is set to 'default' although for example here, we can see that 'square' is selected...A way to go around this limitation is to create a formatter attached to 'default'. It's not very clean but it functions...
Or a best way would be to force the selection of another formatter than 'default' when creating a new field in a content type. But I don't know how this can be achieved. If anybody would have a solution. it could be interesting...
Comment #8
Anonymous (not verified) commentedTaking a look at this bug report tomorrow
Comment #9
Anonymous (not verified) commentedWould anyone like to work on this ?
Comment #10
Grumot commentedThe problem is that it is not a flickrfield specific issue.... If we rename the default size "default", that's all the flickr module that has to be changed, not only flickrfield.
And if we don't want to modify the whole flickr module, it's the CCK module that would need to be patched so that it behaves differently with "default". Or may we warn this issue to the CCK.module dvper team?
Comment #11
Anonymous (not verified) commentedThis problems looks to have resolve itself with more recent versions of CCK