Deprecated: trim(): Passing null to parameter #1 ($string) of type string is deprecated in /var/www/html/extensions/Variables/includes/ExtVariables.php on line 198

Deprecated: trim(): Passing null to parameter #1 ($string) of type string is deprecated in /var/www/html/extensions/Variables/includes/ExtVariables.php on line 198

Deprecated: trim(): Passing null to parameter #1 ($string) of type string is deprecated in /var/www/html/extensions/Variables/includes/ExtVariables.php on line 198

Deprecated: trim(): Passing null to parameter #1 ($string) of type string is deprecated in /var/www/html/extensions/Variables/includes/ExtVariables.php on line 198
PreferenceBundles: Difference between revisions - iPhone Development Wiki

PreferenceBundles: Difference between revisions

From iPhone Development Wiki
m (→‎The old simple way: Update link.)
m (Formatting.)
Line 1: Line 1:
'''Preference Bundles''' are bundles for extending the [[Preferences.app|Settings]] application. Developers can build their own bundles and place them in <tt>/Library/PreferenceBundles/</tt> for others to use.
'''Preference Bundles''' are bundles for extending the [[Preferences.app|Settings]] application. Developers can build their own bundles and place them in <tt>/Library/PreferenceBundles/</tt> for others to use.


== Structure of a Preference Bundle ==
= Structure of a Preference Bundle =


Preference bundles must have the extension <tt>.bundle</tt>. The principle class of the bundle should be a subclass of [[PSListController]] or [[PSViewController]]. When providing localization files, if a specifier plist is called <tt>spec.plist</tt>, there should be a corresponding localization file called <tt>spec.strings</tt>. The bundle can have a 29&times;29 icon, with a preferred name of <tt>icon.png</tt>.
Preference bundles must have the extension <tt>.bundle</tt>. The principle class of the bundle should be a subclass of [[PSListController]] or [[PSViewController]]. When providing localization files, if a specifier plist is called <tt>spec.plist</tt>, there should be a corresponding localization file called <tt>spec.strings</tt>. The bundle can have a 29&times;29 icon, with a preferred name of <tt>icon.png</tt>.
Line 7: Line 7:
For more information on specifiers, see [[Preferences_specifier_plist|Preferences Specifier Plist Format]].
For more information on specifiers, see [[Preferences_specifier_plist|Preferences Specifier Plist Format]].


== Issues with OS 3.2 and 4.0 ==
= Issues with OS 3.2 and 4.0 =


<tt>PSViewController</tt> underwent a massive change after 3.1, breaking all custom subclasses on the iPad and on 4.0 - it is now a UIViewController.
<tt>PSViewController</tt> underwent a massive change after 3.1, breaking all custom subclasses on the iPad and on 4.0 - it is now a UIViewController.
Line 22: Line 22:
</source>
</source>


== Using a Preference Bundle ==
= Using a Preference Bundle =


