Von Buchstaben, Zeichen und Codierungen oder: Von der Schreibmaschine zur Textverarbeitung

Von Florian Freistetter / 14. September 2015 / 46 Kommentare / Seite 8 von 8 / Auf einer Seite lesen

————————————————-

Screenshot des Infofensters, das erscheint, wenn man in Notepad++ die Erweiterung TextFX installiert hat und daraus die Funktion Wordcount aufruft

————————————————-
Hinweis zum Autor: Dieser Artikel wurde von “Hans” geschrieben.

« Vorherige Seite

Seite 1 / 2 / 3 / 4 / 5 / 6 / 7 / 8

Kommentare (46)

#1 Hans
14. September 2015

Sieht ja interessaant aus, der Beitrag, aber irgendwo sind da ein paar Sätze untergegangen. Und zwar jedesmal, nachdem im Text 2 hoch 7 auftaucht, was im siebten und achten Absatz der Fall ist.
#2 Gerhard
14. September 2015

Alle Achtung, Hans, da hast du dir aber viel Arbeit gemacht mit dem Artikel. Am Anfang ist da aber was durcheinandergerutscht, dort wo auf einmal die 5374 Zeichen auftauchen, oder?
Als Software Entwickler seit Beginn der 80er Jahre habe ich den ganzen Mist mitgemacht und da war man ja froh, dass dann allmählich der UNICODE Standard kam. Das Ende aller Probleme! Aber denkste! UTF-7 oder UTF-8 oder UTF-16 oder gar UTF-32? Und welche Bytereihenfolge: Big-endian, little-endian oder byte marker am Datei Anfang?
Meinen (Kometen) Artikel für den Schreibwettbewerb habe ich z.B. mit OpenOffice geschrieben und dann als einfache Text-Datei exportiert. Das haben mir die Anführungszeichen übel genommen. Die kamen als ASCII 147 (hex 93) in die Textdatei, was zwar in Windows CodePage 8859-1 ein Anführungszeichen ist, in anderen Codepages jedoch irgendwelche andere Zeichen oder gar Steuerzeichen bedeutet. Und bei einer blanken Textdatei steht nicht dabei, welche Codepage verwendet wurde.
So kann ich es Florian nicht verübeln, dass die Anführungszeichen im Text fehlten und OpenOffice kann ich’s nicht verübeln, denn mein Rechner ist halt ein Windows Rechner…
Zum Glück werden diese Probleme immer kleiner. Zu Beginn der 80er waren 90% des Programmieraufwands mit solchen Systemproblemen verbunden und 10% flossen in die eigentlichen Algorithmen, heute ist es umgekehrt. Auch das war eine Computerrevolution, die aber mehr im Verborgenen stattfand.
#3 Hans
14. September 2015

Ich hab den Fehler gefunden: ich hab im Text verschiedene Darstellungen von 2 hoch 7 verwendet, wobei die eine sichtbar ist, die anderen in HTML-Kommentaren eingeschlossen und deshalb unsichtbar sind. Nun ist eine Version in den HTML-Kommentaren die von WordPress verwendete Latex-darstellung. Die hat WordPress ausgewertet, obwohl sie in HTML-Kommentaren steht. Dabei ist das Endekennzeichen des Kommentars irgendwie zerlegt worden, womit einiger Text auskommentiert und deshalb ebenfalls unsichtbar ist.
#4 Florian Freistetter
14. September 2015

Jetzt besser?
#5 Christian Schröter
Gütersloh
14. September 2015

In dem Text sind aber reichlich Fehler …
#6 Hans
14. September 2015

@Gerhard:

Am Anfang ist da aber was durcheinandergerutscht, dort wo auf einmal die 5374 Zeichen auftauchen, oder?

Ne, nicht ganz. Wenn man die Stellen markiert und sich den HTML-Quelltext anzeigen lässt, sieht man das. Hab das in meinem letzten Kommentar auch schon beschrieben.

Meinen (Kometen) Artikel für den Schreibwettbewerb habe ich z.B. mit OpenOffice geschrieben und dann als einfache Text-Datei exportiert. Das haben mir die Anführungszeichen übel genommen. Die kamen als ASCII 147 (hex 93) in die Textdatei, was zwar in Windows CodePage 8859-1 ein Anführungszeichen ist, in anderen Codepages jedoch irgendwelche andere Zeichen oder gar Steuerzeichen bedeutet.

Ja, da hat die Microsoftausnahme in Form der Windows Codepage 1252 zugeschlagen, denn der Bereich von 128 (hex 80) bis 159 (hex 1f) ist im Unicode bzw. ISO 8859-x nicht belegt. – Oder man findet dort die Zeichen, die sich auch unter DOS an den Stellen fanden, muss aber nicht sein. Deshalb verwende ich ja grundsätzlich die Anführungszeichen, die auch schon im 7-Bit-ASCII-Code vorkommen, also ASCII-Code 34 (hex 22).
Ansonsten danke für die Blumen.
#7 Hoffmann
14. September 2015

Der Text ist sehr informativ, erfordert aber von meiner Seite her eine mehrmalige Lektüre, weil die Informationsmenge zugleich auch sehr groß ist. Vom Schreibstil her sagt mir der Text sehr zu.
#8 Hans
14. September 2015

@Florian, #4:
Ja danke, jetzt ist es richtig.
#9 Withold Ch.
14. September 2015

Eine solche Darstellung hätte ich mir gerne vor dreissig Jahren zu Gemüte führen wollen oder sollen!

Sehr guter Artikel!
#10 kaktus
Köln
14. September 2015

