Warum sind 80 Zeichen die 'Standard'-Grenze für die Codebreite?

Warum sind 80 Zeichen die "Standard" -Begrenzung für die Codebreite? Warum 80 und nicht 79, 81 oder 100? Woher kommt dieser besondere Wert?

Sie können der IBM Lochkarte für dieses Limit danken - sie hatte 80 Spalten:

Wie bereits erwähnt, ist dieser gemeinsame Kodierungsstandard das Ergebnis des Lochkartenformats von IBM aus dem Jahr 1928. Viele Kodierungsstandards stammen aus einer Zeit, als Programme auf Lochkarten geschrieben wurden, jeweils eine Karte / Zeile und sogar der Übergang Bei breiteren Bildschirmen änderte sich nichts an der Tatsache, dass das Lesen von Code mit zunehmender Breite schwieriger wird.

Von der Wikipedia-Seite auf Lochkarten s:

Kulturelle Auswirkungen

• Ein Erbe des Lochkartenformats mit 80 Spalten ist, dass eine Anzeige von 80 Zeichen pro Zeile eine häufige Wahl beim Entwurf zeichenbasierter Terminals war. Ab November 2011 sind einige Standardeinstellungen für die Zeichenschnittstelle, z. B. die Breite des Eingabeaufforderungsfensters in Microsoft Windows, weiterhin auf 80 Spalten festgelegt, und einige Dateiformate, z. B. FITS, verwenden weiterhin Kartenbilder mit 80 Zeichen.

Nun stellt sich die Frage, warum IBM 1928 80 Spaltenkarten ausgewählt hat, als Herman Hollerith zuvor 24- und 45-Spaltenkarten verwendet hatte .

Obwohl ich keine definitive Antwort finden kann, vermute ich, dass die Wahl auf der typischen Anzahl von Zeichen pro Zeile von Schreibmaschinen der Zeit beruhte .

Die meisten der historischen Schreibmaschinen, die ich gesehen habe, hatten eine Schreibwalzenbreite von ungefähr 9 Zoll, was der Standardisierung von Papierformaten auf eine Breite von ungefähr 8 Zoll bis 8,5 Zoll entspricht (siehe Warum ist das Standardpapierformat in den USA 8 ½ Zoll x 11 Zoll?) „? und die Geschichte der ISO216 Eine Reihe Papierstandard ).

Fügen Sie einen typischen Schreibmaschinenabstand von 10-12 Zeichen pro Zoll hinzu, und dies würde je nach Größe der Ränder zu Dokumenten mit einer Breite zwischen 72 und 90 Zeichen führen.

Somit wären 80 Zeichen pro Zeile ein guter Kompromiss zwischen Lochabstand (kleine rechteckige gegenüber größeren runden Löchern) und Zeilenlänge bei gleichbleibender Kartengröße.

^{Übrigens spezifiziert nicht überall eine Zeilenbreite von 80 Zeichen in ihren Codierungsstandards. Wo ich arbeite , hat ein 132 Zeichen begrenzt, die die Breite des typischen entspricht breiten Zeilendruckers der Vorzeit, einen 12pt Landschaft A4 Ausdrucks und die typischen Linienbreite Verbleiben in einem Editor - Fenstern von Eclipse (maximierte auf einem 1920x1200 Bildschirm) nach Package Explorer und Gliederungsansichten werden berücksichtigt.}

^{Trotzdem bevorzuge ich immer noch 80 Zeichen breiten Code, da es einfacher ist, drei Revisionen einer Datei nebeneinander zu vergleichen, ohne entweder seitwärts zu scrollen (immer schlecht) oder Zeilenumbrüche (die die Code-Formatierung zerstören). Mit 80 Zeichen breitem Code benötigen Sie nur einen 240 Zeichen breiten Bildschirm (1920 Pixel bei 8 Pixel pro Zeichen), um eine vollständige Drei-Wege-Zusammenführung (gemeinsamer Vorfahr, lokaler Zweig und entfernter Zweig) bequem auf einem Bildschirm zu sehen.}

Ich würde sagen, das liegt auch daran, dass alte Terminals (meistens) 80x24 Zeichen groß waren: Damals, als es noch 80x24 Terminals gab ...

BEARBEITEN:

Um die Frage genauer und gründlicher zu beantworten, sind derzeit 80 Zeichen die "allgemein akzeptierte" Beschränkung der Codebreite in Editoren, da die Formate 80 x 24 und 80 x 25 die häufigsten Bildschirmmodi in frühen E / A - Terminals und Personalcomputern waren ( VT52 - Dankeschön) zu Sandman4).

Diese Grenze ist immer noch gültig und irgendwie wichtig IMHO für zwei Hauptgründe: die Standard - Geometrie , die viele Linux - Distributionen neu gelaicht Terminal - Fenster zuzuweisen , ist nach wie vor 80x24 und viele Menschen nutzen sie , wie sie ist , ohne Ändern der Größe. Darüber hinaus arbeiten Kernel-, Echtzeit- und Embedded-Programmierer häufig in einer "kopflosen" Umgebung ohne Fenstermanager. Auch hier beträgt die Standardbildschirmauflösung häufig 80 x 24 (oder 80 x 25), und in diesen Situationen kann es sogar schwierig sein, diese Standardeinstellung zu ändern.

