-
Content Count
1608 -
Joined
-
Last visited
-
Days Won
36
Posts posted by Dave Nottage
-
-
1 hour ago, luciano_f said:it is activated and if it is activated I deactivate it and activate it again so I don't have to keep every form I open performing this action.
Can you explain this in another way? It sounds very confusing.
-
9 hours ago, Cristian Peța said:I also had issues with iOS platform in the past and solution was to install MacOS platform too.
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 😉
-
On 10/4/2023 at 5:52 AM, aehimself said:I wish this was explained further
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/-
1
-
-
3 minutes ago, evolplus said:it still did not work until I checked to install Delphi MacOS platform support.
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
-
24 minutes ago, Remy Lebeau said:Which function are you referring to?
I was looking at the wrong part of IdGlobal, i.e. line 2865 (in Delphi 11.3)
-
3 hours ago, RokWeb said:If I understand correctly, the problem was solved by updating XCode to 15 Beta 6 and using the current version of the iOS SDK.
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.
3 hours ago, RokWeb said:The exception occurs in the code section of the idGlobal.pas module
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.
-
1 hour ago, John van de Waeter said:Does NOT work in a TWebbrowser on Android.
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.
-
4 minutes ago, Wil van Antwerpen said:I take it that this was only reported in Delphi groups?
They're the only ones I have seen so far. On Facebook: https://www.facebook.com/groups/137012246341854 and https://www.facebook.com/groups/342580832556845
-
48 minutes ago, Wil van Antwerpen said:Anyone else seen this?
I've seen similar issues reported on social media groups. I'll be testing it myself later
-
14 minutes ago, tdalke said:I found a fix!
Interestingly enough, that's exactly the fix that was reported here 😉
-
29 minutes ago, grantful said:I have looked at the uses clause in the demo and I have the same thing in mine. I am sure i am not including something.
Your project appears to include a folder in its search path that contains the file Macapi.ObjectiveC.pas, which by default is in the source\rtl\osx folder in the Delphi install, but perhaps you have a copy of the file elsewhere. The fact that it reports: Undeclared identifier: 'SObjCClassRegistrationFailed' means that there's a mismatch between the Macapi.ObjectiveC.pas it finds, and the System.RTL.Consts unit, which contains the missing identifier.
-
40 minutes ago, grantful said:I worried about in the future if the Kastri project will be updated to work with newer versions of Delphi .
I have kept Kastri very much up to date, and I "officially" support the last 2 major updates, i.e. presently 10.4.x and 11.x. Rest assured that the same will apply to Delphi 12.
-
1
-
-
6 minutes ago, grantful said:here is the error FShareSheet.SharedFileName is the undeclared identifier.
so the .sharedFileName is the issue.
i am looking in the FMX.MediaLibrary.Actions and can not see anything about the shared file name.
Where did you have the idea that SharedFileName was a property of TShowShareSheetAction? This class supports sharing only images and text.
If you want to share a file, you may be interested in this: https://github.com/DelphiWorlds/Kastri/tree/master/Demos/ShareItems
-
47 minutes ago, tdalke said:Has this issue been resolved? (Delphi app crashing on iOS 17)
No official fix as yet, however I have come up with the following workaround - Note: this has had no testing beyond a blank app:
1. Copy FMX.Platform.iOS from source\fmx into your project folder.
2. In the TApplicationDelegate.applicationDidFinishLaunchingWithOptions method towards the end, make the following change (i.e. add the one line of code indicated😞
// Creating window WindowManager := PlatformCocoaTouch.WindowManager; WindowManager.Window := TFMXWindow.Create(MainScreen.bounds); WindowManager.RootViewController := TFMXViewController.Create; // *** iOS17 SDK crash issue - Add the following line: *** WindowManager.RootViewController.Super.init; WindowManager.NativeWindow.makeKeyAndVisible;
Note also that this measure is needed only if you are building against the iOS 17 SDK - it is not required when building against earlier SDKs.
-
2
-
3
-
-
39 minutes ago, Hans♫ said:t's strange that we have not had any reports from iOS 17 users, and our own tests on iOS 17 also runs fine.
The In-App purchase issue might have been occurring only on earlier betas. Chris has extreme users 😉
-
1
-
-
36 minutes ago, Dave Nottage said:What happens if you run it via the debugger?
Never mind - it seems debugging from Delphi is not possible for iOS 17 devices at the moment. I confirm that apps built against iOS 17 SDK crash on start. For now, you'll need to use an older SDK (e.g. iOS 16.4 SDK), if you had imported that earlier.
-
1
-
-
5 hours ago, avesuvorov said:I launch it and it closes immediately.
What happens if you run it via the debugger?
-
2 hours ago, avesuvorov said:I'm creating a simple "Hello world" application. When opened on iPhone, the program closes.
I changed the FMX.inAppPurchase.iOS.pas file on the advice of Chris Pim, but nothing helped
If it's just a simple "Hello world", you will not need to modify FMX.inAppPurchase.iOS, since it won't be using it.
Does this happen if you start a completely blank project, and run that?
-
16 hours ago, John van de Waeter said:When the website is opened in the TWebbrowser, the photo-button only offers the option to pick a photo from the gallery.
Can you give an example of a site where it does this?
-
The process on Android is to:
Check the checkbox for Camera permission in the Uses Permissions of the Project Options
Request the permission at runtime, e.g:
PermissionsService.RequestPermissions(['android.permission.CAMERA'], procedure(const APermissions: TClassicStringDynArray; const AGrantResults: TClassicPermissionStatusDynArray) begin if AGrantResults[0] = TPermissionStatus.Granted then // Permission was granted end );
-
2
-
-
2 hours ago, Kas Ob. said:here is the fixed code
Great, thanks!!
-
19 hours ago, Marcelo Bernardi said:Remembering that this only happens if the device is running Android 13
It's because changes are required to the FMX code, specifically in FMX.MediaLibrary.Android.pas. If you have a Delphi subscription, you would be able to take advantage of changes in the Yukon beta, as per this information.
-
Not sure how it happened, but there was an issue with the .dproj file. I've just pushed a fix for it.
How to detect when a Form is active in Designer
in GExperts
Posted
Just so I understand: why do you need to do this?