Farbige begin/end Blöcke

[BeniBela]

Man kann es ja dunkler stellen

Screenshot_20200923_120213.png (59 KiB) 2642 mal betrachtet

[Timm Thaler]

Mir ist mit der Hervorhebung des einen Gegenstücks durch setzen des Eingabecursors mehr geholfen.

Wie oben schon angedeutet: Nicht, wenn man den Anfang nicht mehr sieht.

Und von wegen BEGIN-END nur so lang, dass sie auf eine Seite passen: Ich wüßte nicht, wie ich das zum Beispiel beim Einlesen einer verschachtelten XML-Struktur realisieren sinnvoll soll.

Pascal_01.png (26.02 KiB) 2632 mal betrachtet

Verdammt, jetzt weiß ich nicht, wie ich den Zoom wieder auf Normal bekomme...

[theo]

Mir ist mit der Hervorhebung des einen Gegenstücks durch setzen des Eingabecursors mehr geholfen.

Wie oben schon angedeutet: Nicht, wenn man den Anfang nicht mehr sieht.

Ich finde gerade dann, weil mir mit dem Eingabecursor nur jenes "end" hervorgehoben wird, welches zum ausgewählten "begin" gehört.
Wenn es viel zu scrollen gibt, ist man vielleicht schon beim "end" der nächsten Funktion und merkt es nicht.

[Mathias]

@Timm Thaler
So grosse proceduren sind eher eine Ausnahme.

@theo
Wie hast du das Kästchen beim begin/end-Block auf gelb eingestellt ?

@alle
Es ist nicht verboten beide Features einzuschalten. Je nach dem ist das einte oder andere besser.

[theo]

@theo
Wie hast du das Kästchen beim begin/end-Block auf gelb eingestellt ?

Bei Einstellungen -> Editor -> Anzeige -> Farben. -> Text.
Das Teil heisst "Wortklammern".

[Timm Thaler]

So grosse proceduren sind eher eine Ausnahme.

Sagt wer?

Wenn ich Daten verarbeiten muss ist es eher kontraproduktiv für jeden Mist eine eigene Prozedur zu machen, das wird dann noch unübersichtlicher, wenn ich jedesmal zu deren Implementierung springen muss.

[Winni]

Hi!

Faustformel: Procedure maximal einen Bildschirm lang.

Wer mehr schreibt, muss gute Grunde haben.
Z.B weil das Verfahren komplex ist.
Alles was geht in Subroutinen auslagern.

Sprung zur Implementiering bzw. Interface sind nur einen Hotkey entfernt.
Kann man einstellen in den Editor-Tasten-Optionen.

Winni

[Timm Thaler]

Faustformel: Procedure maximal einen Bildschirm lang.

Da hätten wir es früher aber schwer gehabt - mit 21 Zeilen, von denen schon 10 für Kopf, Ende und Variablendeklaration draufgehen.

Gegen "in Prozedur auslagern" spricht schon wenn man Daten verarbeiten will, dass man dann jeden Scheiss mit übergeben - oder alles global deklarieren muss.

In Prozeduren ausgelagert werden Sachen, die man mehrfach verwenden will oder die Standardfunktionen abbilden.

[m.fuchs]

Da hätten wir es früher aber schwer gehabt - mit 21 Zeilen, von denen schon 10 für Kopf, Ende und Variablendeklaration draufgehen.

Je kürzer die Methode, desto weniger Variablendeklarationen.
Mehr als 20 Zeilen finde ich schon sehr lang.

Gegen "in Prozedur auslagern" spricht schon wenn man Daten verarbeiten will, dass man dann jeden Scheiss mit übergeben - oder alles global deklarieren muss.

Es bietet sich an mal einen Blick auf das Thema Objektorientierung zu werfen. Dann muss man auch nicht so viel übergeben.
Mehr als drei Parameter ist meistens zuviel.

In Prozeduren ausgelagert werden Sachen, die man mehrfach verwenden will oder die Standardfunktionen abbilden.

Ja, auch. Inzwischen nutzt man aber das Auslagern ebenso zur besseren Gestaltung von Quellcode und zum Kommentieren durch Code.

[Mathias]

Faustformel: Procedure maximal einen Bildschirm lang.

Da gibt es nur eins, den BS horizontal zu stellen.

Da hätten wir es früher aber schwer gehabt - mit 21 Zeilen, von denen schon 10 für Kopf, Ende und Variablendeklaration draufgehen.

Das war ein grosses Handicap von TP gewesen.
Da hatte man eine SVGA- Monitor/Grafikkarte, welcher Textmodis mit 160 Spalten und 50 Zeilen unterstützten.
Nur konnte man TP auf keine Art und weise dazu überreden, dies zu nutzen.
Man konnte über int10 diesen Modus aktivieren, DOS funktionierte einigermassen, aber sobald man TP startet, wurde wieder auf 80/25 gestellt.

Das einzige was TP konnte, war 43/50 Zeilen, aber nur mit einem unleserlichen 8x8 Font.
Ich denke ein paar kleinen Modifikationen von TurboVision und es hätte funktioniert.

[Mathias]

Es bietet sich an mal einen Blick auf das Thema Objektorientierung zu werfen. Dann muss man auch nicht so viel übergeben.

Ich mache fast alles nur noch mit Classen, ausser so kleine mini-Funktionen.

Das ist eines der wenigen Sachen, welche ich von Java Cool finde, da ist alles Objektorientiert.

[Winni]

Das war ein grosses Handicap von TP gewesen.
Da hatte man eine SVGA- Monitor/Grafikkarte, welcher Textmodis mit 160 Spalten und 50 Zeilen unterstützten.
Nur konnte man TP auf keine Art und weise dazu überreden, dies zu nutzen.
Man konnte über int10 diesen Modus aktivieren, DOS funktionierte einigermassen, aber sobald man TP startet, wurde wieder auf 80/25 gestellt.

Das einzige was TP konnte, war 43/50 Zeilen, aber nur mit einem unleserlichen 8x8 Font.
Ich denke ein paar kleinen Modifikationen von TurboVision und es hätte funktioniert.

Hi!

Also ich hatte Mtte/Ende der 80er einen wundersames Monitor von Facit/Finnland.
Den konnte man in 80 x 25 betreiben.
Oder kräftig mit beiden Händen drehen - er war hochkant und konnte 130x50.

Ich weiss genau, dass ich im Hochkant-Modus mit TP gearbeitet habe.
Entweder in den Einstellungen. Oder wieder die exe gepatcht.
Das hab ich damals gerne gemacht .

Das Ding war für die ersten Schritte DTP. Ventura-Publisher auf DOS mit graphischer GEM Oberfäche.
Und abends wurden so 8 bis 12 Disketten zum Belichten gefahren ....

Winni

[Mathias]

Gab es da einen Patch für die exe ?

[Winni]

Hi!

Nee, das hab ich des öfteren selbst gepatcht.
Erstmal mit einem ziemlich genialen Dissassembler von einem Russen auf Suche gehen.
In diesem Fall nach den Konstanten 25 und 80.
Sich das Umfeld innerhalb der exe ansehen und wenn man meint,
man hat die richtigen Stellen - dann patchen.

Kann man aber auch bei einschränkenden Routinen in ner exe benutzen

Winni

[Mathias]

Dann hast du wohl auch die Stelle gepatcht, welche den co80 aufrufte ?