Bug in Delphi 10.4 bei Doppelklick auf On... Methoden in FMX

[Siggi]

Hi,

kennt das jemand und kann man das irgendwie beheben:

• ich füge z.B. einen Button auf einer Form für eine Android-App ein
• ich klicken doppelt auf eine der On... Event, z.B. OnClick
• Delphi erstellt den Prozedur-Rumpf, aber im Code immer ein Zeichen zu weit hinten, so dass der erste Buchstabe der nachfolgenden Procedure abgeschnitten wird

das folgende Beispiel soll das mal verdeutlichen:

Delphi-Quellcode:

Pprocedure TMainForm.Button1Click(Sender: TObject);
begin

end;

rocedure TMainForm.btnCloseClick(Sender: TObject);
begin
  Application.Terminate;
end;

Aus der Procedure btnCloseClick wird das P abgeschnitten, dafür wird die neue Procedure Button1Click mit Pprocedure begonnen.

Wenn man es weiß ist das kein Problem, aber nervig, wenn man jedesmal den Code korrigieren muss.

VG
Siggi

[himitsu]

Manchmal sind "komische" Zeichen in der Datei.

Öffne und speichere mal die PAS mit einer TStringList (LoadFromFile und SaveToFile) ... das repariert Zeilenumbrüche, also mach #10, #13 und #13#10 einheitlich.
Und lösche alle Zeichen zwischen #0 und #32, welche kein Tab/Zeilenumbruch sind.

Delphi-Quellcode:

uses
  System.IOUtils;

begin
  var F := 'C:\irgendwo\deine.pas';
  var C := TFile.ReadAllText(F).Replace(sLineBreak, #10);
  for var i := 1 to Length(C) do
    if (C[i] < ' ') and not (C[i] in [#9, #10]) then
      C[i] := ' ';
  TFile.WriteAllText(F, C.Replace(#10, sLineBreak));
end;

Du hast natürlich eine Versionierung und kannst, auch ohne vorheriges Backup, dann mal die beiden Dateien byteweise vergleichen. :angle:

[hhcm]

Zitat:

kennt das jemand und kann man das irgendwie beheben:

Ja, die "rocedure" kenn ich. Und nein, das ist schon seit Delphi 7 so. (Vielleicht sogar seit D5)

Steht irgendwo ein {$IFDEF} - IDE kommt oft durcheinander.
Steht an ungewünschter stelle ein Kommentar - IDE kommt manchmal durcheinander.
Steht in den Uses in der DPR Datei ein {$IFDEF}, schmiert die IDE sogar "manchmal" ab.

Da hab ich schon viele geschlossene QC´s gesehen und es ist nie besser beworden.

[jaenicke]

Zitat:

Zitat von hhcm (Beitrag 1482954)

Da hab ich schon viele geschlossene QC´s gesehen und es ist nie besser beworden.

Ich habe bisher aber noch keinen reproduzierbaren Fall gesehen. Ich hatte das Problem selbst schon seit Jahren nicht mehr.

Anders sieht es mit der kaputt gehenden Projektdatei beim Hinzufügen von Units aus. Das war reproduzierbar, bei jedem, der es getestet hat, aber die Antwort war "as designed". WTF?

[Der schöne Günther]

Zitat:

Zitat von jaenicke (Beitrag 1482961)

Ich habe bisher aber noch keinen reproduzierbaren Fall gesehen. Ich hatte das Problem selbst schon seit Jahren nicht mehr.

Reproduzierbar leider wirklich nicht (wie so vieles in der IDE nicht 😜), aber ich zumindest werde davon nicht verschont, passiert leider weiterhin oft genug.

[hhcm]

Zitat:

Zitat von jaenicke (Beitrag 1482961)

Anders sieht es mit der kaputt gehenden Projektdatei beim Hinzufügen von Units aus. Das war reproduzierbar .....

War?

[Sinspin]

Oh ja, den kenne ich auch. Nicht reproduzierbar.
Ich habe so einen änlichen auch bei meinem Komponenten Package. Da werden beim erstellen ja manchmal weitere required packages in die .dpk eingefügt.
Aus irgend einem Grund werden bei mir die bestehenden übersehen und alles neu eingefügt. Dabei geht jedesmal das "end." drauf. Nervig.
Manuell reparieren, Speichern, Daumen drücken. Nach ein paar Versuchen klappt es dann.

[himitsu]

Ich dachte sowas bessert sich endlich mal, wenn alles den "selben" Parser/Tokenizer/Whatever benutzt.

[Uwe Raabe]

Zitat:

Zitat von himitsu (Beitrag 1482974)

Ich dachte sowas bessert sich endlich mal, wenn alles den "selben" Parser/Tokenizer/Whatever benutzt.

Wieso dachte - soweit sind wir doch noch gar nicht.