Dave Nottage

I was referring to what needs to be in the payload of the notification being sent (i.e. nothing to do with the code in the Delphi app). See the "Create a background notification" section at that link.

If you want to be able to process the notification without user interaction (i.e. not open the application visibly), you need to follow the rules set out here: https://developer.apple.com/documentation/usernotifications/setting_up_a_remote_notification_server/pushing_background_updates_to_your_app?language=objc

Do you have remote-notification selected in the UIBackgroundModes value, in the Version Info section of Project Options?

Did you check programmer2k's suggestion? Having other JDKs on the system where the path appears before that of the Adoptium JDK can cause trouble.

Perhaps the file content is being passed as a property of the JSON payload?

It works when the form is not shown modally Please see the edits in my first reply.

Works for me in Delphi 11.3. EDIT: That's when the form is not opened modally - I do note that there are these issues outstanding related to modal forms: https://quality.embarcadero.com/browse/RSP-39547 https://quality.embarcadero.com/browse/RSP-40158 So you may need to be more specific about how you are showing the form(s)

Isn't this statement a breach of the NDA? 😉 If I was participating (in theory, because I am not admitting either way), that's what I'd do, because I think the conditions are still fuzzy 🙂

What about when a third party has both source code changes that make the code compatible (i.e. doesn't refer to new functionality), in addition to having code that does take advantage of new features (i.e. both kinds of changes in the same release)? It would seem to exclude them from doing anything at all, or at least hold off on the latter part, since it would be a breach? I wonder how many this would apply to? I know from the changes going from Delphi 10.4 to Delphi 11 that it would definitely apply to me.

%g can be used with the Format statement, e.g: Format('This is a float value: %g', [Value])

11.3 is backward compatible for devices that have at least iOS 14, possibly earlier

Not there for me. I'm assuming I'm doing something wrong 🙂 I'll take a look at the code later...

Something is amiss for me: I'm building from r4065 and I can see files referring to Instant Grep, but there appears to be no menu item - is it not under the GExperts item? On a side note: is there a plan to make GExperts respect the IDE theme?

Using a background thread is extremely normal.

I have added a demo to the HowTo repo that demonstrates how to achieve this. Please read the readme for instructions. Note that there is no special folder - it's a case of configuration in order to share files from the documents folder.

Thanks.. your ticket is the explanation I was looking for.

Just so I understand: why do you need to do this?

Can you explain this in another way? It sounds very confusing.

I always install macOS support anyway, so had not noticed. I haven't seen the requirement anywhere (as yet), so someone might want to report the issue 😉

I was going to expand on it, but Uwe has done it! https://www.uweraabe.de/Blog/2023/10/04/tzipfile-improvements-in-delphi-12/

You mean it worked after installing macOS support? Compiling for iOS Simulator should not require it, as far as I know.

dsymutil.exe should be in the bin folder of your Delphi install, e.g. C:\Program Files (x86)\Embarcadero\Studio\22.0\bin If it is not, then it seems your install of Delphi did not complete correctly, which may mean you need to reinstall. Less drastic is perhaps uninstall iOS support and reinstall it using Tools | Manage Platforms

I was looking at the wrong part of IdGlobal, i.e. line 2865 (in Delphi 11.3)

If I understand correctly, the current beta of Xcode is relevant only to those developing for Vision OS - it is otherwise the same as the released version. Can you provide evidence that this is the case? Regardless, I'm not sure why Indy chooses to use its own function over the one in System.pas - the code for it is executed differently on iOS than on Windows.

After a bit of experimenting and searching around, it appears it's currently not possible. Here is one link relating to the issue: https://bugs.chromium.org/p/chromium/issues/detail?id=669492 I expect you'll need to implement photo taking in the app itself, and then when the user taps "Select Photo" or "Take A Photo" link in the TWebBrowser, they'll be able to select the image that has been taken.