Re: Stale xib files

2013-11-17 Thread Kyle Sluder
On Sun, Nov 17, 2013, at 05:03 PM, Fritz Anderson wrote:
> On Nov 17, 2013, at 8:50 AM, Roland King  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

Re: Stale xib files

2013-11-17 Thread Fritz Anderson
On Nov 17, 2013, at 8:50 AM, Roland King  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

2013-11-17 Thread Kevin Muldoon
That would be a huge relief. Thanks Roland!

On Nov 17, 2013, at 9:50 AM, Roland King  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  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  
>> wrote:
>> 
>>> 
>>> On Nov 16, 2013, at 7:33 PM, Roland King  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

2013-11-17 Thread Roland King
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  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  
> wrote:
> 
>> 
>> On Nov 16, 2013, at 7:33 PM, Roland King  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

2013-11-17 Thread Kevin Muldoon
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  
wrote:

> 
> On Nov 16, 2013, at 7:33 PM, Roland King  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

2013-11-17 Thread Koen van der Drift

On Nov 16, 2013, at 7:33 PM, Roland King  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

2013-11-16 Thread Roland King
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)

On 17 Nov, 2013, at 1:26 am, Koen van der Drift  
wrote:

> I'm in the process of removing some xibs, and construct my views in the 
> ViewController. As it turns out, the app in the simulator or my device don't 
> recognize that the xib was removed, and I need to completely reset the 
> simulator, clean my build and build-folder, and then it works.
> 
> My question is, how can I prevent this for my users? I don't want them to 
> have to remove their app including all the data once an update becomes 
> avialble.
> 
> - 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/rols%40rols.org
> 
> This email sent to r...@rols.org


___

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

2013-11-16 Thread Kevin Muldoon
Nice!!!

Sent from my iPhone

> On Nov 16, 2013, at 4:34 PM, Koen van der Drift  
> wrote:
> 
> I found a solution (thanks to SO).  I moved the view creating code from 
> viewDidLoad to loadView. And call [super loadView] first.
> 
> - Koen.
> 
> 
>> On Nov 16, 2013, at 12:54 PM, Kevin Muldoon  wrote:
>> 
>> I've experienced this as well, switching from xib to code. As far as I know, 
>> a clean install is only answer. 
>> 
>> Sent from my iPhone
>> 
>>> On Nov 16, 2013, at 12:26 PM, Koen van der Drift 
>>>  wrote:
>>> 
>>> I'm in the process of removing some xibs, and construct my views in the 
>>> ViewController. As it turns out, the app in the simulator or my device 
>>> don't recognize that the xib was removed, and I need to completely reset 
>>> the simulator, clean my build and build-folder, and then it works.
>>> 
>>> My question is, how can I prevent this for my users? I don't want them to 
>>> have to remove their app including all the data once an update becomes 
>>> avialble.
>>> 
>>> - 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/caoimghgin%40gmail.com
>>> 
>>> This email sent to caoimgh...@gmail.com
> 

___

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

2013-11-16 Thread Koen van der Drift
I found a solution (thanks to SO).  I moved the view creating code from 
viewDidLoad to loadView. And call [super loadView] first.

- Koen.


On Nov 16, 2013, at 12:54 PM, Kevin Muldoon  wrote:

> I've experienced this as well, switching from xib to code. As far as I know, 
> a clean install is only answer. 
> 
> Sent from my iPhone
> 
>> On Nov 16, 2013, at 12:26 PM, Koen van der Drift  
>> wrote:
>> 
>> I'm in the process of removing some xibs, and construct my views in the 
>> ViewController. As it turns out, the app in the simulator or my device don't 
>> recognize that the xib was removed, and I need to completely reset the 
>> simulator, clean my build and build-folder, and then it works.
>> 
>> My question is, how can I prevent this for my users? I don't want them to 
>> have to remove their app including all the data once an update becomes 
>> avialble.
>> 
>> - 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/caoimghgin%40gmail.com
>> 
>> This email sent to caoimgh...@gmail.com


___

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

2013-11-16 Thread Kevin Muldoon
I've experienced this as well, switching from xib to code. As far as I know, a 
clean install is only answer. 

Sent from my iPhone

> On Nov 16, 2013, at 12:26 PM, Koen van der Drift  
> wrote:
> 
> I'm in the process of removing some xibs, and construct my views in the 
> ViewController. As it turns out, the app in the simulator or my device don't 
> recognize that the xib was removed, and I need to completely reset the 
> simulator, clean my build and build-folder, and then it works.
> 
> My question is, how can I prevent this for my users? I don't want them to 
> have to remove their app including all the data once an update becomes 
> avialble.
> 
> - 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/caoimghgin%40gmail.com
> 
> This email sent to caoimgh...@gmail.com

___

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