Träume, Wünsche und Wahnvorstellungen...

[jaenicke]

Richtig, denn wenn man tatsächlich etwas initialisieren muss dann kann man das bei Verwendung der Klasse über eine entsprechende Methode.

Wenn man aber die Klasse an sich ändert und die dann an den falschen Stellen verwendet wird... ohje, was für ein Durcheinander, insbesondere in einem Team... finde da mal den Fehler.

[himitsu]

OK, dann versucht z.B. mal die interne StringList des TRichEdit zu kommen und die Bugs zu fixen, welche seit D2009 existieren, ohne die VCL neu zu kompilieren.

Irgendwer hat deren Deklaration nicht öffentlich gemacht.

[Stevie]

Zitat:

Zitat von himitsu (Beitrag 1108293)

OK, dann versucht z.B. mal die interne StringList des TRichEdit zu kommen und die Bugs zu fixen, welche seit D2009 existieren, ohne die VCL neu zu kompilieren.

Irgendwer hat deren Deklaration nicht öffentlich gemacht.

Dann korrigier ich mich:

Zitat:

Zitat von Stevie (Beitrag 1108289)

Klingt für mich aber eher nach nem Workaround für schlechtes Design einen Bug.

Wieso sollte man also ein Sprach Feature einbauen, um einen Bug zu fixen?! :shock:

Und wo wir von Bug sprechen, um was handelt es sich? (schon im QC eingetragen?)

[stahli]

Das sehe ich ach so. Wenn man schon etwas WÜNSCHT, dann gleich eine VCL2 (statt einer Problemlösung durch die Hintertür).

[Stevie]

Zitat:

Zitat von stahli (Beitrag 1108301)

dann gleich eine VCL2

"be careful what you wish for ..."

[himitsu]

einfaches Beispiel:

Delphi-Quellcode:

RichEdit1.Lines.Clear;
RichEdit1.Lines.Add('fdfdfd');
RichEdit1.Lines.Add('fdfdfd');
RichEdit1.Lines.Add('xx1234567890xx');
//RichEdit1.SelStart := Pos('4567', RichEdit1.Lines.Text) - 1;  // *1
RichEdit1.SelStart := Pos('4567', RichEdit1.Text) - 1;        // *2
RichEdit1.SelLength := Length('4567');

1) hier ist klar, daß leider #13#10 (sLinebreak) rauskommt, obwohl man das leicht ändern könnte.
2) den Schrott hier hat Emba aber absichtlich verbaut und dabei vergessen auch SelStart/SelLength mit umzurechnen

