Farbige begin/end Blöcke

[Winni]

Hi!

Glaube ich nicht. Aber das ist 35 Jahre her.
Verlang nicht zu viel von meinem Gedächnis!

Ich glaub die Ziel-Graphik blieb beim Standard-Format, aber die Turbo-Entwicklungs-Umgebung hab ich aufgebohrt. Da hab ich dann entdeckt, dass die maximale Stringlänge im Turbo-Editor irgend ne krause Zahl war - 135 oder so. Nicht 128, wie man vermutet hätte.

Tja, das war so die Zeit um Tschernobyl ...

Winni

[Winni]

Hallo!

Dann hab ich mich doch mal mit den farbigen Begin-End Blöcken beschäftigt.

Und nach nur 10 Minuten die Logik aufs Kreuz gelegt:

Eine procedure enthält zwei functions.
Die erste ist brav eingerückt: Er zeigt korrekt Level 2 mit Magenta an.
Nun rückt man die Funktion aus und klebt sie an den linken Rand:
Er zeigt fälschlicherweise Level 1 mit Rot an.

Siehe Anhang.

Nicht so recht überzeugend.

Winni

[Mathias]

Sieht mir nach einem Bug aus.
Oder vielleicht ist die auch so gewollt, das man sieht, das es 2 Proceduren sind.

[Winni]

Hi!

Das ist nicht gewollt:

Wenn ich die untere Funktion einrücke, erscheint sie in Magenta!

Winni

[Mathias]

Dann scheint es ein Bug zu sein.
Eigentlich sollte die Textformatierung keinen Einfluss auf die Farben haben.

[Timm Thaler]

Die erste ist brav eingerückt: Er zeigt korrekt Level 2 mit Magenta an.

Nein, die erste ist falsch, es ist Level 1. Es hängt von der Stellung von "function" ab.

[Winni]

Hi!

Nö Falsch.

Das ist eine Function innerhalb einer procedure.
Genau hingucken hilft.

Die Procedure ist level 1.
Die Function innerhalb der Procedure ist Level 2.

Jedenfalls hab ich so das Zählen gelernt.

Winni

[Warf]

Was mMn. ein deutlich sinnvolleres feature wäre ist relative farbkodierung wie sie z.B. emacs hat. Das markiert die blöcke ({ und } bei C++) relativ nach der cursor position. Also der block in dem sich grade der cursor befindet ist grün, der ein level drüber dann dunkelgrün, ein weiteres level drüber dann blau und der auf level 4 dann lila. Alle anderen haben die standardfarbe. Somit weißt du auch immer ganz genau wo du grade bist

[Winni]

Hi!

Naja. Das braucht man für emacs. Und erst recht für C.

Aber wir sind hier im Pascal-Land.
Ich weiß auch so, wo ich bin.
Und zur Not gibts am Rand Zeilennummern.

Man muss ja nicht alles nachmachen.
Schwarm-Intelligenz ist ja am Besten bei den Lemmingen zu betrachten.

Winni

[Warf]

Es geht mir nicht darum zu wissen wo mein cursor ist, sondern in welchen blöcken ich mich aufhalte.
Wenn ich 5 geschachtelte if-else if-else blöcke habe und noch dazu welche die keine begin und end benutzen, da fällt es mir auch mit pascal schwer zu wissen ob ich jetzt 3 level höher in dem if branch bin oder nicht. Das begin/end für diesen block kann ja sogar 2 scroll displays entfernt sein. Selbiges gilt übrigens auch für normale klammern. Ich hatte schon so oft das ich die ( und ) bzw. begin und end zählen musste um zu wissen welche bedingungen jetzt genau gelten, in emacs musste ich das nie.

Ich muss auch zugeben, wenn es eine vernünftige pascal integration in emacs gäb, würd ich eh emacs statt Lazarus verwenden.