Wie nach #13#10 im Delphi Editor suchen?

[Harry Stahl]

Wenn ich in die Suchenzeile von Delphi den Suchtext

#13#10

eingebe (um den Text dann zu ersetzen, ist eines der großen Ärgernisse der Crosscompile-Enwicklung)

kommt die Fehlermeldung

"Ein ?,+ oder* sollten einem Zeichen folgen

Selbst wenn man seinen Suchtext versucht irgendwie mit diesen Zeichen zu ergänzen, funktioniert es nicht.

Muss ich einen andere Editor nutzen, oder kann man das auch mit Delphi bewerkstelligen (der Suchen-Dialog funktioniert damit übrigens auch nicht)?

[KodeZwerg]

Char(Ord(13)) ?
Mist das tut mir leid, ich habe es Anfangs falsch verstanden.

edit
Ich muss jetzt mal Nachfragen da ich trotz mehrmaligen Lesen nicht schlau werde.
Du benutzt TEdit und willst was Suchen/Ersetzen oder Du willst was mit IDE Editor machen?

[Harry Stahl]

Ich will halt solche Sequenzen im Source-Code finden und dann ersetzen:

Delphi-Quellcode:

ReAnswer.lines.Insert (0, 'Mail gesendet am: ' + TMail (NList[L]).Datum + #13#10#13#10 +
            'Betreff: ' + TMail (NList[L]).Betreff + #13#10#13#10);

Jedes #13#10 wird dann durch "ANewL" ersetzt, das je nach Plattform (Windows, Mac, Linux) die richtigen Zeichen enthält.

[KodeZwerg]

Also womit/wie willst Du diese CRLF rausfiltern, das wollte ich erfahren, wenn du da ein tool brauchst schreib ich dir schnell ne routine.
edit
Ok, der Zauberer von Delphi ist Eingetroffen, dann bin ich mal mucksmäuschen still :)

[Uwe Raabe]

Zitat:

Zitat von Harry Stahl (Beitrag 1403559)

Wenn ich in die Suchenzeile von Delphi den Suchtext

#13#10

eingebe (um den Text dann zu ersetzen, ist eines der großen Ärgernisse der Crosscompile-Enwicklung)

kommt die Fehlermeldung

"Ein ?,+ oder* sollten einem Zeichen folgen

Also hier kommt die nicht. Funktioniert übrigens auch mit Ersetzen.

Welche Optionen sind denn in der Suchzeile aktiv? Ist das überhaupt die Delphi-eigene Suchzeile?

[Zacherl]

Sieht mir so aus, als ob du irgendeine Art von RegEx Suche aktiviert hast. Kannst ja mal spaßeshalber versuchen das # mit \ zu escapen.

[Harry Stahl]

Ich habe CNPack installiert, aber die Suchenzeile sieht aus wie sonst auch... Es sind keine Optionen aktiviert.

[KodeZwerg]

Besteht die Möglichkeit Notepad++ zu verwenden? Da ists ne Sache von Sekunden auch mit vielen Dateien gleichzeitig.

[Zacherl]

Zitat:

Zitat von Harry Stahl (Beitrag 1403569)

Ich habe CNPack installiert, aber die Suchenzeile sieht aus wie sonst auch... Es sind keine Optionen aktiviert.

Ok :) Versuch es trotzdem mal mit \#13\#10. Die anderen Zeichen ? + * sind ebenfalls wie das # Steuerzeichen für RegExe, deshalb muss man sie Escapen, um sie als reguläre Zeichen zu verwenden.

[Harry Stahl]

Zitat:

Zitat von KodeZwerg (Beitrag 1403570)

Besteht die Möglichkeit Notepad++ zu verwenden? Da ists ne Sache von Sekunden auch mit vielen Dateien gleichzeitig.

Klar besteht die Möglichkeit, habe parallel schon mit anderen EDitor gesucht. Möchte aber dennoch wissen, wie ich das in Delphi hinbekomme...

[Harry Stahl]

Zitat:

Zitat von Zacherl (Beitrag 1403571)

Zitat:

Zitat von Harry Stahl (Beitrag 1403569)

Ich habe CNPack installiert, aber die Suchenzeile sieht aus wie sonst auch... Es sind keine Optionen aktiviert.