Emba hatte mit der Umstellung auf Unicode auch endlich mal das Richedit-Control upgegradet und nutzt nun nicht mehr die überaltete Version. (von RICHEDIT v2 auf v3 oder war's von 3 auf 4 :gruebel: )
Wie dem auch sei, komischer Weise nutzt diese Komponente intern als Zeilenumbruch die #13 (Mac :shock: ), also dachte Emba sich, es ist mal "schlau" und ersetzt "einfach" die #13 mit sLineBreak, beim Auslesen.
Tja, und nun haben wir den Salat ... pro Zeile verschiebt sich der Index.

Ja, es sind irgendwo mehrere QC-Einträge und auch mehrere DP-Beiträge dazu vorhanden, aber seitens Emba keine wirkliche Reaktion.
Es gibt auch 2-3 "einfache" Lösungen. (die StringList anpassen, aber leider ist der Zugriff darüber langsam und direkt über die WinAPI oder die Indize von SelStart/SelLength umrechnen)


Dis ist mal ein wirklicher Wunschtraum ... daß alle QC-Einträge beantwortet und die Probleme behoben sind.

[Stevie]

Zitat:

Zitat von himitsu (Beitrag 1108313)

Dis ist mal ein wirklicher Wunschtraum ... daß alle QC-Einträge beantwortet und die Probleme behoben sind.

Manchmal bist du echt naiv. Klar, ebend mal jedes vermeindliche "Fehlverhalten" fixen - ist ja auch total Hupe, ob Programme, die schon immer liefen, plötzlich ihren Dienst versagen, oder ihr Verhalten ändern. Hab schon oft genug erlebt, dass ein übereifriger Entwickler sich gedacht hat "Ui, da is ja nen Fehler, ich beheb den mal" und plötzlich knallts am anderen Ende, weil irgendwer mal vor Urzeiten nen Workaround gebaut hat oder sich auf dieses Verhalten verlassen hat.

Übrigens, Problem solved:

Delphi-Quellcode:

RichEdit1.Lines.Delimiter := #13;
RichEdit1.Lines.StrictDelimiter := True;
RichEdit1.SelStart := Pos('4567', RichEdit1.Lines.DelimitedText) - 1;

[himitsu]

Aber schau lieber nicht nach, was Lines macht.

Bei jedem zugriff auf Lines.Text / Lines.DelimitedText wird Memo/RichEdit erstmal komplett zerlegt.
Im Inneren speichern die den Text zusammenhängens.

Lines ließt nun jede Zeile aus und setzt das wieder zusammen.

Delphi-Quellcode:

for i := 0 to Zeilen - 1 do
  Result := Result + Zeile[i] + Zeilenumbruch;

Was soeine Schleife nun auf den Speicherverbrauch und die Laufzeit für Auswirkungen haben kann/wird, kannst'e dir bestimmt denken?

Hätte Emba nicht oder nur geringfügig (#13 => #10) in RichEdit.Text rumgepfuscht, dann sähe das anders aus, da Memo.Text, im Gegensatz zu Memo.Lines.Text, alles zusammen ausließt.


Hey, würden Fehler schneller behoben und auch mal in älteren Versionen, würden nicht so viele Langzeitbugfixes in den Programmen rumgammeln. :angle:





Gut, am Liebsten hatte ich auch mal das 1-0-Problem der Strings beseitigt, aber sowas wird wohl nie passieren.

[Stevie]

Zitat:

Zitat von himitsu (Beitrag 1108319)

Was soeine Schleife nun auf den Speicherverbrauch und die Laufzeit für Auswirkungen haben kann/wird, kannst'e dir bestimmt denken?

Ja, unheimlich schlimme, weil man ja bestimmt im Sekundentakt die Markierung in nem RichEdit verändern möchte und das dann tierisch den Speicherverbrauch in die Höhe und die Performance in den Keller treibt... :roll:

Und wer ernsthaft ein Programm für Textverarbeitung schreibt, wo dann mal "große" Dokumente geladen sein könnten, wird bestimmt nicht TRichEdit nutzen...

Zitat:

Zitat von himitsu (Beitrag 1108313)

Wie dem auch sei, komischer Weise nutzt diese Komponente intern als Zeilenumbruch die #13 (Mac :shock: ), also dachte Emba sich, es ist mal "schlau" und ersetzt "einfach" die #13 mit sLineBreak, beim Auslesen.
Tja, und nun haben wir den Salat ... pro Zeile verschiebt sich der Index.

Nicht, dass der Delphi Sourcecode ein Paradebeispiel für clean Code wäre, aber hätten sie es nicht so gemacht, wäre das ein klarer Verstoß gegen das Liskov Substitution Principle gewesen, denn TRichEditStrings ist nunmal von TStrings abgeleitet.

P.S. Übrigens... http://docwiki.embarcadero.com/VCL/d...hEdit.FindText

[jaenicke]

Zitat:

Zitat von himitsu (Beitrag 1108293)

OK, dann versucht z.B. mal die interne StringList des TRichEdit zu kommen und die Bugs zu fixen, welche seit D2009 existieren, ohne die VCL neu zu kompilieren.

Was hat das jetzt mit dem Wunsch nach Konstruktoren in einem class helper zu tun?`

Alles was man in einem class helper macht, kann man einfach manuell auslösen. Klar musst du das dann bei jedem RichEdit, das du nutzt, aber von der Frage ausgehend, ob es möglich ist, ändert sich doch nichts. :gruebel: