Atari ST

Povezave:
Ines (ZX Spectrum)
Eve (ZX Spectrum)

Opisi:
STart, #9, April 1990, News, Notes & Quotes, Stephen Mortimer


Yugoslavian Program Does It All

STeve,  which  stands  for  "ST event  editor"  is  an  integrated "everything"
program. Written by  Primoz Jakopin of  Yugoslavia, STeve has  built a sizeable
following as it spreads  across the continent. There  are now over 1,000  STeve
users.

It is difficult to describe STeve because it does so many different things. The
reference manual itself is  a 600-page hardback. So  here is a list  of some of
the features found in  version 3.292: a database,  a desktop publisher, a  word
processor, an  image processor  (including scanning),  a spreadsheet--the  list
goes on.  The program  can be  heavily customized  by the  use of  over 30 user
modifiable  system  tables.  But  don't  let  the  complexity  scare  you since
everything  is  quite  clearly  laid  out.

(Primoz  Jakopin,  Trnovska 261000, Ljubljana, Yugoslavia, (xxx) xxx-xxx.)


ST Computer, Februar 1991, Software, D.K.


STEVE - Ein Programm für alle Fälle?
 
Das   Problem  kennen   alle  Computerneulinge:   Da  hat   man  sich   diverse
Computerzeitschriften besorgt (allein im deutschsprachigen Raum gibt es derzeit
80 regelmäßig erscheinende Titel),  einige Fachhändler konsultiert (die  leider
oft sehr herstellerabhängig argumentieren)  und vielleicht auch mal  eine Messe
besucht (am besten die CeBIT, denn dort ist das Angebot geradezu unüberschaubar
geworden), und das alles nur, weil man sich einen Computer kaufen wollte.  Wenn
nun das gute  Stück Hardware zu  Hause steht, hören  damit die Anfängerprobleme
nicht zwangsläufig auf- ganz im Gegenteil: Dann gilt es zu entscheiden,  welche
Software  für  welchen  Zweck   und  mit  welchen  weiteren   Peripheriegeräten
anzuschaffen ist. Wie gut ist die Software, brauche ich das alles, was sie  mir
bietet, oder kann sie etwa nicht all das, was ich mir wünsche?

Gerade die Zeit vor dem Jahreswechsel ist prädestiniert für solche Fragen, denn
für den Hobbyeinsteiger steht das  Weihnachtsfest als magisches Datum im  Raum,
und der Gewerbetreibende  hat triftige Gründe,  sich in den  letzten Wochen des
alten Jahres (oder manchmal auch in den ersten des neuen) Zeit für Überlegungen
bezüglich Computereinkauf  zu nehmen.  EDV-Händler haben  dann Hochsaison,  das
berühmte Jahresendgeschäft bricht herein (im wahrsten Sinne des Wortes).

Professionelle EDV-Berater gehen bei  den (weiter oben) genannten  Fragen ihrer
Klientel längst nicht mehr  nach dem Schema vor:  Sage mir, welche Hardware  Du
hast,  und ich  sage Dir,  welches Programm  darauf läuft.  Für einen  seriösen
Berater steht das Kundenproblem im  Vordergrund, das unmittelbar mit der  Frage
nach  der  passenden  Software  verknüpft ist.  Die  Suche  nach  der richtigen
Hardware ist (glücklicherweise) zweitrangig geworden.

Dann gibt  es auch  einige Zeitgenossen,  die gleich  alles mit  einem Computer
lösen wollen,  was ja  nicht unbedingt  falsch sein  muß. Der  Verfasser dieser
Zeilen  kennt  Beispiele  dieser Art  aus seiner  Zeit als  EDV-Fachhändler zur
Genüge.  Da gibt  es potentielle  Kunden, die  einen riesigen  Wunschzettel in
Sachen Software mit sich herumtragen:  Also Textverarbeitung soll' s auf  jeden
Fall sein, denn  damit schafft man  den leichtesten Einstieg  in die Computerei
(sagt man). Dann  wäre eine Datenbank  nicht schlecht (hört  man), weil ja  die
Schallplattensammlung riesig geworden ist. Wenn ich dann noch das Haushaltsgeld
kalkulieren könnte und auch mal Zeit für auflockernde Bildchen für die  nächste
Geburtstagseinladung hätte,  das wäre  toll (meint  man). Vielleicht  mache ich
dann auch gleich noch die Mitgliederzeitung vom Taubenzüchterverband, das  soll
ja mit 'Desktop Publishing' einfach und leicht zu bewerkstelligen sein  (glaubt
man).

Fürwahr, den Anwendungen auf dem Computer sind kaum noch Grenzen gesetzt,  wenn
es da  nicht die  maximal mögliche  Ausdehnung des  lieben Geldbeutels, "DMmax"
genannt,  gäbe.  Denn  die  Wunschvorstellungen  bezüglich  Software  haben die
unangenehme Eigenschaft, daß sie reichlich  Geld kosten. Gleichsam muß oft  den
Wunschvorstellungen der  Nutzer folgend,  für jede  Anwendung (siehe  oben) ein
eigenes Programm angeschafft werden.

Zahlreiche Programmentwickler hat diese Tatsache nicht ruhen lassen. So  wollen
sie möglichst viele Programmlösungen in  ein Paket zusammenfassen und "DM  max"
dabei möglichst  gering halten.  Der Trend  geht mittlerweile  dahin, möglichst
viele  unabhängige  Funktionselemente   aus  den  Bereichen   Textverarbeitung,
Datenbank,  Grafik,   Tabellenkalkulation  usw.   zu  einer   "Allround-Lösung"
zusammenzuschnüren, "Integrierte Pakete" genannt.

Hallo, ich bin STEVE!

