Rollo62

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>

....

Still no luck, but I added the step fragmentation before the shrinking. After the shrinking, I've got missing user access, so I solved this by giving access to everyone again: --> sudo chmod -v 666 /Users/myusername/Documents/Virtuelle\ Maschinen/macOS\ 10.14.7_Rx1032B_2_BETA.vmwarevm/Virtuelle\ Festplatte.vmdk After that the VM is running again, but still the physical size is not shrinked, although the internal partition is shrinked as it should. Maybe somebody has a clue how the VM image could be shrinked physically as well, maybe there are some tools out there (Paragon, etc.), but I could find any tool yet solving such specific issues with VmWare Fusion images. I nobody has some clue, maybe I have to restart again with some older, clean images, but I would like to know howto cleanup existing images for the future. What I cannot believe is that a modern file system like AFPS and VmWare are not able to allow a simple shrink of the file, only with a lot of terminal command steps, as below. Isn't this the 21st century now

I've just tried my proposal on a Mojave VM, which I updated to Catalina. 1. With old Mojave Mac: Copy and backup ApplicationLoader from the OLD installed XCode package. Right click at XCode and select Show package content 2. Get he AplicationLoader app from here 3. Application loader is an self-containing app 4. Compress the app to ZIP file (this I needed to do, because I had issues to copy the .app onto my server) (Maybe this is again some strange security issue of big A) 5. I could copy the ApplicationLoader locally w/o problems, e.g. to the Macos desktop. 6. Upgrade Mojave and install Catalina (I removed and cleaned up XCode completely, except my copy of ApplicationLoader of coarse),. 7. Now I have Catalina, and I can start ApplicationLoader from old XCode. All seems to work nice and smooth, I didn't made a real upload yet, but I uploaded an old app and got the usual messages, after checking with iTunesConnect. Seems to work fine, probably still OK for a while ( Catalinas lifetime ??).

I like the growing support for C++, maybe one day I have the chance to migrate my projects back to C++ if its stable enough. The whole advantage of C++ would be if all these countless popular C/C++ projects like ImageMagick, OpenCV, LibVLC, etc. could be build from CppBuilder out-of-the-box, has anyone tried yet ? As I understood David Millington, Embarcadero has seen this big advantage as well, and is working in that direction to bring C++ world more close to Delphi.

Nice, thanks for the link. Is'nt this as well deprecated together with ApplicationLoader ? @Jose Morango Since ApplicationLoader is only an app, maybe its possible to extract this from the old package before updating to XCode 11. Probably this only uses such the commandline tools. So then this could work for a while, until Embarcadero solved the topic, and there would be no need to install the whole XCode10 package. Have you checked if this might be working and what dependencies you need for ApplicationLoader ?

@Alexander Sviridenkov I use and like your library, although I must say this is sometimes not easy to figure out how simple, obvious tasks are intended to operate in runtime and designtime. Please provide more of such samples, to get clear about the intended use and possibilities.

I use JSON field for a similar approach, but I need to have saved the current state of a table document as safety backup. Since table entries might change over time, and building a history-safe table structure is somewhat brittle, I decided to store a copy of the current document (with main table entries) as JSON backup. No matter how the database structure and the data might change over time, I have valid backups when I release a document. So that I can surely find the state that is related to a special ID and date. Works fine, but of coarse there is the lack of search, but since the current tables refer to the momentary situation, I do not need to search in JSON really, Only when I need to restore old settings, I simply readout the JSON, and there is may be different versions of parameters stored in the JSON over time, which I can manually adjust if needed. Not sure if it is a good idea to have such field as main operating field, I guess this has too many drawbacks (speed, no seach, not easy to isolate between multiple user edits, etc.). Especially as you wrote that these fields need to be changed frequently. But if the field is just an addon to the normal table structure for a special use, as it is in my case, this might work fine. Maybe a clever mix of DB table fields and JSON fields can keep best of both worlds, but this highly depends on your project.

Good point. I didn't count the many times when extracting from fast demo code with nested methods to private methods. Maybe this is the kind of "Evolution" how code might evolve over time, in the process of testing different approaches for a solution.

I would rename one of the var i: integer; to to a distinct variable name "J", to avoid naming issues in the future. Better safe than sorry. Usualy when I use nested functions, they might also work on the above defined variables in the parent method, so that these methods might act as a kind of "helper methods". The drawback is that the common variables act like global variables, so you have to take care about their side-effects. I use this usually only with very short methods, where the behaviour is clear (like Item_Add(const AValue : String); ), to preset repeated settings in one more convenient common method.

