Dave Nottage

No error messages? Can you provide a reproducible example that does not have dependencies on TFrameStand or other 3rd party code?

You'll need to me more specific about what "won't work" means. Please also note that only Android 10 or higher is supported

You do not have the Biometric Authorization Service option checked in the Entitlement List in Project Options

It's in Portuguese, but there's this: Also this: https://github.com/DeveloppeurPascal/Delphi-samples/tree/main/FireMonkey-Samples/017-TBiometricAuth

It's a common issue. Also, I implemented something similar before it was added to Delphi. Using Google can help, although with this particular issue it's not entirely obvious what is the easiest way to resolve it. Here, Delphi is doing the work for you, by creating a provider_paths.xml file and including it in the deployment.

Make sure that the Secure File Sharing option is checked in the Entitlement List section of the Project Options:

Your screenshot is cut off - it does not actually show the ProductVersion value (further down)

Just noticed your code does not call SetupInAppPurchase, so it's no wonder it does not even fire OnError.

It's supposed to be backward compatible. You should use the OnError event of InAppPurchase1 to find out what the failure is.

That's not your complete manifest, however given the error message, you need to add android:exported="true" To the activity, e.g.: <activity android:name="com.embarcadero.firemonkey.FMXNativeActivity" android:exported="true" etc

It'd be way easier to diagnose what the problem is if you quoted the exact error message

I started taking a look into the problem, however it seems to be an issue deep in the Delphi runtime and it's a bit beyond me at the moment.

Please see:

Still wrong - there's no XE in the version name. If it's 10.2, it is Delphi Tokyo

I missed that part, thanks. I was focusing more on how it might be implemented. It seems that way. Given that, you'd need to code your server to be able to handle sending a message every second or so. Since sending the message seems to sometimes take more than a second, you'd need to spawn a thread or two (or three) to do the work.

That message should probably also recommend executing this command from a terminal window on the Mac: xcode-select -p If you're using the default install of Xcode, it should output: /Applications/Xcode.app/Contents/Developer If it doesn't, use this command: xcode-select --switch /Applications/Xcode.app/Contents/Developer

How about OneNote, or Dropbox Paper? Or in a pinch: Google Keep - this isn't really meant for what you want.

I've since seen your reply on Facebook, which indicates you're interested in the new features. I'll take a look into what changes might be possible, however it would be at least later in the week.

Can you test it, and report what problems you have with it, if any?

Genuine question: Which code do you think you need to update, and why? To support subscriptions (which apparently are new in v5), or something else?

You need an M1 or M2 Mac in order to run apps on the simulator from Delphi

In this instance topics won't help, since the topic needs to be subscribed to from the client side. As above, topics are subscribed to from the client side, so for your case you would need to implement message groups, as per the link I posted in my previous reply. As long as you have the tokens, you can select some at random, send a request to FCM for a notification key that includes all the selected tokens, then send a message using that key.

As per the documentation, you do not create an instance of WKScriptMessage, and in any event, you cannot descend from TWKScriptMessage anyway. Also as per the documentation it is used when you implement custom Javascript message handlers. What you could do is use the evaluateJavaScript method of WKWebView and pass to it a completion handler, which could be declared on your main form like this: procedure JavaScriptCompletionHandler(obj: Pointer; error: NSError); ..and implement it like this: procedure TfrmMain.JavaScriptCompletionHandler(obj: Pointer; error: NSError); var LJavaScriptResult: string; LCode: Integer; begin if obj <> nil then LJavaScriptResult := NSStrToStr(TNSString.Wrap(obj)) else LJavaScriptResult := 'null'; if error = nil then LCode := 0 else LCode := error.code; // Do something with LJavaScriptResult and LCode, here end; Call evaluateJavascript like this: LWebView.evaluateJavaScript(StrToNSStr(AJavaScript), JavaScriptCompletionHandler) Where LWebView is a reference to the WKWebView in the iOS implementation of TWebBrowser

Thanks! It's much easier to have each of the devices subscribe to a topic using the SubscribeToTopic method, and simply send the push notification using a topic, rather than multiple tokens. If you really do want to base it on individual tokens, see: https://firebase.google.com/docs/cloud-messaging/js/device-group It's in Javascript, however something similar could be constructed in Delphi.

Absolutely sure. Please see: https://blogs.embarcadero.com/delphi-11-and-cbuilder-11-community-editions-released/