Seit 1986 gibt  es für den  Atari ST ein  Programmpaket, das völlig  zu Unrecht
etwas  ins Abseits  geraten ist  (einige Gründe  dafür werden  wir gleich  noch
betrachten):  STEVE, zusammengestellt  unter Federführung  von Primoz  Jakopin,
wohnhaft in  der Gegend  von Ljubljana,  Jugoslawien, vertrieben  von der Firma
Kieck-busch.  STEVE  ist seinerzeit  angetreten,  für den  Atari  ST genau  das
nachzu-vollziehen, was  bekannte Namen  aus der  MS-DOS-Welt ebenfalls versucht
haben: FRAMEWORK, Open Access, Works usw., allesamt integrierte Pakete.

STEVE  bewegte  sich  ständig  im  Schatten  anderer  Namen.  Nie  hat  es  die
Popularität erreicht, die andere in der Szene genießen. Ein Grund dafür  könnte
sein, daß STEVE keine GEM-Oberfläche aufzuweisen hat. Gerade in einer Zeit,  wo
von  grafischen  Benutzeroberflächen   überall  geschwärmt  wird,   fehlen  die
typischen  Merkmale von  GEM. Dies  macht sich  beim Einstieg  in das  Programm
bemerkbar. Aber dennoch hat STEVE eine Pull-Down-Menüleiste. Sie wurde von  den
Entwicklern völlig losgelöst von  den GEM-Konventionen aufgebaut, man  hat hier
das Rad (gemeint ist die GEM-Oberfläche) ein zweites Mal erfunden. Ungewöhnlich
ist auch die  Art und Weise,  wie diese Menüleiste  aktiviert werden muß.  Drei
Wege gibt  es. l.:  Man fährt  mit dem  Cursor über  den oberen  Bildschirmrand
hinaus bis er verschwindet und fährt viermal hin und her (merkwürdig). 2.:  Man
strebt mit dem Cursor die linke  oder rechte obere Bildschirmecke an und  fährt
über diese Ecke hinaus. 3.: Einfaches Drücken der HELP-Taste.

Die Textverarbeitung

Wer das Nichtvorhandensein von GEM verschmerzt hat, wird bald feststellen,  daß
die Möglichkeiten der Tastaturbelegung und  der Maus in ungewöhnlicher Art  und
Weise ausgeschöpft wurden.

Beispiele für  die Maus:  Cursor im  Text -  linke Taste  fügt Leerzeichen ein,
rechte Taste löscht Zeichen.

Cursor am  Zeilenende -  linke Taste  fügt Leerzeilen  ein, rechte Taste löscht
Zeilen.

Fährt man  mit  der  Maus über  den oberen  bzw. unteren  Bildschirmrand hinaus 
- linke  Taste blättert  um eine  Zeile nach  oben bzw.  unten, rechte Taste um
ganze Bildschirmgrößen.

Das  Wandern in  einem großen  Text kann  wahlweise auch  über Steuertasten  im
Ziffernblock oder über Menüpunkte bewerkstelligt werden. Besonderheit: Im  Menü
Durch die  Datei startet  man zeilen-bzw.  seitenweises Blättern,  das so lange
automatisch  weiterläuft,  bis  eine Shift-Taste  dies unterbricht.  Ein kurzes
Bewegen mit  der Maus  oder das  Anschlagen einer  beliebigen Taste läßt diesen
Vorgang  weiterlaufen.  Noch  interessanter: der  Menüpunkt Zu  Position (siehe
Bild). Es erscheinen am rechten Bildrand  zwei Säulen, von denen die linke  die
gegenwärtige Auslastung  des Arbeitsspeichers  anzeigt. Das  ist sehr  wichtig,
wenn  ein Hinzuladen  von  weiterem  Text beabsichtigt  ist. Der  rechte Balken
stellt  die  relative  Gesamtlänge  des  Textes  dar,  die  gegenwärtige Cursor
-Position im Text sowie eine Wahlmöglichkeit zum Anspringen einer neuen  Cursor
-Position. Meine Wertung: sehr nützlich! Darüber hinaus sind solche Steuerungen
auch über CTRL-Sequenzen möglich (darüber später mehr).

STEVE ist also  in erster Linie  ein Textverarbeitungsprogramm. Zu  den größten
Vorzügen  des  Programms   gehören  einfache,  schnelle   Blockoperationen.  Um
Markierungen der Blockbegrenzung zu setzen, gibt es ein eigenes Menü: Block. Am
einfachsten lassen sich diese Blockdefinitionen mit Hilfe von Befehlstasten  im
Ziffernblock durchführen.  Innerhalb eines  Blocks sind  dann Randausgleich mit
Trennvorschlägen  und  Flattersatz  (quasi  das  Gegenteil  vom  Randausgleich)
möglich. STEVE kennt zwei verschiedene Arten von Blockdefinitionen:

1. den Zeilenblock.  Das bedeutet, zwischen  Anfangs- und Endmarkierung  werden
alle  Zeilen  vollständig,  also  mit  allen  Zeichen,  in  die Blockfestlegung
einbezogen.   So   arbeiten  entsprechende   Blockfunktionen   aller  bekannten
Textverarbeitungsprogramme;
2.  den  Rahmenblock. Hier  wird  zwischen' Anfangs-  und  Endmarke ein  Rahmen
gezogen. Das  wiederum bedeutet,  daß nicht  zwangsläufig komplette  Zeilen mit
einbezogen sind, wenn die Anfangs-  und Endpunkte beispielsweise mitten in  den
Textzeilen lagen.  Der Rahmenblock  trennt regelrecht  einen Bildausschnitt aus
dem  Text  heraus,  und  Zeilenanfänge  bzw.  -enden  bleiben  (wenn außerhalb)
unberücksichtigt.  Der  so  definierte  Block  erscheint  invertiert  auf   dem
Bildschirm.

Einstellungssache

