Sherlock

According to this https://docwiki.embarcadero.com/RADStudio/Alexandria/en/Using_SQLite_with_FireDAC a download of SQLite DLLs is not necessary. You did provide a 64Bit DLL and your application failed. 32Bit without external DLL on the other hand ran smoothly. So....get rid of that new thing.

14 minutes ago, gioma said:

I expect Delphi 11.3 to get updates and bug fixes a year after its release.

I'm not using Windows 7, I'm using Windows 11 and if you're referring to the joke I wrote above "I can't use Delphi 7 in 2023", it was to say that Delphi 7 is the last Delphi that is not affected by major bugs... but I'm using Delphi 11.3 which hasn't been updated since April 2023, which is UNACCEPTABLE!

Please read my post carefully, I answered @JohnLM. Your frustration is valid. I have felt it more than once myself.

11 hours ago, JohnLM said:

Specs: Delphi 11.2, Win7

 

My experience thus far with D11.2 under Win7. . . 

Now gee, what do you expect? How many of your clients demand to run your software on their outdated, unsupported and insecure operating systems (Windows 98 SE was sweet)? And what do you tell them? Even Microsoft has abandoned that product. Seriously, as long as you are using Windows 7 you will get nothing but sympathetic nods as every little issue could be blamed on the fact you are trying to run it on an OS that does not meet the requirements. Nevertheless 11.3 is the current version, so some of your issues may have gotten fixed.

19 hours ago, Lajos Juhász said:

To replace them you can simply use the refind utility

Or if you use GExperts anyways, use the "Replace Components" expert.

On 10/13/2023 at 8:15 AM, dummzeuch said:

Then you have been very lucky. Every single GExperts release for the last few years has been flagged as malware. After trying to correct this once or twice by contacting the antivirus publishers I simply gave up and whitelist it for my computers.

I don't sign my executables and installers though, maybe that would help.

I don't think signing is the issue. But consider the sometimes simple heuristics of a virus scanner: DLL = suspicious, file access = suspicious, compiled with Delphi = suspicious. That will generate a warning anywhere... not that its OK, but it is understandable.

Since FMX components have no hints altogether you'll need to program them on your own. Or look into our german site https://www.delphipraxis.net/169747-brennende-hinweise-fmx-hints-thintmanager-1-3-a.html.

Alternatively you can go the way of the accepted answer from here: https://stackoverflow.com/questions/22417565/is-there-any-way-to-add-a-hint-or-tooltip-with-firemonkey

Keep in mind however, that hints or tooltips are not something common on mobile devices!

It behaves strangely when resized:

On a side note, the __Build_Project.cmd enters an infinite loop when run from a UNC-path like \\Mac\Home\Documents\Embarcadero\Studio\Projects.

30 minutes ago, Dave Craggs said:

I did use VMs all the time, but it was not so good when doing mobile development.

Was it a problem with connectivity? We have a Mac Mini in our network, for signing the mobile apps. And we can use it to run the apps in the iOS simulator as well. Works pretty good. I have no Android experience on the other hand.

59 minutes ago, dormky said:

All of these answers are exactly the kind of hack I'd hoped to avoid... Oh well.

In that case I do hope you use that single out of the box method provided by Embarcadero to do that one line of calculating you need, otherwise someone might be inclined to call your solution a hack... just saying.

The VCL framework like most other frameworks provide methods that should suffice for a very high number of use cases. But not all of them, this is to avoid feature creep, and other mishaps.    

Programming is not always straight forward. Sometimes you have to get creative. That is the reason I love it.

16 hours ago, FPiette said:

Do you know that Delphi 12 will be available shortly?

There is a "What's coming" webinar on November 9th so it is still roughly a month away.

Next time, perhaps consider using a VM. Snapshot before the update and, if it fails, just revert. Easy peasy nice and breazy.

45 minutes ago, dormky said:

3 keywords each on one line is really wasteful.

What is it wasting? Seriously.

Great work! I'm guessing you zoomed away from the object inspector on purpose, because you are not quite done yet? It would be great to see what's happening there otherwise.

13 hours ago, aehimself said:

I wish this was explained further. Maybe we will finally get TZipFile.Delete / TZipFile.Remove? 😄

Or Zip with AES encryption...

The larger is a debug build, the smaller isn't. Why the debug build does not run as expected, whereas the release build does, is just a matter of checking the different build settings.

Yeah, Embarcadero sometimes fights with their servers. They'll come around eventually. I guess Delphi 12 is lurking, and the servers are being prepped for it.

11 hours ago, luciano_f said:

We urgently need more robust IDE

Now there is the rub! A 64Bit IDE will be experimental at best. Quite the contrary to a stable IDE. Just consider the introduction of DelphiLSP. Now that Baby started birthing more than three years ago, and it is still not "robust". I'd prefer them to fix the 32Bit IDE to reach a robust stage over them pulling resources to that new construction site.

Lets say...sub par 😄

@GringoStarr Please refrain from posting the same question in different subforums for your own benefit. It will just divide attention.

14 hours ago, luciano_f said:

As I already mentioned, there is no reason not to have a 64-bit IDE since the whole world is moving towards this, let's get to the Facts

Lazarus 64 Bit
Visual Studio 64 Bit

Android 64 Bit only
MacOs 64 Bit only

Who knows, maybe the day Microsoft says it will end support for Win32 will see Embarcadero in shame.

Well, the main reason on the Embarcadero side would be that the IDE in its current state is not generated from on single codebase in one single language, but is a patchwork of more or less pretty quilts assembled to look like a single piece of software. Some of those patchy things have not been touched in quite some time (this is just a guess on my part, but it is an educated one). Lazarus on the other hand is dogfooding at its best.

9 minutes ago, Lajos Juhász said:

 

That's easy. The only reason is that they can say that finally managed to copy it from other languages. Lately that's the only driving force behind the R&D.

To be honest, that is also the only driving force behind change requests (language XY has it) as well - hyperbolically speaking.

57 minutes ago, avesuvorov said:

For reference: I have a MacBook with an intel i5 processor.

Sorry, but that wont do to run the simulator. It is ARM only - meaning you'll need Apple Silicone to run it.

Have you tried running your App in the simulator?

Slow your horses folks. Let's keep it clean and neutral.

17 minutes ago, dummzeuch said:

(I wouldn't have written it that way, but I also don't want to take the time to rewrite from scratch)

Surprisingly (or not), this argument leads to spending more time with legacy code over time than rewriting from scratch. At least that has been my observation for the past 20 years.