Zeilenbreite Quelltexteditor

[c77ar]

Hallo liebe Forenmitglieder(innen),

ich bin Lazarus Neuling und habe da mal ein vielleicht ganz dumme Frage: Im Quelltexteditor werden ja durch Linien Bereiche untergliedert, wie zum Beispiel Beginn und Ende einer Prozedur, etc..

Unter anderem wird auch durch eine senkrechte Linie die "Breite" der Programmzeile vorgegeben. Ich kann über diese hinwegschreiben, wenn ich keine neue Zeile anfangen möchte. Nun zur Frage: Gibt es eine Möglichkeit, die "Markierung der Zeilenbreite" zu verändern? Heutige Monitore haben ja schon recht hohe Auflösungen und ich könnte mir gut vorstellen, das diese Markierung noch aus einer "Pre-4K-Zeit" stammt

Oder bin ich da auf dem Holzweg und "trainiere" mir gerade einen unsauberen Stil an?

Liebe Grüße

Christian

[Mathias]

Das habe ich mich auch schon gefragt, ich denke dies ist eine Altlast von DOS / Turbo Pascal.
Verstellbar ist, irgendwo in den Editoroptionen.
Codetools hat auch 80 Zeichen.
Sowie der Codeformatierer.
Dies ist aber alles einstellbar.

Einzig was ich mir vorstellen könnte, das beim Ausdrucken etwas abgeschnitten wird.

Zum Teil ist es recht lustig, da wird ein ); auf eine neue Zeile genommen.

Ein schlechte Gewohnheit ist dies nicht, ansonsten hättest einen kleineren Monitor kaufen können.

[Winni]

Hi!

Ja, mit den Einstellungen des Editors kann man ein Semester verbringen ....

Werkzeuge --> Einstellungen --> Editor --> Anzeige --> Rechter Rand
Steht per default auf 80, kann man aber jede Menge Sinn und Unsinn mit veranstalten.
Und gleich den Rand noch in knalle rot. Wenn man möchte.

Und dann braucht man noch:

Werkzeuge --> Einstellungen -->Codetools --> Zeilentrennung

Da sollte man die Zeilenbreite an seinen rechten Rand anpassen.
Und auf der gleichen Seite kann man auch einstellen, dass er nicht vor einer Klammer umbricht.
Oder einem Semikolon.

Winni

[Ich934]

Naja die 80 haben noch einen anderen Grund. Die Design Guidelines beziehen sich auf auf den Object Pascal Style Guide. Dort ist definiert (unter "4.4 Continuation Lines"), dass eine Zeile maximal 80 Zeichen lang sein soll.

Lines should be limited to 80 columns. Lines longer than 80 columns should be broken into one or more continuation lines, as needed. All the continuation lines should be aligned and indented from the first line of the statement, and indented two characters. Always place begin statements on their own line.

Ich versuche z.B. diese Guidelines so gut wie möglich umzusetzen. Auch der interne Code Formater (Quelltext -> JEDI Codeformartierer) hilft hier. Dort ist der Umbruch bei 90 Zeichen voreingestellt. Ich verändere das nicht, auch wenn es 10 Zeichen höher ist als die Guideline von Embarcadero vorgibt.

[Mathias]

Da hat ew noch was, was bei mir nicht komform ist.
Für eine Anweisung / Schleife nehme ich nie eine neue Zeile für das begin.
Nach meiner Meinung Platzverschwendung.

[Ich934]

Ja, einerseits schon. Ich persönlich finds übersichtlicher. Aber das auch Geschmackssache...

[kupferstecher]

Oder bin ich da auf dem Holzweg und "trainiere" mir gerade einen unsauberen Stil an?

