Dave Nottage

There's only that file in mine.

The problem you're seeing is usually due to an outdated AndroidManifest.template.xml file. Deleting the file (a new one will be recreated) should resolve the issue

That should be all you need to do, except use 'opus' instead of 'libopus'. Yes, since that't what is being linked to.

You could just add the path to opus.framework in the search path of the Project Options. That's also assuming that you have declarations that bind to the functions in the library.

Check the compiler paths in Project Options and possibly also the IDE Options (Language > Delphi > Library)

Exactly what was happening to me.

Why would you need to create a new app id?

Tools|Manage Platforms Select Additional Options tab, TeeChart Standard Click Apply

I've had this happen to me before (it isn't an issue right now). I created a macOS VM.. I have a Mac, so basically macOS within macOS 🙂, and it worked on there, so I'm assuming something on my Mac is interfering with debugging. I still haven't found what was causing it (and it may do again), however I was nearly at the point of completely reinstalling the OS.

Kind of off-topic, however the PDF being generated is from Delphi code. I have a question on SO about it: https://stackoverflow.com/questions/62443834/fill-and-sign-for-pdf-file-not-working-using-acrobat-reader-dc Any insights into what the problem may be would be appreciated

All good, thanks. Someone has answered who spotted a discrepancy that I missed, namely in the font widths array. What's worse: I missed that the "one that works" had altered the font info to correct the problem.

For what it is worth: I understand your pain (having had similar issues in the past), and hope that it will be resolved soon

Same here, however... ..this may be the case for you, however it is extremely usable for me. Making generalisations like this may discourage others from using it where it may well be quite usable for them.

That code just checks if the network being examined has VPN capability, not if it is actually available, nor if it is connected. Note that a device can have an active VPN connection as well as other active connections. For guidance, you may wish to look at the Java examples here: https://www.codota.com/code/java/methods/android.net.NetworkCapabilities/hasTransport and here: https://www.codota.com/code/java/methods/android.net.NetworkCapabilities/hasTransport (specifically example 19)

They should not be providing entire source files. If they are, they're very likely violating copyright. I'm working on one, which is a total revamp of this project: https://github.com/DelphiWorlds/Camera. If you're interested, please join my Slack team, here: https://slack.delphiworlds.com, and go to the #kastri channel.

Mine doesn't crash, however I find that sometimes it will not go to the declaration, despite the fact that the application compiles OK. Still trying to work out the source of the problem...

Renaming the app has the same effect. Certainly saves on having to restart the device 🙂

PowerManager (imported as JPowerManager) is in Androidapi.JNI.Os

It's because the tools are not as accurate as they could be, and the resulting source files often require adjustment. For iOS/macOS, at least some knowledge of translating Objective-C to Delphi is essential.

VKAutoShowMode variable. Set it to TVKAutoShowMode.Never when you don't want it to show. Change it back to TVKAutoShowMode.DefinedBySystem when you do.

For what it's worth, I am involved in projects where we're supporting Android 4.4.4 on relatively "ancient" devices. I've been given permission to talk about the 10.4 beta (Disclaimer: As always, things may or may not change), so I can tell you that so far everything works on those devices using 10.4. The changes we needed to make were the minSdkVersion (set to 19) and NDK (note: not SDK) settings to target Android-21 (for version 5, but seems to work for 4.4.4).

You're welcome! I'm pretty sure that means that there's an existing app on the device where the certificate does not match the one of the app replacing it. This can be caused by using a new version of Delphi (or one from a different machine) to deploy the app, because the debug.keystore file in the %APPDATA%\Embarcadero\BDS\xx.x folder (where xx.x is 20.0, for Delphi 10.3) is different. One trick to fixing this is to use the debug.keystore file from the previous version, or just delete the app from the device before redeploying. Are you referring to the minSdkVersion issue? It'll happen whenever they decide to change the minimum supported version. The Android OS does not help in this regard when the device spits out a cryptic error message instead of saying "the minSdkVersion value is too high for this device" Google themselves already encourage people to upgrade their devices, because supporting a growing number of older versions is time consuming and costly.

One way would be to use something other than the camera component in Delphi. Although it may need some work, you could try my camera project: https://github.com/DelphiWorlds/Camera I am reviving the project, however that may be some time away, so you might want to consider something else, like WinSoft's: https://www.winsoft.sk/acamera.htm

Seems like your paths may have been messed up. In Tools|Options > Language > Delphi > Library for macOS 64-bit, it should look like this (not necessarily including the last 2):

Oddly enough, I started looking at that recently, to include images in push notifications (which is way easier on Android). Unfortunately, it requires an iOS app extension which you have to create with Xcode (not real hard to do, mind you). I have shelved it for the time being because I have not been able to make it work as yet. I hope to come back to it in the next few days.