For my custom intent, I have provided a summary with one parameter in my intent definition file. On the simulator (and device) only the title of the intent shows up. The parameter can be selected from the "show more" dropdown menu. The preview in the intent file is showing as desired.
The only time I was able to achieve something beyond it showing just the tile was when I removed my parameter. It showed the Siri Suggestion summary as the text in the Shortcut app. I have tried re-installing the app on both device and simulator as well as playing with all the different options in the intent definition file.
I am new to this area of iOS dev, so I am still figuring out how this all works. I have downloaded the SoupChef example app. I have made a couple of assumptions:
The summary is taken from the intent definition and is not affected by code in the intent handling section. Hence, I am stumped by the fact that what is given in the preview of the intent definition file is not showing up when I run the app. In WWDC19 after adding the summary, they say that its all you have to do...
I have not enabled Siri in Capabilities, since I don't have a payed developer account, which I believe is required. I have assumed this has no effect.
Just looking for a couple of pointers, as I might have made a wrong assumption or missed out on something obvious.
I had a similar issue making the intent of title "add item to shopping list" available in the shortcuts app on my iOS devices.
I had two parameters "Amount" and "Name" of the same Display Name I wanted to edit in the shortcuts summary entry (and not in the list of the more section).
My custom Summary "add [Amount] item(s) of [Name]" in the "Shortcut apps" section was ignored and never showed in the shortcuts app. Also even though I used Name (of type string) as the input parameter this never was connected to any preceding actions output (even though provided of type "Text").
I fixed both issued by renaming the parameters to lowercase "amount" and "name" with the display names being the uppercase equivalents.
Since then the summary is used correctly and the preceding output gets automatically connected when I add the action.
PS: While Xcode validates upper/lowercase in the intent file for the types and intents it does not so for the parameters but the runtime simply ignores them... too bad.
I was having this issue with iOS 13 devices, but not 14 devices. After comparing it to the Soup Chef example, I figured out that I needed the "Resolvable, Siri can ask for value when run" checkbox enabled. Not sure why this is the case, especially for older devices only.
Related
I submitted my TestFlight build, and not I'm trying to select it for external testing. I've done this with the prior beta version, and with several other apps.
The problem is I can't click the Next button. All the fields are clearly populated. Also of note, when this happened yesterday there were Support and Marketing fields. Today (for English) they are not there.
Anyone else ever experience this?
Hello my dear friend there,
I am also having your issue this morning. After several trials and errors, I found that turn out the next button greyed out just because we have to fill all description field needed for all languages we choose.
Pictures below will explain this:
So you have filled all of those needed descriptions. Then you have to notice that you can select language in this dropdown button
Picture above explains that I have two language localized, Indonesian and Indonesian. May be different in your version, try to change the language with another your localized language. Those descriptions that you have filled is becoming blank again! And needed to be filled again!
Fill all of those descriptions, than the next button should be clear and clickable!
So the problem is we are not familiar yet with this new Test Flight's select build screen and C'mon Apple, I thought you are the best man in earth about User Experience.
Update:
I think finally Apple realize this lack of User Experience, they added a notification to complete all required fields for each localization so that we can click next.
I ran into this issue with only one app language. Turning off the stylesheet and setting the "Have you made any significant changes to this build since your previous submission?" phrase to yes/no made the most likely broken code on that page working again - after you reenabled the stylesheet.
It's definitely Apple's fault.
CocoaPods auto-generates the Acknowledgements.plist file so that you can include that in your settings.bundle.
Following this, I have added Acknowledgements.plist into settings.bundle.
Acknowledgements.plist looks like this:
This appears nicely on iOS 8 like this (as intended):
However, iOS 9 inserts big blank spaces between title and footerText, which makes it ugly:
It looks like this is not this file (Acknowledgements) specific and iOS 9 in general puts huge vertical spaces between title and footerText. The question is, how can you solve this situation and put nicely formatted Acknowledgements in plist?
Good observation! I noticed the same some time ago, too. Hoped that this was already fixed.
Investigation
For me some footer texts are shown correctly. Those were very short, like just two lines. The longer the FooterText is, the larger is the empty space. E.g. Realm Database has a very long license text which leads to an empty space larger than one single device screen after its title and before its Footer.
I edited the Acknowledgements.plist manually to see if the line breaks make a difference: While keeping the text as long as it is I removed the line breaks.
Results
Unfortunately removing the line breaks does not help. So it's really related to the content length. Looks like it's a TableView and the row height calculation is just far off.
However, I didn't find any workaround. Title key is limited in its length so this cannot be used as a workaround. FooterText really needs to be fixed by Apple.
I filed it under rdar://24837397
There are several other bugs in the System Settings.app which are disturbing during development:
(Crash) Open the Acknowledgements section of your App. Run a new debug build of your App via Xcode and try to switch back to the Settings.app. Due to copying a new Settings.bundle with updated Acknowledgements.plist the Settings.app crashes.
(Missing content) Open Device Settings and scroll to your App's settings, but do not open them yet. Repeat the step from above and run a new debug build via Xcode. Switch back to Settings.app and try opening your App settings: Empty settings page shown, only permissions like Core Location and Mobile Data are available. You have to close Settings.app via the task switcher to see the new content of your Settings.bundle.
Beside those two bugs it drives me nuts that Settings.app doesn't have a section index. Scrolling to my own Apps during development is an unnecessary waste of time.. I know about the new search but that's also slower that an index just for the 3rd party Apps.
Edit: If you stumble upon this, please file a Radar too! This is important to really get it fixed, see https://blackpixel.com/writing/2012/02/radar-or-gtfo.html.
This is a bug in iOS 9, the problem has been fixed in iOS 10. Unfortunately nothing can be done for users that are still running iOS 9.
If you're using CocoaPods or Carthage, AckAck works well to generate the Acknowledgements plist for you. It removes unnecessary line breaks/indentation and generates a separate plist for each framework (making it less of an issue on iOS 9).
https://github.com/Building42/AckAck
(I'm the creator of AckAck)
I found several other threads with similar problems, but no one has exactly the same problems.
Besides it DID work some time! the errors now keep occurring while it was working some time before..
When Running my app, that has a build Target "Today View Extension", I get no actual result.
The Extension is shown in Notification Center, but has no body (Simulator AND device).
Also when I try to run the App (not the target extension) and attach the process manually by PID I get this error:
I also had the error that my Extension (that has a "Bundle Display Name" entry in Info.plist for a custom Name) did show the Name of the Extension-containing App, and not the string that was set in the Info.plist
Strange thing is that sometimes it worked, sometimes it doesn't, but when it does not there were like five different reasons why not.
I want to ask people who have similar/same problems to post them here to collect all the issues appearing and possibly collect workarounds / solutions for these problems.
Thank you.
For anyone having troubles now:
With beta 4 and beta SDK 4 a lot of bugs were fixed:
[self setPrefferedContentSize:]
to set the views size is now working properly (if you have troubles viewing your Extension)
If your updated Extension is not showing in Notification Center be sure to have a look at the log output, there you can see what task the debugger is attached to, if there is "no Selection" try stopping and running again, it will work after some tries!
If you have questions feel free to ask,
Happy coding
I don't exactly have a solution, but I've observed this happening when anything is "wrong" with my Today extension. For example, if I don't have a file properly targeting the widget. I'm guessing that instead of just crashing to the home screen, iOS just gives you an empty widget? I've written about my own issues here, for reference.
I had similar issues. But it seems to be alright now. Since the "Today View" is an extension and is bundled with the containing app, you should just build and run the containing app. From there, you can pull down the "Today View" and if your widget / today view is not added, add it.
You should be able to see all your updated changes without a problem with this and you won't have to attach any process.
I thought I read this somewhere but can't find it here or on the web. Was I dreaming?
When testing auto layouts and localizations, is there a way in XCode to add an argument to a scheme for it to change the English text to longer text for testing purposes to make sure the layouts adjust to longer languages?
Go to Product->Scheme->Edit scheme.
Choose Run section on the left and add to "Arguments Passed On Launch" this (for example):
-AppleLanguages "(Italian)"
To make it more relevant, here is helpful post on NSHipster:
http://nshipster.com/launch-arguments-and-environment-variables/
Abizern has the correct answer, but a typo. The correct key is NSDoubleLocalizedStrings (note the ending "s"). Add this as an argument passed on launch, like
-NSDoubleLocalizedStrings YES
You weren't dreaming, it was demonstrated in one of the WWDC13 videos. The key you are looking for is:
NSDoubleLocalizedStrings
which doubles the localised strings that your application uses, which means that UI elements that load these strings will be enlarged and you can see that your auto layouts can handle the newly constrained objects.
I'm building an iPad app for a German customer. The app is not planned to support any languages other than German so I didn't use any of Xcode's localization functionality but simply hard coded the strings.
My problem is the following: The entire app now is in German except for the system messages that (I suspect) come from iOS itself like copy, paste, cut in a text field. This happens in spite of the language of iOS being set to German in the system preferences. I always thought the handling of that was entirely up to the user so that he would see those kinds of messages in whatever language he chose in the system preferences. Apparently that's not the case.
Can anyone give me a hint what I need to change in order to have those messages displayed in German?
TIA!