Ich bin vermutlich altmodisch, aber nach den ersten paar derben Rechtschreib- und Grammatikfehlern vergeht mir die Lust, weiterzulesen. Ich finde, wer für Publikum schreibt, sollte seinen Anspruch diesbezüglich etwas höher hängen.

kaktus
#11 Hans
14. September 2015

@kaktus, #10:
Dann erzähl mal, welche Du meinst.
#12 Philip
14. September 2015

@Hans #11: Ein Beispiel dafür ist vielleicht die „Schreibmaschiene“, die man trotz Aussprache nicht mit ie schreibt. Das war zuerst auch in der Überschrift falsch geschrieben. Den Fehler habe ich früher aber auch oft gemacht.
#13 Withold Ch.
14. September 2015

@ Philip # 12

Ich habe mich daran gewöhnt, zwischen screen-optimized und print-optimized zu unterscheiden …

Solche kleine Orthographiefehler finde ich nun wirklich nicht schlimm, viel wichtiger sind ein guter Schreibstil und ein übersichtliches Layout, mit Absätzen, Abschnitten und Untertiteln, damit ein angenehmer Lesefluss entstehen kann, – und das ist hier gegeben.
#14 Lercherl
14. September 2015

EBCDIC?
#15 Suse
14. September 2015

Danke für den informativen Text! Ich benutze täglich meinen Computer, habe aber 0 Ahnung wie und warum mein “Geschreibsel” letztendlich auf dem Papier landet. Es ist einfach “selbstverständlich”, dass er macht was ich möchte.
#16 bruno
14. September 2015

Lange keinen so interessanten Artikel über ein (eher) minder-interessantes Thema gelesen! Lässt sich locker lesen, der Stil gefällt. Auch wenn kein 20jähriger mehr mit dem Begriff “IBM-kompatibel” das Geringste anfangen kann 😉
Und in der kleinen Geschichtsstunde die eigene Computer-Vergangenheit nachvollziehen zu können hat mir Spass gemacht!

Ausserdem merkt man, was für eine Arbeit im grafischen Aufbereiten steckt – durch Grafik und Text.
Mein bisheriger Favorit! tx.
#17 Dampier
14. September 2015

Hallo Hans, klasse Artikel! Er behandelt genau die Zeit, bevor ich meine ersten DTP-Gehversuche machte. (Als WYSIWYG das große Ding war, kam in der Firma der erste Mac auf den Tisch, zusammen mit einem Siemens-DIN-A4-schwarzweiß-Flachbettscanner für 9000 Mark – endlich musste ich nicht mehr an die Reprokamera). Bis heute schlage ich mich mit Fontverwaltung rum, das ist immer noch nicht wirklich gut gelöst.

Ich fands gut geschrieben und unterhaltsam, weil auch deine Begeisterung fürs Thema durchkommt (für mich eines der wichtigsten Kriterien). Und fachlich war auch viel neues und interessantes dabei. Danke dafür.
#18 Florian Freistetter
14. September 2015

Ich fand den Artikel übrigens auch super! Und als Fortsetzung würde ich mir jetzt noch eine Analyse all der absurden grafischen und anderen Symbole auf der C64-Tastatur wünschen 😉 Als Kind hab ich damit immer wunderbare Bilder auf den blau/grauen-Bildschirm gezeichnet…
#19 BreitSide
Beim Deich
14. September 2015

Hach, mir wird ganz nostalgisch, wenn ich an die grünen oder orangen Bildschirme denke ;.) Und das schöne Nachbild, wenn man nach wenigen Stunden am Bildschirm woanders hin schaute 🙄

– “Das Traurige daran ist aus meiner Sicht, das ein Apple Mac oder auch die 16-Bit Heimcomputer Amiga und Atari ST sowas schon längst konnten, sich aber abgesehen vom Mac auf Dauer nicht durchsetzten.”