Wenn Sie also ein Kernel-, Echtzeit- oder Embedded-Programmierer sind, sollten Sie sich selbst zwingen, diese Grenze einzuhalten, nur um gegenüber jedem Programmierer, der Ihren Code lesen sollte, ein wenig "freundlicher" zu sein.

Wahrscheinlich nicht der ursprüngliche Grund für die Beschränkung auf 80 Zeichen, aber ein Grund, der weithin akzeptiert wurde, ist das einfache Lesen der Ergonomie :

• Wenn die Zeilen zu kurz sind, ist der Text schwer zu lesen, da Sie beim Lesen ständig von einer Zeile zur nächsten springen müssen.
• Wenn die Zeilen zu lang sind, wird das Springen zu schwer, weil Sie die Zeile verlieren, während Sie zum Anfang der nächsten Zeile zurückkehren (dies kann durch einen größeren Abstand zwischen den Zeilen verringert werden, verschwendet aber auch Platz).

Dies ist allgemein bekannt und wird in der Typografie akzeptiert. Die Standardempfehlung (für Texte in Büchern usw.) ist die Verwendung von 40 bis 90 Zeichen pro Zeile und im Idealfall von 60 (siehe z. B. Wikipedia , Markus Itkonen: Typografie und Lesbarkeit ).

Wenn Sie 60 Zeichen pro Zeile anstreben, muss Ihre Obergrenze offensichtlich etwas höher sein, um den gelegentlichen langen Ausdruck (und Dinge wie Randmarkierungen und Zeilennummern) zu berücksichtigen. Daher ist eine Obergrenze von 70-80 sinnvoll.

Dies erklärt wahrscheinlich, warum die Beschränkung auf 80 Zeichen von vielen anderen Systemen übernommen wurde.

Eine verwandte Frage ist "warum hat 80 Spalte bestanden". Sogar die Antworten auf dieser Seite sind ungefähr so ​​breit. Ich stimme den historischen Gründen für 80 Spalten zu, aber die Frage ist, warum der Standard fortbestanden hat. Ich würde Lesbarkeit beanspruchen - für Prosa und Code. Unser Verstand kann nur so viele Informationen in einem Stück aufnehmen. Ich verwende immer noch die 80-Spalten-Markierung in meinem Code-Editor, um mich daran zu erinnern, wenn eine Anweisung zu lang und undurchsichtig wird. Es lässt mir auch viel Platz auf dem Bildschirm für den Browser und die unterstützenden IDE-Fenster. Es lebe die 80er Kolumne - als Leitfaden keine Regel.

Eine andere übliche Begrenzung der Zeilenlänge in den Tagen von Schriften mit festem Abstand betrug 72 Zeichen. Beispiele: Fortran Code, Mail, News.

Ein Grund war, dass die Spalten 73-80 einer Lochkarte oft für eine Seriennummer reserviert waren. Warum eine Seriennummer? Wenn Sie ein Kartenspiel fallen gelassen haben, können Sie die Karten in beliebiger Reihenfolge aufnehmen, die oberen linken Ecken (die immer diagonal geschnitten waren) ausrichten und mit einer Kartensortiermaschine wieder in die richtige Reihenfolge bringen.

Ein weiterer Grund für die Beschränkung auf 72 Zeichen war, dass gängige Schriftarten 10 Punkte hoch und 6 Punkte (1/12 ") breit waren. Eine A4- oder 8,5" breite Seite konnte 72 Zeichen in einer 6 "breiten Spalte enthalten und dennoch Platz für Ränder bieten von über einem Zoll.

Ich persönlich halte mich für mein Zeilenende an "Über Spalte 80", da sonst beim Drucken ein Zeilenumbruch oder ein Codeverlust auftritt.

Es gibt auch Legacy-Lochkarten, aber ich glaube nicht, dass Laserdrucker oder 8,5 x 11-Zoll-Papier so eingestellt wurden, dass sie den Einschränkungen für Lochkarten entsprechen.

Rollen Sie in Druckerpapieren waren Buchstaben Größe oder 15 "breit.

Es waren die Zeilendrucker mit 80 cps für das Hardcopy von Codes oder Berichten, und später unterstützt Epson das kondensierte Drucken mit 132 cps (Escape-Code \ 015 für kondensiertes Drucken).

Einer der Gründe für die 80-Spalten-Karten kann mit dem "Handstempel" zusammenhängen, der wahrscheinlich vor den elektronischen Kartenstempeln verwendet wurde. Es ist eines, das ich in den frühen 70ern auf einer ICL System 4-50 Großrechner-Site verwendet habe. Man musste einen Abschnitt von drei schlagen? stanzen sie gleichzeitig messer in den wagen.