Sherlock

@David Schwartz But that is exactly the point: ChatGPT just blurts out unchecked stuff someone might naively use and if it compiles ... ships it. No matter what happens then. And that is simply unacceptable and dangerous, no matter how fascinating (or in my case not) on may consider the subject.

12 hours ago, zogtrog said:

I think it is probably very important to work with advice from a consultancy company right from the get go just make sure your not screwing anything up especially if you are new to developing for medical devices.

That is a very good attitude and will most likely prevent this endeavor from failing. This is one of the very few examples where I actually value consultants....

FYI with 11.3 I get 4 Tests passed.

...and post the link here for us to follow, if we get the same issue.

And once you've done that, just commit the "correct" version to your (D)VCS and since changes to forms are more seldom than changes to code you'll never have to go fish again, just refresh the form file from your repository.

Oh, I get it! Thanks!

Good news indeed. Goes to show that one should not copy&paste release notes 😉

48 minutes ago, Patrick PREMARTIN said:

It's not the case since 11.2 Alexandria : Embarcadero updated Python dependency to 3.x branch and PAServer needs it only for debugging.

Where did you see it's on 2.7 ?

In the release notes: https://docwiki.embarcadero.com/RADStudio/Alexandria/en/Release_Notes#Launching_iOS_fails_with_PAServer_22

Switching between VMs is not that arduous...

What gets to me right now is that my GetIt batch file wont work. I get either

Quote

Internal check error. Error Installing: Error when installing "CodeSite Express".

or

Quote

Update Subscription is required to install this item

What gives? Now I have to install everything by hand again, along with the really tedious IDE restarting....

It is sad to see, that PAServer on macOS still requires Python 2.7. Firstly because the guys over on the Python side always claimed breaking changes between the 2 and 3 branches where no biggie and secondly because even though they are they are fixable...

Just to mention another service: https://www.macincloud.com/

@programmerdelphi2k I don't have a problem, what problem are you talking about? You had better either respond using quotes or address the person you would like to respond to directly. But posts like yours might very well lead to further misunderstandings.

The var goes before the begin.

procedure TfDesignMaster.PopulatePdlNotesWithValuePack(Sender: TObject);
var
  stocknummm,value,value1,value2,keyfields, fieldname: string;
  F: TField;
  i: integer;
  lresult: boolean;
  fn: TStringList;
  sl: TStringList;
begin
  fn:=tstringlist.create;
  sl:=tstringlist.create;

Surprisingly the DocWiki does not clarify this: https://docwiki.embarcadero.com/RADStudio/Alexandria/en/Variables_(Delphi) at least on that page.

The issue I have with the (not so new) browser approach is as follows: It promotes a browser monoculture. A little bit over 10 years ago IE was a must have in the corporate world, because all the renowned applications would run on it, and only it. No other browsers could be used, and therefore as soon as somebody wanted to browse the internet, in some companies they where forced to use IE, resulting in catastrophic security issues, because MS got lazy and complacent in their browser development. Everybody that counted needed it, and anybody that didn't like it didn't count. But this got so far that the fine people who developed browser based applications got just as lazy and complacent ("learning from MS means winning" and so forth), resulting in even worse applications, that only ran on specific IE versions. It was then that responsible IT departments had to allow the installation of other browsers, if only to allow for safe browsing. IE was the biggest target for malware by far.... I have taken a lunch break and noticed I drifted off.

So let me get back to the point. The only good reason for browser based applications is the zero install "feature". I admit, that is a tough one, for the usual Java, .net crowd what with their frameworks and version jungle and so forth. But for us Delphians? Come on! As I always say: monolithic applications rule! No need to install pesky frameworks, DLLs or other version dependent nuisance, just run it from a network share.

As for the current browser high. Do they really check if their applications work with all browsers in all OSes? Short answer is "No" which leads us to monoculture with all the bad things that entails.

Well, being the best it has ever been does not really mean it will be great. It simply means it wont be as bad as it is now.

Ugh, don't you just hate it when that happens?

41 minutes ago, Cristian Peța said:

But this doesn't work for Windows 7 from what I understand.

Is that still a valid deterrent?

1 minute ago, Incus J said:

but this is an FMX project, so I can probably risk taking it into 11 Alexandria.

I could readily accept such a statement for VCL, but still FMX tends to change a lot. Less than in the XE versions of Delphi but still.

I hope your customers only use one version, i.e. no custom tailored versions. Furthermore I hope your boss or whoever is responsible knows every single feature, no matter how small. Because customers can get really "special" when something no longer works as expected, just because of a new version, especially one they have to pay for - assuming the rewrite will not be for free.

Hmm almost sounds like a job for TWriter.WriteString which writes to a TStream. If you don't want it to be a file, it could be a TStringStream.

2 minutes ago, pouyafar said:

Why does everyone doubt each other here?!!!

Too much has happened with links that lead to previously unknown sites. Bear with us, we'll learn to trust each other soon enough.

@pouyafarThanks for that! And the tables would contain function names with some explanations, correct?

Those links seem quite harmless. It's just two sites translated from persian to english. Second link is pouyafars blog and the first is a forum. I don't see the immediate need to act. And translate.goog belongs to google.

The common link is clear but the evolution of use and meaning is just baffling to me.

On 2/3/2023 at 8:04 PM, Lars Fosdal said:

på gammelnorsk

ROFL....sorry, but in german "gammel" means "rotten". This is just too funny how related and then again not our languages are.