{{main|PreferenceLoader#PreferenceBundle_Approach}}
{{main|PreferenceLoader#PreferenceBundle_Approach}}
Line 42: Line 42:
</source>
</source>


== Loading Preferences ==
= Loading Preferences =


=== The old simple way ===
== The old simple way ==


It is very common to load preferences in the constructor (<code>%ctor</code>) of your tweak.  
It is very common to load preferences in the constructor (<code>%ctor</code>) of your tweak.  
Line 66: Line 66:
More information about preferences can be seen [[Preferences#Examples | here]].
More information about preferences can be seen [[Preferences#Examples | here]].


=== Into sandboxed/unsandboxed processes in iOS 8 ===
== Into sandboxed/unsandboxed processes in iOS 8 ==


This is a method that Karen (angelXwind) uses for several of her tweaks, notably mikoto and [https://github.com/angelXwind/PreferenceOrganizer2/ PreferenceOrganizer 2] as of this writing.
This is a method that Karen (angelXwind) uses for several of her tweaks, notably mikoto and [https://github.com/angelXwind/PreferenceOrganizer2/ PreferenceOrganizer 2] as of this writing.
Line 133: Line 133:
</source>
</source>


=== Into unsandboxed processes (using CFPreferences) ===
== Into unsandboxed processes (using CFPreferences) ==


With the release of iOS 8, it became evident that the popular plist loading method wasn't the best way to load preferences. saurik summarized it well: "As far as I can tell, the idea is that the plist file on disk is simply backing a shared memory region managed by cfprefsd, which Apple has brought to iOS from OS X 10.8. It only gets flushed when cfprefsd "feels like it". But if you ask cfprefsd for the value using the actual APIs you are supposed to use to access these files, it should work."
With the release of iOS 8, it became evident that the popular plist loading method wasn't the best way to load preferences. saurik summarized it well: "As far as I can tell, the idea is that the plist file on disk is simply backing a shared memory region managed by cfprefsd, which Apple has brought to iOS from OS X 10.8. It only gets flushed when cfprefsd "feels like it". But if you ask cfprefsd for the value using the actual APIs you are supposed to use to access these files, it should work."
Line 173: Line 173:
(This works with the old dict objectForKey - instead <code>preferences = [[NSDictionary alloc] initWithContentsOfFile:PreferencesPath/com.my.tweak.plist];</code> you can use the above code. This solution doesn't require any massive code modifications to support iOS8)
(This works with the old dict objectForKey - instead <code>preferences = [[NSDictionary alloc] initWithContentsOfFile:PreferencesPath/com.my.tweak.plist];</code> you can use the above code. This solution doesn't require any massive code modifications to support iOS8)


=== Hooking both sandboxed and unsandboxed processes (CFPreferences and NSDictionary) ===
== Hooking both sandboxed and unsandboxed processes (CFPreferences and NSDictionary) ==


<source lang="objc">
<source lang="objc">
Line 194: Line 194:
</source>
</source>


== External links ==
= External links =


* [http://www.touchrepo.com/guides/preferencebundles/PreferenceBundles.doc iPhone Settings Within Settings.app], by Skylar Cantu.
* [http://www.touchrepo.com/guides/preferencebundles/PreferenceBundles.doc iPhone Settings Within Settings.app], by Skylar Cantu.

Revision as of 19:50, 2 January 2016

Preference Bundles are bundles for extending the Settings application. Developers can build their own bundles and place them in /Library/PreferenceBundles/ for others to use.

Structure of a Preference Bundle

Preference bundles must have the extension .bundle. The principle class of the bundle should be a subclass of PSListController or PSViewController. When providing localization files, if a specifier plist is called spec.plist, there should be a corresponding localization file called spec.strings. The bundle can have a 29×29 icon, with a preferred name of icon.png.

For more information on specifiers, see Preferences Specifier Plist Format.

Issues with OS 3.2 and 4.0

PSViewController underwent a massive change after 3.1, breaking all custom subclasses on the iPad and on 4.0 - it is now a UIViewController.

Improper implementations of PSListController subclasses will fail to work properly on 4.0 and later. You must set _specifiers within the - (id)specifiers method and return it. This is because PSListController relies on _specifiers to generate specifier metadata and group indices since iOS 4.0. Example:

- (id)specifiers {
	if (!_specifiers){
		_specifiers = [[self loadSpecifiersFromPlistName: kNameOfPreferencesPlist target: self] retain];
	}
	return _specifiers;
}

Using a Preference Bundle

When creating these bundles you might use other interface elements than PSCells. When doing so you can have some that modify the preferences so you'll want to make those changes be saved. For this objective there are various APIs; aside from the -[NSDictionary writeToFile:atomically:], there's the CFPreferences family of functions. The following snippet shows how to save a dictionary to a "domain":

Boolean savePreferencesDictionary(CFStringRef appID, CFDictionaryRef dict) {
	CFPreferencesSetMultiple(dict, nil, appID, kCFPreferencesCurrentUser, kCFPreferencesAnyHost);
	return CFPreferencesSynchronize(appID, kCFPreferencesCurrentUser, kCFPreferencesAnyHost);
}

/*
 * call from Foundation:
	NSString *bundleID = @"com.your.tweak";
	NSDictionary *preferences = @{ @"enabled":@YES, @"title":@"An Awesome Tweak!"};
	BOOL b = (BOOL)savePreferencesDictionary((CFStringRef)bundleID, (CFDictionaryRef)preferences);
 */

Loading Preferences

The old simple way

It is very common to load preferences in the constructor (%ctor) of your tweak.

static void loadPrefs() {
	NSMutableDictionary *settings = [[NSMutableDictionary alloc] initWithContentsOfFile:@"/var/mobile/Library/Preferences/bundleID.plist"];

	logging = [settings objectForKey:@"logging_enabled"] ? [[settings objectForKey:@"logging_enabled"] boolValue] : NO;
}

%ctor {
    loadPrefs();
    CFNotificationCenterAddObserver(CFNotificationCenterGetDarwinNotifyCenter(), NULL, (CFNotificationCallback)loadPrefs, CFSTR("bundleID/saved"), NULL, CFNotificationSuspensionBehaviorCoalesce);

}

It is very important to only load the preferences in the constructor and not access or modify any UI elements. If you need to do this, register a callback for UIApplicationDidFinishLaunchingNotification to do UI related operations in.

More information about preferences can be seen here.

Into sandboxed/unsandboxed processes in iOS 8

This is a method that Karen (angelXwind) uses for several of her tweaks, notably mikoto and PreferenceOrganizer 2 as of this writing.

Her method involves overriding setPreferenceValue:specifier and readPreferenceValue: in the preference bundle to restore the old, pre-iOS 8 behaviour as it completely bypasses CFPreferences and writes directly to file.

This way, you can continue to read from the plist without worrying about cfprefsd. CFNotifications are still posted upon preference set.

This method has been tested to work in iOS 5, 6, 7, and 8.

Add this in your PSListController implementation code:

#define exampleTweakPreferencePath @"/User/Library/Preferences/com.developer.exampleTweak.plist"

-(id) readPreferenceValue:(PSSpecifier*)specifier {
	NSDictionary *exampleTweakSettings = [NSDictionary dictionaryWithContentsOfFile:exampleTweakPreferencePath];
	if (!exampleTweakSettings[specifier.properties[@"key"]]) {
		return specifier.properties[@"default"];
	}
	return exampleTweakSettings[specifier.properties[@"key"]];
}

-(void) setPreferenceValue:(id)value specifier:(PSSpecifier*)specifier {
	NSMutableDictionary *defaults = [NSMutableDictionary dictionary];
	[defaults addEntriesFromDictionary:[NSDictionary dictionaryWithContentsOfFile:exampleTweakPreferencePath]];
	[defaults setObject:value forKey:specifier.properties[@"key"]];
	[defaults writeToFile:exampleTweakPreferencePath atomically:YES];
	NSDictionary *exampleTweakSettings = [NSDictionary dictionaryWithContentsOfFile:exampleTweakPreferencePath];
	CFStringRef toPost = (CFStringRef)specifier.properties[@"PostNotification"];
	if(toPost) CFNotificationCenterPostNotification(CFNotificationCenterGetDarwinNotifyCenter(), toPost, NULL, NULL, YES);
}

Now you can load preferences in your tweak like this:

#define exampleTweakPreferencePath @"/User/Library/Preferences/com.developer.exampleTweak.plist"

static BOOL exampleTweakOption;

static void exampleTweakInitPrefs() {
	NSDictionary *exampleTweakSettings = [NSDictionary dictionaryWithContentsOfFile:exampleTweakPreferencePath];
	NSNumber *exampleTweakOptionKey = exampleTweakSettings[@"exampleTweakOptionKey"];
	exampleTweakOption = exampleTweakOptionKey ? [exampleTweakOptionKey boolValue] : 1;
}

static void killExampleProcess() {
	system("/usr/bin/killall -9 exampleProcess");
}

%ctor {
	CFNotificationCenterAddObserver(CFNotificationCenterGetDarwinNotifyCenter(), NULL, (CFNotificationCallback)funcToCall, CFSTR("com.developer.exampleTweak-exampleTweakPreferencesChanged"), NULL, CFNotificationSuspensionBehaviorCoalesce);
	exampleTweakInitPrefs();
}

%hook exampleClass
-(BOOL) exampleMethod {
	if (exampleTweakOption) {
		return 1;
	} else {
		return %orig();
	}
}
%end

Into unsandboxed processes (using CFPreferences)

With the release of iOS 8, it became evident that the popular plist loading method wasn't the best way to load preferences. saurik summarized it well: "As far as I can tell, the idea is that the plist file on disk is simply backing a shared memory region managed by cfprefsd, which Apple has brought to iOS from OS X 10.8. It only gets flushed when cfprefsd "feels like it". But if you ask cfprefsd for the value using the actual APIs you are supposed to use to access these files, it should work."

These "actual APIs" are documented here: https://developer.apple.com/library/mac/documentation/CoreFoundation/Reference/CFPreferencesUtils/. Perhaps you'll end up with something like this:

CFPreferencesAppSynchronize(CFSTR("com.my.tweak"));
CFPropertyListRef value = CFPreferencesCopyAppValue(CFSTR("enabled"), CFSTR("com.my.tweak"));
//do something with the value

This was tested back to iOS 6, and it seemed to work without problems. This solution does not work if you are in third party apps or other apps that have sandboxed preferences.

The following is an alternative discovered by merdok, which lets you interact with it via dictionary API. It has the same limitations.

static NSDictionary *preferences;

static void PreferencesChangedCallback(CFNotificationCenterRef center, void *observer, CFStringRef name, const void *object, CFDictionaryRef userInfo) {
	[preferences release];
	CFStringRef appID = CFSTR("com.my.tweak");
	CFArrayRef keyList = CFPreferencesCopyKeyList(appID, kCFPreferencesCurrentUser, kCFPreferencesAnyHost);
	if (!keyList) {
		NSLog(@"There's been an error getting the key list!");
		return;
	}
	preferences = (NSDictionary *)CFPreferencesCopyMultiple(keyList, appID, kCFPreferencesCurrentUser, kCFPreferencesAnyHost);
	if (!preferences) {
		NSLog(@"There's been an error getting the preferences dictionary!");
	}
	CFRelease(keyList);
}

CFPreferencesCopyMultiple returns a CFDictionaryRef which is "toll-free bridged" with its Cocoa Foundation counterpart, NSDictionary. CFArrayRef keyList = CFAutorelease(CFPreferencesCopyKeyList(appID, kCFPreferencesCurrentUser, kCFPreferencesAnyHost)); - throws an error (maybe because it's undocumented).

(This works with the old dict objectForKey - instead preferences = [[NSDictionary alloc] initWithContentsOfFile:PreferencesPath/com.my.tweak.plist]; you can use the above code. This solution doesn't require any massive code modifications to support iOS8)

Hooking both sandboxed and unsandboxed processes (CFPreferences and NSDictionary)

static void reloadPrefs() {
    // Check if system app (all system apps have this as their home directory). This path may change but it's unlikely.
    BOOL isSystem = [NSHomeDirectory() isEqualToString:@"/var/mobile"];
    // Retrieve preferences
    NSDictionary* prefs = nil;
    if(isSystem) {
        CFArrayRef keyList = CFPreferencesCopyKeyList(CFSTR("com.your.tweak"), kCFPreferencesCurrentUser, kCFPreferencesAnyHost);
        if(keyList) {
            prefs = (NSDictionary *)CFPreferencesCopyMultiple(keyList, CFSTR("com.your.tweak"), kCFPreferencesCurrentUser, kCFPreferencesAnyHost);
            if(!prefs) prefs = [NSDictionary new];
            CFRelease(keyList);
        }
    }else {
        prefs = [NSDictionary dictionaryWithContentsOfFile:@"/User/Library/Preferences/com.your.tweak.plist"];
    }
}

External links