Von dem Textbereich aus zugänglich  sind zwei Dialogboxen, die eigentlich  kaum
der Erwähnung wert sind.  Banale Dinge verbergen sich  dort, die wohl zu  jeder
Textverarbeitung gehören. Aber außerdem  fallen einige Besonderheiten auf,  die
man sonst  nicht kennt:  Wird der  Bildschirm invertiert  gewünscht (Buchstaben
weiß,  Hintergrund   schwarz  -   nicht  unbedingt   jedermanns  Sache)?   Text
komprimieren  beim  Abspeichern?  Soll  der  Ziffernblock  normale  Zahlen oder
Befehle    auslösen?    nach   wieviel    Zeilen    soll   eine    automatische
Zwischenspeicherung erfolgen? Selbst die  Schreibrichtung läßt sich von  Rechts
-nach-links auf Links-nach-rechts umschalten (die Araber wird's freuen).

Die Systemtabellen

Zu den erstaunlichsten Einrichtungen  dieses Programms gehören die  sogenannten
Systemtabellen.  Es  handelt  sich  dabei  ausschließlich  um  Textdateien, die
wichtige   Systemparameter   aufnehmen:  Textbausteine   sind   oft  verwendete
Standardformulierungen,   wie  Briefkopf,   Schlußfloskeln  oder   feststehende
Absätze.  Sie  können  sogar   Grafik  enthalten.  Eine  andere   Systemtabelle
beinhaltet die  Abkürzungen. Dabei  handelt es  sich um  kürzere Texte wie etwa
Anrede,  Namenszüge  oder  markante   Überschriften.  Sie  sind  zur   späteren
Ausführung über eine kurze  Tastenfolge erreichbar, während die  Text-bausteine
(etwas umständlicher) mit ihrem vollen Namen über ein Menü anwählbar sind.

Kopf- und Fußzeilen sind  feststehende Texte, die am  Anfang und am Ende  eines
ausgedruckten  Blattes  stehen  sollen. Am  bekanntesten dürfte  die Seitenzahl
sein, aber es könnten  beispielsweise auch eine Kapitelüberschrift,  das Datum,
vielleicht ein  Autorenname oder  gar ein  Copyright-Hinweis dort wiedergegeben
werden. Selbst eine  Unterscheidung zwischen Seiten  mit gerader und  ungerader
Seitennummer ist möglich.

Die   Weckerdatei   kann   ebenfalls   ein   beliebig   gestalteter   Text  mit
Grafikelementen sein, der erst an einem bestimmten Datum zu einer  vorgegebenen
Uhrzeit auf dem Bildschirm erscheint.

Wieder interessanter erscheint mir die Systemtabelle mit der  Tastaturbelegung.
Alle Zeichen und Symbole, die in der Zeichensatztabelle vorhanden sind,  können
Sie  hier  auf  die  Tasten  legen.  STEVE  unterscheidet  sogar  zwischen zwei
Normalbelegungen,  die  während des  Schreibens  alternativ eingeschaltet  sein
können. Desweiteren sind andere Zeichensätze mit der (gleichzeitig  gedrückten)
Control-,  der  Alternate-Taste,  sowie  der  Kombination  Alternate  und Shift
erreichbar.

Funktionstastenbelegung kennt  man von  anderen Programmen  sicher zur  Genüge.
Außer den bekannten  zehn sind hier  sogar die linke  und rechte Maustaste  als
Funktionstasten  zu  benutzen. Allerdings  fallen  sie dann  für  ihre üblichen
Tätigkeiten  im  Textfenster  aus, für  die Menüleisten  sind sie  aber dennoch
wirksam. Die einzige Beschränkung  für eine Funktionstasten-bestimmung ist  die
maximale Länge von 1796  Zeichen, aber das ist  praktisch schon eine volle  DIN
-A4-Seite. Sinnvoll  wäre es,  nicht unbedingt  nur Text  dort zu  deklarieren,
sondern ganze Befehlsfolgen, die  zudem noch Textbausteine oder  andere Befehle
aufrufen.

Gegenüber anderen Computersystemen hat der Atari ST den großen Vorteil, daß  er
seine  Bildschirm-Fonts  nicht  unveränderbar  im  Festwertspeicher  ROM  hält,
sondern von außen (üblicherweise beim Systemstart) hinzulädt. Das bedeutet, daß
der Anwender  einen direkten  Zugriff auf  diesen Systemzeichensatz  hat. STEVE
selbst bringt schon in  der Grundausstattung 10 verschiedene  Zeichensätze mit,
die  ebenfalls  in  einer Systemtabelle  vorliegen.  Unter  dem Namen  "weitere
Zeichensätze"  können  unabhängig  davon  beliebig  viele  selbst   erschaffene
Zeichensätze als  weitere Systemtabelle  erstellt werden.  Auch das  Ändern von
Zeichen läßt sich spielend  leicht bewerkstelligen, weil die  Systemtabellen ja
Textdateien sind.

Es  können  bis  zu  21 Zeichensätze  gleichzeitig  geladen  sein  (wer braucht
überhaupt so viele in einem Dokument?), und Sie müssen nicht zwangsläufig  auch
alle  256  Definitionsplätze  belegen.  (Definitionsplätze  bedeutet,  so viele
verschiedene Tastaturkombinationen  sind erlaubt.)  Man könnte  sogar eine  Art
Geheimschrift damit konstruieren, weil  zwar der Tastencode beim  Drücken einer
Tastaturkombination  abgefragt  und  im Dokument  festgehalten  wird,  aber ein
Bildschirmzeichen vielleicht  nicht dafür  definiert ist  - der  Phantasie sind
hier kaum noch Grenzen gesetzt.

Meldung bitte

Eine  weitere  Systemtabelle  stellt  die  Meldungsdatei  dar.  Dort  ist alles
aufbewahrt,  was  irgendwann  einmal  innerhalb  des  Programmablaufs  auf  dem
Bildschirm zu  sehen sein  wird: alle  Menüs, alle  Dialogboxen, alle Warn- und
Hinweismeldungen. Auch  diese Datei  steht dem  Benutzer zur  freien Gestaltung
offen. Weil diese Sache so  überaus interessant ist, hier ein  kleines Beispiel
für eine solche Meldung:

000001640 m l
Start Block Suchen Druck Layout D-
Bank
00
l..... 2......A3.... 4......C.
I=ral81 2=m3 3=m4 4=m5 A=m207 C=m248

Jede Meldung dieser Datei - und es gibt in der derzeitigen STEVE-Version  davon
280 - beginnt  mit einer Ziffernfolge,  d.h. mit fünf  Ziffernpaaren. Sie geben
die  Koordinaten  an,  wo  die  Meldung  auf  dem  Bildschirm  erscheinen  soll
(Anfangszeile, -spalte, Höhe und  Breite), sowie die fortlaufende  Nummer (hier
ml). Als nächstes folgt eine Textzeile, die genauso auf dem Bildschirm sichtbar
sein wird. Darunter finden wir eine  Positionsangabe für den Text, also mit  00
beginnend in  der obersten  Zeile des  Bildschirms. Die  nächste Reihe  mit den
Zahlen  und  Punkten  heißt Invertierungszeile.  Die  Zahlen  fungieren darüber
hinaus aber auch  noch als Quellenangabe  für die auszuführende  Tätigkeit. Die
Nummer gibt also an,  was nach dem Anfahren  dieses Menübereiches mit der  Maus
weiter geschehen soll. Das  führt uns zu einer  weiteren Zeile, und zwar  jener
mit den Befehlsnummern. Dort  bedeutet beispielsweise, daß beim  Aktivieren des
Menübereiches  mit der  Befehlsnummer l,  identisch mit  dem invertierten  Text
Start, in die Meldung ml 81  verzweigt werden soll. Diese weitere Meldung  kann
entweder eine Textausgabe per  Dialogbox, ein Untermenü oder  eine Befehlsfolge
(Batch) sein.

Zugegeben, das eben beschriebene Verfahren, in STEVE seine eigenen  Menüleisten
in  einer  einfachen  Textdatei zu  konstruieren,  erscheint  für den  Anfänger
ungemein kompliziert. Mit etwas Geduld und Übung ist es aber ein leichtes, dies
zu   bewerkstelligen,   ebenso   wie   das   völlig   freie   Umgestalten   von
Druckertabellen, Formularen  oder Bild-Bibliotheken,  um nur  einige zu nennen.
Was das  für ein  als offen  und flexibel  bezeichnetes Programm  bedeutet, ist
klar: Man kann  individuell das gesamte  Aussehen der Programmoberfläche  damit
gestalten.  Wertung:  Geschickte  Lösung  für  alle,  die  nicht  programmieren
können/wollen/sollen.

Sehr übersichtlich sind Positionsanzeige (im Bild rechts) und -wähl (per Maus),
relativ bezogen auf den gesamten Text.

Das Wörterbuch

Ausgangspunkt für zwei  nützliche Abteilungen in  der Textverarbeitung ist  das
integrierte Wörterbuch.  Es ist  eigentlich nichts  anderes als  eine besonders
aufgebaute Datenbankdatei, die parallel  zum Text hinzugeladen wird.  Sie dient
uns zunächst als Rechtschreibhilfe.

Über ein  entsprechendes Menü  eingeschaltet, lauert  sie als  "Online-Prüfung"
während des  Schreibens im  Hintergrund und  macht sich  nach jedem unbekannten
Wort mit  einem akustischen  Signal ("Fing!")  bemerkbar. Jetzt  kann man  aber
nicht gleich  weiterschreiben. STEVE  wünscht beharrlich  die Korrektur  dieses
Wortes  (wenn  falsch) oder  die  unmittelbare, automatische  Übernahme  in die
Wörterbuchdatei  mittels   Return-Taste  (wenn   unbekannt).  Nachteil   dieses
Verfahrens: Es hemmt  den Schreibfluß der  Tastenakrobaten (roter Faden  und so
...) und zwingt ständig zum Drücken der Return-Taste.

Eine andere Möglichkeit  stellt die nachträgliche  Überprüfung des Textes  nach
dessen Fertigstellung  dar. Dabei  rast der  Prüfalgorithmus durch  das gesamte
Dokument und  kennzeichnet jedes  unbekannte Wort  mit einem  Sternchen. Dieses
Symbol  kann  man  übrigens  in  einer  Systemtabelle  frei  definieren. Großer
Nachteil dieser Vorgehensweise ist, daß  die unbekannten Wörter nun nicht  mehr
automatisch in die Wörterbuchdatenbank übernommen werden. Meine Empfehlung  für
beide Verfahren:  durchaus lobenswerter  Grundgedanke, aber  die Handhabung und
Funktionsweise sind überarbeitungsbedürftig.  Übrigens, auf Diskette  wird eine
Wörterbuchdatei mit 35000 deutschen Begriffen mitgeliefert.

Ein etwas anders gestaltetes  Wörterbuch versteckt sich hinter  dem Menüeintrag
Übersetzung.  Wo  das Rechtschreibwörterbuch  lediglich  auf unbekannte  Wörter
gelauert hat, folgt jetzt etwas, das wie Suchen und Ersetzen funktioniert.  Mit
der  Übersetzungsfunktion  kann  nämlich  von  einer  Sprache  in  eine  andere
übersetzt  werden.  Eine kleine  Beispieldatei  Englisch/Deutsch befindet  sich
ebenfalls  auf  Diskette. Man  darf  sich bei  dieser  Einrichtung aber  keiner
Illusion  hingeben,  es wird  eben  nur Wort-für-Wort  übersetzt;  ob dann  der
stilistische Satzbau, die orthografische Konstruktion und die Wortbedeutung  im
Sinnzusammenhang überhaupt  richtig sind,  bleibt sehr  fraglich. STEVE  möchte
hier auch nur eine kleine  Hilfe sein und keine ausgefeilte  Übersetzungroutine
liefern (das wäre wohl wirklich etwas zuviel verlangt). Wertung: So  lobenswert
die Idee einer solchen Übersetzungshilfe auch sein mag, es bleibt dahingestellt
ob sie wirklich sinnvoll einsetzbar ist.

Die Datenbank

Wenn  in  der Überschrift  die  Frage gestellt  wurde,  ob STEVE  wirklich  ein
Programm für  alle Fälle  sei, dann  darf eine  Programmgattung wirklich  nicht
fehlen:  die  Datenbank.  Eine   Textverarbeitung  macht  doch  sicherlich   in
Kombination mit  Datenbankfunktionen den  meisten Sinn.  Man denke  doch nur an
Serienbriefe. Gibt es denn noch einen Anwenderkreis, der Briefe z war mit einer
Textverarbeitung erstel1t, hernach aber die Anschriften mittels  Adreßaufkleber
anheftet?   Welche   Textverarbeitung  kann   denn   noch  keine   Serienbriefe
verarbeiten? Auf den Müll damit!

Die Vorgehensweise  ist hinlänglich  bekannt. Eine  Datenbank besteht  in aller
Regel aus einer Bildschirmmaske, die alle Feldnamen zeigt. Hinter den Feldnamen
ist  dann  immer  etwas  Platz freigehalten,  um  die  Daten  (Feldinhalte bzw.
Feldeinträge) aufnehmen zu können. STEVE bleibt auch hier seinem Prinzip  treu:
der Konstruktion von Bildschirmmasken über das Anlegen einer Systemtabelle  als
normaler Text.

Wer nun  mit dem  Zusammenbau der  Maske zufrieden  ist, wird üblicherweise die
Freiräume mit Daten füllen wollen. Jetzt macht sich eine Besonderheit von STEVE
bemerkbar.  Die  Eingabemenge,  d.h. die  Feldgröße, ist  nicht von  dem vorher
definierten Abstand der einzelnen  Feldnamen abhängig. Wenn ein  Datenfeld mehr
Information als  vorgesehen aufnehmen  muß, fügt  das Programm  einfach weitere
Leerzeilen ein, und die  anderen Felddefinitionen verschieben sich  nach unten.
Dieses   Prinzip   der   flexiblen  Datenfeldgröße   ist   bei   den  bekannten
Datenbankprogrammen (meist Vertreter des relationalen Modells) nicht üblich und
wird erst  seit jüngster  Zeit von  neueren Schöpfungen  verwandt. Ein Wort zum
Fassungsvermögen:  Ein  Datensatz  kann bis  zu 500  Felder enthalten,  die bis
maximal 15000 Zeichen  umfassen dürfen. Ansonsten  ist die Kapazität  nur durch
die Größe des Speichermediums begrenzt (wer arbeitet noch ohne Festplatte?).

Interessant  ist  auch,  wie  STEVE  die  Daten  abspeichert.  Alle Leerzeichen
zwischen dem Eintrag und dem  Beginn des nächsten Feldes verschwinden.  Es wird
also wichtige Speicherkapazität eingespart.  Natürlich genügt das Eingeben  und
Speichern von  Datenfeldinhalten bei  weitem nicht,  man möchte  doch gerne auf
geschickte Art und Weise die Datensätze verwaltet wissen und besonders  schnell
gesuchte  ausfindig  machen. Jetzt  wird  der Ziffernblock  mit  Leben erfüllt.
Wichtige  Bewegungen in  der Datenbankdatei  sind über  eine Zweitbelegung  des
Ziffernblocks ausführbar.

Ein Datenbanksystem  kommt selbstverständlich  nicht ohne  Sortierfunktion aus.
Zur Festlegung des  Sortierkriteriums lassen sich  bis zu 5  Feldnamen angeben,
die unabhängig  steigend oder  fallend durchschritten  werden. Dieses Verfahren
nennt  man  "verschachtelte  Sortierung", d.h.  es  werden  erst alle  gleichen
Inhalte  von  Feld  l  (z.B.  Postleitzahl)  entsprechend  der  Sortierrichtung
(fallend  oder  steigend)  zusammengetragen,  dann  startet  innerhalb   dieser
gleichen Inhalte ein zweiter Sortierdurchgang (z.B. Familienname) usw.

STEVE hat eine  Datenbankdatei mit 3  Bytes langen Indikatoren  angelegt, jeder
davon  enthält die  Startadresse eines  Datensatzes. Zum  Sortieren müssen  nun
mindestens 32 kByte  Speicherplatz frei sein,  wenn es bis  zu 10666 Datensätze
gibt. Bei mehr Datensätzen muß immer das Dreifache in Bytes an freiem  Speicher
zur Verfügung stehen. Dieser Platz wird immer für die Indikatoren gebraucht, da
die Datensätze variabel sind und  das Programm entsprechend schnell sein  soll.
So gruppiert  es nicht  die ganzen  Datensätze um,  sondern führt  dies mit den
Indikatorlisten durch. Ein Wort an die Datenbankspezialisten: Es wurde hier der
Mengensor-tieralgorithmus     von      Knuth,     1973,      angewandt.     Die
Sortiergeschwindigkeit hängt  sehr stark  von der  Menge an  Datensätzen ab und
auch  davon,  wieviele  unterschiedliche  Zeichen  oder  Werte  das  erste   zu
sortierende  Feld  aufweist.  Im  Durchschnitt  sind  folgende  Zeiten gemessen
worden: 10000  Datensätze (jeder  aus einem  Wort bestehend)  dauern 2 Minuten,
75000 brauchen dagegen 20 Minuten.

Da alle Datenbankdateien - gemeint sind jene, welche die Feldeinträge aufnehmen
-wie  normale  Textdateien  angelegt sind,  läßt  sich  eine äußerst  nützliche
Einrichtung von  STEVE auch  hier zur  Anwendung bringen:  das Komprimieren von
Text.  So benötigte  eine Beispieldatei  mit insgesamt  75207 Einträgen  522652
Bytes  in  komprimierter  Form.  Sehr  schön  ist  die  Angabe  des  benötigten
Speicherplatzes in einer Dialogbox. So kann man immer prüfen, ob die  Kapazität
einer  doppelseitigen  Diskette  noch ausreicht,  um den  gesamten Datenbestand
komprimiert aufzunehmen. Welcher Komprimieralgorithmus Anwendung findet und wie
er arbeitet, konnte ich leider nicht in Erfahrung bringen.

Jetzt kann es natürlich passieren, daß unsere Schallplattensammlung unermeßlich
groß angewachsen ist. Die Kapazität  einer Diskette reicht nicht mehr  aus (Sie
wollen  noch  immer keine  Festplatte  anschaffen?). Dann  gibt  es eine  recht
nützliche Einrichtung, der wir  uns fortan bedienen wollen:  Kettendateien. Sie
können maximal  die Gesamtkapazität  der Festplatte  ausschöpfen. Die einzelnen
Dateien in der  Kette dürfen logischerweise  nur so groß  sein, daß sie  gerade
noch in den freien Arbeitsspeicher hineinpassen. Das Handbuch liefert uns  eine
ausführliche Anleitung zur Berechnung:

Dateigröße + Anzahl  der Datensätze *  3 +32000 <  RAM / 2  oder mit der  etwas
handlicheren Formel:
((RAM / 2 - 32000) / (DLD + 3)) * DLD

(DLD  heißt  durchschnittliche  Länge der  einzelnen Datensätze.)  Beispiel: In
einem l -MByte-RAM-Gerät hätte der Benutzer annähernd 735 kByte zur  Verfügung.
Wenn alle  Datensätze einer  Datei zusammengenommen  durchschnittlich 70  Bytes
(Erfahrungswert) lang sind, darf die größte Einzeldatei der Kette bis zu 320000
Bytes enthalten. Beweis:
((735000 / 2 - 32000) / (70 + 3) * 70 = 321712

Die höchstmögliche Anzahl  von Kettengliedern ist  definiert als (größte  Länge
des  Suchausdruckes -  44) 14.  Diese Länge  ist derzeit  auf 452  festgesetzt,
wodurch bis zu 102 Kettenglieder  bzw. Einzeldateien möglich sind. Wichtig  für
alle "Trotzdem-Disketten-Arbeiter":  Das Verfahren  mit den  Kettendateien läßt
sich auch auf eine entsprechende Anzahl von Datendisketten anwenden!

Lassen Sie mich noch einige Feinheiten der STEVE-Datenbank hervorheben, als  da
wären: Permutieren, also das  Vertauschen einzelner Inhalte eines  Datensatzes;
Zusammenfassen gleicher Datensätze;  das Feststellen der  Häufigkeit bestimmter
Begriffe, um z.B.  ein Häufigkeitswörterbuch zu  erstellen; oder das  Erstellen
einer  Rangfolge, was  besonders für  numerische Inhalte  interessant ist.  Die
Abteilung  Datenbank   in  STEVE   hält  darüber   hinaus  noch   viele  andere
Sonderfunktionen bei reit,  die hier zu  besprechen den Rahmen  sprengen würde.
Vielleicht  ergibt  sich  die  Gelegenheit,  in  einem  späteren  Bericht  noch
ausführlicher darauf zurückzukommen. Fazit hierzu: Insgesamt ist die  Datenbank
für den Anfänger gewöhnungsbedürftig,  aber die ungewöhnlich reiche  Auswahl an
Verarbeitungsfunktionen ist erstaunlich. Die Datenbank sucht und sortiert recht
schnell. Mangels Vergleich ist diese Aussage natürlich recht subjektiv.

Die Batch-Befehle

Ein Programm zeichnet  sich oft durch  leichte Bedienbarkeit aus,  weswegen die
Beliebtheit von grafischen  Benutzeroberflächen stetig zugenommen  hat. Dennoch
ist oft  festzustellen, daß  ständig die  selben oder  ähnliche Arbeitsschritte
durchzuführen sind. So wird sich ein Überbleibsel aus der guten alten Zeit  der
zeilenorientierten   Befehlseingabe   (siehe   Kommandozeilen-Interpreter   und
ähnliche) aller Wahrscheinlichkeit nach in neuere Programme hinüberretten:  die
Stapelbefehle.  Wenn in  der Textverarbeitung  sogenannte Textbausteine  üblich
geworden sind, machen  Batch-Befehle dort einen  Sinn, wo nicht  tagtäglich mit
der  Maus  oder  irgendwelchen Tastaturkombinationen  immer  dasselbe  von Hand
durchgeführt werden  soll (wird  ja auf  die Dauer  langweilig). In  STEVE wird
hierzu  (wer hätte  es wohl  anders gedacht)  auch wieder  eine Systemtabel  le
eröffnet, die im | Klartext alle Befehle aufnimmt.

Die Grafik in STEVE

Integraler Bestandteil  von STEVE  sind zwei  (!) Grafik-Editoren,  die jeweils
zwei  ganz  spezifische  Aufgaben  wahrnehmen.  Grafik  1  ist  für raffinierte
Operationen wie Schrifterkennung und Font-Erstellung für DTP ausgelegt (darüber
gleich  mehr).  Bei Grafik  2  dagegen handelt  es  sich um  ein  ganz normales
Zeichenprogramm.  Unabhängig davon  unterschiedet das  Programm im  Textfenster
zwischen zwei verschiedenen Zeilenarten: der reinen Text- und der  Grafikzeile.
Übrigens, Textzeilen lassen sich nachträglich in Grafikzeilen umwandeln,  wobei
der Text  erhalten bleibt,  nur umgekehrt  geht das  leider nicht. Grafikzeilen
nehmen  immer  die  gesamte Zeile  (oder auch  mehr) ein,  eine gemischte  Text
-/Grafik-Zeile ist deshalb nicht möglich. Neben Bildobjekte kann also kein Text
(vom Texteditor her)  geschrieben werden, außer  man fügt ihn  im Grafik-Editor
zusätzlich an.

Da zunächst (d.h.  beim Programmstart) der  reine Text-Editor präsent  ist, muß
STEVE mitgeteilt  werden, ob  sich zum  Geschriebenen auch  ein Bild gruppieren
soll. Mit der ESC-Taste schaltet man in den Grafikmodus (des Text-Editors)  um.
(Anmerkung: Ich hätte nicht gerade die ESC-Taste mit dieser Funktion belegt, da
sie in anderen  Programmen schon fast  branchenüblich als "Rettungsanker"  oder
"Fluchtweg"  bei  unklaren  Programmzuständen  Anwendung  findet.)  Wenn   eine
Grafikzeile zu wenig ist, können Sie durch fortwährendem Druck auf ESC  weitere
Zeilen erzeugen. Die eigentliche Grafikarbeit beginnt, wenn der Cursor in einer
solchen Zeile steht. Die unabhängigen Textzeilen gibt es ja nach wie vor  (auch
zwischen den Grafikzeilen), sie bleiben von der ganzen Grafikarbeit  unberührt!
Ein zweiter Druck auf ESC  öffnet eine "andere Welt". Der  Grafik-Editor meldet
sich mit einer völlig anderen Menüleiste und einer Dialogbox. Diese Box  möchte
gerne wissen,  wie groß  die Grafik  (und damit  auch die einzelne Grafikzeile)
werden soll.  Eine STEVE-Zeile  ist üblicherweise  immer 18  Pixel (Bildpunkte)
hoch und ein Zeichen 16 Pixel breit. Es kann in der Box nun ein Vielfaches  von
Höhe  und   Breite  gewählt   werden.  Die   maximal  mögliche   Ausdehung  des
Zeichenblattes beträgt in der Breite 16380 Pixel, das sind 1024 Zeichen oder 16
Bildschirme (nebeneinander!).

Jeder, der  noch kein  Grafikprogramm besitzt  und gerne  in seinen Texten auch
Bilder  einbinden  möchte, trägt  sich  mit dem  Gedanken,  ob sich  dafür  die
Anschaffung eines eigenen Programms lohnt. STEVE hält für die Manipulation  von
Bildern eine große  Palette an Funktionen  bereit, die an  dieser Stelle leider
nicht sehr ausführlich beschrieben werden  können. (Auch hier droht erneut  der
Rahmen gesprengt  zu werden!)  Ein Blick  auf Bild  Nr. 5  und 6 soll nur einen
kleinen   Eindruck  dieser   Vielfältigkeit  vermitteln.   Fazit  hierzu:   Die
Möglichkeiten von Grafik l sind  mehr darauf ausgelegt, vorhandene Bilder  (das
können  auch  Zeichensätze sein)  zu  verändern. So  ist  alles zu  finden  von
Spiegeln, Invertieren, Kopieren, Drehen und Verschieben, bis hin zu  Vergrößern
und erkleinern.

Grafik  2  ist  mehr  ein Programm-Modul  für  neu  zu  erstellende Grafik.  Es
entspricht in  seiner Funktionsbreite  voll und  ganz üblichen  Programmen, die
separat angeboten  werden. Hervorhebens  wert erscheint  mir hier  die Funktion
Tortengrafik.  Es  müssen  für   jedes  darzustellende  Kreissegment  nur   die
Prozentangabe eingefügt und die gewünschte Rasterdarstellung ausgesucht werden.
Wertung:  brauchbar  für  alle,  die  nicht  schon  ein  eigenes Grafikprogramm
besitzen.

Formulare

Eine  Mischung  von  Datenbank und  Grafik-Editor  und  somit eine  konsequente
Weiterentwicklung der gesamten  STEVE-Philosophie stellt der  Formulargenerator
dar.  Ein  Formular  ist   ein  grafisch  erzeugtes  Bild   (hauptsächlich  mit
senkrechten und waagrechten  Linien), das später  Einträge ähnlich wie  bei der
Datenbank aufnehmen  soll. So  gesehen ist  ein Formular  sogar eine  besonders
gestaltete Bildschirmmaske, allerdings auf einer Grafikseite erzeugt.

Alle Einträge in ein Formular befinden sich aber noch nicht zwangsläufig in der
Form, in der sie später in  die Datenbank übernommen werden können. Aber  keine
Bange, ein spezieller Trenndurchlauf  liest die Texteinträge im  Grafikformular
aus und legt sie "datenbankgerecht" ab. Wichtig zu wissen ist, daß es  parallel
zur Grafikseite des Formulars eine gleich aufgebaute Systemtabelle gibt, welche
die Plazierung der Einträge steuert.

Ein Weg zu DTP?

Wie  wir  schon  gesehen  haben,  arbeitet  STEVE  mit  Text-  und Grafikzeilen
weitestgehend unabhängig und  dennoch parallel zueinander.  Dies ist der  erste
Weg l zum Desktop Publishing. Es paßt eigentlich gut zusammen: hier Textzeilen,
dort Grafik, die  im Grunde genommen  unabhängig voneinander sind.  Nun wird im
Menüpunkt Layout beides zu einem  sinnvollen Ganzen "verschweißt", so daß  Text
und  Bild  als  Einheit dastehen.  Weitere  Arbeitsschritte  sind denkbar,  z.B
Verschieben, Kopieren usw.  Man kennt diese  Funktionen aus dem  Grafik-Editor,
nur daß jetzt das ganze Arbeitsblatt  (also auch der Text) einbezogen wird.  In
Verbindung  mit  entsprechenden  Druckertabellen  und-treibern  ist  auch   der
Ausdruck des  gestalteten Dokumentes  in der  gewünschten Form  leicht möglich.
Wertung: Es muß  nicht ein Programm  für mehrere Hundert  Mark sein, um  DTP in
ausreichendem Maße verwirklicht zu sehen. STEVE bietet zwar nicht gerade  viele
DTP-Operationen, sie dürften  aber im Umfeld  der anderen Möglichkeiten  (Text,
Grafik, Datenbank) für Durchschnittsanwendungen völlig ausreichend sein.

Schrifterkennung

Eigentlich wollte ich diesen Programm-punktmiteinem üblichen Scanner (EPSON  GT
-4000) testen. STEVE unterstützt zur Zeit schon eine reiche Auswahl  derselben:
Handy, SPAT, Marvin oder Panasonic. Nun gut - wenn es nicht direkt funktioniert
(meine Schuld, was hab' ich auch  einen EPSON), muß es über einen  Umweg gehen:
Bild  einscannen  und  abspeichern.   STEVE  untersucht  im  Grunde   als  Bild
vorliegende Dateien auf Ähnlichkeit mit den Zeichensatzdefinitionen.  Übrigens:
So  funktionieren  die  derzeit verfügbaren  OCR-Programme  auch.  Muß ich  die
Abkürzung "OCR" noch einmal erklären? NEIIIIIN!

Dann  hab'   ich  das   Programm  überlistet:   Ich  habe   es  seine   eigenen
Zeichensatzdateien erkennen  lassen! Viel  passiert dabei  nicht, eine erkannte
Zeichenfolge  wird  lediglich  im  unteren  Bildbereich  durch  einen   anderen
Zeichensatz  angezeigt.  Zwei  Funktionen  sind  hervorhebenswert:   Vergleiche
Schriftbilder, also die normale  Schrifterkennung, und Erstelle Font  vom Text,
das Neuanlegen unbekannter Schriften  in einer Zeichensatzdatei. Aussagen  über
die Geschwindigkeit  lassen sich  mangels Vergleich  auch hierzu  nicht machen.
Vielleicht kommen wir unter dem Aspekt des zunehmenden Interesses auf das Thema
OCR an  anderer Stelle  noch einmal  zurück. Für  STEVE-Kunden ist die Tatsache
wichtig, daß  ihr Programm  sich auch  in dieser  Richtung bewegt  und für  die
Zukunft gerüstet ist.

Wenn sich die  Programmierer von STEVE  entschließen könnten, die  mittlerweile
als Standard  durchgesetzte IDC-Scanner-Schnittstelle  von der  Firma Marvin AG
einzubinden, wäre ein großer Schritt zu mehr Kompatibilität getan.

Handbuch

Ich habe mir nicht die Mühe gemacht, die Seiten des Handbuchs genau zu  zählen,
schätzungsweise sind es  ca. 280. Es  ist eine Wahnsinnsfülle  an Informationen
über STEVE, ausführlich  und mit vielen  Beispielen erklärt. An  vielen Stellen
habe ich  gemerkt, daß  die Möglichkeiten  des Programms  sogar den  Rahmen des
Handbuchs sprengen. Wer etwas experimentierfreudig ist, wird leicht den weniger
ausführlich  behandelten  Funktionen  auf  die  Schliche  kommen.  Bilder   mit
Beispielen, Dialogboxen und Menüpunkten machen das Handbuch sehr übersichtlich.
Außerdem sind  die Kapitel  streng strukturiert.  Übrigens: Das  Handbuch wurde
ausschließlich in STEVE geschrieben und macht einen ordentlichen Eindruck.

Abschließende Beurteilung

Es tut  mir schon  fast weh,  dem Bericht  (und damit  auch dem Programm) einen
abschließenden Stempel  aufdrücken zu  müssen. Entgegen  der Gepflogenheiten in
der Testerbranche habe ich mich eine  sehr lange Zeit (14 Tage -  ehrlich wahr,
großes Indianerehrenwort!) mit STEVE beschäftigt und den Eindruck gewonnen, daß
uns  hier  ein Werkzeug  gegeben  ist, das  viele  Anwender nicht  für  möglich
hielten.  Schade, daß  STEVE aus  dem Mittelpunkt  des (Kauf-)Interesses  etwas
verschwunden ist - es ist ein großartiges Programm. Ich muß aber die Schuld (es
folgt eine private Meinung), daß es um STEVE zur Zeit still geworden ist,  auch
der  Firma  Kieckbusch anlasten,  die  nicht mit  der  nötigen Werbe-Power  ein
ausgesprochen vielfältiges Produkt unterstützt hat. Ich hoffe sehr, daß es bald
anders wird!

Das Fehlen einer  GEM-Oberfläche ist kein  Beinbruch, und wenn  man lange genug
mit STEVE arbeitet, vermißt  man sie nicht mehr.  Mir hat die Arbeit  mit STEVE
großen Spaß gemacht. Und wenn wir  uns die Preisfrage stellen, muß ich  ehrlich
sagen:  Mit 498  DM gesellt  sich das  Programm zu  Konkurrenten, denen  es an
Ausstattungsmerkmalen  weit überlegen  ist. STEVE  mit Schrifterkennung  kostet
1398 DM, was mir im Moment nicht ganz einleuchtet, denn so überwältigend  waren
die OCR-Funktionen  (mangels Vergleich  mit anderen  Programmen) nicht. Dennoch
gehört das Grundprogramm  (ohne OCR) auf  jeden Fall in  die Händlerregale; wer
noch keine entsprechenden Programme angeschafft hat, sollte durchaus mit  STEVE
liebäugeln.


Moj Mikro, Maj 1987, Steve za Atari ST, Žiga Turk