I have developed an application using last SDK (4.3) and XCODE 4. I have tried this application on iPhone 4 and 3GS but always with IOS 4.3 on them.
Now I try to test my application on a 3G Iphone with IOS 3.1.3. To to that I declare "IOS Deployment Target" to be 3.1.
But their are compilation errors for the following pieces of code :
UIDevice* device = [UIDevice currentDevice];
BOOL backgroundSupported = NO;
if ([device respondsToSelector:#selector(isMultitaskingSupported)])
backgroundSupported = device.**multitaskingSupported**;
if (backgroundSupported)
[request setShouldContinueWhenAppEntersBackground:YES];
Compilation error : "Request for member 'multitaskingSupported' in something not a structure or union
And : "ASIFormDataRequest may not respond o ' - setShouldContinueWhenAppEntersBackground'
if ([[UIApplication sharedApplication] respondsToSelector:#selector(applicationState)] && [[UIApplication sharedApplication] applicationState] == **UIApplicationStateBackground**) {
...
}
Compilation error : "UIApplicationStateBackground undeclared first use in this function)
I do want to keep these behaviors for IOS4. How can I manage to have this compiled for target 3.1 ?
Thanks for your help !
kheraud
Make sure that, in your project or target info box, you have Base SDK set to iOS 4.2, and iOS Deployment Target set to iOS 3.1. It sounds to me like your Base SDK is set wrong.
Related
I have created UITableView project in XCode 4.6 with iOS 6.1 SDK, and set target sdk to 5.1, when the app calling dequeueReusableCellWithIdentifier in cellForRowAtIndexPath function, the app throw a exception, the simulator is 5.1, on simulator 6.x is ok.
1:
[UITableView dequeueReusableCellWithIdentifier:forIndexPath:]: unrecognized selector sent to instance
2:Terminating app due to uncaught exception NSInvalidArgumentException, reason: -[UITableView dequeueReusableCellWithIdentifier:forIndexPath:]: unrecognized selector sent to instance
1. dequeueReusableHeaderFooterViewWithIdentifier
Availability
Available in iOS 2.0 and later.
-> Minimum iOS version required to run this function is iOS 2.0
2 .dequeueReusableCellWithIdentifier:forIndexPath:
Availability
Available in iOS 6.0 and later.
-> Minimum iOS version required to run this function is iOS 6.0
EDIT
IF your want to use this function the you can check your current device version and then implement this
NSString *currSysVer = [[UIDevice currentDevice] systemVersion];
NSLog(#"curr version = %f",[currSysVer floatValue]);
if ([currSysVer floatValue] >= 6) {
//iOS 6.0 and later code
// dequeueReusableCellWithIdentifier:forIndexPath:
}
else{
//dequeueReusableHeaderFooterViewWithIdentifier
}
If you look at the Apple documentation, you'll see that dequeueReusableCellWithIdentifier: forIndexPath: came in with iOS 6.0.
That means if you try to call this method on iOS 5.X devices, it's going to throw an exception.
It would be better if you used the older "dequeueReusableCellWithIdentifier:" call if possible.
One big difference between the two calls is that the latter (older) one can return nil, in which case you need to alloc/init a new reuseable cell.
I have an universal iOS app, giving efforts to make it compatible with iOS 6. I am using Cordova / Phonegap framework so my app is HTML, CSS and JS. I am using calenderPlugin for Cordova which is available on GitHub, working fine before iOS 6.
Issue starts here:
Apple added that, from iOS 6 onwards, before doing any operations on calendars and reminders, we need to grant a permission from user. for that here is the sample code:
EKEventStore *eventStore = [[EKEventStore alloc] init];
if( [self checkIsDeviceVersionHigherThanRequiredVersion:#"6.0"] ) {
[eventStore requestAccessToEntityType:EKEntityTypeEvent completion:^(BOOL granted, NSError *error) {
if (granted){
//---- codes here when user allow your app to access theirs' calendar.
}else
{
//----- codes here when user NOT allow your app to access the calendar.
}
:
:
}];
}
//**********************************************************************************
// Below is a block for checking is current ios version higher than required version.
//**********************************************************************************
- (BOOL)checkIsDeviceVersionHigherThanRequiredVersion:(NSString *)requiredVersion
{
NSString *currSysVer = [[UIDevice currentDevice] systemVersion];
if ([currSysVer compare:requiredVersion options:NSNumericSearch] != NSOrderedAscending)
{
return YES;
}
return NO;
}
Of course I have added EventKit.Framework and EventKitUI.Framework. Now the thing is,
for development of iOS 6 I downloaded and installed xCode 4.5 which comes with iOS6 SDK.
xCode does not find out this method requestAccessToEntityType, neither the constant EKEntityTypeEvent is available.
It seems I am missing EventKit.Framework for iOS 6, but how? I have xCode 4.5 which came with SDK for iOS 6. Any suggestions?
Issue Solved,
I have added EventKit.framework by right click on frameworks under project and add files to project. these frameworks was for iOS 5. To add framework for iOS 6, first I removed this frameworks from my frameworks folder and then went to Targets > Summary > Linked Frameworks and Libraries. there I pressed + and added EventKit.framework appearing under iOS 6 folder.
Cheers :-) happy coding.
Check with your BaseSDK, because I have no problem using it in XCode4.5 with iOS6 SDK. I upgrade my XCode 4.5 via App Store, not from development site though.
I am getting the following error while running an app on iOS simulator 4.2/4.3. It's working fine with iOS 5.
dyld: Library not loaded: /System/Library/Frameworks/Accounts.framework/Accounts
Referenced from: /Users/User/Library/Application Support/iPhone Simulator/4.3/Applications/FBFD053F-E816-4114-AFEB-D90A6A67259B/SampleApp.app/SampleApp
Reason: image not found
I am using the AssetsLibrary and OpenCV frameworks in my app.
I am not getting the cause of error.
Better yet you could keep it but change it from Link Binary With Libraries: from required to optional.
Then in your code skip the framework methods when in a 4.x device.
You are getting this error because Accounts.framework is only available in iOS 5.0 or later. So you are not able to run it on iOS 4.2/4.3.
You can also mark Accounts.framework as optional. In Xcode, select Targets > Build Phases > Link with binary libraries > Accounts.framework and mark as optional.
Also please make sure to skip this code(code that requires iOS 5.0 or greater) in iOS 4.3. You can use the following code to check this :
NSString *reqSysVer = #"5.0";
NSString *currSysVer = [[UIDevice currentDevice] systemVersion];
if ([currSysVer compare:reqSysVer options:NSNumericSearch] != NSOrderedAscending) {
//Add any code that requires iOS 5.0
}
i'm trying to add printing features to an ios app.
while printing itself works fine, and the app works on ios > 4, i haven't figured out yet how to keep the ios 3.1 compatibility...
i guess the issue is this: completionHandler:(UIPrintInteractionCompletionHandler)
A block of type UIPrintInteractionCompletionHandler that you implement to handle the
conclusion of the print job (for instance, to reset state) and to
handle any errors encountered in printing.
once i add the block:
void (^completionHandler)(UIPrintInteractionController *, BOOL, NSError *) =
^(UIPrintInteractionController *printController, BOOL completed, NSError *error) {
};
the app won't even launch on iOS 3.1
probably because blocks aren't available there.
yes, i made sure that this code won't be run when launched on iOS 3.1...
if (([[[UIDevice currentDevice] systemVersion] floatValue] >= 4.2) && ([UIPrintInteractionController isPrintingAvailable]))
so i wonder if there's a way to have printing support for iOS >4.2, but keeping it to run on iOS 3.1?
maybe there's a way to use a method instead of the "block"?
or how would be the correct way to have printing available on supported iOS devices, and remain backwards compatible to iOS 3.1?
just add -weak_framework UIKit to the project settings under "Other Linker Flags" and make sure you use conditional code for printing API.
Conditional code should check feature availability, not OS version:
if (NSClassFromString(#"UIPrintInteractionController")){
void (^completionHandler)(UIPrintInteractionController *, BOOL, NSError *) =
^(UIPrintInteractionController *printController, BOOL completed, NSError *error) {
};
}
Set your project target to iOS 3, and you're good to go.
The best practice for detecting if AirPrint is available is to use NSClassFromString. If you use this method in general, then you always know if exactly the class you want is available, without having to hard-code which features correspond with which version. Example code:
Class printControllerClass = NSClassFromString(#"UIPrintInteractionController");
if (printControllerClass) {
[self setupCanPrintUI];
} else {
[self setupCannotPrintUI];
}
That way your app can still work on previous iOS versions, although it won't be able to print from them.
I've been able to use this technique and run it on an iOS 3.0 device without any problems with the block code (the ^-based stuff). In my build settings, I have the Base SDK set to iOS 4.2, and the Deployment Target set to iOS 3.0.
I posted a sample Xcode project at the end of this blog post on printing in iOS. This is the project that successfully runs for me on a device with iOS 3.0 and another device with iOS 4.2. You may have to change the bundle identifier in the info.plist to get the code-signing to work for you, but that's independent of the printing stuff.
Set Deployment Target in your Project Settings to iOS 3.x. However, set the Base SDK to 4.2. Now you can use the 4.2 classes and iPhones running 3.x can install your app too.
Keep in mind that when you use a 4.2 class on an iPhone 3.x, the application will crash (so keep checking the system version on-the-go).
NSComparisonResult order = [[UIDevice currentDevice].systemVersion compare:#"3.2" options: NSNumericSearch];
if (order == NSOrderedSame || order == NSOrderedDescending && [[UIDevice currentDevice]isMultitaskingSupported]) {
// >4.2
}
else {
//< 4.2
}
Note:
also change UIKit framework setting from "required" to "weak" this will help you to run application on iOs < 4.2 as well as iOs >= 4.2
I've got some code I want to only execute on the latest iPhone SDK (3.0), however I can't seem to figure out a way to target just 3.0 and ignore 2.2.1 etc. There is an ifdef statement, but it just seems to cover the entire iPhone:
#if TARGET_OS_IPHONE
Any help is appreciated.
You can use this #define to change what you build for each SDK...
#if __IPHONE_OS_VERSION_MIN_REQUIRED > __IPHONE_2_2
// iPhone 3.0 code here
#endif
And do this at run-time to run code for 3.0 and above:
float version = [[[UIDevice currentDevice] systemVersion] floatValue];
if (version >= 3.0)
{
// iPhone 3.0 code here
}
I'd be careful with the floatValue return result:
[[[UIDevice currentDevice] systemVersion] floatValue]
As with any floats, it may not be exactly what you expect. When running the above on my system, confused why my conditional statement wasn't executing, I noticed the value returned was:
3.20000005
Recommend the solutions here instead: How to check iOS version?
Excerpt:
NSComparisonResult order = [[UIDevice currentDevice].systemVersion compare: #"3.1.3" options: NSNumericSearch];
if (order == NSOrderedSame || order == NSOrderedDescending) {
// OS version >= 3.1.3
} else {
// OS version < 3.1.3
}
UPDATE: When building & running on iPhone (4.3.1) using Xcode 4, this no longer seems to work for me. Also, I get __IPHONE_OS_VERSION_MIN_REQUIRED = 30200.
The iPhone Developer's Cookbook says you can also do:
#ifdef _USE_OS_4_OR_LATER
// code to compile for 4.0 or later
#else
// code to compile for pre-4.0
#endif
And, it seems to work for me. :)
Pretty sure you can also do:
#ifdef __IPHONE_3_0
// 3.0 code here
#endif
It's in Xcode's build options. The drop down on the top left corner that says something like "myapp - 3.0 | Debug"
Select the build you want and presto, your done.
Using the trick of adding OTHER_CFLAGS = "-g3 -save-temps -dD" from this answer, I found that the define __IPHONE_OS_VERSION_MIN_REQUIRED 20000 with a project targeted at 2.2.1. Perhaps that will work?
I'm fairly certain that the comment on the OP sums it up. You can't. Because a compile time directive cannot make a run-time decision. In Xcode, if you target 3.0, it won't run on a 2.2.1 phone. If you target 2.2.1, it won't compile because you have 3.0 specific code in there.
The only true solution would be two versions of your app, one of which is compiled for 3.0, and the other for 2.2.1.
Well, my two cents:
How about building your app with the latest version say 3.0 so you can exploit all the new & cool APIs and specifying the Deployment Target as the least recent version you want to support so guys out there who didn't take time out to upgrade their devices will stil run your app. In this case as shown above you need to check for least recent version of the SDK and provide alternate functionality to make your application backward compatible.
Regards,
Hardik