Dave Nottage

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.

Does it need to be a "server"? I have this desktop app: https://github.com/DelphiWorlds/PushIt

What are the actual requirements for the short-time timer? Is it to display a notification? How short is the "short-time"? Any other requirements?

I'm having an issue with being able to retrieve photos from the camera roll when using TTakePhotoFromCameraAction. It's probably not a bug; it's more likely a case of "yet to be implemented" 🙂 I've attached a project that demonstrates the issue. On startup the test app requests permission to read external storage, then if granted proceeds to retrieve the photos from the camera roll. This works fine. When the TakePhoto button is clicked, the app requests permissions for the camera and to write to external storage, then proceeds to execute the action. When the user has finished taking the photo, the TakePhotoFromCameraActionDidFinishTaking event fires, and the app reloads the photos from the camera roll. One would expect the newly taken photo to be in the roll, however it is not. Restarting the app still does not show the new photo. Running the Photos app on the device shows the new photo, however with a slight delay before it actually appears - I'm not sure if this is a clue. Restart the test app again, et voila! The new photo is there. The question is: why does the photo not appear when restarting the app (not that I'd expect anyone to do this), and not until the Photos app has been run? AndroidGetPhoto.zip