preview multiple picture in snow leopard

Works for me, what do you have set in Preview>Preferences>General>WhenOpeningFiles?

I tried this with JPEG's, is that what you attempted? My Preview is Version 5.0(501).

Scraping the bottom of the barrel now 🙂
Have you Checked the 'View' > Sidebar options in Preview?

You could also try quitting Preview, trashing ~/Library/Preferences/com.apple.Preview.plist, bring up Preview, and reset your preferences.

Good thought! I am running with a Sidebar.

Are these pictures downloaded from the Internet? If so, that's the problem. They have the Apple quarantine set and can't be batch opened with a double click from a Finder window, until after each individual one has been opened on its own. For now the best alternative is to use the Open dialog in Preview, select the batch you want there. Unfortunately, this does not seem to remove the quarantine flag--the only way to do that is to open the downloaded item individually, or run a Terminal shell script on them.
Francine


Francine
Schwieder

I know it wasn't doing it in Leopard. It is doing it in Snow Leopard. There have been a number of very lengthy discussions about it and I believe a bug report was filed. It would help if everyone who finds it a problem lets Apple know:

http://www.apple.com/feedback/macosx.html

Squeaky wheel gets the grease...
Francine


Francine
Schwieder

I found *A VERY SIMPLE WORKAROUND* for this bug:

If you *DRAG A FOLDER* containing images *TO THE Preview ICON IN THE DOCK* (or in the Finder), all images contained in that folder will be opened, even images in nested subfolders.

As a side effect, *ALL THE OPENED FILES WILL BE DE-QUARANTINED*.
(This also works with the corresponding command */usr/bin/open -a Preview.app folder_name* )

Except, this seems to depend on a certain condition, which is that for some reason, the folder which you drag to the Preview icon must itself have a com.apple.quarantine attribute – which it had in my case.


Let us now think about how these files and folders acquired that attribute:
The attribute was put (by the browser or by the OS ?) on a .zip file when it was downloaded by me, at which time the folder and the files contained in that Zip-file didn't have the attribute.
Then when the content in the archive was extracted, it inherited the attribute from the Zip-file, and how this is done seems to depend totally on the unarchiving utility used. The +Archive Utility.app+ puts the attribute from the archive-file on both folders end files in the extracted content. When I tried /usr/bin/unzip, it put the attribute only on files, not on folders, which made the drag-folder-to-the-Preview-icon trick not work, so I installed StuffIt Expander to give it a try. Turns out that the latest *STUFFIT EXPANDER DOESN'T APPLY THE QUARANTINE ATTRIBUTE*, which makes it *ANOTHER WORKAROUND FOR DOWNLOADED ARCHIVES*.

So because inheritance of the quarantine attribute seems to depend on the unarchiver used, I would guess that applying the attribute on download is also up to the modern browsers themselves (I tried Firefox and Safari), and not enforced by some special magic of the operating system. For example, /usr/bin/ftp doesn't apply the quarantine bit on http download. Maybe someone else can tell us about other browsers.

I can understand the security considerations behind this, and I think the bug is just that Preview.app (and probably other applications?) hasn't been properly implemented to handle this.

Bye the way, this seemed promising:
http://mymacinations.com/2008/02/06/changing-the-systems-default-settings-for-ht ml-files-safe/

I tried to add entries for public.jpeg, jpg and jpeg, but it didn't work ...

Hmm.., sorry for SHOUTing so much above 🙂

The essence of the above is:

If you download an archive file (I only tested .zip and .tgz files, but I expect it to be the same for other archive formats handled by these unarchiving utilities), and extract it using

A) +Archive Utility:+ (default in current OS X)

It should always work to de-quarantine all images in the extracted folder by dragging it to Preview in the Dock.

B) +StuffIt Expander:+

The extracted content will be de-quarantined automatically, since Expander (14.0/2010) doesn't seem to do quarantining (meaning inheritance of the quarantine attribute from the archive file to the extracted content).

--
and I also tested .rar archives, which aren't handled by +Archive Utility+, but UnRarX like StuffIt Expander doesn't seem to do quarantining, so no problems should be had ...

and, I made a Mac-aware Zip archive of quarantined files. The +Archive Utility+ preserves the quarantine attributes on extraction as it should, but +StuffIt Expander+ does not ...