|
|
iPhoto? iTunes?
That's how I thought (in theory) iPhoto9 resolved this long standing issue. Here's the dilemma I still had... with my iPhoto Library in /users/shared/ and then selecting it with iPhoto in BOTH accounts as the default library, it SEEMS to be fine. But I cannot edit a photo that was imported by the other account in a given account. User1 can import photos, edit, do whatever. User2 can then SEE those photos and use them.. but NOT crop or otherwise modify them. The thumbnail that was created on import is unmodifiable because of ownership issues apparently. Same the other way around with photos that User2 imports -- User1 can see but not edit. So to edit a file you need to be in the account which imported it from the camera.
iPhoto? iTunes?
Another approach (there's an apple technical note to this effect, btw) is to create a sparse disk image without permissions, and add it to the each user's startup items. Move the iPhoto library to this virtual disk, and you've got effectively the same result, but with your internal drive being used. ---
perl -e 'require Signature.pm; srand; printf STDOUT "%s\n", $Signature[rand @Signature];'
iPhoto? iTunes?
To me the point of the /users/shared folder is a mystery given that it doesn't really enable sharing of files outside of 'read only'. Seems practically impossible for a multi-user mac to share photos or tunes, which I would THINK would be a very common need. My only solution so far is to host the iPhoto (and iTunes --same issue with modifying mp3 tags) libraries on an EXTERNAL drive set to ignore permissions. Which defeated my purpose of buying a new iMac with a 2TB internal drive.That is one good reason to partition the drive. All my macs have at least one other partition besides the system partition in the internal drive. You could easily partition the 2TB drive in such a way as to have, say, a MEDIA partition, ignoring permissions, where the iTunes and iPhoto (and, say, EyeTV...) libraries could reside and be shared. The usual restriction of having one user at a time running of these applications still applies, but this is by far the easiest way to do it. ---
Luís |
SearchFrom our Sponsor...Latest Mountain Lion HintsWhat's New:HintsNo new hintsComments last 2 daysNo new commentsLinks last 2 weeksNo recent new linksWhat's New in the Forums?
Hints by TopicNews from Macworld
From Our Sponsors |
|
Copyright © 2014 IDG Consumer & SMB (Privacy Policy) Contact Us All trademarks and copyrights on this page are owned by their respective owners. |
Visit other IDG sites: |
|
|
|
Created this page in 0.05 seconds |
|