Dear all, I'm still upgrading my older projects from 10.3.1 to 10.3.2, and try this as always as sensitive as possible. But it turns out that too many libraries under Android would have been changed. This is my orginal project loaded in 10.3.2 So I'm better off to create a complete new, empty project , and reset all my old values from 10.3.1 step-by-step. In 10.3.2 the libraries looks like this So I try to figure out what would be the best way to make such upgrades, which can be very tricky these days. I know @Uwe Raabe and his ProjectMagician, thanks for that nice tool. There are also OptionSets, MigrationTool, etc., many ways to successfully reset or completely destroy your .dproj files. I want to consider the basic steps here, and hope to get some feedback, how this can be done best (without expecting strange side-effects) in a complex world. Steps to upgrade: Backup your orignal project Create a new, empty multidevice application Remove the Mainform (Unit1) and other from the main form, this will be reset later from the older project. Save and overwrite the Project file to the same .dproj !! Make global settings in Project options\All configurations first, and try to keep minimal changes from there only In later separations of Debug or Release, these changes will be done in the respective configurations later. Adding special libraries, frameworks, etc. needed for the app Adding special ressources/images needed to deploy with the app Setup Search path, version no., bundle identifiers, entitlements, permissions, icons, etc., which shall be global for the whole app Setup special settings, like debug/release store API's, Google maps debug/release API's, etc. in the respective configurations Fixes and workarounds Add the old units and datamodules (I try to minimize these in my projects, so I usually have to add only one main form), and try to restore the old project state Refine and check the settings, and ready to debug, test and deploy This way I evaluated for myself that I have best control over all settings (and there are many which could go wrong in the cross-platform world). Is there probably a better way to automate this process ( ! but please consider that many features might have large incompatibilities from 10.3.1 to 10.3.2), I don't really trust automatisms when it comes to such sensitive data, and when too many changes are there. Do I miss something, is there a more easy "migration tool" out there ? Would be great to hear how you do this usually, and which tools you use.

This probably depends on how Embarcadero will sovle App Bundles on its own (maybe this is on their list already). This would require to modularize the app in different features, do you see 32- and 64-apps as those two different features ? What else would be possible to modularize (assuming that you don't want to build a complete new build-system around RadStudio) ? Maybe you consider also something as in-app purchase of those modules (not sure if App bundles will support that scenario).

@Dave Nottage Thanks for this great cxontribution 👍 To get your plans with Mosco right I want to summarize and ask some more questions: Will Mosco be a 1:1 replacement for PAServer (or is it controlling via existing PAServers) ? Mosco is adding, and ntegrating additional features to current PAServer, like SDK management, logging, notarization, AppStore upload, etc. There will be also a companion IDE expert, as well as companion apps like DeviceLens Are there aslo remote plans to integrate also more platforms, like Android (yes, I know Mosco's name speaks against this) ?

Ok, so you do by yourself, you're a very brave man I would prefer to search for some experts repair shops, offering this service, since my nerves lay a little open recently (since I started mobile development). I don't do hardware repair on a daily bases, so I wouldn't trust myself to get everything right after so many years loosing experience.

Interesting, how do you upgrade MBP ? I never checked that more deeply, as I expected that only original Apple parts might run perfectly (but at same incredible price). Do you mean that any Apple-Repair shop might be able to upgrade SSD with state-of-the-art technology and size ?

I use HTML Components Library too, and its working flawlessly (considering its a little between HTML4 and 5), but the big advantage for me is that its cross-platform. Also HTML reports are pretty much interchangeable everywhere, you don't need a special reader. Updates come out regularily also Alexander is fixing bugs and even adding some reqested features very fast. I only can recommend these tools.

Yes, 40 GB is clean Win10 VM. I had up to 130GB VM in the past as well, but then tried to keep it cleaned up as much as possible. Currently the last years I could reach <= 70 GB (of coarse including also my desired tools like Git. Excel, Gimp, IncSkape, etc.), The larger VM is not really a problem for working, but takes a little longer at start, copy and more space in backup. Thats why I recommend to regularily clean up "C:\" folder (incl. system files), and then clan the VM, shrinking it back. Unfortunately clean and shrink VM doesn't work with Macos images out of the box. Also shrinking disk space doesn't really work well in Macos. It is possible, but needs a lot of fumbling in Terminal and disk utility, so I keep it as is. This is a problem because upgrading needs to enlarge the VM temporarily (like I think last XCode was 15GB), then after install its back to normal. Unfortunately I cannot temporarily give more space and free then. If I need to update I try to clean as much as possible, but last update I needed to increase my VM size as well. But anyway, working from clean VM's is always the option.