Kurzdokumentation zum no|System =============================== Das no|System und die no|Lib ---------------------------- Da es mittlerweile eine ganze Reihe von Programmen aus unserem Haus gibt und diese mit wachsendem Funktionsumfang und Komfort immer gr”žer werden, haben wir einen Weg gefunden, den Speicherbedarf der Programme praktisch zu verringern und nebenbei noch gewisse Dinge global fr alle diese Programme einstellen zu k”nnen. Funktionsweise -------------- NOSYSTEM.PRG ist ein kleines Programm, das in den AUTO Ordner kommt. Es hat keine aktive Funktion, beeinflužt also das restliche System nicht. 'Interessierten' Programmen werden die Informationen zur Verfgung gestellt, die man mit dem Programm NOCONFIG.PRG einstellen kann. Zus„tzlich kann die noLib, eine Sammlung von universellen Programmfunktionen ('Bibliothek') geladen werden. Sobald nun ein zweites Programm diese Library benutzt, hat man schon Speicher gespart. Nebenbei verkrzt sich auch die Ladezeit der Programme. Wer z.B. no/That's Address ab Version 3 als Accessory und That's Write 4 oder unter Magix/Multitos den no|Desktop und That's Write 4, spart schon Speicher. NOSYSTEM.PRG teilt den no|Programmen die Daten per Cookie mit. Dazu wird ggf. der CookieJar automatisch erweitert. Installation und Konfiguration des no|Systems --------------------------------------------- Das NOSYSTEM.PRG kopiert man in seinen AUTO Ordner der Bootpartition bzw. Bootdiskette. Den Ordner NOSYS kann man irgendwohin tun (Wir haben ihn normalerweise auf Laufwerk C:\ im Hauptverzeichnis). Zur eigentlichen Konfiguration gibt es das NOCONFIG.PRG. Dialogelemente des NOCONFIG.PRG ------------------------------- Pfad der noSystem Konfigurationsdateien: Hier tr„gt man Laufwerk und Pfad des Ordners NOSYS ein (z.B. C:\NOSYS\) Pfad der Druckertreiber des FlexiPrint-Systems: Da zum Beispiel auch That's Address die gleichen Druckertreiber wie That's Write verwendet, ist es berflssig, alles mehrfach auf der Festplatte zu haben. Daher tr„gt man hier den Pfad ein, an dem sich die Druckertreiber befinden (Fr That's Write Anwender blicherweise der TWRITE Ordner). Pfad der Hilfedateien... Hilfedateien k”nnen bei den jeweiligen Programmen, aber auch zusammen in einem separaten Ordner liegen. (Denkbar fr den Einsatz mit einem langsamen MOD Laufwerk - Programm auf der schnellen Festplatte, alle nicht so wichtigen Daten auf dem MOD) Pfad der Tempor„rdateien... Beim Umrechnen von grožen Bildern, Zwischenspeichern von Serienbriefdaten und dergleichen legen Programme schon mal zwischendurch Daten ab. Diese kann man mit dieser Pfadoption z.B. auf eine RAMDISK leiten. Dialoggestaltung fr noLook: Das no|System ist in der Lage fr alle Programmen, die no|Look verwenden zentral das Aussehen einzustellen. Bei der Gestaltung der Oberfl„che ist der no|Look extrem flexibel. Man kann das Aussehen anderer Oberfl„chen oder sogar anderer Betriebssysteme sehr weit nachempfinden. Das Aussehen ist in Beschreibungsdateien mit den Namen NOLOOK.xxx abgelegt. Derzeit gibt es leider noch kein anwenderfreundliches Konfigurationsprogramm fr no|Look-Dateien, so daž man auf die mitgelieferten angewiesen ist. Eine Beschreibung ist aber erh„ltlich. Da es ASCII-Dateien sind, kann man diese dann auch selber bearbeiten, sofern man etwas Kenntnis von ATARI Programmierung hat und sich mit hexadezimalen Zahlen auskennt. noSoft Bibliothek resident laden: L„dt die Datei NOSYSLIB.OVL beim Booten in den Speicher und beh„lt sie da. Sollte man nur ein einziges no|Programm verwenden, macht das wenig Sinn. Wer aber wenigstens ein Accessory und ein Programm bzw. das no|Desktop-System benutzt oder unter Magix/MultiTOS mehr als ein Programm verwendet, kann so je Programm weit ber 100kB Arbeitsspeicher/RAM sparen. Sprache Die von der Library untersttzen Sprachen k”nnen hier eingestellt werden. Globale Texte/Warnungen/Fehlermeldungen erscheinen dann in der angew„hlten Sprache. St”rungen im Betrieb mit anderen Programmen ------------------------------------------- Da das NOSYSTEM.PRG keine aktiven Funktionen hat, ist eine St”rung anderer Programme ausgeschlossen. Eine Ursache ist aber zumindest theoretisch denkbar. Viele AUTO Programme legen einen oder mehrere sogenannter Cookies an, um Ihre Daten auszutauschen. Nun gibt es aber nur eine voreingestellte Zahl von Cookiepl„tzen im System. Wenn ein Programm keinen Platz findet, legt es normalerweise mindestens einen neuen Platz an. Nun gibt es aber Programme die dies nicht machen. Diese k”nnen sich dann nicht eintragen und auf einmal wundert man sich, daž man das NOSYSTEM.PRG erg„nzt hat, und der Faxtreiber nicht mehr l„uft. Die Schuld schiebt man dann auf das NOSYSTEM.PRG. Abhilfe w„hre hier, das NOSYSTEM.PRG in der Reihenfolge NACH allen anderen Programmen starten zu lassen oder ein Hilfsprogramm wie das COOKIExx.PRG m”glichst als erstes im AUTO-Ordner zu verwenden. Damit kann man die Anzahl voreingestellter Cookiepl„tze erh”hen.