Dave Nottage

The Java source which is here: https://github.com/DelphiWorlds/KastriFree/tree/master/Java Was published at the same time as the demo and .jar file.

You realise you don't actually need to subclass the Activity? You do however need to have a class that implements EMDKListener, StatusListener, DataListener. I went through the process of implementing this a couple of years ago. Looking at the code now, it might even be possible to do it completely in Delphi.

It has no dependency on any Delphi version, if that's what you meant. I just tried compiling it in Delphi 10.1 Berlin with the correct SDK settings (as per my last message) and there were no errors.

It's not the problem, since it compiles fine for me, and others - see this link: i.e. Yaron has been able to compile using the .jar On my machine, I have Android SDK 25.2.5, and the following settings reflected in the Delphi SDK manager: Build tools: 28.0.3 (this path is used for things like ZipAlign.exe and Aapt.exe) Platform: android-28 JDK: 1.8.0_191 (C:\Program Files\Java\jdk1.8.0_191\bin is the *only* entry pointing to a JDK in the PATH environment variable) I'm pretty sure those are the ones that matter.

Have you checked this out? https://torry.net/authorsmore.php?id=4244

I've modified the Java code and published a new .jar here: https://github.com/DelphiWorlds/KastriFree/blob/master/Lib/dw-webchromeclient.jar

Yes, the Java code will need to be changed to parse the accept attribute (if that's possible) and set the appropriate mime types. Probably something along these lines: https://stackoverflow.com/a/55449804/3164070

The current version of IDE Fix Pack installs into 10.3.3. Whether it functions as expected, I know not.

It seems that setting the WebChromeClient works only when the TWebBrowser is visible. Move your code that creates FWebManager to just after you set VoucherimWebBrowser.Visible to True.

I've managed to come up with something without having to patch FMX.WebBrowser.Android, but it still required Java code. I've put a demo here: https://github.com/DelphiWorlds/KastriFree/tree/master/Demos/WebBrowserFileChooser Note that it relies on other units in the Kastri Free project: https://github.com/DelphiWorlds/KastriFree ..including the compiled .jar, so you might want to just clone the repo and load the demo from it.

EMBT need to modify the Java code for the WebBrowser class (in source\rtl\androiddex\java\fmx\src\com\embarcadero\firemonkey\webbrowser\WebBrowser.java) so that it uses a descendant of WebChromeClient that implements onShowFileChooser, much like the Java equivalent, here: https://stackoverflow.com/a/36413800/3164070 It's possible to do something similar by: Creating your own descendant (in Java), creating a jar for it and importing it Patching FMX.WebBrowser.Android to call setWebChromeClient on FWebView for an instance of your descendant

Thanks.. I've added my devices to the list.

Has anyone managed to make DelphiTwain: http://www.kluug.net/delphitwain.php work on 64-bit? The code loads the Twain DLL OK (TWAINDSM.DLL), however for me it fails in the LoadSourceManager routine: FTwainProc(Info, nil, DG_CONTROL, DAT_PARENT, MSG_OPENDSM, @FVirtualWindow) Which returns a result of TWRC_FAILURE. The corresponding condition code is TWCC_BADVALUE

Bumping this in case anyone else might be able to contribute, i.e. we're still having the same problem. Test case is still in the same location, i.e: https://github.com/DelphiWorlds/MiscStuff/blob/master/Test/RDSTwainTestCase.zip

In your TfmSelect.btnSelectClick method, move the Close statement to the beginning of the method.

Does this have anything to do with it? https://devzone.paylane.com/api-guide/cards/card-data-storage/

I receive: [Window Title] Project1 [Content] Could not save: A required privilege is not held by the client [OK] Which is odd, since SetTokenPrivilege succeeds. Using Delphi 10.3.2

Ah, thanks. Here was me thinking that it used domain name rules.

That's very odd, since it's perfectly valid. I'd report it to Google.

I have a Pixel 3a running in 64-bit mode with 4GB of RAM.

You don't think what? Neither of us made any claim otherwise.

Yaron didn't mention a requirement of > 4GB memory; he was talking about devices with 64-bit processors. Most devices manufactured since late 2014 are 64-bit, so choose one that was made since then, but always check by Googling the device info. It would be very unusual for a 64-bit device with Android 5 or greater to have a 32-bit version of Android.

Further to my last reply: I've wrapped up the functionality into my Device Lens tool in version 1.1.0 beta. If you use Slack and join my Slack team at this link: https://slack.delphiworlds.com/ (If you have not already joined), go to the #DeviceLens room where I've uploaded a zip of the executable, as well as a couple of notes on how to retrieve the application label.

It means you have another app on the device that is using the same package name, that was signed using a different key (usually using a different version of Delphi). If you're unsure as to which one it is, one way to check is to use adb, which is in the platform-tools folder under the Android SDK root, so change directory into there, and run this: adb shell pm list packages -f <yourpackagename> e.g: adb shell pm list packages -f com.embarcadero.Location Example output: package:/data/app/com.embarcadero.Location-7NS38JcbdfTgvZ3_WPSj-w==/base.apk=com.embarcadero.Location The part after "package:" and before "=<packagename>" is the path to the APK. Pull the package to the PC, e.g: adb pull /data/app/com.embarcadero.Location-7NS38JcbdfTgvZ3_WPSj-w==/base.apk C:\Temp Then use aapt (in the build-tools\<version> folder under the SDK root, where <version> is whatever version you're using) to discover the application label, e.g: aapt dump badging C:\Temp\base.apk | grep application-label Example output: application-label:'Location'

On deployment, the <%provider%> tag is either replaced with provider information for secure file sharing, e.g: <provider android:name="android.support.v4.content.FileProvider" android:authorities="com.embarcadero.Test.fileprovider" android:exported="false" android:grantUriPermissions="true"> <meta-data android:name="android.support.FILE_PROVIDER_PATHS" android:resource="@xml/provider_paths" /> </provider> or it is simply removed. If you're expecting the former, please ensure that you have Secure File Sharing checked in the Entitlements section of Project Options for the configuration you are building for (i.e. Debug and/or Release)