Re: Stale xib files
On Nov 16, 2013, at 7:33 PM, Roland King r...@rols.org wrote: The process of updating apps from the appstore is different from installing in the sim or copying to the device, it creates an entirely new directory with the app bundle, installs the new app and then copies the user data over. So you shouldn't need to do anything special for your users (as long as you are talking about an appstore update) Thanks, that's good to know. My previous comment about using loadView is after reading some more not a good solution, since Apple recommends not to call [super loadView]. - Koen. ___ Cocoa-dev mailing list (Cocoa-dev@lists.apple.com) Please do not post admin requests or moderator comments to the list. Contact the moderators at cocoa-dev-admins(at)lists.apple.com Help/Unsubscribe/Update your Subscription: https://lists.apple.com/mailman/options/cocoa-dev/archive%40mail-archive.com This email sent to arch...@mail-archive.com
Re: Stale xib files
However, isn't the process of updating apps in appstore identical to an Ad-Hoc distro? For instance, I've seen this same issue when distributing apps via TestFlight or even my own server. On Nov 17, 2013, at 9:06 AM, Koen van der Drift koenvanderdr...@gmail.com wrote: On Nov 16, 2013, at 7:33 PM, Roland King r...@rols.org wrote: The process of updating apps from the appstore is different from installing in the sim or copying to the device, it creates an entirely new directory with the app bundle, installs the new app and then copies the user data over. So you shouldn't need to do anything special for your users (as long as you are talking about an appstore update) Thanks, that's good to know. My previous comment about using loadView is after reading some more not a good solution, since Apple recommends not to call [super loadView]. - Koen. ___ Cocoa-dev mailing list (Cocoa-dev@lists.apple.com) Please do not post admin requests or moderator comments to the list. Contact the moderators at cocoa-dev-admins(at)lists.apple.com Help/Unsubscribe/Update your Subscription: https://lists.apple.com/mailman/options/cocoa-dev/archive%40mail-archive.com This email sent to arch...@mail-archive.com
Re: Stale xib files
No I'm not sure that it is. Appstore updates really do blow things away and start over. I'm not sure that anything less than that does that. On 17 Nov, 2013, at 10:33 pm, Kevin Muldoon caoimgh...@gmail.com wrote: However, isn't the process of updating apps in appstore identical to an Ad-Hoc distro? For instance, I've seen this same issue when distributing apps via TestFlight or even my own server. On Nov 17, 2013, at 9:06 AM, Koen van der Drift koenvanderdr...@gmail.com wrote: On Nov 16, 2013, at 7:33 PM, Roland King r...@rols.org wrote: The process of updating apps from the appstore is different from installing in the sim or copying to the device, it creates an entirely new directory with the app bundle, installs the new app and then copies the user data over. So you shouldn't need to do anything special for your users (as long as you are talking about an appstore update) Thanks, that's good to know. My previous comment about using loadView is after reading some more not a good solution, since Apple recommends not to call [super loadView]. - Koen. ___ Cocoa-dev mailing list (Cocoa-dev@lists.apple.com) Please do not post admin requests or moderator comments to the list. Contact the moderators at cocoa-dev-admins(at)lists.apple.com Help/Unsubscribe/Update your Subscription: https://lists.apple.com/mailman/options/cocoa-dev/archive%40mail-archive.com This email sent to arch...@mail-archive.com
Re: Stale xib files
That would be a huge relief. Thanks Roland! On Nov 17, 2013, at 9:50 AM, Roland King r...@rols.org wrote: No I'm not sure that it is. Appstore updates really do blow things away and start over. I'm not sure that anything less than that does that. On 17 Nov, 2013, at 10:33 pm, Kevin Muldoon caoimgh...@gmail.com wrote: However, isn't the process of updating apps in appstore identical to an Ad-Hoc distro? For instance, I've seen this same issue when distributing apps via TestFlight or even my own server. On Nov 17, 2013, at 9:06 AM, Koen van der Drift koenvanderdr...@gmail.com wrote: On Nov 16, 2013, at 7:33 PM, Roland King r...@rols.org wrote: The process of updating apps from the appstore is different from installing in the sim or copying to the device, it creates an entirely new directory with the app bundle, installs the new app and then copies the user data over. So you shouldn't need to do anything special for your users (as long as you are talking about an appstore update) Thanks, that's good to know. My previous comment about using loadView is after reading some more not a good solution, since Apple recommends not to call [super loadView]. - Koen. ___ Cocoa-dev mailing list (Cocoa-dev@lists.apple.com) Please do not post admin requests or moderator comments to the list. Contact the moderators at cocoa-dev-admins(at)lists.apple.com Help/Unsubscribe/Update your Subscription: https://lists.apple.com/mailman/options/cocoa-dev/archive%40mail-archive.com This email sent to arch...@mail-archive.com
Re: Stale xib files
On Nov 17, 2013, at 8:50 AM, Roland King r...@rols.org wrote: No I'm not sure that it is. Appstore updates really do blow things away and start over. I'm not sure that anything less than that does that. Has that changed? At WWDC 2012 (as I remember), one of the big features of iOS 6 was that so long as you kept your file names consistent (there were a few slides on how to do that), App Store downloads would be incremental. Incrementally downloading new and revised files doesn't stop the installer from removing the deleted ones. This is a separate issue from merging the download and the (surviving) existing files into a fresh application bundle, transferring the user's files and preferences, and swapping the new bundle in. As far as I know, that's still what happens, but it's orthogonal to whether the download is incremental or from-scratch. — F ___ Cocoa-dev mailing list (Cocoa-dev@lists.apple.com) Please do not post admin requests or moderator comments to the list. Contact the moderators at cocoa-dev-admins(at)lists.apple.com Help/Unsubscribe/Update your Subscription: https://lists.apple.com/mailman/options/cocoa-dev/archive%40mail-archive.com This email sent to arch...@mail-archive.com
Re: Stale xib files
On Sun, Nov 17, 2013, at 05:03 PM, Fritz Anderson wrote: On Nov 17, 2013, at 8:50 AM, Roland King r...@rols.org wrote: No I'm not sure that it is. Appstore updates really do blow things away and start over. I'm not sure that anything less than that does that. Has that changed? At WWDC 2012 (as I remember), one of the big features of iOS 6 was that so long as you kept your file names consistent (there were a few slides on how to do that), App Store downloads would be incremental. Incrementally downloading new and revised files doesn't stop the installer from removing the deleted ones. Specifically, the session that talks about this is WWDC 2012 Session 414: Building, Archiving, and Submitting your App. --Kyle Sluder ___ Cocoa-dev mailing list (Cocoa-dev@lists.apple.com) Please do not post admin requests or moderator comments to the list. Contact the moderators at cocoa-dev-admins(at)lists.apple.com Help/Unsubscribe/Update your Subscription: https://lists.apple.com/mailman/options/cocoa-dev/archive%40mail-archive.com This email sent to arch...@mail-archive.com
Get write authorization
Hi all. I have a simple cocoa app (Mac OS X 10.9) that must install (or remove) a framework to system/library/Frameworks. It seems to need permission to do that, as the NSFileManager copyItemAtPath method returns error 513 (NSCocoaErrorDomain/SFileWriteNoPermissionError). So I tried to get authorization with: OSStatus status = AuthorizationCreate(NULL, kAuthorizationEmptyEnvironment, kAuthorizationFlagDefaults, myAuthorizationRef); if (status != errAuthorizationSuccess) { AuthorizationItem right = {kAuthorizationRightExecute, 0, NULL, 0}; AuthorizationRights rights = {1, right}; AuthorizationFlags flags = kAuthorizationFlagDefaults | kAuthorizationFlagInteractionAllowed | kAuthorizationFlagPreAuthorize | kAuthorizationFlagExtendRights; status = AuthorizationCopyRights(myAuthorizationRef, rights, NULL, flags, rights2); } status is errAuthorizationSuccess, but copyItemAtPath method still returns error 513. I tried to change the AuthorizationItem fields, but without success. Any idea? I googled a lot but without success either. Thank you all in advance, bedt regards, livio. ___ Cocoa-dev mailing list (Cocoa-dev@lists.apple.com) Please do not post admin requests or moderator comments to the list. Contact the moderators at cocoa-dev-admins(at)lists.apple.com Help/Unsubscribe/Update your Subscription: https://lists.apple.com/mailman/options/cocoa-dev/archive%40mail-archive.com This email sent to arch...@mail-archive.com
Re: Get write authorization
On Sun, Nov 17, 2013, at 10:41 PM, Livio Isaia wrote: Hi all. I have a simple cocoa app (Mac OS X 10.9) that must install (or remove) a framework to system/library/Frameworks. Why? /System is for OS-provided components only. You should only install your frameworks to /Library/Frameworks. --Kyle Sluder ___ Cocoa-dev mailing list (Cocoa-dev@lists.apple.com) Please do not post admin requests or moderator comments to the list. Contact the moderators at cocoa-dev-admins(at)lists.apple.com Help/Unsubscribe/Update your Subscription: https://lists.apple.com/mailman/options/cocoa-dev/archive%40mail-archive.com This email sent to arch...@mail-archive.com
Re: Get write authorization
On Sun, Nov 17, 2013, at 10:41 PM, Livio Isaia wrote: Hi all. I have a simple cocoa app (Mac OS X 10.9) that must install (or remove) a framework to system/library/Frameworks. Why? /System is for OS-provided components only. You should only install your frameworks to /Library/Frameworks. --Kyle Sluder Because the apps that need the framework seem not to find it there… May be they need a particular search path specification when building? Thanks, livio. ___ Cocoa-dev mailing list (Cocoa-dev@lists.apple.com) Please do not post admin requests or moderator comments to the list. Contact the moderators at cocoa-dev-admins(at)lists.apple.com Help/Unsubscribe/Update your Subscription: https://lists.apple.com/mailman/options/cocoa-dev/archive%40mail-archive.com This email sent to arch...@mail-archive.com