Wuerde ich schon sagen.
Lange Zeilen sind im Allgemeinen schlecht lesbar. Dann lieber einmal mehr mit einer lokalen Variablen arbeiten.
Es gibt natuerlich Ausnahmen, wo der Zeilenanfang schon aussagekraeftig ist und man den Codeverlauf nicht stoeren moechte (z.B. bei Ausgaben von Fehlermeldungen zwischendrin). Aber der Editor verbietet ja nicht das schreiben hinter der Linie, in so Faellen ueberzieh ich einfach.
Es ist halt so, dass die Grosszahl der Codezeilen schon deutlich kuerzer als 80 Zeichen ist. Durch ein breiteres Fenster gewinnt man effektiv kaum Platz.

Ausserdem, durch ein schmales Editorfenster hat man links und rechts mehr Platz fuer anderes, wie Objektinspektor, Formulare, Suchergebnisse, Dokumentation etc. Was man eben zum Programmieren so braucht. Und da spielt dann auch das chaotische Layout von Lazarus mit den Einzelfenstern seine Staerken aus.

[m.fuchs]

Für eine Anweisung / Schleife nehme ich nie eine neue Zeile für das begin.
Nach meiner Meinung Platzverschwendung.

Platzverschwendung ist da nicht das Problem, man kann (besonders in Verbindung mit langen Zeilen) sich eine andere Schwierigkeit einbauen:

Code: Alles auswählen

procedure DeleteOrNot;
begin
  if Condition1 and Condition2 and (MyValue = 244) then DoNothing;
  begin
    DeleteDatabase;
  end;
end;

Aus dem Grund haben wir in unserem internen Codestyle dass ein begin immer schon direkt nach dem then kommt.

[Ich934]

Ich hab mir zwischenzeitlich angewohnt, regelmäßig mit Strg+D mit JEDI meinen Code einfach formatieren zu lassen. Das hat für mich mehere Vorteile:

• jedes Programm hat einen einheitlichen Stil
• die Editorgrenzen werden eingehalten
• die Empfehlungen umgesetzt

Dann ist es auch mal nicht so schlimm, wenn man mal im Eifer des Gefechts einfach durch schreibt. Das auch bei verschachtelten Abfragen immer wieder mal der Fall.

[Ich934]

Platzverschwendung ist da nicht das Problem, man kann (besonders in Verbindung mit langen Zeilen) sich eine andere Schwierigkeit einbauen:

Code: Alles auswählen

procedure DeleteOrNot;
begin
  if Condition1 and Condition2 and (MyValue = 244) then DoNothing;
  begin
    DeleteDatabase;
  end;
end;

Aus dem Grund haben wir in unserem internen Codestyle dass ein begin immer schon direkt nach dem then kommt.

naja, das wäre auch keine Sache, den mit JEDI und nach den Guidelines wäre das eigentlich so zu schreiben:

Code: Alles auswählen

procedure DeleteOrNot;
begin
  if Condition1 and Condition2 and (MyValue = 244) then
    DoNothing;
  begin
    DeleteDatabase;
  end;
end; 

Problem gelöst und imo auch lesbarer und eindeutiger weil die Aktion die gemacht wird eingerückt wird.

[m.fuchs]

Genau, die Aktion(en) die ausgeführt werden, sollen eingerückt werden. Ist auch der Fall bei uns, aber das mein Beispiel war ja auch nur eines für schlechte Formatierung.
Abgesehen davon sind ja unnötige begin .. end-Konstrukte sowieso abzulehnen.

[fliegermichl]

Abgesehen davon sind ja unnötige begin .. end-Konstrukte sowieso abzulehnen.

Das schon aber manchmal baut man sich dadurch etwas Sicherheit.

Code: Alles auswählen

if condition1 then
  if condition2 then
    DoSomething
  else if condition3 then
    DoSomethingElse
  else
    DoWhatever;

In so einem Fall würde ich hinter condition1 einen begin end Block schreiben.

[m.fuchs]

In so einem Fall wären sie ja auch nicht unnötig.

[Mathias]

So was ist sowieso blld, auch wen es der Compiler frisst.

Code: Alles auswählen

Begin
  Begin
    Begin
    End;
  End;
End;

[af0815]

Blöde Sachen können einer einer Codeänderung schon mal stehen bleiben, dann wird öde. Ich bevorzuge mittlerweile auch 'then begin' und 'else begin'