Quote:
|
Originally Posted by mshalperin
If you attempt this with OW, the "avatar" drags as "member.php.weblock" which is an HTML, not an image, file (points to the member's info page).
|
Dragging images that have URLs assigned to them has always dragged the URL in OmniWeb (historical thing, another thread complaining about it, I'd prefer it to drag the image rather than URL as would others, but that's the way it is unless OmniGroup change their minds in the future). Shift-dragging the avatar does actually copy the image file to the desktop but, in this instance, it incorrectly labels it as a .php file. If you force Preview to open the .php file (command-option drag it to the Preview icon and drop it), it will load, and get info will show that it is a .gif. If you relabel it with .gif on the end it converts it to the correct file format. If you download or copy the image, it is correctly identified and labelled as a .gif.
Therefore, it seems that there is a bug in the way OmniWeb is handling the shift-drag of these particular image files because, normally, it just works™.