I added a Settings.bundle to the keyboard target. But when I add the keyboard in the settings, the Items from the Settings.bundle doesn't show up. I had it working once. But this was in Beta 4.
-- best regards
In iOS8.0.2, the settings appear in the General->Keyboard section of the iOS settings app.
However, a bug in iOS prevents from reading these values.
The solution would be to create a settings screen in your containing app, and read/write the settings to the Shared Container, using [[NSUserDefaults alloc] initWithSuiteName:#"group.your.group.name"]
Note, though, that this solution requires the user to allow full access in the keyboard settings, which is currently not a very user-friendly setting.
Related
How can you add the Keyboards option in the settings of an app?
Like such:
I know the Siri & Search keys you must enter in your Info.plist, but I wasn't able to find how to directly add the keyboards option.
The purpose is to be able to turn on a custom keyboard from the apps settings rather than going through General > Keyboards > Add Keyboard.
If the answer is "You can not", how can you add a keyboard from within the app's own settings. There are several keyboard applications out there that have this feature, so unless it's a private deal with Apple I'm sure there is a way to do this.
Simply removing and adding the keyboard extension to an already existing project added the necessary elements to the info.plist. Not sure if this was a bug, software glitch on my end, or the alignment of the planets... all I know is that it is fixed now. Cheers!
I want to make settings in my application like Apple Settings. How can I make settings in such style?
In my mind I need TableView + custom Cells with Images & Switches, but it’s very difficult way to go. I think that XCode has easier and more standart way to do that
Update I'm talking about creating custom in-app settings view, not about Settings.bundle
If you want to do it in the settings app then you need to look up about settings bundles: https://developer.apple.com/library/ios/documentation/Cocoa/Conceptual/UserDefaults/Preferences/Preferences.html
If you want to have it look like the settings app but be within your app then I'd recommend InAppSettingsKit: http://www.inappsettingskit.com
I'm newbie, so i didn't know how to do ViewController like Apple Settings inside application. Now i know that, so answering on my question.
You can make settings in your application in 2 ways:
Make settings via settings.bundle, that settings will appear in Settings.app (not in your app). More at: https://developer.apple.com/library/ios/documentation/Cocoa/Conceptual/UserDefaults/Preferences/Preferences.html.
Make UITableViewController and there you can customize cells to appear like native Apple Settings.
I want to create a TableView which is automatically generated from the Settings.bundle. There used to be a framework InAppSettings but this isn't working with iOS 7 and up. Is there any other code/tutorial for this?
I have been searching around and couldn't find a boilerplate solution so created my own code for doing this. It supports the setting types Title, Group, Text Field, Multi Value and Toggle Switch.
It does NOT SUPPORT Slider.
This solution does support portrait AND landscape mode and can also handle changing over device orientations.
I have published the code and readme on my GIT.
https://github.com/KingIsulgard/iOS-InApp-Settings-TableView/blob/master/README.md
if you are developing Android apps, you can just create a PreferenceScreen/Activity and then link some preference items which are declared in a xml file to that screen. So you can build different settings menus and call them from different places in your app. They all use the same style and the same mechanism to save the settings chosen.
I was just wondering, that there is no such function in iOS. We have to call many different settings menus in our app, so how do I archive this? Is it better to design one dynamic settings screen which you can call from anywhere in your app (filled with different information each time), or should we use one big settings menu where all the app-settings live. Is it possible then, to simply jump to "submenus" of this big settings menu?
Should I use iOS Settings Bundle to generate the menu structure in files and then display them in an tableview?
I could find some Settings-Kits like InAppSettingsKit but I don't like to use an open source library for such an important function.
The settings bundle is the right way to add settings to your app.
It's a bit unusual to access settings from within an iOS app, but if you're sure you want to do so then InAppSettingsKit is a good a way to make the in-app settings as similar to the settings app as possible. The fact that it's open source shouldn't put you off - much of the iOS toolchain is open source.
I did a similar thing where I have an enum of menu modes. Each time the a table view cell is selected it changes the mode and redraws the table view. conditionals in numberOfRowsInSection: and numberOfSections: change the layout of the table and conditionals in cellForRowAtIndexPath: change the content, all based on the new mode set. I then spun the content of the table for each mode out into a JSON file and at the beginning read that into a Dictionary which forms the data structure that the table reads from.
I chose JSON as it's easily parsable with NSJSONSerialization
I would like to have a subview in settings.bundle which works like the Passcode Lock section in settings -> general.
More specifically, I would like to have a subview with the functionality that I can change an access key used in my app, asking for the old one to change for a new one.
Some one have some code, clue, tutorial?
Thanks in advance.
Have you looked at the apple documentation? It explains how to do this.
http://developer.apple.com/library/ios/#DOCUMENTATION/Cocoa/Conceptual/UserDefaults/Preferences/Preferences.html
Or check this tutorial http://www.informit.com/articles/article.aspx?p=1846575&seqNum=12
If you are wanting to make it look JUST LIKE the passcode lock screen it will be hard to do. Apple limits what a developer can do to the settings menu for their application. You could just put 4 text boxes on the screen but it won't be able to automatically go to the next box since you cannot add code to your settings bundle.