I've made a settings screen using the Settings.bundle/Root.plist
Recently my client has seen some apps disable options based on a switch. And now they want something like that.
After searching here and apple resources a lot of people say it's not possible, but I see some apps do this. My question is how can i disable or hide an item or group based on other option.
The apps that do what i'm talking about are using the iphone's definition app, so it's not a costume settings screens in app.
Sorry for the bad english. Thank you for any assistance on this matter.
I'm just going to repeat what the others said and say that it is not possible. It is a static list, always. If you think you've seen an app that does do it, please indicate which one that is and what setting this pertains to. I'd be interested to take a look at that.
Related
I’m no new user of Apple products, but I am brand new to coding and automation on iPhone. I’ve created an automation that does something at a specific time of day, but that’s as far as I’ve gotten because there’s limited settings they offer without me coding anything in. I’m trying to change a specific setting in the settings app “Notifications->(App)->turn notifications off” but I’m not sure how, or even if it’s possible to do, outside of what’s already programmed in. Thanks in advance, if anyone figures it out and lends a hand. (Edit: I would automate Do Not Disturb because that seems like the simple answer, but long story short, I don’t want anyone to see banners of messages and read my texts without my phone unlocked, and Do Not Disturb doesn’t do that as far as I’m aware.)
I'm thinking about implementing basic voice control for an iOS app. The app will have a dictionary with about 30 entries, where each entry is a first and last name. When the user speaks to the app, the app will need to select the correct name from the list of ~30.
One thing I'm not sure about: the list of names is defined by each user of the app. So every user will have a different set of names.
I'm wondering if there is a an open source library that is customizable on this level? My biggest concern is that I won't be able to let the user define the dictionary.
Any ideas on how this could be done?
Thanks in advance, and please forgive the vague question :)
#### ### ### ###
Update: I am aware of the OpenEars library. Can't find anything on their site on if they allow limited, user-defined dictionaries. I can see that an app developer can set a custom dictionary, but nothing on if the app's end user could do this. Thanks for the help!
OpenEars allows you to define your own vocabulary out of the box using http://www.politepix.com/openears/#LanguageModelGenerator_Class_Reference
You can ignore all words outside of the vocabulary you define by using the Rejecto plugin.
You can do something similar with Julius, but I'm told OpenEars has better acoustic models.
I have used Julius in the past it worked very well on a Linux machine.
Now for iOS, some guys creaceed have compiled it for our lovely platform and propose a SDK.
I have no clue on how good it is, but at least there is a trial version you could check. In my opinion for your purpose (1/30 possibilities) it should work pretty well.
We are creating an iOS app that does not look like any other app you would find in the app store.
My question is, am I allowed to create custom components such as header bars, tab bars, tables etc. for my app and not get rejected by Apple when publishing the app to the app store?
Months of thought and planning has gone into the UI and flow of the app, so the user experience would be superb, we're just concerned about how apple feels about custom apps/components like these?
Regards
There's nothing inherently wrong with creating an app that's got a completely different look and feel to everything else.
But what I would advise is that you try to use the built-in components as much as possible. In recent versions of iOS Apple have introduced a number of APIs to let you customise their look and feel significantly, and some of the most innovative UIs out there are simple table and collection views that have been hacked to pieces.
This is because Apple's built in components have logged many hundreds of thousands (if not millions) of hours of real-world testing and use, and are thus vastly more stable and field-tested than a totally custom component. Plus, they often have various built in features (such as a scroll view's bounce) that are hard to replicate on your own.
So definitely customise your interface as much as you like, but while you're doing it think about whether you can harness the built-in UIKit classes rather than totally re-inventing the wheel.
More and more custom controls appear for iOS every day. If it is so good as you say, Apple will be happy to accept it. Don't worry.
Also take a look at these cocoacontrols
As said before, Apple will not have a problem with that .. as long as you don't use any private APIs. If you are developing these components on your own, you will have to make sure that these will work in future releases (which is not necessarily a bad point) . This may be a problem with third party components, as they may not be continued (or supported in future releases).
I need help on following topic.
I have an existing iPhone app (which I believe was created with "specific device" in mind). Now I want to convert it to "universal" app? Is it possible?
Finally, at some places there were also suggestions that one could create separate iPhone and iPad apps (in case of complex applications). I am not sure if this is what I want, since: I want my iPad and iPhone apps to share some code and at the same time to achieve "universal" functionality. What is the best way to do this? ps. so to sum up I would prefer to have it all in single project if this is possible.
Thanks in advance.
Gregory, as much I think you're talking about universal app. I suggest you, before go ahead you need to google, there are so many materials you'll find.
In short, for your case, you need to prepare two XIBs each for iPhone and iPad respectively and you've to exchange them that depends on your device. So, your code part will be same, but what will alter is the representation part ie IBs.
In any concern, just get back to me. :)
I'm making an iOS app through UIStoryboard mode and I wanted to know if there was a way to add something so when the user leaves the application, it'll continue where the user left off next time he launches the application.
By the way, I'm making a simple UIStoryboard application like I mentioned earlier that only has simple pages.
Thanks!
Check out this section in the documentation where Apple briefly touches on this topic.
Preserving the State of Your App’s User Interface
I think this is the general idea of how you would do this, the Three20 framework does this by using URLs, you may attempt to adopt this design as well. This is not to say you should USE Three20 but you can gain some ideas from seeing how they solve this problem.
Persistence in Three20 Framework