Ok :) Versuch es trotzdem mal mit \#13\#10. Die anderen Zeichen ? + * sind ebenfalls wie das # Steuerzeichen für RegExe, deshalb muss man sie Escapen, um sie als reguläre Zeichen zu verwenden.

Ja, so funktioniert es, Danke!:thumb:

Ich muss übrigens leider gestehen, dass da doch "Regulärer Ausdruck aktiviert war...":oops:

[KodeZwerg]

Zitat:

Zitat von Harry Stahl (Beitrag 1403572)

Möchte aber dennoch wissen, wie ich das in Delphi hinbekomme...

Bin Deiner Meinung!

Zitat:

Zitat von Zacherl (Beitrag 1403571)

Versuch es trotzdem mal mit \#13\#10.

Danke, wieder was dazu gelernt!:thumb:

[Rollo62]

Hilft dir zwar nicht direkt weiter, aber ich habe alle "MagicNumbers" wie #13#10 in meinen Libraries durch Konstanten ersetzt und in ein globales Unit ausgelagert;

Delphi-Quellcode:

const
  CCrLf    = #13#10;
  CCrLf2   = #13#10#13#10;
  CChar_Cr = #13;
  CChar_Lf = #10;
  // aber auch Sonderzeichen oder Unicodezeichen
  CChar_Paragraph = '§';  
  CChar_Semicolon = ';';

So in der Art ...
Das macht es lesbarer, suchbarer und kann man dann notfalls zentral anpassen wenn ein OS sich mal querstellt.
Und auch Fehlerunanfälliger, damit nicht aus einem ';' mal schnell ein ':' wird.

Ich weiss ... muss man mögen ... also bitte versucht mich gar nicht erst umzustimmen.

Rollo

[TiGü]

Ähem...euch ist die Konstante sLineBreak aus der System-Unit bekannt?

Delphi-Quellcode:

