Dave Nottage

No, it doesn't: https://gist.github.com/wojteklu/73c6914cc446146b8b533c0988cf8d29

There's a list of minimum requirements for Big Sur here: https://support.apple.com/en-au/HT211238. Note that includes late 2014 Mac Mini. There are legal virtual solutions available online, such as MacInCloud: https://www.macincloud.com/ and MacStadium: https://www.macstadium.com

Are you able to use either of the workarounds described here?: https://quality.embarcadero.com/browse/RSP-35365

If you're planning on deploying iOS apps to the App Store, you will need at least macOS 10.15 so that you can use Xcode 12, the minimum required for deploying apps to the App Store. From April next year, this will change to Xcode 13, which requires Big Sur 11.3.

If you're just starting in this area, I recommend watching Brian Long's video. You can also use the Delphi source for hints as to what to do, as well as some of the features implemented in Kastri. If you know which Java libraries/functions you want to use, I could possibly give some hints.

The docs for send say that the body (what you are passing in the content when you Post) should be an instance of Message, i.e. the JSON that is specified at that link. TIdMessage.SaveToStream does not create JSON in this format. You will need to either create code to do this, or find existing code that does.

That's correct. I have a method in TAssetDelivery called GetAssets that will enumerate them (note: this also enumerates any folders contained in the assets) at the top-level by passing a blank value for the path. As per the AssetManager docs, there are methods for accessing the files, however as you may notice from those docs these are not methods that you can use in a traditional Delphi-like manner. One way around this could be to use the open method of AssetManager to return an InputStream and (ultimately) save it to a file that can be accessed using traditional file methods, however it seems a bit of overkill - you might as well use a fast-follow pack. If you're playing videos, you could re-write TMediaPlayer (or at least the Android part) to deal with assets accessed via AssetManager however I'm yet to find a way of using these in a VideoView that works.

Can you show which requirements you are working from? If what you are using is purely HTTP-based, then TIdMessage is unlikely to be appropriate. Please show your code.

While experimenting with the code (or for some other reason) it seems I had not reverted the code to use the Fetch method (which was commented out) rather than Query (in the IdleMessageHandler). Can you check whether changing this works for you?

Nothing. Unfortunately you need to deploy at least once from the IDE before your automated build will deploy. See: https://quality.embarcadero.com/browse/RSP-11395 https://quality.embarcadero.com/browse/RSP-15962 https://quality.embarcadero.com/browse/RSP-27605

It's used by one of the other units, DW.RunProcess.Android.pas

Yes.. as far as I can ascertain, if the app is closed you would need a service to ensure the notification with the controls is persistent. Here's a problem with this scenario: you will not be able to use TMediaPlayer in a service, since it relies on FMX units, including FMX.Types, because of this issue: https://quality.embarcadero.com/browse/RSP-17857 so you would need to do your own implementation (or find one), avoiding the FMX units.

This suggests that the App ID you have created for your app has the Fonts entitlement checked, i.e. on the Apple Developer site, your App ID has this: It's unlikely you need this entitlement. Please refer to: https://stackoverflow.com/a/58534629/3164070 To rectify the issue, you would need to remove the entitlement from the App ID, re-create and re-download the provisioning profile for your app.

I thought I would have received an error indicating that it could not be executed. I also used TFile.GetAttributes to check whether it could be (it has all the execute attributes), and running ls -l on the containing folder (using the demo itself) suggests that it is executable:

There's now an example of how to run a process on Android, here: https://github.com/DelphiWorlds/HowTo/tree/main/Demos/AndroidRunProcess Sadly, I have been unable to make it work with the Stockfish application that is available for download here: https://stockfishchess.org/download/ The process seems to start, however it also seems to lock up my application. There does not seem to be any clues in the device logcat messages as to what the problem is. The demo still includes the files, and the code that attempts to run it, however the code has been commented out in favour of some more basic executables that are known to work. I have put my efforts on hold (though I may use the run process code myself for something else), and have thrown it open to anyone else who might be able to make it work.

In future, please report issues regarding Mosco here: https://github.com/DelphiWorlds/Mosco/issues Also, please provide full error messages, and not images that have parts of the messages cut off. From the little information that is available, it may be you not have followed the required steps, i.e. select App Store build type and do a Deploy (which will fail, but is a necessary step), then use the Build IPA menu item.

This does not say that the app absolutely has to have a foreground service. The notification can be created without one: https://stackoverflow.com/questions/55324188/how-to-build-a-notification-in-android-and-implement-click-listener

You still have not explained what are you aiming to do specifically. It may be that whatever it is, can be done some other way. Yes - they're part of a commercial product, i.e. people are paid to write them.

If you don't know how to use the imported classes, I'm curious as to what exactly you're aiming to do.

Not "out of the box". Here's a link that includes the Java equivalent: https://stackoverflow.com/a/5642593/3164070 ..and an import for the Process and Runtime classes: https://github.com/DelphiWorlds/Kastri/blob/master/API/DW.Androidapi.JNI.Lang.pas That should at least give you a start

That's information about foreground services. How does "a persistent menu on the status bar for next/play/pause musics" relate to it?

I thought that's something that what was causing problems before? Weird. Anyway, good to know, and thanks for the update

Can you provide links to the research that shows that is what is required?

That's very cool!

I suspect Ken is referring to icons and launch images. I'd be interested in seeing it