Rollo62

Since Rio it has Z-Order for Android too.

Hi all, after tests with iOS 13 I see changed font appearances, and I hardly could find a device showing this. On my development devices iPhone X, etc. all at iOS 13.1.2 I didn't noticed that before. Only a customer point me on this, and I could get one iPad showing this error (also at iOS 13.1.2). It seems to change the fonts from some non-serif before, to a serif-kind appearance. When I check the font with IFMXSystemFontService, I got SFUI-Regular, 14pt at result This pointed me to this link. So something seems to be changed in the font-system. I cannot find any reference of SFUI related fonts in Firemonkey, so I assume this is not defined by Delphi. I've tried to set a custom font service, like this, but I'm not 100% sure if that really works and solves the problem. Since I have not build a separate tfone test yet, I cannot really check the font appearances in a nice way. Maybe somebody here has had similar issues, and could point me in the right direction ?

Thanks for the link, yes thats the same issue I see here. Not sure what font is chosen, but its unfortunately not even close to the original. Still I think that Apple changed their system fonts, so its not originally a Delphi issue. But Delphi has to fix it anyhow. That probably means that there needs to be a selection if iOS13 or < iOS13 is installed, to either fix it or keep as is. For me its important to keep the same look and feel on all versions. I've already tried to use the custom font service, I will try again to fix it with SFUI-Text next week, hopefully that is still available on iOS13. What I don't really understand is why this works on some iOS13 devices, and on some other devices it doesn't. Has iOS some secret differences between different Phones ? I would expect such differences in special hardware related stuff, but not with such simple things like system fonts. Maybe there are some settings in iOS which could correct this. I have read somewhere that some iOS 13 devices may run in a kind of iOS 12 mode, but I have not found more info about that. Thanks Apple, you've made my day again (and again and again ...). Would prefer to focus on Android 64-Bit tests instead.

I downgraded to SDK ios 12.4, and target device is still Ios 13.12. Now it shows SFUI-Text instead of -Regular. Hope that problem, among others, will be fixed soon.

I remember that I was able to download older iOS SDK at MemberCenter Downloads Other (some years ago), but now I cannot see any. In the web I found some very old notes, that XCode 11 should include at least the last 3 valid SDKs, but I cannot see them in the XCOde package. Only when I add a project, I could target this to iOS 12.4, and it seems to compile and run nicely, but I don't know where these iOS SDKs maybe hide. With General\Deployment info\Target I can make such changes. How can I do so, without iOS 12.4 ? When searching in the XCode\Contents\Developer\Platforms\iPhoneOS.platform\Developer\SDKs I only see iOS 13. What I remember from my earlier expeditions (years ago, since I haven't need to fumble in XCode for a long time now), that also other IOS SDK's may lay there, but I can find any. My plan would be to download the older SDK's somewhere, and copy them into above link, but I cannot really find the SDK file of e.g. iOS 12.4. One way would be to download XCode 10, to get the right SDK, but isn't there a smaller download available ?

I don't understand. I updated to iOS13 and in the SDK-Manager I updated to iOS13 as well. The XCode version is 11.1, the iOS SDK version is 13.1, what can go wrong here ? Do you have a reference, is this a problem from Apple ?

That is from 2014, so many iOS versions inbetween. I think the link I provided shows some hints that this could be an iOS issue, especially if the info.plist is correct. Maybe you need to add non-breakable-spaces or some other instead of a normal space.

Why not changing the project name, because of there are spaces in the name ? I try to avoid spaces at all cost, this I learned from too many lessons. You can use spaces in the AppStore title. Never tried: What happens if you use the project name with spaces (is that even possible) ? Maybe its a character issue in iOS: https://stackoverflow.com/questions/46337691/bundle-display-name-missing-space-characters How is this noted in the " "Info.Plist" file, maybe you can find some hints there ?

http://docwiki.embarcadero.com/RADStudio/Rio/en/Provisioning_an_iOS_Application Not sure if I understnad you right, but this is the desired behavior. The name of the Project (ModuleName) is taken usually as name, no need to make other changes Or are you talking about the AppStore, where you can set a app-name freely (more or less).

Use a virtual machine.

Hi there, I just stumbled about some class helpers, I rarely use, and I found that Embarcadero seems to have a different understanding of howto use them. For example TByteHelper.Parse I would have expect to use it like this: var LByte : Byte; begin LByte.Parse( AString ); // Use LByte end; Unfortunately Delphi has set Parse as static class function in the record helper, which leads to the following useage: var LByte : Byte; begin LByte := Byte.Parse( AString ); // Need an assignment here end; Why not using the first version ? I assume this if because Delphis internal types, like Byte, Integer, etc. are special datatypes, and lack a kind of "Self" behaviour. What I'm thinking of is, does the 2nd version maybe has some other advantages over the 1st version, which would make it the preferred choice. If anybody has a good reason why I should prefer the 2nd version also with my normal types and classes, please let me know.

