Dave Nottage

You could just leave AndroidManifest.template.xml as it is (for now) - is there some reason you need to target API level 35? If you really need to, you could use code from Kastri to implement a workaround, thus: uses DW.UIHelper, DW.Android.Helpers; { TForm1 } procedure TForm1.FormResize(Sender: TObject); begin // This method is used because the device might have Android 15, but the targetSdkVersion might be lower. Use conditionals if targeting other platforms if TAndroidHelperEx.CheckBuildAndTarget(35) then begin Padding.Top := TUIHelper.GetStatusBarOffset; // "Cheat" method for determining whether Portrait or Landscape if Screen.Width < Screen.Height then Padding.Bottom := TUIHelper.GetNavigationBarOffset else Padding.Bottom := 0; end; end; If you don't want to drag the dependent units from Kastri into your app, you could extract the parts of the code that you need.

This should be: if TJCardLink.JavaClass.isNfcEnabled(context) then // Take whatever action needed if NFC is enabled

That's a different scenario to what you first described. What issues? These days Xcode has only the SDKs that are shipping at the time of the release of that version of Xcode. If you're using the Community Edition (as indicated in your Delphi Praxis profile), it should work with the current version of Xcode anyway, so it might be easier to resolve the issue you mentioned.

Do you mean SDK Manager? The transfer process does not re-transfer anything that already exists. Even if it did, I expect that would be a problem only if it takes a long time to transfer them.

Anyone who is interested in the work in progress (which is being tested now) should message me privately.

A perfect scenario to add to the Quality Portal. Make sure you first search for any existing reports 🙂

Yes, to both. Have you tried another URL?

Using a URL I can reach, the code works fine for me

Your example code does not have any calls to Assign or Reset. Having said that, why are you using long deprecated file access methods? TStringList has LoadFromFile and SaveToFile methods. It might help to show an example that focuses just on GetDocumentsPath and the file access parts, if that's what is failing

I had not actually read Chris' article - I was aware of most of the process, however I did not realise the issues regarding building for App Store. That puts a whole new slant on things. I'd like to be able to automate as much as I can (via Codex/Mosco) That's great! I'm sure to need testers and feedback.

Looking at the differences in the source code for FMX.InAppPurchase.Android.pas between Delphi 11.3 and 12.1, I'd say yes.

Yes... ...if by: "image in the payload", you mean: "a url to an image in the payload" As inferred in the earlier messages, doing so in a Push Notification is possible only by using an App Extension (in this case, a Notification Service extension) which needs to be an Xcode project. I've been ruminating over the best way to make the process as painless as possible, by providing a template Xcode project of which hopefully only a couple of properties need to be changed to match the Delphi project. As with other projects that require the user to follow a bunch of steps to integrate the solution, I'm apprehensive over the number of inevitable enquiries as to how to make it work.

I'm unable to reach that URL at all.

Now I can reproduce the problem. Might be to do with the number of controls and/or alignments. I suggested reporting the bug.

Using the arrangement you described, I am still unable to reproduce this.. ..using the same version of Delphi.

Please keep the profanity out. Delphi treats the constant in that statement as a set. See this.

They may mean in the Project Options - these are the defaults:

I tried reproducing it using your steps, and was unable to. What version of Delphi?

Yes, as I've used CocoaPods to download SDKs before. It will be easier though if they have a direct download of their SDK. Which SDK is it?

Possibly, via Tools | Manage Features: Ensure the OpenJDK is installed. (right hand side, scroll all the way down). If it is not, select it, and click Apply. Deselect the SDK/NDK, and click Apply Reselect the SDK/NDK, and click Apply. During these steps, you might need to re-open Tools | Manage Features. I can't remember if it closes after clicking Apply.

I suspect the Android SDK was not installed completely. Check the SDK settings (Tools | Options > Deployment > SDK Manager)

Works OK here. Either there's an issue with your device, or you need to provide more information, e.g. Are there any error messages when it crashes? Where in your code does it crash? Have you used a log viewer to check for error messages and if so, are there any? Is there any other relevant code you've left out in your post?

Did you read the reply from bzwirs?:

Your screenshot looks very much like it is from an emulator I don't know, because you never really answered this question: No - it is built direct from the demo app, with no alterations, using Delphi 12.1

Does this happen also on a real device? Regardless, do any of these answers help?