Lajos Juhász

I've tested using XE5 and 10.4.2 in both versions the message appears on the correct monitor.

Let's hope Embarcadero will soon finish testing the hotfix and will release it.

IdGlobal is required for the function IndyTextEncoding_UTF8.

This question has nothing to do with VCL and Memo. You should ask it in Delphi Third-Party -> Indy as you're using Indy to decode the data. Most probably your data is mailformed (I've tried to decode it using https://www.base64encode.org/ and the result there is: 如何讓 art-mate 成為) . In order to decode UTF-8 characters you have to add idGlobal to the uses and call DecodeString: s3 := idDecoderMime1.decodeString(s2, IndyTextEncoding_UTF8)

You can try to tag @David Millington I guess he can try to find out more about it.

It's located at https://my.embarcadero.com/.

High-DPI is required in order to work with the users DPI settings. Without that the program cannot determine how to scale the svg image or which version of the image to draw at what size.

This is the reason I am hoping that there will be a longer then usual beta period for the new release. Even Delphi 10.4.2 still has a large number of problems due to the changes they made (internal errors and Access Violations).

One way I found to achieve this is to use the fact that in the TCustomGrid.UpdateEdit procedure UpdateEditor will set the color of the editor to match the color of the grid: type TCrackGrid = class(TDBGrid); procedure TForm1.DBGrid1ColEnter(Sender: TObject); begin UpdateEditorColor end; procedure TForm1.FDQuery1AfterScroll(DataSet: TDataSet); begin UpdateEditorColor; end; procedure TForm1.UpdateEditorColor; begin if dbgrid1.SelectedField = fdQuery1Color then begin // Here is the code to setup the color of the inplace editor..... if odd(FDQuery1.RecNo) then dbgrid1.Color:=clRed else dbgrid1.Color:=clWhite; end else dbgrid1.Color:=clWhite; TCrackGrid(DBGrid1).InvalidateEditor; end;

You define the manifest for the entire application, if it's implemented correctly for everything even the form designer should be DPI sensitive. Unfortunately we will have to wait for the first authorized posts from the beta testers to learn about it. Let's hope the beta will start soon.

It's on the roadmap as I wrote for Delphi 10.5 (High DPI IDE Support).

Delphi 10.5 should introduce DPI friendly IDE, we have to wait only about 4-6 months to see it.

Jira is the system portal thet is used (from the wikipedia: Jira (/ˈdʒiːrə/ JEE-rə) is a proprietary issue tracking product developed by Atlassian that allows bug tracking and agile project management). It will take user user name, not your e-mail. https://quality.embarcadero.com/secure/Dashboard.jspa Logging in: Use the same account you use for the Registered Products Portal. Note: use your username as opposed to your email address It is listed as "login" in your user account info Create Account or Reset Password via my.embarcadero.com Still can’t log in? Contact support

In Delphi 10.4 the folder in source\tools\FireUIAppPreview contains a source of an application (hint it's LivePreview.dpr not LivePReview.dpk). Where I can find a tool to convert it to a bpl?

Yo can download it from the new portal: https://my.embarcadero.com/

According to the last roadmap there will be no 10.4.3 release, the release will be 10.5 in H2 2021.

Works for me.

You're trying to show the change on the dbgrid while using an event on the dataSource that's is triggered before the selection. You should display the selected rows from the events of the grid. In this case as the selection can be made by mouse or keyboard you could use the events OnKeyUp and OnMouseUp for the grid: procedure TForm1.DBGrid1KeyUp(Sender: TObject; var Key: Word; Shift: TShiftState); begin UpdateSelectedCount; end; procedure TForm1.DBGrid1MouseUp(Sender: TObject; Button: TMouseButton; Shift: TShiftState; X, Y: Integer); begin UpdateSelectedCount; end; procedure TForm1.UpdateSelectedCount; begin label2.Caption := 'Count = ' + IntToStr(dbgrid1.SelectedRows.Count); end;

For this you should configure replication on the server IMHO that works best.

Unfortunately no, sometime I also get internal error or Access violation at address 50165C8F in module 'rtl270.bpl'. Read of address 00000000.

It's enough to insert anything between ShowModal and Free that will call an Application.ProcessMessages, for example to show another modal form and oops you get: Project Project1.exe raised exception class EInvalidPointer with message 'Invalid pointer operation'. Something like: procedure TForm1.Button1Click(Sender: TObject); var x: TForm2; x2: TForm; begin x:=TForm2.Create(nil); x2:=nil; try x2:=Tform2.Create(nil); if x.ShowModal=mrOk then x2.showmodal; finally x.free; x2.free; end; end;

No it's not wrong. Sometimes it can result an Access Violation, it will cause no problem if in the meanwhile the handle is not used otherwise you cannot predict the result.

TFileStream is derived from THandleStream and unlike the THandleStream it will close the file in the destructor as I showed in my earlier post, so it's just a try ... finally less to write.

The answer is here, the TFileStream will take over the ownership and close it in the destructor (FileClose will call CloseHandle): destructor TFileStream.Destroy; begin if FHandle <> INVALID_HANDLE_VALUE then FileClose(FHandle); inherited Destroy; end;

Thanks Remy I missed the part that you can give a Handle to the TFileStream constructor. You can replace the file using this code. Of course you've to make sure first the file exists: procedure TForm1.FormCreate(Sender: TObject); var lStrList: TStringList; lfStream: TFileStream; lFileName: PChar; begin lFileName:='D:\temp\0104.txt'; lStrList:=TStringList.Create; lfStream:=TFileStream.Create(Createfile(lFileName, GENERIC_WRITE, FILE_SHARE_WRITE, nil, CREATE_ALWAYS, GetFileAttributes(lFileName), 0)); try lStrList.SaveToStream(lfStream); finally lfStream.Free; end; end;