Lars Fosdal

1 hour ago, Stefan Glienke said:

They compile down to machine instructions but not at compile time but at runtime - hence the term JIT.

It is slightly more complex than that... 
https://learn.microsoft.com/en-us/windows/uwp/dotnet-native/

https://learn.microsoft.com/en-us/dotnet/core/deploying/native-aot/?tabs=net7%2Cwindows

FreePascal's Generics support is pitiful.

It is impossible to move my Delphi code to FPC.

14 hours ago, David Heffernan said:

Seven year old bug??? 

I haven't tested it, but it certainly appears so.

Known issue: https://quality.embarcadero.com/browse/RSP-15908

Another interesting tool set:
https://platform.uno/blog/the-rise-of-c-markup-for-cross-platform-development/

Something that is often overlooked is to limit the redraw frequency. If you redraw the display on every update and there are many updates per second, you may save a lot of time on triggering the invalidate at a capped rate, i.e. not do a full redraw every time, but update once every fixed time interval.  Unless you are doing video processing - a redraw at maximum twice per second should be more than sufficient?

My interpretation:
This is (string which need to (remove) -> This is

This is (string) which (string) need to (remove) -> This is which need to

According to some googling, there appears to be methods of converting a .cer file to a .pfx file.

25 minutes ago, shineworld said:

Updated to the latest version

Staying up-to-date, with the latest stable versions of your libraries, is usually a good idea!
If you have proper unit and integration tests, keeping current should be low risk.

@corneliusdavid Perhaps for solo developers, but for a corporate team I would struggle if I was to defend it as a choice.

Who would select to use a closed source backend that doesn't scale, when there are multiple options - of which several have a free tier?

VS Code + C# Dev Kit + .NET MAUI extension for C# Dev Kit is pretty cool. 

.NET cross platform GUI development on Windows, Mac & Linux.

You can argue that this is not an editor capability - but well, it is a pretty nifty editor that allows pretty nifty integrations.

See also 

6 hours ago, Uwe Raabe said:

It could be even shorter:

Result := MyStr.Remove(MyStr.IndexOf('<')).Trim;

No need to check for existence as the internally called _UStrDelete already handles that case pretty well.

Ok, that is pretty neat!

Tools | Options | Debugger | Event Log

Event Log Options - RAD Studio (embarcadero.com)

On 11/25/2023 at 10:45 AM, Dalija Prasnikar said:

I am not saying that Delphi is stuck in the Stone Age...

It has progressed to the Bronze Age...

Odd - we also use the TMS VCL UI Pack - but I've never noticed that problem when having two Delphi versions installed in parallel.

Perhaps because we don't use runtime packages in our code?

I love BC, but using GitKraken, the built in comparer there is pretty nice as well.

I've used Peganza Analyzer every time I had to get to know a new code base.

Now, I haven't changed jobs for a long time - so the last license I have is for PA v. 4.x.

Perhaps it is time to get the Expert? Then again - I write a lot less Delphi code these days, as work pushes me in different directions.

@corneliusdavid I replaced shortest with most readable years ago. 😛

Result := MyString
StartPos := Pos('<', Result);
if StartPos > 0
 then  Delete(Result, StartPos, Pos('>', Result) - StartPos + 1); 

Something like this?
Note that it doesn't handle a missing '>', nor does it trim. 

Featurewise - how does Peganza Pascal Expert hold up to TMS FixInsight?

On 10/6/2021 at 10:04 AM, Lars Fosdal said:

I am not confused. I am frustrated. I want both. 

 

Most of all, I want 64-bit debuggers that understand threads and make it easy and robust to focus debugging on specific threads, and that doesn't suddenly stop breaking on breakpoints or break on "invisible" breakpoints in Indy, or just purely stop responding completely. I'd love to be able to "disable" exception breaks for specific threads and only for those threads.

 

I want the broken HighDPI properly and finally fixed.

I want the code generation significantly improved for 64-bit. 

I want RTL, VCL and FireMonkey to be rock solid and efficient.

 

 

But - also ...

I want Generics constraints for enumerated types so that I can use enumerated type and set type operators.

I want proper nullable type support, including the relevant operators. 

I want ARM support for Windows.

I want ARM/Linux support for Raspberry PI.

I want the static code analysis capabilities of FixInsight and similar, to be built into the DSP.

I want a package manager that really works, unlike GetIt which is just a glorified downloader and installer.

I want Swagger support for APIs.

 

Two and a half year later... I still want the above.

Perusing the source code, it appears that a Print capability is supported.
Regular FMX doesn't have print preview, so I doubt there is SKIA support for that.

11 minutes ago, Kas Ob. said:

That will open +1.5 billion client market.

I bet that many of those will also recognize the western calendar years.

Brgds, a Wood Dragon.