Wohl wahr ;-( Ich hatte ´88 oder so einen Kollegen, der nahm immer seinen Mac mit, mit dem er die IBMs nicht nur emulierte, sondern auch noch schneller 🙄

Apropos Fehler: Etliche Kommafehler sind mir auch aufgefallen, auch mindestens ein das/dass und ein paar ss statt ß. Das ist halt so ´ne Sache: Klar ist der Inhalt das Wichtigste (hat auch Goethe mal so formuliert), aber Tippfehler fallen halt auf. Und inzwischen können Rechtsschreibprogramme ja sogar Grammatikfehler erkennen.

Erkannte Fehler kann man ja auch per PN dem Autoren schicken. Dafür ist mir dieser Text aber entschieden zu lang 😉
#20 BreitSide
Beim Deich
14. September 2015

Mir, der ich selten selbst geschrieben, was ich zum Druck beförderte, und, weil ich diktierte, mich dazu verschiedener Hände bedienen mußte, war die konsequente Rechtschreibung immer ziemlich gleichgültig. Wie dieses oder jenes Wort geschrieben wird, darauf kommt es doch eigentlich nicht an; sondern darauf, daß die Leser verstehen, was man damit sagen wollte! Und das haben die lieben Deutschen bei mir doch manchmal getan.
Johann Wolfgang Goethe

Ich halte mir diese Art Postulate nach Möglichkeit einfach vom Halse und mache, genau besehen, immer noch genug Schnitzer. Was aber die Kommas betrifft, so beruhige ich mein Gewissen immer mit einem Satz des alten Wieland, der besagt, Religion und Interpunktion seien Privatsache.
Johann Wolfgang Goethe

Wir sind dicht, aber Goethe war Dichter (von mir geklaut)
#21 BreitSide
Beim Deich
14. September 2015

Ach ja, die Rahmen und Doppelrahmen waren auch eine Freude 😉 Die sollen angeblich für amerikanische Steuerformulare gedacht gewesen sein?
#22 BreitSide
Beim Deich
14. September 2015

Upps, jetzt hab ich beim ollen Goethe doch glatt die Anführungszeichen vergessen… ;-(
#23 dgbrt
14. September 2015

@Hans:
Da werden alte Erinnerungen wach 😉
Mein C64 konnte glaube ich 16 Farben und an jedem beliebigen Fernsehen betrieben werden. Mein eigener war damals aber auch nur S/W.

Als ich mir 1988 den ersten PC (286er) kaufen konnte war ich einer der Wenigen, die schon eine Festplatte hatten (20MByte). Die EGA-Karte dieses Vorführgerätes musste ich allerdings durch eine Hercules-Karte ersetzen, da ich mir den teuren Monitor nicht leisten konnte.

Mein Textverarbeitungsprogramm war damals Word von MS und das Hauptmenü war unten über die ESC-Taste zu erreichen. Ich konnte da damals ganz gut mit umgehen, aber für einen Ausdruck auf einem Star 9-Nadel-Drucker musste ich mangels Treiber immer einige Steuersequenzen voranstellen. WYSIWYG war ein Traum.

Ach, und weil hier jemand EBCDIC (Extended Binary Coded Decimal Interchange Code) erwähnt: Das ist von IBM für Großrechner Anfang der sechziger Jahre entwickelt worden.
#24 Hans
15. September 2015

So, jetzt noch einige Antworten: Zunächst einmal freut es mich, dass den Text doch einige mögen. Da hat sich die Arbeit wenigstens gelohnt. Jetzt der Reihe nach:

#14 Lercherl

EBCDIC?

Ich zitier mal die ersten zwei Sätze vom 3. Absatz:

Um nun mit dem Computer einen Text zu verfassen, stellte sich die Frage, wie man denn nun die einzelnen Zeichen im Rechner darstellt. Dazu gab es verschiedene Lösungen.

Und zu den verschiedenen Lösungen zählt eben auch EBCDIC. Der ist aber nicht so weit verbreitet wie ASCII und für die Dinge, die ich zeigen wollte, nicht nötig. Deshalb bin ich da nicht drauf eingegangen.

—–
#15 Suse

Danke für den informativen Text!

Bitte schön.

Ich benutze täglich meinen Computer, habe aber 0 Ahnung wie und warum mein “Geschreibsel” letztendlich auf dem Papier landet. Es ist einfach “selbstverständlich”, dass er macht was ich möchte.

Nun ja, aus Anwendersicht soll es ja auch so sein. Aber es schadet meiner Meinung nach auch nicht, wenn man als Anwender eine Idee davon bekommt, wieviel Aufwand dahinter steckt. Das Ziel hab ich bei Dir offensichtlich erreicht.

—–
#16 bruno

Lange keinen so interessanten Artikel über ein (eher) minder-interessantes Thema gelesen! Lässt sich locker lesen, der Stil gefällt.

🙂

Auch wenn kein 20jähriger mehr mit dem Begriff “IBM-kompatibel” das Geringste anfangen kann 😉

Stimmt, da dürfte was dran sein. Aber das lässt sich relativ leicht erklären: Das bedeutet einfach, dass die Systeme sich technisch miteinander vertragen und zwar in dem Sinne, dass die Software, die für IBM-PCs entwickelt wurde, auch auf anderen Rechnern läuft. Das war damals selten der Fall, denn ein Programm, das für IBM-PCs entwickelt wurde, lief nicht auf Atari oder Amiga Rechner und umgekehrt. Ein ähnliches Problem haben wir heute zwischen Windows, MacOS und Linux immer noch. Der Unterschied ist, dass viele Firmen ihre Software inzwischen für alle drei Systeme anbieten. Das war bei den Heimcomputern eher selten der Fall. Und für die Firmen die es gemacht haben, sehr viel aufwändiger, weil auch die Hardware unterschielich war. Heutige PCs beruhen dagegen fast nur noch auf Intel-Architektur, wenn man von Tabletts mal absieht.

Und in der kleinen Geschichtsstunde die eigene Computer-Vergangenheit nachvollziehen zu können hat mir Spass gemacht!

Das freut mich.

Ausserdem merkt man, was für eine Arbeit im grafischen Aufbereiten steckt – durch Grafik und Text.
Mein bisheriger Favorit! tx.

Das freut mich noch mehr. 🙂

—–
#17 Dampier

Hallo Hans, klasse Artikel! Er behandelt genau die Zeit, bevor ich meine ersten DTP-Gehversuche machte. (Als WYSIWYG das große Ding war, kam in der Firma der erste Mac auf den Tisch, zusammen mit einem Siemens-DIN-A4-schwarzweiß-Flachbettscanner für 9000 Mark – endlich musste ich nicht mehr an die Reprokamera).

Interessant. Wenn ich mir so überlege, ein “DIN-A4-schwarzweiß-Flachbettscanner für 9000 Mark”, also rund 4500 €… – Das kann man sich heute kaum noch vorstellen.

Ich fands gut geschrieben und unterhaltsam, weil auch deine Begeisterung fürs Thema durchkommt (für mich eines der wichtigsten Kriterien). Und fachlich war auch viel neues und interessantes dabei. Danke dafür.

Bitte schön. – Was war denn für Dich neu, wenn ich fragen darf?

—–
#18 Florian Freistetter

Ich fand den Artikel übrigens auch super! Und als Fortsetzung würde ich mir jetzt noch eine Analyse all der absurden grafischen und anderen Symbole auf der C64-Tastatur wünschen 😉

Was soll man denn daran noch gross analysieren? – Die waren halt so. 🙂

Als Kind hab ich damit immer wunderbare Bilder auf den blau/grauen-Bildschirm gezeichnet…

Ich denke, dafür waren sie gedacht, also hast Du sie doch selbst schon analysiert. 🙂
Was Bilder sonst angeht, so hab ich mich dann ja doch über das leistungsfähigere Basic des C-128 gefreut. Hab damit kleine Programme geschrieben, die ein Bild in “hochauflösender Grafik” gezeichnet haben. – Was damals eben als hochauflösend galt.

—–
#19 BreitSide

Ich hatte ´88 oder so einen Kollegen, der nahm immer seinen Mac mit, mit dem er die IBMs nicht nur emulierte, sondern auch noch schneller 🙄

Sowas hab ich in den frühen 1990er Jahren mal bei einer Vorführung an der FH gesehen. Ich glaube das war auf Rechnern von Digital Equipment, einer Firma, die es inzwischen auch nicht mehr gibt. Da haben sie Windows 3.x in einer VM laufen lassen und einer der Vortagenden meinte dabei sinngemäss, wenn die das öfter laufen lassen, dann wird es auf deren Rechnern irgendwann schneller als auf der Hardware, für die es entwickelt wurde. Das lag daran, dass die im Hintergrund noch ‘ne Codeanalyse durchgeführt haben und darauf basierend den am meisten durchlaufenen Code in die nativen CPU-Befehle des verwendeten Rechners übersetzt haben.

—–
#23 dgbrt

Mein C64 konnte glaube ich 16 Farben und an jedem beliebigen Fernsehen betrieben werden.

Du erinnerst Dich richtig. 🙂

Als ich mir 1988 den ersten PC (286er) kaufen konnte war ich einer der Wenigen, die schon eine Festplatte hatten (20MByte). Die EGA-Karte dieses Vorführgerätes musste ich allerdings durch eine Hercules-Karte ersetzen, da ich mir den teuren Monitor nicht leisten konnte.

Auch da sind die Preise ja noch stark gefallen. Ich hab meinen ersten PC, ebenfalls ein 286er, im Jahr 1990 gekauft, aber schon mit VGA-Karte und 44MB Festplatte. Und einen VGA-Monitor der Auflösungen von 800×600 Pixel bei 16-Bit Farbtiefe kann – und immer noch funktioniert.

Mein Textverarbeitungsprogramm war damals Word von MS und das Hauptmenü war unten über die ESC-Taste zu erreichen. Ich konnte da damals ganz gut mit umgehen, aber für einen Ausdruck auf einem Star 9-Nadel-Drucker musste ich mangels Treiber immer einige Steuersequenzen voranstellen. WYSIWYG war ein Traum.

Ich wollte ja ursprünglich auch auf ein paar Textverarbeitungsprogramme noch genauer eingehen. Zum Beispiel die Tastenbefehle von Wordstar, die auch der Editor von Turbo Pascal verwendet hat. Auch hatte ich überlegt, ein paar Screenshots von Printfox und “Mastertext 128” zu bringen. Nur müsste ich den 128er dafür erst mal aufbauen, wozu ich keinen Platz habe. Und die grosse Preisfrage ist, ob die Hardware noch richtig funktioniert und die Disketten auch noch lesbar sind? Danach bekäme der Begriff Bildschirmfoto auch wieder seine ursprüngliche Bedeutung zurück, weil ich dann nämlich wirklich den Bildschirm fotografieren müsste…
Aber ich glaube inzwischen, das wäre auch genug Material für einen weiteren Beitrag.

Zu den diversen Schreibfehlern: Danke für die Hinweise, denn dann weis ich, wo ich noch dran arbeiten muss.
#25 Crazee
15. September 2015

Hat mir auch Spaß gemacht der Text.
#26 JoselB
15. September 2015

Gut zu lesender Text. Und wenn auch viel zu lang, so hatte ich trotzdem bei jedem zweiten Absatz oder so den Reflex “Da müsse man aber unbedingt noch XY dazu sagen”, von 1 Byte=4 bis 36 Bit, Kerning, Anti-Aliasing, bis zu der Tatsache, dass WYSIWYG eben oft nicht gegolten hat, weil der kursive Text im Ausdruck breiter war als auf dem Bildschirm und man deshalb manchmal mehr Seiten als erwartet im Ausdruck hatte. Von den ganzen asiatischen Codecs mal ganz zu schweigen. Da gibts noch so viel mehr zu diesem hochinteressanten Thema zu sagen…
#27 Alderamin
15. September 2015

@Hans

Netter Rückblick auf die Geschichte des Heimcomputers, selbst miterlebt. 1980 VHS-Kurs “Programmierung von Mikrocomputern” belegt und beim Commodore CBM 4000 mit einem selbstgeschriebenen Schiffe-Versenken-BASIC-Programm den RAM vollgemacht.

Dann von den Eltern einen Apple ][ geschenkt bekommen. Speichern der Programme auf einem Kassettenrecorder (Floppy zu teuer), das Bild auf dem s/w-Röhrenfernseher wiedergegeben (Monitor zu teuer). Der Apple konnte auch Farbe, aber nur auf NTSC. Der hochauflösende Grafikmodus hatte 280 Spalten und 192 Zeilen, und man konnte nur bestimmte Farben in bestimmten Spalten benutzen (gerade Spalten konnten nur grün oder rot sein, ungerade nur violett oder blau, und alle konnten schwarz oder weiß sein; oder so ähnlich).

Mein Apple ][ hat aber nie einen Farbmonitor gesehen, nur einen grünen (steht noch im Keller) der Amiga hatte später einen Eizo Flexscan. Ja, und der laute Nadeldrucker mit dem Endlospapier. Man hatte zwar eine Raubkopie von Wordstar, aber Briefe schreiben? Ausgeschlossen. Zum Briefe Schreiben hatte ich dann noch eine elektrische Schreibmaschine (natürlich Kugelkopf, Typenhebel sind so langsam und verhaken sich gerne; meine hatte ein Kohle-Farbband und sogar ein Korrektur-Band, mit dem man die Kohle wieder vom Papier holen konnte!)

Richtige Textverarbeitung ging erst mit dem Performa LC-Mac und einem s/w-Tintendrucker. Tja, und jetzt steht nebenan ein Farblaser, der Fotos druckt wie ein Labor, dank Scanner auch noch farbkopieren kann, der per WLAN auch vom Tablet und Handy drucken kann und der gerade mal 300 Euro gekostet hat. Den können sogar die Katzen bedienen 😆

Und wie geht’s in Zukunft weiter? Vorlesen ist manchmal mühsam, vor allem mit Satzzeichen, und wenn ich während der Autofahrt Siri eine SMS diktiere, darf ich keine Sekunde zuviel über den weiteren Text nachdenken, sonst will die digitale Dame die Nachricht schon versenden.
#28 kaktus
15. September 2015

@hans, #11:

In den ersten beiden Absätzen: “Computerintern”, “Umfangreicher”, “Schreibmaschiene”.
Kommafehler.
Klar, muss einen nicht stören…
#29 Alderamin
15. September 2015

@kaktus, Hans

Eben doch ein Argument, den Text in Word oder OpenOffice zu schreiben, den Spellchecker zu benutzen, und ihn dann erst in eine Textdatei zu kopieren…
#30 bruno
15. September 2015

Wie Alderamin das vorgeschlagen hat, ist es sicher der bessere Weg. Aber sich jetzt hier wegen weniger und minder gravierender Rechtschreibfehler innerhalb eines so unterhaltsamen Textes zu echauffieren …. da macht(e) ja der Chef selbst mehr und bessere Fehler.
Und das Argument mit den Kommata finde ich – nach Gültigkeit sowohl aktueller als auch vergangener Interpuntionsregeln – völlig überzogen!

Na, mir hats gefallen!
#31 BreitSide
Beim Deich
15. September 2015

Firefox hat ja Add-ons für alle Zwecke, auf für Rechtsschreibung. Hab ich grad gestern installiert. Grammatik kann das aber nicht.
#32 Bumfidel
OWL
15. September 2015

Viele Dank für diesen nostalgischen Rückblick. Meine ersten Versuche begannen mit dem kleinen Commodore-Bruder VC 20. Der hatte noch keine “Sprites” und für die selbst programmierten Spiele musste der Zeichensatz im Zeichen-Generator umgeändert werden. Das war die einzige Möglichkeit, “Grafik” darzustellen. Damit habe ich das Binär-System gelernt.
Echte Textverarbeitung gab es dann mit WITCHPEN, das schon WYSIWYG hatte, als Word, Wordstar und WordPerfect noch Jahre davon entfernt waren.
#33 Hans
15. September 2015

#26 JoselB

Gut zu lesender Text. Und wenn auch viel zu lang, so hatte ich trotzdem bei jedem zweiten Absatz oder so den Reflex “Da müsse man aber unbedingt noch XY dazu sagen”,

*gg* ja, da war es schon nicht immer leicht zu entscheiden, was ich denn jetzt weg lasse.

von 1 Byte=4 bis 36 Bit, Kerning, Anti-Aliasing, bis zu der Tatsache, dass WYSIWYG eben oft nicht gegolten hat, weil der kursive Text im Ausdruck breiter war als auf dem Bildschirm und man deshalb manchmal mehr Seiten als erwartet im Ausdruck hatte.

Zu den einzelnen Punkten ganz kurz:
Das mit den Bytes die mehr oder weniger als 8 Bit hatten, ist mir auch erst kürzlich so richtig klar geworden, weil ich mich da vorher nicht so drum gekümmert habe. Sehr interessant finde ich in dem Zusammenhang diesen Beitrag von Markus Pössel nebenan bei den SciLogs.
Kerning, Anti-Aliasing und was es in der Typografie sonst noch gibt, womit ich es teilweise auch in Textverarbeitungen zu tun hatte, sollte eigentlich noch kommen. Aber wie ich am Ende des Textes ja schon geschrieben habe, reichte es sowohl vom Platz als auch von der Zeit nicht mehr.
Das WYSIWYG oftmals doch nicht galt, hab ich nicht erlebt. Wahrscheinlich muss(te) man dabei auch zwischen DTP-Programmen wie QuarkXPress oder PageMaker und beinahe-DTP Funktionen in den Textverarbeitungen unterscheiden. Ob das heute immer noch nötig ist, glaube ich zwar nicht, weis es aber auch nicht.

Von den ganzen asiatischen Codecs mal ganz zu schweigen. Da gibts noch so viel mehr zu diesem hochinteressanten Thema zu sagen…

Oh ja, das ist ein Bereich, damit kann man sich länger beschäftigen, wie ich auch bei der Behandlung von Unicode geschrieben habe.
#34 Hans
15. September 2015

#27 Alderamin

Netter Rückblick auf die Geschichte des Heimcomputers, selbst miterlebt. 1980 VHS-Kurs “Programmierung von Mikrocomputern” belegt und beim Commodore CBM 4000 mit einem selbstgeschriebenen Schiffe-Versenken-BASIC-Programm den RAM vollgemacht.

Ich glaube, Du warst ein Experte darin, die damaligen Rechner bis an die Grenzen ihrer Speicherkapazität auszunutzen, kann das sein?

Dann von den Eltern einen Apple ][ geschenkt bekommen. … Der Apple konnte auch Farbe, aber nur auf NTSC. Der hochauflösende Grafikmodus hatte 280 Spalten und 192 Zeilen, und man konnte nur bestimmte Farben in bestimmten Spalten benutzen (gerade Spalten konnten nur grün oder rot sein, ungerade nur violett oder blau, und alle konnten schwarz oder weiß sein; oder so ähnlich).

Das war ja noch umständlicher, wie die Farbe im hochauflösenden Grafikmodus vom C-64/128. Der konnte auch alle 16 Farben im HiRes-Modus darstellen, aber man war dabei auf eine Farbe in einem 8×8 Pixel grossen Raster festgelegt.

Mein Apple ][ hat aber nie einen Farbmonitor gesehen, nur einen grünen (steht noch im Keller) der Amiga hatte später einen Eizo Flexscan. Ja, und der laute Nadeldrucker mit dem Endlospapier. Man hatte zwar eine Raubkopie von Wordstar, aber Briefe schreiben? Ausgeschlossen. Zum Briefe Schreiben hatte ich dann noch eine elektrische Schreibmaschine (natürlich Kugelkopf, Typenhebel sind so langsam und verhaken sich gerne; meine hatte ein Kohle-Farbband und sogar ein Korrektur-Band, mit dem man die Kohle wieder vom Papier holen konnte!)

Ich hab bei meinem 128er zum Glück auch den zugehörigen Commodore 1802 Monitor dabei, der sowohl die 40-Zeichen Darstellung des VIC-Chip vom 64er, als auch das RGB-Signal des 80-Zeichen Controllers vom 128er darstellen kann. Man kann den Monitor sogar zwischen den Modi umschalten, was ganz praktisch ist, wenn man den VIC-Chip zur Grafikdarstellung verwendet. Dann kann man auf dem 80-Zeichen Bildschirm den Programmtext bearbeiten und das Programm dann ab einer bestimmten Zeile weiter laufen lassen, ohne es komplett neu starten zu müssen. Also so Sachen, die man am liebsten immer schon mit 2 Monitoren machen würde.

Und als ich dann so um 1988 auch endlich einen Drucker hatte, hab ich mit dem Computer auch Briefe und Referate für die Schule geschrieben. Meisstens sogar im Draft-mode und nur selten im NLQ-Mode, – auch zwei Begriffe, die inzwischen mehr oder weniger irrelevant sind, die ich aber noch behandeln wollte…
Zu der Zeit hatte meine Schwester auch ‘ne Typenradschreibmaschiene (Silver Reed EX-43), die auch ein Computerinterface hatte. Nur hab ich damals keine Dokumentation dafür gefunden, sonst hätte ich versucht, die Maschiene vom Rechner aus anzusteuern. (Einen Treiber vom Hersteller der Schreibmaschiene hätten wir uns nicht leisten können.)
#35 Hans
15. September 2015

#29 Alderamin

@kaktus, Hans
Eben doch ein Argument, den Text in Word oder OpenOffice zu schreiben, den Spellchecker zu benutzen, und ihn dann erst in eine Textdatei zu kopieren…

Naja, das wäre in meinem Fall aber noch umständlicher gewesen, als es eh schon war, weil ich den Text auch immer wieder im Webbrowser anzeigen lassen habe, um zu sehen, wie der Text im Blog letztlich aussehen würde. Dazu hab ich die verwendeten Auszeichnungen gleich als HTML-Codes in den Text eingebaut und die Bilder als img-Tags eingebunden. (Bildbeschreibungen als HTML-Kommentare) Dabei spielt ein Office-Programm konzeptbedingt nicht mit. – Naja, mit entsprechenden Exportmakros wahrscheinlich schon, nur das passende Exportmakro müsste ich mir wohl selbst schreiben, aber mit Makroporgrammierung hab ich mich noch nicht beschäftigt.
#36 Hans
15. September 2015

#32 Bumfidel

Echte Textverarbeitung gab es dann mit WITCHPEN, das schon WYSIWYG hatte, als Word, Wordstar und WordPerfect noch Jahre davon entfernt waren.

Nicht ganz so umfangreich, aber auch von der Art, das man sowas auf dem C64 nicht oder kaum für möglich hielt, war Printfox ja auch, wie ich im Text oben geschrieben habe.
#37 Dampier
15. September 2015

@Hans

Und fachlich war auch viel neues und interessantes dabei. Danke dafür.

Bitte schön. – Was war denn für Dich neu, wenn ich fragen darf?

Eigentlich alles – ich hatte keine Ahnung, wie ASCII und Unicode genau funktionieren (dabei liebe ich ASCII-Art :).
#38 Dampier
15. September 2015

Wahrscheinlich muss(te) man dabei auch zwischen DTP-Programmen wie QuarkXPress oder PageMaker und beinahe-DTP Funktionen in den Textverarbeitungen unterscheiden. Ob das heute immer noch nötig ist, glaube ich zwar nicht, weis es aber auch nicht.

Strenggenommen gibt es bis heute noch kein WISIWYG. Das hängt vor allem mit dem Hinting der Schriften zusammen. Kurz gesagt, der Glättung der Vektoren, also der randscharfen Darstellung am Monitor, auf Ausdrucken etc.

Vektorgrafiken (Logos etc.) werden auf eine bestimmte Art geglättet, die ist aber für kleine Schriften zu grob, deshalb haben gute Schriften nochmal ein eigenes Hinting in der Schriftdatei abgelegt. Das ist aber auch nicht immer unproblematisch. Kurz gesagt, keine Bildschirmdarstellung, kein Farbausdruck, auch kein Proof (hochwertiger, farbentreuer Ausdruck) kann kleine Schriften oder filigrane Logos so scharf darstellen, wie sie später im Offstdruck erscheinen. Da hat schon manches mal ein Kunde komisch geguckt, weil das Endergebnis anders aussah als alle PDFs und Farbausdrucke vorher … Man muss also Andrucke machen, wenn man’s genau wissen will, und die sind sauteuer.

Naja, und so … würde auch für nen Artikel langen 😉
#39 Karl Mistelberger
17. September 2015

> Nun ist der ASCII-Code aber auch ein Kind seiner Zeit, nämlich der 1960er Jahre. Da gab es noch kein Internet, dafür waren aber sogenannte Fernschreiber weit verbreitet, die es heutzutage kaum noch gibt. Die kann man sich in etwa als Schreibmaschiene mit Anschluss ans Telefonnetz vorstellen, womit man einen Text über eine Kommunikationsleitung an ein entferntes Gerät verschicken konnte.

Fernschreiber arbeiteten damals wohl meistens mit Codes, die auf den Arbeiten von Émile Baudot beruhten, z.B. mit dem Baudot-Murray-Code standardisiert als CCITT-2. Ein Beispiel ist die Immatrikulationsbescheinigung vom Wintersemester 1969/70

Die Zeit davor und die Anfänge kommen etwas zu kurz, mehr gibt es hier:

An annotated history of some character codes

Punched Card Codes

und natürlich: The Virtual Keypunch

Heute ist das Problem der Kodierung mit Unicode weitgehend gelöst und wer noch immer Probleme hat, dem ist mit Project Naptha geholfen. Wenn es dann noch hakt hilft nur noch ein mutiger Schritt vom Halfwit zum Wit.

I am sorry Mr. Christ. You are only licensed for five loaves of bread and two fish.

Apropos Schreibmaschiene: Tippfehler sind unnötig wie Schlaglöcher oder Blowups auf der Autobahn. Natürlich ist es der freie Wille eines Schreiberlings welche zu machen, aber er sollte nicht übersehen, dass sich der liebe Gott etwas dabei gedacht hat, als er die Menschen damit ausstattete: Dank des freien Willens kann er viele Leute ohne Skrupel zur Hölle schicken.
#40 Theres
17. September 2015

Chic … mal wieder die alten Grundlagen wiederholt, und, ich gebe es ungern zu, auch einen Teil meiner Geschichte. Mainframerechner … ach ja 🙂
Ich bin erstaunt, dass man diese Code-Gewirr so nett und unterhaltsam beschreiben kann. Nein, nicht man, Hans wars. Gefällt mir gut.
#41 klauswerner
18. September 2015

Schöner Ausflug in die Vergangenheit 🙂 dangen es da noch den 7-Bit-Nixdorf Code, der im 8-Bit helle und blasse Darstellung am Bildschirm steuerte.
Dateien einlesen von verschiedenen Computern – das war damals ein Grauß!

EBCDIC war übrigens weit verbreitet – alle IBM maschinen arbeiteten damit.
#42 Tina_HH
24. September 2015

So, endlich gelesen! Interessanter Artikel, der mich beim Lesen ganz nostalgisch an meinen ersten eigenen PC zurückdenken ließ.
Das war ein 1993 gebraucht von einem Freund erworbener 386er Compaq. Das Betriebssystem muss wohl noch Windows 3.11 gewesen sein. Ich erinnere mich, dass statt MS Word Word Perfect darauf lief und noch Quattro Pro statt (heutzutage) Excel. Eigentlich lief das Ding ganz gut.

Was die Druckvorschau auf dem PC angeht, so brachten dies einige DOS-Programme in den späten 80er und frühen 90er Jahren auch endlich zustande, sofern der Rechner über eine entsprechende Grafikkarte verfügte.

Die Druckvorschau hatte ich schon ganz vergessen! Aber stimmt, das machte man damals noch so. Erst die Druckvorschau öffnen, um zu sehen, wie das Dokument dargestellt wird.
Unvorstellbar finde ich im Nachhinein, dass man zu der Zeit noch keinen Internetanschluss hatte und es all das, was man heute so selbstverständlich täglich nutzt, noch gar nicht gab…
#43 Captain E.
24. September 2015

EBCDIC und Mainframes gibt es immer noch, und wer eine oder mehrere solcher Maschinen sein eigen nennt, der bleibt dabei und kauft regelmäßig neue. Das gilt natürlich nur für hinreichend große Behörden und Firmen.

Natürlich können IBM-Mainframes seit einiger Zeit auch virtuelle Server zur Verfügung stellen, die dann etwa als Linux-Rechner ohne EBCDIC auskommen. Bei der “normalen” Arbeit mit Mainframes muss man aber immer noch damit zurecht kommen. Problematisch wird es natürlich, wenn man Daten mit anderen Rechnern austauschen muss, weil dann hin und her konvertiert wird.
#44 Hans
24. September 2015

@Tina_HH:
Schön, das Dir der Beitrag gefällt. 🙂
Und ja, die Konkurenzprodukte zum MS-Office, dass es zu der Zeit ja auch noch nicht so gab, wie man es heute kennt. Da wurden Word und Excel noch als separate Produkte verkauft. Das erste Officepaket, wo Word, Excel und Accses? zu einem Paket gebündelt waren, kam erst mit Windows 95.

Die Druckvorschau hatte ich schon ganz vergessen! Aber stimmt, das machte man damals noch so. Erst die Druckvorschau öffnen, um zu sehen, wie das Dokument dargestellt wird.

Oh, das mache ich auch heute noch, speziell dann, wenn ich Internetseiten ausdrucken will, was hin und wieder mal vorkommt. Da ist es durch Javaskript und den höheren Weihen der Cascading Style Sheets (CSS) nämlich oftmals so, dass ein Layout zwar optimal an den Bildschirm angepasst ist, aber nicht an den Drucker. Das äussert sich u.a. darin, dass am rechten Rand gnadenlos abgeschnitten wird, was nicht mehr auf’s Papier passt. Selbst wenn links ein 3 cm breiter Rand ist. Oder eine Menüspalte vom linken Bildschirmrand wird mitgedruckt, obwohl sie im Ausdruck völlig sinn- und nutzlos ist. Oftmals hilft es, die Seite zu verkleinern, (was die Druckfunktion des Firefox beherscht) aber immer leider auch nicht. Wenn ich so eine Seite unbedingt gedruckt haben will, (was ab und zu mal vorkommt) ist Handarbeit angesagt: HTML-Code nach geschachtelten div-s und Tabellen durchforsten und das überflüssige Zeugs (meisst Menüs und Werbebereiche) raus schmeissen. Den so behandelten HTML-Text, der dann meisst bis zu 50% kürzer ist, abspeichern (möglichst unter einem neuen Namen, damit man im Zweifelsfall auf die Ursprungsdatei zurück greifen kann) im Browser ansehen und Druchvorschau begutachten.
Sehr nützlich (für mich) ist auch ein sogenannter PDF-Druckertreiber. Der liesst die Daten, die an den Drucker geschickt werden und erstellt daraus eine PDF-Datei, die er auf der Platte speichert. Die kann man dann im PDF-Viewer betrachten und sieht ebenfalls, was aus dem Drucker heraus kommen würde ohne unnötig Papier und Tinte oder Toner zu verbraten.
#45 Tina_HH
25. September 2015

@Hans

HTML-Code nach geschachtelten div-s und Tabellen durchforsten und das überflüssige Zeugs (meisst Menüs und Werbebereiche) raus schmeissen.

Ist das nicht ganz schön aufwändig?

Ich drucke zwar nicht so oft Seiten direkt aus dem Internet aus, aber wenn es doch mal nötig ist, klappte das bisher meist ohne größere Probleme. Ich mache das dann entweder direkt als PDF (falls das angeboten wird) oder manchmal auch einfach, indem ich den Text (eventuell noch mit Bildern / Grafiken), den ich gedruckt haben will, rauskopiere und in Word öffne. Menüs und Werbebereiche sind auf diese Art und Weise dann auch nicht mehr dabei und man kann das Dokument aus Word heraus ganz einfach ausdrucken (oder, wenn man will, auch noch in ein PDF umwandeln).
Ich weiß allerdings nicht, ob dieses Vorgehen professionell ist, aber es funktioniert. 😉
#46 Hans
25. September 2015

@Tina_HH

Ist das nicht ganz schön aufwändig?

Äh ja, leider schon. – Aber mit einem guten Editor mit Syntaxhighlighting geht es recht einfach. Ich benutz dazu Wordpad++; der hat die schöne Eigenschaft, wenn der Cursor auf einem öffnenden Tag steht, dann auch das zugehörige schliessende Tag hervor zu heben oder umgekehrt. Wenn man dann noch berücksichtigt, dass man Schachtelungen immer von innen nach aussen bearbeitet, dann geht es ganz gut.

Ich weiß allerdings nicht, ob dieses Vorgehen professionell ist, aber es funktioniert. 😉

Das weis ich jetzt auch nicht, lassen wir es also mal dahin gestellt und jeden für sich entscheiden. Das wichtigste ist doch, das es funktioniert.
Ich treibe den Aufwand ja, um die Formatierungen des interessierenden Textes weitestgehend zu erhalten. Das hab ich auch schon mit StarOffice und später mit OpenOffice versucht. Aber das klappte oftmals nicht so, wie ich es haben wollte. Insbesondere die Tabellen von HTML liessen sich in den Star-/OpenOffice Dokumenten nicht so bearbeiten, wie ich es wollte. Speziell dann, wenn die HTML-Tabellen zweckentfremdet, etwa zur Gestaltung des Seitenlayouts, eingesetzt wurden. Da blieb mir dann am Ende doch nichts anderes übrig, als den HTML-Text direkt zu bearbeiten, was in OpenOffice nicht geht. Interessanterweise sahen die vereinfachten HTML-Dokumente in OpenOffice dann wieder dem Original ähnlicher, bzw. es waren auch Teile wieder sichtbar, die sonst an Seitenenden (der dem unteren Rand einer Tabellenzeile) abgeschnitten wurden, wobei ich nicht die geringste Ahnung habe, warum Star- bzw. OpenOffice das im Einzelfall mach(t)en.