const
   sLineBreak = {$IFDEF POSIX} _AnsiStr(#10) {$ENDIF}
       {$IFDEF MSWINDOWS} _AnsiStr(#13#10) {$ENDIF};

[freimatz]

Zitat:

Zitat von Rollo62 (Beitrag 1403590)

Ich weiss ... muss man mögen ... also bitte versucht mich gar nicht erst umzustimmen.

Ich versuche es trotzdem - dich umzustimmen. :wink:
Aber nicht es zu ändern, sondern zu meinen, dass man das mögen muss. Man muss es einfach nur machen - es ist das einzig Richtige wenn man professionell Software entwickeln will. (Alles andere ist nur Bastelei - passiert mir aber auch selber oft genug. :oops:)

[bernau]

Zitat:

Zitat von Rollo62 (Beitrag 1403590)

Ich weiss ... muss man mögen ... also bitte versucht mich gar nicht erst umzustimmen.Rollo

Ich mache das auch schon seit Jahren so. :thumb:

[Harry Stahl]

Zitat:

Zitat von Rollo62 (Beitrag 1403590)

Hilft dir zwar nicht direkt weiter, aber ich habe alle "MagicNumbers" wie #13#10 in meinen Libraries durch Konstanten ersetzt und in ein globales Unit ausgelagert;

Delphi-Quellcode:

const
  CCrLf    = #13#10;
  CCrLf2   = #13#10#13#10;
  CChar_Cr = #13;
  CChar_Lf = #10;
  // aber auch Sonderzeichen oder Unicodezeichen
  CChar_Paragraph = '§';  
  CChar_Semicolon = ';';

So in der Art ...
Das macht es lesbarer, suchbarer und kann man dann notfalls zentral anpassen wenn ein OS sich mal querstellt.
Und auch Fehlerunanfälliger, damit nicht aus einem ';' mal schnell ein ':' wird.

Ich weiss ... muss man mögen ... also bitte versucht mich gar nicht erst umzustimmen.

Rollo

CCrLf2 ist unter Geschwindigkeitsaspekten besser als eine Funktion dafür zu schreiben. Mal abgesehen, vom Geschmack, wenn Du nur für die VCL und für Windows compilierst, geht das.

Falls aber weitere Plattformen, die Frage, ob Du dann "CCrLf" je nach Plattform unterschiedlich definiert hast? Sonst wirst Du in bestimmten Fällen kläglich scheitern, wenn Du für andere Plattformen was mit Verarbeitung von Textdateien machst.

Wenn nicht, solltest Du z.B.

CCrLf = #13#10;
CCrLf2 = #13#10#13#10;

umwandeln in

CCrLf = sLineBreak
CCrLf2 = sLineBreak + sLineBrak;

Dann stimmt es für jede Plattform.

[bernau]

Zitat:

Zitat von Harry Stahl (Beitrag 1403597)

Falls aber weitere Plattformen, die Frage, ob Du dann "CCrLf" je nach Plattform unterschiedlich definiert hast? Sonst wirst Du in bestimmten Fällen kläglich scheitern, wenn Du für andere Plattformen was mit Verarbeitung von Textdateien machst.

Wenn nicht, solltest Du z.B.

CCrLf = #13#10;
CCrLf2 = #13#10#13#10;

umwandeln in

CCrLf = sLineBreak
CCrLf2 = sLineBreak + sLineBrak;

Dann stimmt es für jede Plattform.

Das würde ich so direkt nicht unterschreiben. Der Name CrLf impliziert ja diese zwei Chars. Bei dem Namen muss mann davon ausgehen, dass es sich um diese zwei Bytes handelt.

Manchmal ist es auch gewünscht (plattformunabhängig) nach diesen zwei Zeichen zu suchen oder diese zu schreiben.

[Harry Stahl]

Zitat:

Zitat von TiGü (Beitrag 1403591)

Ähem...euch ist die Konstante sLineBreak aus der System-Unit bekannt?

Delphi-Quellcode:

const
   sLineBreak = {$IFDEF POSIX} _AnsiStr(#10) {$ENDIF}
       {$IFDEF MSWINDOWS} _AnsiStr(#13#10) {$ENDIF};

Ja schon, aber das Projekt, das ich gerade auf FMX konvertiere, wurde noch mit Delphi 2007 entwickelt, da habe ich mir solche Gedanken noch nicht gemacht (obwohl es schon für Delphi 2007 diese Konstante gab, die sogar eine Unterscheidung für Linux machte, wohl wegen KyLix)

Mein ANnewL entspricht ansonsten sLineBreak.

Die Umstellung (meines E-Mail-Programms Safer Mail) ist jetzt doppelt hart: von Ansicode auf Unicode, andere Plattformen und Zeichensatz-Gedöns auf allen Plattformen.... Uff

[Rollo62]

Hallo Harry, und Tigü,

Zitat:

Ähem...euch ist die Konstante sLineBreak aus der System-Unit bekannt?

Richtig, kann man so benutzen.
Aber ich vertaue meinen eigenen Definitionen im Moment leider mehr als den Emba-Libraries :stupid:

Schliesslich sollen die Apps ja auch noch in den nächsten Versionen funktionieren.

Zitat:

Der Name CrLf impliziert ja diese zwei Chars.

Das war auch mein Gedanke dazu, das CrLf nutze ich z.B. da wo es NICHT auf Win oder Linux ankommt, z.B. Texte in einer DB, String-Austausch per Internet, etc.
Was per se multi-plattform stabil und zwischen OS austauschbar sein muss,
ich bin kein großer Freund von "Konstanten", wie LineBreak, die heute so und morgen anders sind.

Rollo

[Scurra]

Zitat:

CCrLf2 ist unter Geschwindigkeitsaspekten besser als eine Funktion dafür zu schreiben.

Wie wäre es, wenn man eine solche Funktion als "inline" deklariert? Gibt es dann einen Unterschied hinsichtlich der Performance? Oder könnte es sein, dass der Compiler durch Optimierungen die Funktion doch nicht als "inline" verwendet?

[freimatz]

Wenn es geht ist es natürlich schneller. Andererseits was spricht gegen Konstanten?
Ansonsten: RTFM http://docwiki.embarcadero.com/RADSt...rufen_(Delphi) :)

[Scurra]

Zitat:

Zitat von freimatz (Beitrag 1403971)

Ansonsten: RTFM http://docwiki.embarcadero.com/RADSt...rufen_(Delphi) :)

Der Artikel ist mir durchaus bekannt. Ich war mir nur nicht sicher, ob ich das, was beim "Inlining" passiert, tatsächlich richtig verstanden habe. Anscheinend war mein Verständnis davon aber korrekt.
Und meiner Meinung nach spricht nichts gegen die Verwendung einer Konstante ;)

[freimatz]

Im Extremfall kann man sich auch noch den Assemblercode anschauen :)