Lajos Juhász

While mobile platforms are changing every year Delphi Community version is not a viable product. Every version of the mobile platforms requires changes in the development tools and community edition don't cover that. Even with paid versions of Delphi sometimes you have to wait a longer period of time for a solution (fix for the platform change).

As I wrote a Hello world example will work. In order to break things you have to work on a real application. I am not allowed to publish the source code for any application I am working on. For you maybe it's blablabla for others maybe it worth knowing the state of Delphi 11.

In Delphi 11 for some cases you have a cycle: compile, make changes, restart the ide, recompile. About the debugger unfortunately it looks like that the developers that should work on that failed to install Delphi 11. Evaluate/Modify, Watch list working only for a Hello World projects. Double click on call stack when the weather is good outside may navigate to the code. Local variables can also display strange values. Also have to use the new broken LSP, sometimes restart of the IDE help other times you just don't have luck with it.

RAD Studio Community edition doesn't support Linux. According to https://www.embarcadero.com/products/delphi/starter/free-download it should have compilers for: Windows, macOS, iOS, and Android.

Did you have IdSSLOpenSSL in uses?

Add the folder where the runtime package is to the path.

It's the same as any other source. You do it in the same way as your own source. You should post what errors you get than we can try to help you.

You're missing not in the if statement (you would like to continue in case when the JSON is correct): var Text: string; Command: string; JsonValue: TJSONValue; JsonValueArg: TJSONValue; begin // parse json JSONValue := TJSONObject.ParseJSONValue('{"cmd":"program.add.text", "txt":"for I := 0 to 100 do"}'); if not (JSONValue is TJSONObject) then Exit; // gets command type (in Command I've found the "cmd" value "program.add.text". ALL RIGHT!!!) if not JSONValue.TryGetValue('cmd', Command) then Exit; // gets command argument txt (does not found the "txt" value and program EXITS!!!) if not JSONValue.TryGetValue('txt', Text) then Exit;  //...

David Millington gave an update at the DelphiCon 2021. They are working on it: HighDPI + IDE integration delayed the publishing.

This is a bug in Delphi 10.4. It's working as far as I can test in Delphi 11 (unfortunately the release date of the Community Edition is still unknown). On the other hand there are another bugs in Delphi 11 with custom title bars.

I didn't tested Visual Studio Code. It uses the same thing. From Delphi 11 unfortunately only the LSP based code completion is available and it's not good enough (capable only to handle Hello World applications).

I don't use that so no idea. Tried for fun in Delphi 11 to select an instance and hit Search - Find class first time I got: System.AccessViolationException: Attempted to read or write protected memory. This is often an indication that other memory is corrupt.

It was strange that on live panel at an Embarcadero event there was nobody to represent Embarcadero (just to answer technical questions).

https://docwiki.embarcadero.com/Status/en/FireDAC_Database_Support Delphi 11 supports: v 1.5 - 3.0

Ok, at DelphiCon2021 David Millington answered that the bookmarks are coming soon, besides the HDPI issue they are working how it will be integrated in the IDE (whatever that means).

First they have to resolve the bugs in the HDPI code in the VCL. I hope that they will resolve some issues in the update 1. *Can someone move the HDPI discussion into a new thread as we are discussing a bit different topic?

You could easily debug and optimize this code. Calling zip.FileNames in the loop is very unhealthy as it will construct the list for every iteration. var lFileNames: TArray<string>; begin var vZipContents := TStringList.Create; var Zip := TZipFile.Create; try if TZipFile.IsValid(fZipfileName) then begin Zip.Open(fZipfileName, zmRead); lFileNames := Zip.FileNames; for var I := Low(lFileNames) to High(lFileNames) do begin vZipContents.Add(lFileNames[I]); end; Memo1.Lines := vZipContents; end; finally Zip.Free; vZipContents.Free; end; end; *(Edit: of course in this code there is no benefit to use vZipContents it would be better to use Memo1.Lines.BeginUpdate and Memo1.Lines.EndUpdate and insert the file names directly to the memo.)

Marco Cantu already mentioned it DelphiCon 2021 on Tuesday that they're working both on the IDE and VCL as they discovered some issues with highDPI (without any details of course).

Most probably every application (I saw Windows 11 on YT videos and https://docs.microsoft.com/en-us/windows/apps/design/controls/checkbox).

It is a known issue set Scaled property to true (on the form). When scaled is false Delphi in some cases ignores the width/height properties. Welcome to the way how Delphi is managing high DPI. Btw. you should report this as far as I known there is no report with Scaled false and TGroupbox.

This should fail for exe as since Delphi 7 it can be only used in packages or dlls not executables.

There is an open RSP for this.

Saves you from declaring the type when it's working (eg. Currency).

program Project1; {$APPTYPE CONSOLE} {$R *.res} uses System.SysUtils; begin try { TODO -oUser -cConsole Main : Insert code here } var x:=5; inc(x, DayOfWeek(now)); writeln(x); if x<5 then {break point here} writeln('x<5') else writeln('x>=5'); readln; except on E: Exception do Writeln(E.ClassName, ': ', E.Message); end; end. The debugger will say: 'Symbol was eliminated by linker'. In my opinion it's still not solved in debug configuration. I am still going to wait for fully implemented inline variables.