Hello there, I was making some experiments with shrinking larger VmWare Fusion VM images, which is not as simple as it should. My configuration is: Macos Host: Mojave, VmWare 11.5.0 Macos Guest: Catalina I have found the following process to shrink the OS disk, which looks as if it works well so far. The disk-sace is free and reduced and the VM is accessible. Unfortunately the last step, to shrink the VM image itself from the host seems to be the issue now. The "pre-occupy disk space" checkbos is NOT checked, so it should be a sparse file. There is the "vmware-vdiskmanager" tool, which should be able to do this, and it comes back with "Shrink: 100% done.". It seems that after this the VM size is still original, and the VM disk is not accessible any more. Does anybody has a good tip what may go wrong here ?

@Ondrej Kelle Thanks, but I'm on Macos host and Macos guest in the VM. On Windows this task seems to be easier, but I think the real issue lays in VmWare images, which need to be resized. If VmWare itself doesn't support them, maybe some 3rd party may exists.

Thanks for the info. I thought about script on MAcos, like I have read some notes that this also supports "wipe" all unused bytes. Since I tried shrinking only via VmWare Fusion yet, on my Macos host, maybe its a good point to check with VmWare Spere, what this can offer. This seems not an easy task at all, fortunately the vmdsk images are exchangeable between Fusion, Workstation and Sphere (hope so). However, if this adventure turns out to get that difficult, I could create a new, empty VM from scratch, as usual. Only that the smallest disk size I can create via VmWare Fusion seems to be 40 GB (~30-35GB physical), while a really cleaned up VM (removed all garbage) maybe only would need only 20-25GB (I would assume).

Yes, I agree too all whats said. Still I don't like the usage of class functions on basic types, my fault

Ok, that is a workaround. But I hope that there is a better way ... Apple strikes back on iOS13 again ... I'm just still fixing other similar issues.

http://docwiki.embarcadero.com/RADStudio/Rio/en/Creating_an_iOS_App Check "using custom fonts"

Why not work and improve ? There were times when also VCL was fragile and slow.

Interesting, do you have a script which you used for that ? When I check my partitions and volums, it looks pretty clear whare the "free space" is. The problem is that VmWare seems not to offer a shrinking option for Macos, maybe only with some tweaks deep in the VmWare tools ? Since the drive images are only files, I think this should be possible somehow, maybe in best case by just editing a HEX variable encoding the physical size, and trunkating somehow. Because the partitions looks fine, only the physical size didn't change, which makes sense in the physical world.

Looking for a solution too, since I used same code as yours. Seems that SetStatusBar was deprecated, and now in iOS 13 its probably gone. https://stackoverflow.com/questions/7030682/ios-iphone-ipad-sdk-alternative-for-uiapplication-sharedapplication-setst https://developer.apple.com/documentation/uikit/uiapplication/1623026-statusbarorientation

Ok, from time to time I use records as simple parameter containers, without such convenience methods like Parse() since I don't need them (I thought I'm a little old.fashioned then) procedure TForm1.UseMyRecord(const ARec: TMyRecordTest); begin ARec.Parse( '42' ); // This opens a "backdoor" to the const record, better don't do if ARec.FField = 42 then begin ARec.FField := 0; // This doesn't compile, thats fine end; end; Thats enough reason for me to start liking ugly constructions like LMyVar := Byte.Parse('42') ;

Aha, right. Thats a good reason to use the 2nd version. I thought that I would get a warning, that I cannot modify const. Have to check how this behaves ...

Nice visualization. Like always with such statistical data one should ask where does this come from ? How does GitHub evaluate "popularity" ? Isn't "popularity" just high because you can do small tasks easily ? Maybe such popularity index must be weighted against the complexity of projects as well. This also gives a clue to what developers maybe really like, as its seems to be a kind of simplifications in the language itself (JS amd Python). Anyhow, I don't really agree on this, as typed languages has a much practical benefits. Easy-to-learn is maybe not the only core feature of popular languages. From my experience, the languages are more or less irrelevant, but the libraries and frameworks do. I like all C languages, because they are "readable" for me, as C++ developer, although there are still many different features in each of them. Aren't JS/Python not only that popular because of their fantastic libraries and frameworks out there ? For me the key benefit of a language is not to support all small features like Nullable or Inline variables (nice to have, but not mission critical), but most important for me are stable and effective frameworks (VCL/FMX), encapsulating the complexity of the real world underneath. Regarding Delphi I would like to ask: Why can't I use ALL the core libraries of the modern OS, like beacons, sensors, ARKit, etc. etc. at 100% yet ? If so, there would be no need to move to Swift, JS or C#, only because I need to solve a special task, unreachable from FMX right now. Same for VCL and WinRT, but the situation is much more relaxed there, from the history of Delphi. Maybe I'm wrong, and there are different opinions for sure, but I would put most efford on building infrastructure and quality around libraries, instead of trying to follow the last hype in language theory. The "ease-of-use" is not by leaning only 20 keywords instead of 40, but to be able to use powerful libraries that encapsule all OS features in a nicely, cross-platform way, which are easy to learn, self-explaining, consistent, powerful and error-free. Furthermore to have powerful debugging tools as well, around this infrastructure.

<OT> (c) Monty Python </OT>

....