AMIGA PD 1

home *** CD-ROM | disk | FTP | other *** search

/ AMIGA PD 1 / AMIGA-PD-1.iso / Programme_zum_Heft / Anwendungen / Kurztests / TheAnswer / TAConfig.dok < prev next >

Wrap

Text File | 1993-12-23 | 228KB | 2,674 lines

HINWEISE: 1. Textbreite 130 zeichen. mit schmaler Schrift ausdrucken 2. Nächste Seite beginnt bei "^L" 3. Orignal in LaTex, dies ist eine Nachkonvertierung nach ASCII und nicht besonders schön. 4. Wer diese sauber mit 80 Zeichen Bretite formatiert, kann mir das Ergebnis schicken... ^L TheAnswer III 1 1 Das Amiga Point-Programm f"ur Z-Netz und 1 ZConnect kompatible Datennetze Deutsche Dokumentation zu TAConfig2 Konfigurationsprogramm f"ur TheAnswerIII. Version 1.10 vom 20.12.1993 Autor: Toni G"unzel-Peltner Paul-Preuss-Str. 5 D-80995 M"unchen EMail: WEGAR@AMC.ZER WEGAR@AMC.zer.sub.org Nur keine Panik, es sind alles nur Nullen und Einser. ____________________________________________________1 2Copyrights im Anhang der Hauptdokumentation zu TheAnswerIII THE ANSWER ist CardWare und Copyright 1990-1993 bei Toni G"unzel-Peltner ^L Inhaltsverzeichnis 1 Einleitung und Allgemeines 3 1.1 Das Programm : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : 3 1.2 Das Funktionsprinzip : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : 4 1.3 Das Copyright : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : 4 1.4 Die Installation der Konfiguration : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : 4 1.4.1 Besondere Konfigurationsdateien : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : 5 1.5 Allgemeines zur Menf"uhrung von TAConfig : : : : : : : : : : : : : : : : : : : : : : : : : : : : 5 1.5.1 Spezielle Tasten und Gadgets : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : 5 1.5.2 Das Hilfssystem : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : 5 1.5.3 Die Requester : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : 6 1.5.4 Programmstart per Argument : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : 6 2 Die Hauptseite 8 2.1 Die Gadgets : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : 8 2.2 Die Pull-Down-Men"us : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : 9 3 Verzeichnisse 10 4 Screendaten 13 5 Interne Packer 15 5.1 Die Gadgets : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : 15 5.2 Erl"auterungen : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : 16 5.2.1 Besondere konstante Werte : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : 16 5.2.2 Die Logik des ID-Strings : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : 17 5.2.3 Variabeln bei Dos-Aurufen: : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : 17 6 Modem 18 6.1 Die Gadgets : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : 18 6.2 Variabelnformat der Modem-Strings : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : 20 6.3 Besonderheiten beim Auflegen : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : 20 6.4 Die wichtigsten Parameter von XPR-Bibliotheken : : : : : : : : : : : : : : : : : : : : : : : : : 20 7 Netcall 22 7.1 Die Gadgets : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : 22 7.2 Variabeln bei Dos-Aurufen: : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : 24 8 Point 26 8.1 Die Gadgets : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : 26 8.2 Die Variable f"ur das Quotezeichen : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : 28 8.3 Die Variable f"ur Dos-Aufurfe : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : 29 1 ^L INHALTSVERZEICHNIS 2 9 Maps 30 9.1 Die Gadgets : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : 30 9.2 Die Variabeln im Maps-System : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : 31 10 Funktionstasten 32 11 Brettvorgabe 33 11.1 Die Gadgets : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : 33 11.2 N"aherer Informationen zu den Einstellungen: : : : : : : : : : : : : : : : : : : : : : : : : : : : 35 11.2.1 Sortiermodi : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : 35 11.2.2 Konvertierung : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : 35 11.2.3 Brettsprache : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : 37 11.2.4 Unterschriften : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : 37 11.2.5 Die Cookies : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : 38 12 Unterschriften 39 13 Register-Daten 41 13.1 Die Gadgets : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : 41 ^L Kapitel 1 Einleitung und Allgemeines 1.1 Das Programm o TheAnswerIII ist ein Point-Programm f"ur das Z-Netz. TheAnswerIII ist eine vollst"andig neues Programm, dass mit seinen Vorg"angern nur noch die Aufgabenstellung gemeinsam hat. TheAnswerIII unterst"utzt die Datenaustauschformate Z-Netz V3.8 und ZConnect V3.1. o Diese Dokumentation behandelt die Funktionsweise von TAConfig, dass ben"otigt wird, um TheAnswerIII zu konfigurieren und alle Informationen zu den konfigurierbaren Daten selbst. o Was TheAnswerIII ist, wie es arbeitet usw. wird ausf"uhrlich in der Dokumentation zum Hauptprogramm TheAnswerIII erkl"art. o Man sollte die Stack-Size auf mindestens 20000 Byte setzen. o Strukturen des Vorg"angers, TheAnswerII, k"onnen mit der Converter-Software "TAConvert" umgewandelt werden. Alte Daten sind unkonvertiert nicht mehr f"ur TheAnswerIII zu gebrauchen. o Dieses Programm ist nur vollst"andig, wenn folgende Files im TAConfig-Paket enthalten sind: - TAConfig-LiesMich.txt - TAConfig - TAConfig.info - TAConfig.dok - TAConfigHelp - MusterHeader/EB1 und EB2 - MusterHeader/Send1 und Send2 - MusterHeader/SigP1 und SigP2 - MusterHeader/SigO1 und SigO2 - MusterHeader/QuoP1 und QuoP2 - MusterHeader/QuoO1 und QuoO2 - MusterHeader/Head1 und Head2 - MusterHeader/Wei1 und Wei2 - SpecialConfigs/Packer - SpecialConfigs/ZerberusMaps - SpecialConfigs/EuroMailMaps - SpecialConfigs/AreaFixMaps - SpecialConfigs/ConnectlineMaps 3 ^L KAPITEL 1. EINLEITUNG UND ALLGEMEINES 4 1.2 Das Funktionsprinzip Die Konfiguration von TheAnswer unterteilt sich in eine Hauptkonfiguration und einer Anzahl von Unterkonfigurationen. Die Hauptkonfiguration ist das Herz. In Ihr werden nicht nur die Filenamen der Unterkonfigurationen festgelegt. Die Hauptkonfiguration speichert und "andert w"ahrend dem Programmablauf zudem st"andig Daten, die zur Systemverwaltung notwendig sind. Das sind Daten zum Netcall, Validier-Bits nach Schreibzugriffen, Registrierdaten und vieles mehr. Man sollte darauf bedacht sein, f"ur jedes logische System in TheAnswerIII auch eine eigene Hauptkonfiguration festzulegen und nicht mit einer Hauptkonfiguration arbeiten und st"andig die Unterkonfigurationen auszutauschen. Die Unterkonfigurationen sind nach Themen gegliedert. Verschiedene Hauptkonfigurationen k"onnen viele gleiche Unterkonfigurationen benutzen und nur bei wesentlichen Daten andere. Jede einzelne Unterkonfiguration kann ver"andert und gepeichert werden. Namens"anderungen von Unterkonfigurationen k"onnen nur auf der jeweiligen Seite gemacht werden. Die Hauptkonfiguration speichert nur den Namen der Unterkonfigurationen und l"adt sie bei jedem Programmaufruf neu nach. Alle Konfigurationsdateien m"ussen im Verzeichnis "ENV:Answer/" bzw. "ENVARC:Answer/" sein. Das festlegen anderer Verzeichnisnamen ist unwirksam. Dabei wird das gleiche Prinzip angewandt, wie es die Workbench tut: Das Verzeichnis "ENV:" sollte auf einer RAM-Disk liegen. Daten die dort gespeichert sind, gehen bei einem Reset verloren. "ENVARC:" sollte auf einer Diskette/Festplatte liegen. Daten, die dort gespeichert sind, m"ussen einen Reset "uberleben und dauerhaft gespeichert sein. TAConfig unterscheidet beim Sichern der Daten "speichern" und "benutzen". Bei "benutzen" werden die Dateien nur in "ENV:Answer" gespeichert, halten sich also nur bis zum n"achsten Reset. Bei "speichern" werden sie zus"atzlich in "ENVARC:Answer" gespeichert und sind damit dauerhaft gesichert. A"ndert man Daten in einer Unterkonfiguration, aber nicht den Namen dieser Unterkonfiguration, so muss die Hauptkonfiguration nicht neu gespeichert werden. Namens"anderungen werden dagegen nur gespeichert, wenn man die Hauptkonfiguration sichert (speichern/benutzen). 1.3 Das Copyright Dieses Programm ist Cardware. Es kann von jedermann genutzt werden, solange das Paket vollst"andig bleibt die Nutzung nicht in komerziellen, gewerblichen oder milit"arischen Rahmen geschieht. Das Copyright und Urherberrecht bleibt jedoch allein dem Autor vorbehalten. Diesbez"uglich gelten die einschl"agigen deutschen Gesetze und Rechtsvorschriften. Alle anderen Copyrights finden sich in der Hauptdokumentation zu TheAnswerIII und gelten uneingeschr"ankt auch f"ur TAConfig. Der Autor "ubernimmt keinerlei Garantien, dass TAConfig 100% funktioniert. Dies gilt f"ur alle Konfigurationen bez"uglich Hard- oder Software. F"ur Fehler und Sch"aden, die durch TAConfig verursacht wird wird keine Haftung "ubernommen. Fremde Copyrights, die TheAnswerIII oder diesen Text betreffen, befinden sich im Anhang der Dokumentation des Hauptprogrammes. 1.4 Die Installation der Konfiguration Grunds"atzliches zur Installation von TheAnswerIII findet sich in der Dokumentation zum Hauptprogramm. Hier wird auf das Erstellen oder editieren der einzelnen Konfigurationen eingegagen. Wenn keine konvertierten TheAnswerII-Daten benutzt werden sollen, gen"ugt es, TAConfig zu starten, eine wunschgem"asse ^L KAPITEL 1. EINLEITUNG UND ALLGEMEINES 5 Konfiguration zu erstellen und zu speichern. Erforderliche Verzeichnisse und Files werden von TAConfig erzeugt. Einzig die ben"otigigten Bibliotheken o MetaXPR.library o eine beliebige XPR-U"bertragungs-Bibliothke wie z.B. die XPRZModem.library m"ussen ins Verzeichnis "LIBS:" kopiert werden, wenn sie noch nicht vorhanden sind. 1.4.1 Besondere Konfigurationsdateien TheAnswerIII stellt bei umfangreichen Konfigurations-Abschnitten bereits vorgefertigte Unterkonfiguration bereit, die nur kopiert und in der Hauptkonfiguration eingestellt werden m"ussen. Folgende Pakete werden derzeit angeboten: Packer: In dieser Unterkonfiguration f"ur die internen Packer sind bereits viele Formate von Programmen, Dateien und Archiven gespeichert. Wenn diese Unterkonfiguration benutzt wird, m"ussen nur noch die Programme, die f"ur diesen Dateitypen aufgerufen werden sollen, der eigenen Dos-Umgebung angepasst werden. (Kapitel Packer-Seite) Zerberus-Maps: Eine bereits vorgefertigte Maps-Konfiguration f"ur Benutzer, deren Serverbox das Programm "Zerberus" benutzt. (Kapitel Maps-Seite) EuroMail-Maps: Eine bereits vorgefertigte Maps-Konfiguration f"ur Benutzer, deren Serverbox das Programm "EuroMail" benutzt. (Kapitel Maps-Seite) AreaFix-Maps: Eine bereits vorgefertigte Maps-Konfiguration f"ur Benutzer, deren Serverbox das Maps- Format von AreaFix benutzt. (Kapitel Maps-Seite) Connectline-Maps: Eine bereits vorgefertigte Maps-Konfiguration f"ur Benutzer, deren Serverbox das Programm "ConnectLine" benutzt. (Kapitel Maps-Seite) 1.5 Allgemeines zur Menf"uhrung von TAConfig 1.5.1 Spezielle Tasten und Gadgets TAConfig unterst"utzt, im Gegensatz zu TheAnswerIII, selbst keine Tastatur, bis auf folgende Ausnahmen: o Die Pull-Down-Men"us k"onnen mit der im Men"u angegebenen Taste angew"ahlt werden. o Mit der Tabulator-Taste kann zwischen Stringgadgets hin- und hergesprungen werden. (TAB: vorw"arts, Shift-TAB: r"uckw"arts). o Befindet sich neben einem Text-Gadget ein Gadget mit der Aufschrift "REQ", so kann damit ein File-Requester aufgerufen werden, um den Inhalt des danebenstehenden Gadgets zu f"ullen. Die ASL- File-Requester k"onnen mit via Men"u-Shortcuts der Tastatur gesteuert werden. 1.5.2 Das Hilfssystem Auf jeder Seite befindet sich ein Gadget, um die Online-Hilfe zu aktivieren. In einem Auswahlfenster k"onnen, nach Aktivierung der Hilfe, Hilfstexte zu bestimmten Stichworten gelesen werden. Voraussetzung daf"ur ist, dass TAConfig die Datei mit den Hilfstexten findet. TAConfig sucht seine Hilfstextdatei, die "TAConfigHelp" heissen muss in folgenden Verzeichnissen: o Im Verzeichnis "S:" o Im Verzeichnis "ENV:Answer/" ^L KAPITEL 1. EINLEITUNG UND ALLGEMEINES 6 o In dem Verzeichnis, dass das aktuelle Verzeichnis war, als TAConfig gestartet wurde. o Zuletzt sucht TAConfig seinen Hilfstext noch in dem Verzeichnis, dass in der gerade benutzten Konfiguration als Verzeichnis f"ur Hilfstexte ausgeweisen ist. Dieser Eintrag muss nat"urlich bei einer Erstinstallation erst eingetragen werden. 1.5.3 Die Requester TAConfig benutzt nur noch Requester des Amiga-Dos. Dabei werden f"ur Fragen Standard-Requester erzeugt und f"ur die Auswahl von Dateien die File-Requester der ASL.library, die ab Kickstart 2.00 zum Standard- Umfang des Amiga-Dos geh"ort. Richtig gut und schnell arbeitet die ASL.library allerdings erst ab der Workbench 2.1. Das Amiga-Dos unterst"utzt die Tastatur bei einen Requester nur sehr sp"arlich. Intuition-Requester k"onnen standardm"assig mit der linken Amiga-Taste und gleichzeitigem dr"ucken von "v" mit "JA"bzw. von "b" mit "NEIN" beantwortet werden. Bietet der Requester nur eine Antwort, so ist es egal welche der beiden Tasten gedr"uckt wird. Sind mehr als zwei Antworten m"oglich, bleibt dem Benutzer nur der Griff zur Maus, falls er nicht die linkeste Alternative (v) bzw. die rechteste Alternative (b) w"unscht. Die ASL-FileRequester haben den gr"ossten Teil ihrer Befehle in den Gadgets gleichzeitig als Pull-Down- Men"u-Alternativen zur Verf"ugung, die Men"us k"onnen ihrerseits auch mit der Tastatur gesteuert werden. Warum Intuition ? Es ist auch mir bekannt, dass es einige gute Zusatzbibliotheken gibt, um die eher mageren Requester des Amiga's aufzupeppen. Gleichzeitig stellte sich aber heraus, dass jeder eine andere dieser Zusatz-Bibliotheken bevorzugt. Aus diesem Grund wurde keine externe Bibliothek mehr f"ur die Requester benutzt. Diese Entscheidung wurde vor allem dadruch unterst"utzt, dass die guten Alternativen zu den Amiga-Requestern wie "ReqTools" oder "ARQ" M"oglichkeiten besitzen, diese Amiga-Requester mit einem System-Patch durch die eigenen zu ersetzen. So kann sich jederBenutzer seinen eigenen Wunschrequester zusammenstellen, die auch mit der Tastatur oftmals leichter angesprochen werden k"onnen. 1.5.4 Programmstart per Argument TAConfig kann sowohl von der Workbench als auch vom Shell aus gestartet werden. in beiden F"allen k"onnen zum Programmstart Argumente "ubergeben werden: SHELL Schablone: TAConfig Hauptconfiguration S=Screenname Hauptconfiguration: Es wird der Name einer gew"unschten Hauptkonfiguration u"bergeben, die geladen wird und ihrerseits alle erforderlichen Unterkonfigurationen nachl"adt. Dabei ist nur der Name der Konfiguration anzugeben, nicht jedoch der Pfad, der sowieso ignoriert wird. TAConfig sucht seine Konfigurationen immer im Verzeichnis "ENV:Answer/". Ohne Parameter l"adt TAConfig die Datei "Answer3.cfg" Beispiel: TAConfigIII Answer3.cfg Screename: TAConfig kann auf einem beliebigen Public-Screen ge"offnet werden, speziell nat"urlich auf dem Programmscreen von TheAnswerIII, wenn man TAConfig direkt aus TheAnswerIII aufruft. Mit dem Parameter Screenname kann der Name dieses Public-Screens angegeben werden. Existiert der angegebene Name nicht, "offnet sich TAConfig auf dem Workbench-Screen. Dies gilt auch, wenn kein Screenname angegeben wird. Beispiel: TAConfig S=TheAnswerIII ^L KAPITEL 1. EINLEITUNG UND ALLGEMEINES 7 WORKBENCH Hier gelten die Erkl"arungen, die gerade f"ur die Shell gemacht wurden. Statt aber die Parameter zum Programmnamen beim Aufruf dazuzutippen, werden sie als Tool-Types in die Info-Struktur des Programm- Icons eingetragen: CONF=name laedt die nach "CONF=" angegebene Hauptkonfiguration SCREEN=name TAConfig oeffnet sein Window auf den nach SCREEN= angegebenen Public-Screen. ^L Kapitel 2 Die Hauptseite Nach dem Programmstart befindet man sich auf der Hauptseite. Wird die geladene Konfiguration gerade nicht benutzt, so ist sie nun editierbar. Anderfalls (ein anderes Programm des TheAnswerIII-Paketes benutzt die aktuelle Konfiguration gerade) sind keinerlei Eingaben m"oglich, um die Konfig zu "andern. Ein direktes A"ndern der aktuellen Konfiguration ist jedoch m"oglich, wenn TAConfig aus TheAnswerIII heraus gestartet wird. Nachfolgend werden die Funktionen beschrieben, die man vom Hauptmen"u aus aufrufen kann. 2.1 Die Gadgets _________________________________________________________________________________________________________________________ |__Gadget________________Erkl"arung______________________________________________________________________________________| | Verzeichnisse Unterkonfiguration: Hier werden alle Verzeichnisse festgelegt, die f"ur das | | | | arbeiten mit TheAnswer von Bedeutung sind. | | Screendaten Unterkonfiguration: Hier werden alle Parameter festgelegt, was Gr"osse und | | | | Aussehen des Screens betrifft, auf dem TheAnswerIII laufen soll. | | Interne Packer Unterkonfiguration: Hier wird eine Liste editiert, um bestimmte Files zu | | | | identifizieren. Das k"onnen Archive aber auch z.B. IFF-Bilder etc. sein. | | Modem Unterkonfiguration: Hier werden die globalen Einstellungen f"ur das Modem | | | | get"atigt, damit TheAnswerIII telefonieren kann. | | Netcall Unterkonfiguration: Hier werden spezielle Einstellungen f"ur den Netcall | | | || vorgenommen, die f"ur einen erfolgreichen Datentransfer erforderlich sind. || | Point Unterkonfiguration: Hier finden sich lokale Einstellungen, wie externe | | Programme oder Men"uf"uhrung und Kleinigkeiten, die sonst nirgends hingepasst | | | || haben. || | Maps Unterkonfiguration: Hier wird eine Liste verwaltet, in der alle M"oglichkeiten | | gespeichert werden, um mit einer MAPS-Umgebung kommunizieren zu k"onnen, | | | | sofern die Serverbox eine solche Umgebung anbietet. | | Funktionstasten Unterkonfiguration: Hier k"onnen die 10 Funktionstasten mit Dos-Aufrufen | | | || belegt werden. || | Brettvorgabe Unterkonfiguration: Globale Vorgaben f"ur alle Parameter, die ein neues Brett | | innerhalb von TheAnswerIII haben kann. Diese Daten sind innerhalb von | | | |________________________TheAnswerIII_nat"urlich_Brettweise_nacheditierbar.______________________________________________||| | Filenamen Rechts neben all diesen Unterkonfigurations-Kn"opfen steht der Filename der | | aktuellen Unterkonfiguration, der nur auf der jeweiligen Seite ge"andert werden | | | |________________________kann.___________________________________________________________________________________________| | Unterschriften F"ur praktisch alle F"alle kann man in TheAnswerIII vorgefertigte Kopf- oder | | | | Fuss-Dateien speichern, die hier editiert werden k"onnen. | | Register-Daten Auf dieser Seite k"onnen registrierte Benutzer noch einge zus"atzliche Parameter | | | |________________________einstellen._____________________________________________________________________________________| 8 ^L KAPITEL 2. DIE HAUPTSEITE 9 ______________________________________________________________________________________________________________________ |__Gadget_____________Erkl"arung______________________________________________________________________________________| | Konfiguration Hier kann der Name der Hauptkonfiguration ge"andert werden, ohne zun"achst | | | | laden/speichern zu m"ussen. (REQ: siehe Einleitung) | | Speichern Die hier gezeigten Namen der Unterkonfigurationen und alle internen Konfig- | | | || Daten der Hauptkonfiguration werden auf Disk gespeichert. || | Benutzen Die hier gezeigten Namen der Unterkonfigurationen und alle internen Konfig- | | Daten der Hauptkonfiguration werden im RAM bis zum n"achsten Reset | | | | gespeichert. | | Hilfe Das bereits erkl"arte Hilfssystem wird aufgerufen. | |__Abbrechen__________Alle_File-Namen-A"nderungen_werden_vergessen_und_TAConfig_verlassen.____________________________| 2.2 Die Pull-Down-Men"us Die Tastaturalternativen f"ur Men"us sind eine Kombination: Rechte Amiga-Taste und die angegebene Taste. Alle Unterkonfigurations-Seiten haben die gleiche Pull-Down-Men"us, immer die eigenen Daten betreffend. Daher sei mit einem Hinweis auf diese Tabelle dem Thema Pull-Down-Men"us gen"uge getan. Die Seite zum editieren der Unterschriften hat kein Men"u. Auf der Seite mit den Register-Daten steht das Men"u zur Verf"ugung, bis auf "Info" und "Abbrechen" werden jedoch keine Funktionen ausgef"uhrt, da die Register- Daten nicht in einem Config-File sondern direkt im Key-File eines registrierten Benutzers gespeichert werden. _________________________________________________________________________________________________________________________ |__Men"upunkt__________________Taste____Erkl"arung_______________________________________________________________________| || Projekt" || | Offnen... O Per File-Requester kann eine andere Konfiguration geladen | | werden. Die alten Daten gehen veloren, wenn sie vorher nicht | | | | gespeichert wurden. | | Speichern als... A Per File-Requester kann die aktuelle Konfiguration unter einem | | | | anderen Namen gespeichet werden. | | Info I Copyright-Requester | | Abbrechen Q Beendet das Programm. | | Vorgabe | | Defaultwerte D Die aktuellen Daten werden durch die internen Default-Werte | | | | ersetzt. | | Zuletzt benutztes B Die aktuellen Daten werden durch die Werte ersetzt, die unter | | | | dem gleichen Filenamen in ENV:Answer gespeichert sind. | | Zuletzt gespeichertes B Die aktuellen Daten werden durch die Werte ersetzt, die unter | | | |_______________________________________dem_gleichen_Filenamen_in_ENVARC:Answer_gespeichert_sind.________________________| ^L Kapitel 3 Verzeichnisse Auf dieser Seite werden nur Verzeichnisnamen eingetragen, wo TheAnswerIII welche Daten suchen bzw. speichern soll. Neben jedem Eintrag findet sich ein REQ-Gadget, um das gew"unschte Verzeichnis per File- Requester ausw"ahlen zu k"onnen. Die Verzeichnisse im einzelnen: 1. Netcallverzeichnis: In diesem Verzeichnis werden w"ahrend eines Netcalls die Datei, die an den Server gesendet wird und die Datei, die vom Server empfangen wird gespeichert. In diesem Verzeichnis selbst werden automatisch die Unterverzeichnisse "UPLOAD" f"ur die Sendedatei und "DOWNLOAD"f"ur die Empfangsdatei angelegt. Diese beiden Unterverzeichnisse sind f"ur den Benutzer tabu. Es ist nicht m"oglich, dort l"anger Daten zu speichern, da TheAnswerIII diese beiden Verzeichnisse immer komplett entleert, bevor es einen Netcall beginnt. Falls die Dateien gepackt gesendet werden bzw. gepackt empfangen werden, werden sie auch in diesen Verzeichnissen ge- bzw. entpackt. Ferner legt TheAnswerIII im Netcallverzeichnis die Datei "CLocker" an. Auf diese wird beim Programmstart von TheAnswerIII zugegriffen. Dadurch wird sichergestellt, dass gleichzeitig nur eine Kopie von TheAnswerIII laufen kann, die dieses Verzeichnis als Netcallverzeichnis benutzt. Das Netcallverzeichnis kann auch ein Verzeichnis auf einer RAM-Disk sein, da dort nur tempor"are Daten gespeicehrt werden. Wer genug freies RAM hat (beachte Zusatzplatz durch Packen), um so einen Netcall machen zu k"onnen, wird grosse Geschwindigkeitsvorteile beim Einsortieren haben und weniger "Arger mit seinem Festplatten-Controller, wenn dieser empfindlich auf h"aufige DMA-Zugriffe reagiert. 2. Brettverzeichnis: In diesem Verzeichnis speichert TheAnswerIII alle Bretter und Nachrichten. Dabei erzeugt TheAnswerIII als Dateinamen f"ur ein Brett den gleichen Namen, den das Brett auch in Wirklichkeit hat. Ist dieser Dateiname in Unterbretter aufgeteilt, werden entsprechend Unterverzeichnisse angelegt. Ganz oben im Brettverzeichnis befindet sich zudem die Indexdatei der Brettliste (TA3BRETTER.IDX) und ggf. eine Sicherheitskopie dieser Brettliste (TA3BRETTER.BAK). Dann exisitert noch die Datei SF.TXT die TheAnswerIII bei jedem Programmstat neu anlegt, um zu pr"ufen, ob das benutzeMedium (Festplatte, Diskette) die Dos-Funktion "SetFileSize" richtig ausf"uhrt. Zuletzt findet sich hier noch die Datei "MLocker", die die selbe Aufgabe hat wie "CLocker" im Netcallverzeichnis. Theoretisch kann das Netcallverzeichnis und das Brettverzeichnis ein und das selbe Verzeichnis sein, solange es das Brett "DOWNLOAD"oder das Brett "UPLOAD" nicht gibt. Sicherer und besser ist es allerdings, diesen beiden Bereiche jeweils extra Verzeichnisse zuzuweisen. 3. Log-Verzeichnis: In diesem Verzeichnis werden die Log-Files, die TheAnswerIII auf Wunsch (Point-Seite) erzeugt, gespeichert. Durch die seperate Festlegung des Log-Files-Pfades kann, wenn z.B. das JRComm- kompatible Log-File benutzt wird, der Pfad "JRCOMM:" eingetragen werden, damit TheAnswerIII und das Terminalprogramm das gleiche Log-File benutzen. 10 ^L KAPITEL 3. VERZEICHNISSE 11 4. Arexx-Verzeichnis: F"ur TheAnswerIII ist eine Arexx-Unterst"utzung vorgesehen, allerdings in der aktuellen Version 3.00 nicht eingebaut. Die Defaultangabe "REXX:" sollte so belassen werden, auch wenn TheAnswerIII niemals auf dieses Verzeichnis zugreift. 5. Tempor"are Daten: In diesem Verzeichnis speichert TheAnswerIII alles, was nur kurz ben"otigt wird. Dieses Verzeichnis sollte bestm"oglich "T:" sein und auf der RAM-Disk liegen, da TheAnswerIII sehr oft tempor"are Daten speichert. Liegt dieses Verzeichnis nicht im RAM, leidet die Geschwindigkeit von TheAnswerIII erheblich und sollte daher nur gemacht werden, wenn wenig RAM zur Verf"ugung steht. 6. Hilfstexte: Hier sucht TheAnswerIII seine Hilfstexte, wenn der Benutzer im Laufe des Programms auf die HELP- Taste klopft. Auch TAConfig und TAConvert finden dort ihr Hilfstext-File, wenn dieser Pfad einmal eingestellt ist. Bei TAConvert klappt das nat"urlich nur, wenn eine existierende TA3-Konfiguration vorher geladen wird. Das Hauptprogramm selbst sucht nur dort seine Hilfstexte. Diese Hilfstexte bestehen aus Einzelfiles, die zu jedem Men"u existieren und vom Benutzer beliebig editiert werden k"onnen. 7. Texte exportieren: Wenn unter TheAnswerIII eine Text-Nachricht ausgelagert wird, um sie als normale Datei zu speichern, wird im Regelfall ein File-Requester aufgerufen, um Pfad und Filename festlegen zu k"onnen. Der Filename wird dabei aus dem Betreff der Nachricht generiert. Als Verzeichnisname wird der hier eingestellte Pfad vorgegeben. 8. Texte importieren: Unter TheAnswerIII ist es m"oglich, fertige Textdateien zu senden, ohne sie vorher zu editieren. Die Auswahl erfolgt per File-Requester, wobei der hier eingestellte Pfad als Suchverzeichnis vorgegeben wird. 9. Bin"ars exportieren: Hier gilt das gleiche wie bei "Texte exportieren", aber nicht f"ur Textnachrichten, sondern f"ur Bin"arnachrichten, die Programme, Archive oder andere Dinge enthalten k"onnen. 10. Bin"ars importieren: Hier gilt das gleiche wie bei "Texte importieren", aber nicht f"ur Textnachrichten, sondern f"ur Bin"arnachrichten, die Programme, Archive oder andere Dinge enthalten k"onnen. 11. Adressdateien: Unter TheAnswerIII k"onnen Netz-Benutzer oder auch Brettnamen in Adressdateien gespeichert werden. Mit Hilfe dieser Dateien ist das Senden von Nachrichten an bestimmte Personen oder Gruppen leicht und schnell m"oglich. Alle diese Adressdateien sollte in diesem hier festgelegten Verzeichnis gespeichert werden, da TheAnswerIII sie auch dort immer sucht. Pflicht ist es bei den "besonderen" Adressdateien "ADRESS.ADR" und "FILTER.ADR", die im Hauptprogramm erkl"art werden. 12. Header/Sigs: Unter TheAnswerIII k"onnen mehere Formen von vorgefertigten Unterschriften oder Kopfzeilen gespeichert werden. Sie m"ussen in dem hier festgelegten Verzeichnis stehen, da sie dort ohne File- Requester-Auswahl gesucht und zur Nachricht kopiert werden. N"aheres zu diesen Dateien findet sich im Kapitel zur Unterschriften-Seite. ^L KAPITEL 3. VERZEICHNISSE 12 Die untere Gadgetleiste hat folgende Funktionen: ___________________________________________________________________________________________________________________ |__Gadget_________Erkl"arung______________________________________________________________________________________|_ | Gadget Erkl"arung | | Speichern Die Unterkonfigurationen wird auf Disk gespeichert. | | Benutzen Die Unterkonfigurationen werden im RAM bis zum n"achsten Reset gespeichert. | | Hilfe Das bereits erkl"arte Hilfssystem wird aufgerufen. | |__Abbrechen______Alle_A"nderungen_werden_vergessen_und_auf_die_Hauptseite_zur"uckgesprungen._____________________|_ Die auf dieser Seite verf"ugbaren Pull-Down-Men"us entsprechen denen der Hauptseite und sind dort erkl"art. "Abbrechen"via Pull-Down-Men"u statt per Gadget springt jedoch nicht zur Hauptseite zur"uck, sondern beendet, genau wie das Close-Gadget, TAConfig. ^L Kapitel 4 Screendaten Auf dieser Seite werden alle Parameter f"ur den TheAnswerIII-Screen festgelegt, was Displaymodi, Gr"osse, Tiefe, Farben und Zeichensatz betrifft. Falls diese Seite nicht dargestellt wird und stattdessen eine Fehlermeldung erscheint, so wurde beim System-Start vergessen, die Dateien aus SYS:Monitors einzubinden. In diesem Fall ist dies in der Startup-Sequence wieder einzutragen, wie es in der Original Startup-Sequenz f"ur Amiga's ab Kickstart 2.00 "ublich ist. ____________________________________________________________________________________________________________________________ | Gadget Erkl"arung | | Auswahliste Hier sind alle bekannten Display-Modi eingetragen, die dem jeweiligen System | | zur Verf"ugung stehen. Es kann derjenige ausgew"ahlt werden, der am besten | | | | gef"allt. Grafikkarten wie Merlin oder Picasso tragen in diese Liste auch ihre | | | | privaten Modi ein. | | Bitplanes Die Angabe der Bitplanes ist massgebend f"ur die Anzahl der Farben. Die ist | | | | wie u"berall bei Amiga's so. TheAnswerIII unterst"utzt derzeit maximal nur | | vier Farben, mehr als zwei Bitplanes kosten nur Speicherplatz und Zeit. Ganz | | | | Sparsame k"onnen auch nur eine Bitplane eintragen, wodurch das Layout aber | | | || stark leidet. || | Palette einstellen Es wird ein Demo-Screen ge"offnet, der den bis dahin eingestellten Daten | | | | entspricht. Auf diesem Demo-Screen "offnet sich ein Palette-Requester, um | | die Farben des TheAnswerIII-Screen einstellen zu k"onnen. Diese Farben | | | | werden nur f"ur den eingestellten Display-Modi gespeichert. Wechselt man den | | Display-Modi, muss man auch die Farben wieder einstellen. Beim Speichern auf | | | | RAM/Disk werden nur die Farben des Displaymodi gespeichert, der wirklich | | | || eingestellt war. || | Screenbreite/H"ohe Diese Daten k"onnen nicht von Hand editiert werden. Sie geben nur Auskunft | | dar"uber, wie gross der TheAnswerIII-Screen wird, wenn er in dieser Einstellung | | | | benutzt wird. | | Overscan Hier kann einer der bekannten Overscan-Modes eingestellt werden oder das | | | | Overscan ausgeschalten werden. Durch Overscan werden Screens gr"osser, | | grafische Befehle ggf. aber langsamer. Wie gross ein bestimmtes Overscan | | | | tats"achlich ausf"allt legt jedermann selbst in den Workbench-Preferneces mit | | | | dem Programm "Overscan" fest. | | Font/H"ohe Wieder ein reiner Info-Text. "Andern kann man den Font mit den nachfolgenden | | | | Gadgets: | | Neuer Font Es wird ein ASL-Font-Requester aufgerufen, mit dem der Font ausgew"ahlt | | | | werden kann, mit dem TheAnswerIII in Zukunft seinen Text darstellen soll. | | TheAnswerIII ist 100% fontsensetiv und arbeitet auch mit Proportional-Fonts | | | | zusammen, die aber im allgemeinen langsamer dargestellt werden, als Fonts | | | |___________________________mit_festen_Breiten._____________________________________________________________________________| 13 ^L KAPITEL 4. SCREENDATEN 14 _____________________________________________________________________________________________________________________ |__Gadget____________Erkl"arung______________________________________________________________________________________||| | Default-Font Dies ist der Font, der mit den Workbench-Preferences-Programm "Font" als | | Font f"ur sonstige Texte ausgew"ahlt wurde. Bei Auswahl wird dieser Font f"ur | | | |____________________TheAnswerIII_eingetragen._______________________________________________________________________| | Speichern Die Unterkonfigurationen wird auf Disk gespeichert. | | Benutzen Die Unterkonfigurationen werden im RAM bis zum n"achsten Reset gespeichert. | | Hilfe Das bereits erkl"arte Hilfssystem wird aufgerufen. | |__Abbrechen_________Alle_A"nderungen_werden_vergessen_und_auf_die_Hauptseite_zur"uckgesprungen._____________________| Die auf dieser Seite verf"ugbaren Pull-Down-Men"us entsprechen denen der Hauptseite und sind dort erkl"art. "Abbrechen"via Pull-Down-Men"u statt per Gadget springt jedoch nicht zur Hauptseite zur"uck, sondern beendet, genau wie das Close-Gadget, TAConfig. ^L Kapitel 5 Interne Packer In dieser Konfiguration wird eine Liste verwaltet, in der bestimmte Arten von Dateien identifiziert und je nach Identifikation anders verarbeitet. Dies trifft innerhalb eines Pointprogrammes nat"urlich auf die vielen verschiedenen Packerprogramme zu, die alle erkannt sein wollen, es kann aber unter TheAnswerIII auch alles andere identifiziert werden, sofern ein File anhand seiner ersten 40 Byte eindeutig erkannt werden kann, also z.B. auch IFF-Grafiken oder andere Grafik-Formate, ausf"uhrbare Programme usw. Pro Eintrag kann man einen ID-String festlegen, der das File identifiziert, einen Suffix-String festlegen, der an den Filenamen geh"angt wird, damit das Programm, dass ein Archiv z.B. entpacken soll, dies auch wirklich kann. (Einige Packer, wie ZOO entpacken nur Dateien, die auch mit ".zoo" enden). Ferner k"onnen drei Arten festgelegt werden, wie TheAnswerIII auf bestimmte Files reagiert. Im Regelfall ist dabei jedoch nur die Funktion "Auflisten" interessant, da diese dazu benutzt wird, Bin"ardateien zu identifizieren, die aus dem Netz kommen, bzw. dorthin kommen. Die Funktion Auspacken wird nur ben"otigt, wenn eine Netcalldatei einsortiert werden soll, die anders gepackt ist, als dies auf der sp"ater erkl"arten Netcall-Seite festgelegt wurde. Die Funktion zum Einpacken wird in TheAnswerIII nicht benutzt. Der Eintrag befindet sich aus zwei Gr"unden in der Konfiguration: Es war einmal vorgesehen, auch via TheAnswerIII zu packen, was aber verworfen wurde und es k"onnte in Zukunft mal passieren, dass es doch eingebaut wird. Bei "Nicht-Archiven", wie IFF-Grafiken etc. kann die Auflist-Option dazu benutzt werden, das Bild gleich aus TheAnswerIII heraus zu betrachten, wenn das passene Programm eingetragen ist. Wie in der Einleitung erkl"art liegt dem Paket bereits eine vorgefertigte Unterkonfiguration f"ur diese Seite bei, die die meisten bekannten Packer mit vollst"andiger Identifizierung behinhalten. Allein die jeweiligen Programmaufrufe m"ussen den eigenen Strukturen und Gegebenheiten angepasst werden. 5.1 Die Gadgets ____________________________________________________________________________________________________________________ || Gadget Erkl"arung || | Auswahliste Hier sind alle bekannten Packer bzw. Filetypen eingetragen, die TheAnswerIII | | bereits bekannt sind. Klickt man einen Eintrag der Liste an, so kann er mit | | | | den anderen Gadgets editiert werden. | || L"oschen Der gerade aktive Eintrag wird ohne Sicherheitsabfrage aus der Liste entfernt. || | Sort Alle Eintr"age werden alphabetisch sortiert. Dabei ist zu beachten, dass | | TheAnswerIII diese Liste immer von oben nach unten abarbeitet, durch | | | | geschickte Sortierung kann man also Einfluss darauf nehmen. | | NEU Es wird ein leerer Eintrag generiert, um einen neuen Nameneinzutragen. Der | | | | Name f"ur den Typ, der hier vergeben wird, ist massgeblich f"ur die Sortierung und | | ist der Text, der dargestellt wird, wenn das File identifiziert wurde. "Erkannt | | | | als (Dieser Name)". Wird hier ein Name eingegeben und dieser mit RETURN | | | |___________________best"atigt,_werden_die_anderen_Eingabefelder_zur_Eingabe_freigegeben.___________________________| 15 ^L KAPITEL 5. INTERNE PACKER 16 ___________________________________________________________________________________________________________________ |__Gadget_________Erkl"arung______________________________________________________________________________________|_ | ID-String Hier kann ein Folge von ASCII-Zeichen angegeben werden, um ein File zu | | | || identifizieren. Dies wird genau, da recht ausf"uhrlich, im Anschluss erkl"art. || | Suffix Viele Dateitypen haben eine sog. Suffix, das ist ein meist drei Zeichen langer | | ASCII-Code, der mit einem vorangestellten Punkt an den Filenamen geh"angt | | | | wird. Eine LHA-Archiv z.B. heisst Name.lha, wobei "lha" die Suffix ist. | | TheAnswerIII erkennt ein File nur am ID-String, nicht an der Suffix. Diese | | | | dient nur dazu, an das File, das gepr"uft wird, angeh"angt zu werden, da einige | | Packerprogramme nur arbeiten, wenn ihre Suffix am Filenamen dranh"angt und | | | | ohne Suffix oder mit einer falschen die Arbeit verweigern. Hier wird die Suffix | | | || ohne Punkt angegeben. || | Einpacken Ist der Schalter aktiviert, kann im nebenstehenden Feld ein Programmaufruf | | wie z.B. "C:LHA a %a %f"eingegeben werden. Bleibt der Schalter auf aus | | | | nimmt TheAnswerIII an, dass man diesen File-Type nicht einpacken kann, wie | | | | z.B. bei IFF-Grafiken statt einem Archiv-Typ wie LHA. Dabei gilt, dass die | | Variable %a anstelle eines Archivnamens und %f anstelle des Filenamens, der | | | | gepackt werden soll zu setzen ist. Ferner kann man mit %s den Public-Screen- | | Namen, den die gerade aktive TheAnswerIII-Kopie benutzt einsetzen. Speziell | | | | hier beim Einpacken gibt es keine Funktion innerhalb von TheAnswerIII, die | | | || dies unterst"utzt. || | Auspacken Analog zu Einpacken. Wird von Hand ein Netcallpuffer entpackt, kann | | TheAnswerIII eine hier eingestellten Filetyp erkennen und ruft dann auf | | | | Anfrage die hier festgelegte Entpackroutine auf. | | Auflisten Analog zu Einpacken. Ist in einem Brett der Konvertiermodus "CheckFile" | | angegeben (siehe Kapitel Brettvorgabe), wird versucht, die Nachricht zu | | | | identifizieren und, wenn dies gelingt, das Auflist-Programm ausgef"uhrt, dass | | | |_________________hier_eingetragen_ist.___________________________________________________________________________|_ | Speichern Die Unterkonfigurationen wird auf Disk gespeichert. | | Benutzen Die Unterkonfigurationen werden im RAM bis zum n"achsten Reset gespeichert. | | Hilfe Das bereits erkl"arte Hilfssystem wird aufgerufen. | |__Abbrechen______Alle_A"nderungen_werden_vergessen_und_auf_die_Hauptseite_zur"uckgesprungen._____________________|_ Die auf dieser Seite verf"ugbaren Pull-Down-Men"us entsprechen denen der Hauptseite und sind dort erkl"art. "Abbrechen"via Pull-Down-Men"u statt per Gadget springt jedoch nicht zur Hauptseite zur"uck, sondern beendet, genau wie das Close-Gadget, TAConfig. 5.2 Erl"auterungen 5.2.1 Besondere konstante Werte 1. *UNBEKANNT* als Namenseintrag in der Liste: Ist dieser Eintrag (mit Sternen) in der Liste, so wird die Aktion bei Einpacken/Auspacken/Auflisten ausgef"uhrt, wenn kein anderer Eintrag der Liste das File identifiziert. Bei einer recht mageren Liste kann das sehr oft vorkommen, bei einer sehr ausf"uhrlichen Liste dagegen selten und dann meist mit Grund. Bei ID-String und Suffix sind keine Eintragungen n"otig. Bei Auflisten kann z.B. ein externer File-Pr"ufer eingetragen werden oder eine der beiden nachfolgenden Konstanten: 2. *MORE* als Aufruf bei Einpacken/Auspacken/Auflisten: Ist dieser Eintrag (mit Sternen) angegeben, so wird der Befehl ausgef"uhrt, der sp"ater in der Pointseite eingegeben wird und zum Lesen von Nachrichten benutzt wird. Oftmals eine gute Alternative f"ur unbekannte Files, da es oft vorkommt, dass Texte als Bin"ars versendet werden, ob nun irrt"umlich oder absichtlich. 3. *EDIT* als Aufruf bei Einpacken/Auspacken/Auflisten: Hier gilt das gleiche wie bei MORE, nur wird statt dem Leseprogramm der Point-Seite das Editor-Programm der Point-Seite aufgerufen, dass ^L KAPITEL 5. INTERNE PACKER 17 normalerweise dazu benutzt wird, Nachrichten zu schreiben. 5.2.2 Die Logik des ID-Strings In den ID-String k"onnen entweder direkt ASCII-Zeichen eingegeben werden, um ein File zu identifizieren oder aber auch Zahlen, um hexadezimale Werte f"ur nicht darstellbare Zeichen anzugeben. Zuerst wird jedoch eine Startposition, z"ahlend ab 0, angegeben, ab wo im File gesichtet werden soll. Diese Zahl sollte den Wert 39 nicht "uberschreiten, da zum FileCheck nur die ersten 40 Byte eines Files eingelesen werden. Nach dem Startwert folgt ein Komma, um den Startwert vom Suchstring abzutrennen. Folgt nun Text in Anf"uhrungszeichen ("), so pr"uft der Scanner ob dieser Text, beginnend an der Startposition im File ist. Dabei k"onnen einzelne Zeichen ignoriert werden. Wird an einer Stelle im String ein Fragezeichen (?) eingetragen, so ignoriert TheAnswerIII den Wert an dieser Stelle und pr"uft nur, ob alle anderen Werte "ubereinstimmen. Der String 0,"ZOO 2.xx Archive" pr"uft, ob am Anfang des Files (Pos. 0) Ein String steht, der zum obigen Muster passt. Dabei kann f"ur die beiden Fragezeichen irgendewas stehen. Auf diese Weise wird hier ein Archiv des Packers ZOO erkannt, egal ob es ZOO 2.00 oder 2.12 ist, nicht aber ZOO 1.00. Alternativ zu Anf"uhrungszeichen und Suchtext, kann auch nach bestimmten hexadezimalen Werten gesucht werden. In diesem Fall folgt nach dem Komma der Startposition kein Anf"uhrungszeichen, sondern durch Leerzeichen getrennte Hexadezimale Zahlen von "00" bis max. "FF". Der String 0,60 EA pr"uft, ob im File auf der Pos. 0 der Wer Hex 60, also 96 und auf der Pos. 1 der Wert Hex EA, also 234 steht. In diesem Fall w"urde TheAnswerIII ein ARJ-Archiv erkennen. Eine Mischung beider Verfahren ist nicht m"oglich. Soll in der Hex-Suche mit Fragezeichen gearbeitet werden, so muss einfach der ASCII-Hex-Code f"ur dieses Buchstaben (3F) eingetragen werden. 5.2.3 Variabeln bei Dos-Aurufen: TheAnswerIII unterst"utzt eine Vielzahl von Variabeln. Auf dieser Seite k"onnen oder m"ussen die Dos-Aufrufe mit Variabeln gef"ullt werden. F"ur Dos-Aufrufe kommen diese Variabeln in Frage: ________________________________________________________________________________________________________________ || Variable Erkl"arung || | %a Ersetzt den Archivnamen. TheAnswerIII setzt an dieser Stelle immer den | | Namen der Datei ein, in die eingepackt, aus der ausgepackt oder die aufgelistet | | | | werden soll. | | %f Ersetzt den Filename. TheAnswerIII setzt an dieser Stelle immer den Namen | | | | der Datei ein, die eingepackt werden soll. | | %s Setzt den aktuellen Screennamen des benutzten TheAnswerIII-Screens ein. | | | | Damit kann Programmen, die Public-Screens unterst"utzen, mitgeteilt werden, | | auf welchen Screen sich gerade TheAnswerIII befindet. Dies ist variabel, weil | | | | sich der Screenname "andern kann, wenn mehrere Kopienen von TheAnswerIII | | | | gleichzeitig laufen. | | ^M Es wird ein Carriage-Return (CR - ASCII-13) in den String eingef"ugt. | |__^N__________Es_wird_ein_Linefeed_(LF_-_ASCII-10)_in_den_String_eingef"ugt.__________________________________|_ ^L Kapitel 6 Modem In dieser Konfiguration werden alle Daten verwaltet, die zur Ansteuerung eines Modems n"otig sind und normalerweise nicht davon abh"anging sind, welche Netcall-Mailbox gerade angerufen wird, um f"ur den Betrieb mit mehreren Mailboxen nur eine Modem-Config benutzen zu m"ussen. 6.1 Die Gadgets ____________________________________________________________________________________________________________________________ | Gadget Erkl"arung | | serielles Device Hier wird der Name des Device eingetragen, der die seriellen Schnittstelle | | steuert, mit der Modem und Amiga verbunden sind. Normalerweise ist dies | | | | das "serial.device", kann aber bei internen Modems oder externen Port-Karten | | | || varieren. || | Unit Bei einer Benutzung des "serial.device" ist dies immer "0". Bei Multi-Port- | | Karten muss hier das entsprechende Unit (meist ab "1") gesetzt werden, um | | | | den richtigen Port ansteuern zu k"onnen. | | XPR-Bibliothek Der Name der Bibliothek, den die mitgelieferte MetaXPR.library benutzen | | soll, um den Up- bzw. Download mit der Serverbox durchf"uhren zu k"onnen. | | | | Der XPR-Standard stell verschiedene M"oglichkeiten zur Verf"ugung, die | | | | meistgenutzte wird wohl Z-Modem sein. | | XPR-Init-String Dieser String, der der DOK der jeweiligen XPR-Lib zu entnehmen ist, | | initialisiert die XPR-Bibliothek, bevor mit ihr gearbeitet wird. Hier k"onnen | | | | Parameter wie Puffergr"osse usw. eingestellt werden. Der Default-Wert setzt die | | | | XPRZModem.library voraus. | | Baudrate Verantwortlich f"ur die Geschwindigkeit zwischen Modem und Computer. Bei | | | | High-Speed-Modems sollte sie so hoch wie m"oglich eingestellt werden, bei | | kleinen Modems m"ussen Baudrate und tats"achliche Rate zwischen den beiden | | | | telefonierenden Modems gleich sein. (2400er-Modems). Die Rate 115200 ist f"ur | | | | den Betrieb mit ISDN-Karten gedacht. | | Puffer Der interne Puffer des seriellen Devices. Dieser Puffer sollte nicht zu klein sein, | | | | er hat aber nichts mit dem Puffern der Daten f"ur die XPR-Bibliothe zu tun. | | Serielle Parameter Dabei handelt es sich, von links nach rechts um Datenbit, Parit"at und Stopp- | | | | Bit. 99% Aller Z-Netz-Caller arbeiten mit der Einstellung 8N1. | | Handshaking Bei normalen Modems erreicht man die h"ochste Geschwindigkeit ohne | | Handshaking, bei High-Speed-Modems ist meist RTS/CTS erforderlich. | | | | XOn/XOff mach den Datentransfer ggf. sicherer, falls man schlechte | | | |__________________________Telefonleitungen_hat.____________________________________________________________________________| 18 ^L KAPITEL 6. MODEM 19 _______________________________________________________________________________________________________________________ |__Gadget_____________Erkl"arung______________________________________________________________________________________|_ | Flags | | High-Speed Ist dieser Schalter aktiviert, wird das serial.device im 7Wire-Mode ge"offnet, was | | zusammen mit RTS/CTS die schnellste Art des Datentransfers bei High-Speed- | | | | Modems erm"oglicht. Bei kleinen Modems erh"oht es nur die Fehleranf"alligkeit | | | | oder funktioniert gar nicht. | | XPR-Window Ist dieser Schalter aktiviert, so wird beim Upload/Download ein Window | | ge"offnet, dass den aktuellen Status des Datentransfers anzeigt. Anderfalls | | | | bleibt dieses Window geschlossen. Ein geschlossenes Window bringt keine | | | | nennenswerten Geschwindigkeitsvorteile. | | Modem-INIT Ein Befehls-String, der vor jedem Anwahlversuch an das Modem geschickt wird, | | | | um es zu initailisieren. TheAnswerIII erwartet, dass das Modem nach diesem | | Befehl den Text "OK" (konfigurierbar) zur"ucksendet, andernfalls schlug der | | | | Init fehl. Der String kann auch leer bleiben, dann wird der Init bei der Anwahl | | | || "ubergangen. || | Anwahl Dieser Befehls-String soll die Nummer des Zielsystems w"ahlen und die | | Verbindung herstellen. Das Modem muss einen String zur"uckliefern, der den | | | | Text "CONNECT" enth"alt, wenn der Verbindung hergestellt worden ist. | | Anstelle der Telefonnummer wird die Variable %n eingetragen, die von | | | | TheAnswerIII durch eine eingestellte Telefonnummer auf der Netcall-Seite | | | || ersetzt wird. || | Auflegen Dieser Befehls-String wird ans Modem gesendet, wenn ein Netcallversuch | | beendet wird und das Modem noch Verbindung mit der Mailbox hat. N"aheres | | | || folgt nach dieser Liste. || | Ergebnisse Sendet TheAnswerIII etwas ans Modem, so muss dieses in ASCII-Form | | | | antworten. Die Stanardantworten, sind hier aufgelistet. Falls das benutzte | | Modem andere ASCII-Folgen zur"uckschickt, als hier angegeben, so muss dies | | | | hier ge"andet werden, damit TheAnswerIII diese Meldungen erkennt. So gibt | | es z.B. Modems., die anstatt "RINGING""RRING" senden oder statt "NO | | | | DIALTONE""NODIALTONE". L"asst man einen String LEER so wird dieses | | | | Ergebnis nicht erkannt und ignoriert. | || OK Das Modem hat einen Befehl korrekt ausgef"uhrt. (Ausnahme: CONECT) || | VOICE Das Modem hat eine Verbindung hergestellt, ist aber der Meinung, die | | Gegenstelle ist kein Computer/Modem, sondern ein Mensch/Telefon. Bei | | | | vielen Modems ist die VOICE-Erkennung nicht ans deutsche Telecom-System | | angepasst und funktioniert daher nicht. Die meisten Modems kann man per | | | | Befehl so einstellen, dass sie VOICE nicht melden. Anderfalls sollte man bei | | | | fehlerhafter VOICE-Erkennung diesen String leer lassen. | || BUSY Das Modem hat ein Besetzt-Zeichen erkannt. || | RING Das Modem hat erkannt, dass gerade jemand bei Ihnen anrufen will. Ihr | | Telefon klingelt. TheAnswerIII unterbricht bei Erkennung von RING den | | | | aktuellen Netcallversuch und gibt Ihnen 30 Sekunden Gelegenheit, das Telefon | | abzunehmen und den Netcall abzubrechen. Anderfalls wird weitergearbeitet. | | | | Jedesmal, wenn es erneut l"autet, wird diese Zeit wieder auf 30 Sekunden gesetzt, | | | | um einen Konflikt zwischen Anwahl und dem Anrufer zu vermeiden. | | ERROR Dem Modem wurde ein unbekannter oder falscher Befehl geschickt. | | RINGING Das Modem meldet dieses Ergebnis, wenn man eine Nummer gew"ahlt hat und | | | | es bei der Gegenstelle l"autet. TheAnswerIII reagiert nur mit einer Meldung | | darauf, egal wie oft es bei einer Gegenstelle l"autet, bis sie abhebt. Ein Abbruch | | | | des Netcalls, wenn die Gegenstelle nicht abhebt erfolgt via Timeout oder "uber | | | | das Modem, wenn es nach einem internen Timeout "NO CARRIER" sendet. | | CONNECT Das Modem hat eine Verbindung zu einem anderen Modem hergestellt. Dabei | | ist es generell egal, ob das Modem "CONNECT" oder "CONNECT 2400 ARQ" | | | | etc. sendet. Der hier angegebene String muss im Ergebnis nur vorkommen, nicht | | | |_____________________aber_abschliessend_sein.________________________________________________________________________|_ ^L KAPITEL 6. MODEM 20 __________________________________________________________________________________________________________________________ |__Gadget________________Erkl"arung______________________________________________________________________________________|_|| | NO DIALTONE Das Modem bekam bei einem Anwahlversuch kein Freizeichen, um eine | | Nummer zu w"ahlen. Das Modem ist nicht am Telefonnetz oder ein paralell | | | || geschaltenes Ger"at telefoniert gerade selbst. || | NO CARRIER Das Modem bekam keine Verbindung mit einer Gegenstelle nach einem | | Anwahlversuch, ohne dass einer der bisher erkl"arten F"alle auftrat (z.B. | | | |________________________manueller_Abbruch_durch_den_Benutzer)___________________________________________________________|_ | Speichern Die Unterkonfigurationen wird auf Disk gespeichert. | | Benutzen Die Unterkonfigurationen werden im RAM bis zum n"achsten Reset gespeichert. | | Hilfe Das bereits erkl"arte Hilfssystem wird aufgerufen. | |__Abbrechen_____________Alle_A"nderungen_werden_vergessen_und_auf_die_Hauptseite_zur"uckgesprungen._____________________|_ Die auf dieser Seite verf"ugbaren Pull-Down-Men"us entsprechen denen der Hauptseite und sind dort erkl"art. "Abbrechen"via Pull-Down-Men"u statt per Gadget springt jedoch nicht zur Hauptseite zur"uck, sondern beendet, genau wie das Close-Gadget, TAConfig. 6.2 Variabelnformat der Modem-Strings Die Gadgets Modem-Init, Anwahl und Auflegen k"onnen mit lokalen Variabeln belegt werden, die in ein f"ur das Modem lesbares Format gewandelt werden: ________________________________________________________________________________________________________________ | Variable Erkl"arung | | " Bevor das n"achste Zeichen ans Modem gesendet wird, wartet TheAnswerIII | | | || pro " eine halbe Sekunde. || | ^M Es wird ein Carriage-Return (CR - ASCII-13) ans Modem gesendet. Im | | Regelfall wird ein Modembefehl erst ausgef"uhrt, wenn das Modem das CR | | | | erkennt. | | ^N Es wird ein Linefeed (LF - ASCII-10) ans Modem gesendet und kann in | | | || Einzelf"allen anstelle des CR dienen. || | %n Diese Variable wird durch eine in der Netcall-Konfiguration festgelgte | | Telefonnummer ersetzt, die sich bei jedem Anwahlversuch unterscheiden kann. | | | |______________(siehe_Netcall-Seite).__________________________________________________________________________|_ 6.3 Besonderheiten beim Auflegen Die sichereste Methode, eine Telefonverbindung zu trennen besteht nicht darun, einen bestimmten Auflegstring zu legen, sondern mit dem DTR-Signal (Data-Termina-Ready) zu arbeiten. Sobald TheAnswerIII die serielle Schnitstelle schliesst, f"allt dieses DTR-Signal ab. Das benutzte Modem muss so eingestellt werden, dass es automatisch auflegt, wenn dieser DTR abf"allt. Wurde das Modem so eingestellt, sollte nichts im Feld f"ur "Modem Auflegen" eingetragen werden. Bei einem HST-Modem beispielsweise wird dies mit dem Befehl "AT&D2" erreicht. Bei vielen Modems kann diese Einstellung auch per Dip-Schalter ge"andert werden. 6.4 Die wichtigsten Parameter von XPR-Bibliotheken Der XPR-Init-String sendet bestimmte Parameter an die benutzte XPR-Bibliothek, die teilweise "uber den Erfolg oder Misserfolg eines Netcalls entscheiden, daher seien die wichtigsten hier kurz erkl"art. Diese Kurzanleitung geht im wesentlichen davon aus, dass eine Z-Modem-Version benutzt wird. ^L KAPITEL 6. MODEM 21 ________________________________________________________________________________________________________________ |__Variable____Erkl"arung______________________________________________________________________________________|_|| | T TY: Es wird davon ausgegangen, dass Text transoprtiert wird und bereits die | | XRP-Lib wandelt alle CRs und LFs in Amiga-LFs. Ein Z-Netz V3.8-Netcall | | | | mit diesem Parameter kann niemals funktionieren. | | TN: Der Inhalt des empfangenen/gesendeten Files wird nicht ver"andert. | | T?: Textmode unbekannt. Die Gegenstelle kann "uber TN oder TY entscheiden. | | | | Auch eine fatalte Einstellung f"ur TheAnswerIII. | | TC: Der Text-Mode wird vom aufrufenden Programm festgelegt. Die | | | | MetaXPR.library setzt meines Wissens nach in diesem Fall TN. | | O OY: "Uberschreibt eine bereits existierende Datei, wenn eine mit gleichem | | | || Namen"empfangen wird. || | ON: Uberschreibt die Datei nicht, sondern erzeugt einen neuen Namen, indem | | das K"urzel ".dup" angeh"angt wird. W"ahrend TheAnswerII diese "dup"-Dateien | | | || nicht fand, kommt TheAnswerIII damit zurecht. || | OR: Pr"uft, ob die existierende Datei eine teilweise emfpangene Datei der nun | | folgenden ist ist und versucht dann, an der Stelle, an der das alte File endet | | | | weiterzumachen. (Siehe auch K). | | OS: Der Netcall wird abgebrochen, wenn eine schon existierende Datei | | | | empfangen wird. | | B Bn: Anstelle von n folgt eine Zahl, die die Anzahl der Puffer angibt, die die | | | || MetaXPR.lib im RAM benutzen soll. Ein Puffer ist 1024 Byte gross. || | F Fn: Anstelle von n folgt eine Zahl, die angibt, nach wieviel Byte der Transfer | | kurz angehalten werden soll, damit der Amiga Gelegenheit hat, den bisher | | | | empfangenen Puffer auf Disk zu speichern, ohne dass Fehler auftreten. Wenn | | dieses Feature "uberhaupt benutzt wird, sollte es der Gr"osse des mit B | | | | festgelegten Puffer entsprechen. da aber F in Byte angegeben wird, ist B mit | | | | 1024 zu multiplizeiren. B64 ben"otigt also F65536. | | E En: Anstelle von n folgt eine Zahl, die angibt, nach wie vielen Fehlern ein | | | | Datentransfer sp"atestens abgebrochen werden soll. | | A AY: Die Library beginnt von alleine mit einem Download, wenn es bemerkt, | | | | dass die Gegenstelle zu senden beginnt. | | AN: emfp"angt Daten erst bei Aufruf. F"ur TheAnswerIII ist diese Einstellung | | | | besser. | | D DY: L"oscht eine Datei, nachdem sie erfolgreich gesendet wurde. Fatal f"ur | | | | TheAnswerIII. | | DN: Die gesendete Datei wird nicht gel"oscht. Dies ist f"ur TheAnswerIII | | | | notwendig, da die Sendedatei erst gel"oscht werden darf, wenn auch der | | Datenempfang erfolgreich war, da andernfalls der Netcall im Z-Netz als | | | | fehlerhaft eingestuft wird und auch die Sendedatei nochmals geschickt werden | | | || muss. || | K KY: hebt auch Files ab, die nur teilweise empfangen worden sind. Bei einem | | zweiten Anwahlversuch wird an der Stelle weitergemacht, an der abgebrochen | | | | wurde, wenn der Parameter O mit OR eingestellt ist. | || KN: Nur teilweise empfangene Dateien werden gel"oscht. || | S SY: Sendet nicht nur den Filenamen sondern den ganzen Pfad mit. Im Regelfall | | bedeutet dies, dass der Netcall nicht funktioniert, da die Gegenstelle bei | | | | Filenamen mit Pfad die Daten nicht lesen kann. | | SN: Es wird nur der Filename gesendet. Pflicht f"ur TheAnswerIII. | | R RY:/RN - Wie S nur f"ur das Empfangen. Auch hier gilt: TheAnswerIII arbeitet | | | | nur mit RN korrekt. | | P Px: Wobei x ein Pfadname ist, in den eine empfangene Datei kopiert werden | | soll, wenn der Parameter R auf N steht. Hier d"urfen unter TheAnswerIII keine | | | | Verzeichnisse eingetragen sein, da TheAnswerIII sonst die empfangene Datei | | | |______________nicht_mehr_findet.______________________________________________________________________________|_ ^L Kapitel 7 Netcall In dieser Konfiguration werden alle Daten verwaltet, die bei einem Netcall mit einer bestimmten Mailbox erforderlich sind. Eine Ausnahme sind dabei die Log-Files, die hier keinen Platz mehr fanden und daher auf der Point-Seite zu finden sind. Generell gilt f"ur die meisten Parameter: Sie sind beim SYSOP (Betreiber) der benutzten Mailbox zu erfragen bzw. mit diesem zu vereinbaren. 7.1 Die Gadgets ___________________________________________________________________________________________________________________________ || Gadget Erkl"arung || | Z-Netz/ZConnect Hier wird das Netcallverfahren global umgestellt. Es legt fest, ob TheAnswerIII | | | | im alten Z-Netz V3.8-Format Puffer erzeugt und per Z-Netz V3.8 den | | Login durchf"uhrt oder ZConnect V3.1 benutzt. Unter ZConnect V3.1 wird | | | | ein ZConnect V3.1-Puffer erstellt und ein ZConnect V3.1-Janus-Login wird | | durchgef"uhrt. In der Konfiguration gibt es bislang nur einen Unterschied. Unter | | | | ZConnect V3.1 kann der Wert "Domain" variieren, unter Z-Netz V3.8 gilt | | | | immer die Pseudo-Domain "ZER". | | Servername Der Name der Mailbox innerhalb des Netzes. Hierhin geh"ort weder eine | | | || Domainangabe noch ein Punkt. Es ist nur der reine Name anzugeben. || | Domain Eine Domain ist eine Kennung, die angibt, in welchem Netz-System die Mailbox | | arbeitet. Unter Z-Netz V3.8 kann sie nicht ver"andert werden, dort gibt es nur | | | | die Pseudo-Domain "ZER". Ansonsten wird hier die Domain der eigenen Box | | eingetragen. Sie darf nicht mit einem Punkt beginnen. Den Punkt, der den | | | | Servernamen von der Domain trennt, erzeugt TheAnswerIII automatisch. Hat | | | | die Domain in sich Punkte, so sind diese nat"urlich anzugeben. | | Username Der Benutzername, unter dem man bei der Serverbox bekannt ist. Er erfolgt | | | || ohne Angabe von Servername, Pointname oder einer Domain. || | Pointname Dieser Name kann sich vom Usernamen unterscheiden. Er wird nur dazu | | benutzt, Sie beim Netcall-Login zu identifizieren. F"ur die Absenderangaben | | | | innerhalb von Nachrichten wird der Username benutzt. | | Passwort Wie Pointname ist dieses Passwort nur f"ur den Login als Point n"otig. Schon | | aus Sicherheitsgr"unden sollte es sich von dem Passwort unterscheiden, dass | | | | man benutzt, wenn man sich als normaler User per Terminalprogramm in der | | | | Mailbox anmeldet. | | zeige PW Dieser Schalter "versteckt" das PW nur optisch, damit es niemand lesen kann, | | | | wenn einmal diese Seite konfiguriert wird, und ein Fremder guckt einem "uber | | die Schulter. Um es zu ver"andern, muss dieser Schalter erst mal auf AUS gestellt | | | | werden. Auch wenn es nicht sichtbar ist, bleibt es vorhanden und wird auch | | | |__________________________gespeichert.____________________________________________________________________________________| 22 ^L KAPITEL 7. NETCALL 23 _________________________________________________________________________________________________________________________ |__Gadget_______________Erkl"arung______________________________________________________________________________________|_|| | Telefonummern Hier k"onnen max. drei Telefonnummer angegeben werden, unter denen der | | Server zu erreichen ist. Sie werden in der Reihenfolge angerufen, in der sie hier | | | | angegeben sind. Ist ein Feld leer, wird wieder bei Nummer eins begonnen, bis | | eine Verbindung zustande kommt. Diese Nummern werden in den Anwahlstring | | | | an der Stelle intregiert, an der im Anwahlstring auf der Modem-Seite die | | | | Variable %n steht. | || Logintext || | abbrechen Ist dieser Schalter aktiviert, so versucht TheAnswerIII beim Login ein CTRL- | | X zu senden, um ein evtl. besonders langes Text-Display beim Login in die | | | | Serverbox zu unterbrechen und direkt in die Login-Phase einzutreten. Ist der | | Display sehr kurz, sollte der Schalter auf AUS bleiben, da es sonst passieren | | | | kann, dass TheAnswerIII das CTRL-X in die eigentliche Loginphase hinein | | | || sendet. || | CR/LF senden Dies betrifft nur den Login. Obwohl, die Netcall-Regeln vorschreiben, dass | | | | Eingaben beim Login mit CR+LF abgeschlossen werden, gibt es eine Vielzahl | | von Serverboxen, die das LF ignorieren oder gar falsch interpretieren. Bei | | | | fehlerhaften Logins trotz korrekter Daten (Pointname, Passwort), sollte auf | | "CR-Senden" statt "CR+LF senden" umgestellt werden, bzw. umgekehrt. Die | | | | Einstellung "LF-Senden" f"uhrt fast nie zum Erfolg, ist aber der Vollst"andigkeit | | | || halber m"oglich. || | Haupt-Timeout Hier wird eine Wartezeit in Sekunden angegeben, die nicht zu klein ausfallen | | sollte. Dieser Timeout beinhaltet die Wartezeit bis das Modem auf einen | | | | Befehl antwortet, einen Connect zur Serverbox zustande gekommen ist und | | die max. Zwischenzeit beim Login, in der zwei Zeichen empfangen werden. | | | | Wird der Timeout u"berschritten, bricht TheAnswerIII die Verbindung oder | | | | den Anwahlversuch ab. | | Max. Packzeit Hier wird festgehalten, wie lange TheAnswerIII max. warten soll, bis die | | Gegenstelle die Daten gepackt hat. Die meisten Mailboxen packen den | | | | Netcallpuffer erst, wenn man anruft, ein Timeout von 3000 Sekunden (10 | | | || Minuten) kann da schon mal vorkommen. || | Anwahlpause TheAnswerIII wartet diese Anzahl von Sekunden ab, bevor erneut bei der | | Serverbox angerufen wird, wenn der vorherige Anwahlversuch nicht zu einem | | | || erfolgreichen Netcall gef"uhrt hat. (Besetzt, Fehler beim Netcall etc.) || | Upload Hier werden m"ogliche Parameter f"ur die zu erzeugende Uploaddatei | | festgehalten, die die Nachrichten enth"alt, die beim Netcall an die Serverbox | | | || gesendet werden sollen. || | Msg-ID Dieser Schalter, ursrp"uglich konfigurierbar, kann niemals benutzt werden. | | Er legt fest, ob die Nachrichten, die gesendet werden, einen eindeutige ID | | | | bekommen, oder ob dies erst die Server-Mailbox erledigen soll. Bei den derzeit | | von TheAnswerIII benutzten Netcallverfahren Z-Netz V3.8 und ZConnect | | | | V3.1 erzeugt TheAnswerIII immer selbst diese ID, es kann daher nicht | | | || abgestellt werden. || | Archiv Wenn die Upload-Datei gepackt werden soll, wird hier festgelegt, welchen | | | | Namen diese gepackte Uploaddatei bekommen soll. Unter Z-Netz V3.8 gibt | | es da verschiedene M"oglichkeiten, unter ZConnect V3.1 muss diese Datei | | | | immer "CALLER" heisste und mit dem K"urzel abgeschlossen werden, dass den | | benutzten Packer identifiziert. (LHA erzeugt .lha, ARC erzeugt .arc etc.) Es ist | | | | vom jeweilig benutzten Packer abh"anging, ob dieser das K"urzel selbst anh"angt, | | | | oder ob es hier schon angegeben werden muss. | | Batch Hier kann ein Dos-Befehl stehen, wie er im Amiga-Shell "ublich ist, mit "Execute | | Name" kann z.B. die Script-Datei "Name" ausgef"uhrt werden. Die m"oglichen | | | | Variabeln werden unten erkl"art. Dieser Aufruf der Batchdatei erfolgt, sofern | | | || dieser Eintrag nicht leer ist, bevor die Upload-Datei gepackt wird. || | Packer Der Dos-Aufruf (wie Amiga-Shell), um die Uploaddatei zu packen. Variabeln | | werden unten erkl"art. Parameter und Aufruf h"angen vom gew"ahlten Packer ab. | | | |_______________________Filenamen_d"urfen_nur_via_Variable_"ubergeben_werden!___________________________________________|_ ^L KAPITEL 7. NETCALL 24 _______________________________________________________________________________________________________________________ |__Gadget_____________Erkl"arung_______________________________________________________________________________________||| | Download Hier werden m"ogliche Parameter f"ur die empfangene Download-Datei | | festgehalten, die die Nachrichten enth"alt, die beim Netcall von der Serverbox | | | | an Sie gesendet werden. | | User-Filter Ist dieser Schalter aktiviert, wird die empfangene Download-Datei auf Absender | | | | u"berpr"uft, die in einer Filterdatei (siehe Hauptprogramm) gespeichert sind. | | Wird ein solcher Absender gefunden, wird die Nachricht nicht im Zielbrett | | | | einsortiert, sondern im Sammelbrett f"ur unzustellbare Nachrichten abgelegt. | | | | Der Emfpang gefilterter Nachrichten wird niemals best"atigt. | | Decodieren Ist dieser Schalter aktiviert, werden Nachrichten, die codiert gesendet wurden | | (siehe Hauptprogramm) bereits beim Einsortieren decodiert. Anderfalls bleiben | | | | sie codiert und m"ussen sp"ater im Pointprogramm decodiert werden, was ggf. | | | ||| die Datensicherheit erh"oht, jedoch m"uhselig ist. ||| | E-Best"atigung Hier wird festgelegt, wann TheAnswerIII Empfangsbest"atigungen (EB) f"ur | | private Nachrichten erzeugen soll. "Niemals"meint auch niemals. Selbst wenn | | der Absender der Nachricht eine automatische EB anfordert, wird diese nicht | | | | erzeugt. "Auf Wunsch" erzeugt immer dann eine EB, wenn dies der Absender | | | | w"unscht. "Immer"erzeugt f"ur jede private Nachricht, die man erh"alt eine EB, | | was den Netzverkehr sehr belastet und nur in Sonderf"allen benutzt werden soll, | | | | wenn man z.B. im Urlaub ist, TheAnswerIII dennoch t"aglich telefoniert und | | man "uber die frei editierbare EB dies jedermann mitteilen m"ochte, dass die | | | | Antwort erst in drei Wochen kommt, weils auf Huli-Huli-Land keine Z-Netz- | | | || Boxen gibt. || | Packer Der Dos-Aufruf (wie Amiga-Shell), um die Download-Datei zu entpacken. | | Variabeln werden unten erkl"art. Parameter und Aufruf h"angen vom gew"ahlten | | | | Packer ab. Filenamen d"urfen nur via Variable "ubergeben werden! | | Batch Hier kann ein Dos-Befehl stehen, wie er im Amiga-Shell "ublich ist, mit "Execute | | Name" kann z.B. die Script-Datei "Name" ausgef"uhrt werden. Die m"oglichen | | | | Variabeln werden unten erkl"art. Dieser Aufruf der Batchdatei erfolgt, sofern | | | |_____________________dieser_Eintrag_nicht_leer_ist,_nachdem_die_Download-Datei_entpackt_wurde.________________________| | Speichern Die Unterkonfigurationen wird auf Disk gespeichert. | | Benutzen Die Unterkonfigurationen werden im RAM bis zum n"achsten Reset gespeichert. | | Hilfe Das bereits erkl"arte Hilfssystem wird aufgerufen. | |__Abbrechen__________Alle_A"nderungen_werden_vergessen_und_auf_die_Hauptseite_zur"uckgesprungen.______________________| Die auf dieser Seite verf"ugbaren Pull-Down-Men"us entsprechen denen der Hauptseite und sind dort erkl"art. "Abbrechen"via Pull-Down-Men"u statt per Gadget springt jedoch nicht zur Hauptseite zur"uck, sondern beendet, genau wie das Close-Gadget, TAConfig. 7.2 Variabeln bei Dos-Aurufen: TheAnswerIII unterst"utzt eine Vielzahl von Variabeln. Auf der Netcall-Seite k"onnen oder m"ussen die Dos- Aufrufe mit Variabeln gef"ullt werden. F"ur Dos-Aufrufe kommen diese Variabeln in Frage: ________________________________________________________________________________________________________________ || Variable Erkl"arung || | %a Ersetzt den Archivnamen. TheAnswerIII setzt an dieser Stelle immer den | | Namen der Upload bzw. Download-Datei ein, die direkt gesendet wird bzw. | | | | empfangen wurde, da sie in der Regel gepackt ist. | | %f Ersetzt den Filename. TheAnswerIII setzt an dieser Stelle immer den Namen | | der Datei ein, die f"ur den Upload gepackt wurde bzw. nach dem Download | | | | einsortiert werden soll, also die Datei, die gepackt werden soll bzw. ausgepackt | | | |______________wurde.__________________________________________________________________________________________|_ ^L KAPITEL 7. NETCALL 25 ________________________________________________________________________________________________________________ |__Variable____Erkl"arung______________________________________________________________________________________|_ | %s Setzt den aktuellen Screennamen des benutzten TheAnswerIII-Screens ein. | | | | Damit kann Programmen, die Public-Screens unterst"utzen, mitgeteilt werden, | | auf welchen Screen sich gerade TheAnswerIII befindet. Dies ist variabel, weil | | | | sich der Screenname "andern kann, wenn mehrere Kopienen von TheAnswerIII | | | | gleichzeitig laufen. | | ^M Es wird ein Carriage-Return (CR - ASCII-13) in den String eingef"ugt. | |__^N__________Es_wird_ein_Linefeed_(LF_-_ASCII-10)_in_den_String_eingef"ugt.__________________________________|_ Hier sind noch einige Beispiele aufgef"uhrt: Packen eines Netcalls mit LHA: LHA A %a %f Entpacken eines Netcalls mit LHA: LHA x %a. Uploaddatei mit dem Pseudo-Programm "CheckPuffer" vor dem packen pruefen via Batch-Eintrag: CheckPuffer %f Downloaddatei mit dem Pseudo-Programm "TurboFilter" nach dem Entpacken filtern via Batch-Eintrag: TurboFilte %f Batchdatei die mit Execute aufgerufen werden soll und der die Archiv/Filenamen uebergeben werden sollen: Aufruf: C:Execute Batchdatei %a %f Batchdatei: .key archiv/A,file/A Echo "Aus Archiv" noline Echo <archiv> noline Echo " wurde die Datei " noline Echo <file> noline Echo " entpackt und wird jetzt geprueft" CheckPuffer <file> IF WARN echo "Pufferdatei fehlerhaft" ELSE echo "Puffer ok, Archiv wird gel"oscht" Delete <archiv> ENDIF ^L Kapitel 8 Point In dieser Konfiguration werden alle Daten verwaltet, die TheAnswerIII intern betreffen. Ausnahme bilden hier die die Log-Files, die eigentlich auf die Netcall-Seite geh"oren, dort aber keinen Platz mehr fanden. 8.1 Die Gadgets _____________________________________________________________________________________________________________________________ || Gadget Erkl"arung || | Quotezeichen Wenn man eine Nachricht beantwortet, kann man den Text dieser | | Bezugsnachricht zitieren. um zu erkennen, dass dies zitierter Text ist und nicht | | | | selbst erstellter, wird den zitierten Zeilen eine ASCII-Folge vorangestellt, die | | "ublicher Weise ein ">" ist. Hier wird festgelegt, wie dieser Zitathinweis aussehen | | | | soll. Ferner k"onnen durch Einsatz der Variable %i die Initialeien des Absenders | | | | eingef"ugt werden, der zitiert wird. N"aheres dazu folgt unten. | | Eigene Nachrichten Unter TheAnswerIII werden Nachricht mit einem bestimmten Status | | gespeichert, der angibt, ob die Nachricht neu oder schon gelesen wird. Schreibt | | | | man nun selbst eine Nachricht, wird hier eingestellt, welchen Status diese | | | | Nachricht vorab erhalten soll. | | "NEU" markiert die Nachricht als ungelesen und wird beim n"achsten Scan nach | | | | neuen Nachrichten zum Lesen bereitgestellt. | | "ALT" markiert die Nachricht als gelesen, sie wird vom Neu-Scanner nicht | | | | mehr erfasst. | | "ARHCIVIERT"speichert die Nachricht als archiviert, das bedeutet, dass sie im | | Brett gespeichert bleibt und vom automatischen L"oschen, dass frei konfiguriert | | | | werden kann (Brettseite), nicht erfasst wird, also so lange erhalten bleibt, bis | | | || sie von Hand gel"oscht wird. || | Sommerzeit Das interne Nachrichtenformat von TheAnswerIII und das ZConnect V3.1- | | Format speichern Uhrzeiten in internationaler Schreibweise und rechnen es auf | | | | GTM-Zeit um. Daher ist es wichtig, zu wissen, wann die Sommerzeit beginnt | | und endet. In Deutschland kann dies TheAnswerIII automatisch und sollten | | | | daher auch eingeschalten bleiben. Benutzer, die TheAnswerIII in anderen | | L"andern benutzen sollte dagegen die Sommerzeitberechnung auf AUS stellen, | | | | damit keine Fehler passieren und m"ussen damit Leben, dass von TheAnswerIII | | | | generierte Daten Winterzeitberechnungen ausf"uhren. | | Leider konnte mir bis heute niemand sagen, wie z.B. die Sommerzeit | | in "Osterreich oder in der Schweiz berechnet wird, sonst h"atte ich | | | | auch f"ur diese L"ander entsprechende Routinen parat. Aber vielleicht | | | |____________________________findet_sich_ja_noch_jemand._____________________________________________________________________| 26 ^L KAPITEL 8. POINT 27 _____________________________________________________________________________________________________________________________ |__Gadget___________________Erkl"arung_______________________________________________________________________________________* *||| | Log-Files Die Mehrzahl aller Ereignisse eines Netcalls werden von TheAnswerIII in Log- | | Files (wie Logb"ucher auf Schiffen) gespeichert. Diese Logfiles dienen dazu, alle | | | | kostenintensiven Aktionen (Also das Telefonieren) zu speichern. | | TheAnswer kurz Hier wird das interne Format von TheAnswerIII benutzt, dass exakt den | | Bed"urfnissen von TheAnswerIII angepasst ist. Mangels Software ist es aber | | | | nicht m"oglich, dieses File automatisch auswerten zu lassen, was sich aber sicher | | | | schneller "andern wird, als diese Dokumentation... | | TheAnswer lang Erzeugt das gleiche Log-File wie "TheAnswer kurz" erg"anzt den Eintrag aber | | | | noch um folgende Informationen: | | o Anzahl der Anwahlversuche | | o Gr"osse, Umfang, Inhalt und Nachrichtenzahl einer Upload- bzw. | | | || Downloaddatei * *|| | Das komplette Format | | der TheAnswerIII-Log- Files ist in der Hauptdokumentation sehr ausf"uhrlich | | | || erkl"art, um leicht entsprechende Auswertungssoftware zu erzeugen. * *|| | JrComm Das Log-File wird im Format des Terminalprogrammes "JRComm" erzeugt. | | Dadurch kann die vielf"altige Auswahl an Auswertungsprogrammen f"ur dieses | | | | Log-Files benutzt werden. | | NComm/Term Das Log-File wird im Format | | des Terminalprogrammes "NComm" bzw. "Term"erzeugt. Dadurch kann die | | | | vielf"altige Auswahl an Auswertungsprogrammen f"ur dieses Log-Files benutzt | | | || werden. * *|| | Programmaufruf TheAnswerIII ben"otigt externe Programme, um Nachrichten lesen zu k"onnen | | bzw. um Nachrichten editieren zu k"onnen. Ein interners Leseprogramm ist | | | | derzeit noch nicht realisiert. Ferner kann hier festgelegt werden, wie das | | Konfigurationsprogramm vom Hauptprogramm aus aufgerufen werden kann. | | | | Alle externen Programme werden via Variabeln aufgerufen, die unten erkl"art | | | || werden. * *|| | WB nach vorn Ist dieser Schalter bei einem Programmaufruf aktiviert, so wird, bevor das | | Programm gestartet wird, der Workbench-Screen nach vorne gebracht, was | | | | notwendig ist, wenn das eingetragene Programm sein Window selbst auf dem | | Workbench-Screen "offnet und ihn nicht selbst"andig nach vorne bringt. Nach | | | | Programmende wird wieder der TheAnswerIII-Screen nach vorne gebracht. | | Bei Programmen die eigene Screens "offnen, oder dazu gebracht werden k"onnen, | | | | auf dem TheAnswerIII-Screen selbst aufzugehen, sollte dieser Schalter auf AUS | | | || bleiben. * *|| | Texte lesen Hier muss ein Lese-Programm (More, MuchMore etc.) eingetragen werden, | | | | wobei an Stelle des Programmnames die Variable %f eingetragen wird. | | Falls das Leseprogramm die M"oglichkeit besitzt, sich vom aufrufenden | | | | Task abzukoppeln, so muss dies verhindert werden, da TheAnswerIII erst | | weiterarbeiten darf, wenn das Lesen beendet wurde. Ferner wird dieser Aufruf | | | | benutzt, um die Hilfstexte darzustellen und wenn auf der Packerseite (siehe | | | || dort) *MORE* als Aufrufprogramm eingetragen wurde. * *|| | Texte editieren Hier muss ein Editor-Programm eingetragen werden, wobei an Stelle des | | Programmnames die Variable %f eingetragen wird. Falls der Editor die | | | | M"oglichkeit besitzt, sich vom aufrufenden Task abzukoppeln, so muss dies | | verhindert werden, da TheAnswerIII erst weiterarbeiten darf, wenn der Editor | | | | beendet wurde. Ferner wird dieser Aufruf benutzt, wenn auf der Packerseite | | | || (siehe dort) *EDIT* als Aufrufprogramm eingetragen wurde. * *|| | Konfiguration Hier muss der Pfad von TAConfig eingetragen werden, damit TheAnswerIII | | vom Hauptprogramm ausTAConfig starten kann, um die aktuelle Konfiguration | | | |___________________________zu_ver"andern.___________________________________________________________________________________| ^L KAPITEL 8. POINT 28 ____________________________________________________________________________________________________________________________ |__Gadget______________________Erkl"arung___________________________________________________________________________________| | Gadgetmen"us In den drei genannten Men"us wird am unternen Teil des Screen eine Auswahl | | | | von Gadgets angeboten, die die meistgenutzen Befehle enthalten. Wer die | | Befehle auswendig kennt und TheAnswerIII "uber die Tastatur steuert, | | | | kann diese Men"us abschalten und gewinnt dadurch mehr Platz, der von | | | | TheAnswerIII genutzt wird, um mehr Listeneintr"age darzustellen. | | Brettmen"u Liste Aller Bretter | | Inhaltmen"u Liste von Nachrichten eines Brettes | | Adressmen"u Liste von Adressen einer Adressdatei | | N"achste Nachricht | | Nach Markierung TheAnswerIII springt automatisch bei aktiviertem Schalter zur n"achsten | | Nachricht innerhalb eines Brettinhaltes, wenn die Nachricht ummarkiert | | | | wird. (Neu, alt, archiviert, gel"oscht, Multi-Select). Anderfalls bleibt der | | | | Cursor auf der aktuellen Nachricht. | | Nach Befehl TheAnswerIII springt automatisch bei aktiviertem Schalter zur n"achsten | | Nachricht innerhalb eines Brettinhaltes, wenn die Nachricht einer Aktion | | | | unterzogen wurde. (Lesen, Auslagern, Weiterleiten, Drucken, Editieren, | | | || Beantworten). Anderfalls bleibt der Cursor auf der aktuellen Nachricht. || | Neue Nachrichten Durch dr"ucken der Tabulator-Taste springt TheAnswerIII automatisch zur | | n"achstgelegene neuen Nachricht in der Brettstruktur. Diesen Neu-Scanner | | | || kann man wie folgt einstellen: || | Lesen nach Tabulator Bei aktivem Schalter wird eine Nachricht, die durch den Scanner gefunden | | wurde, sofort gelesen. Andernfalls springt der Scanner zur Nachricht und | | | | wartet. | | ALT nach Tabulator Wird die Nachricht gelesen, wird sie danach automatisch alt. Springt der | | Scanner ohne lesen zu dieser Nachricht, so bleibt sie als neu markiert, bis der | | | | Status anderweitig ge"andert wird. Ist dieser Schalter aktiviert, so wird die | | | |______________________________Nachricht_bei_Ansprung_als_ALT_markiert,_obwohl_sie_nicht_gelesen_wurde._____________________| | Speichern Die Unterkonfigurationen wird auf Disk gespeichert. | | Benutzen Die Unterkonfigurationen werden im RAM bis zum n"achsten Reset | | | | gespeichert. | | Hilfe Das bereits erkl"arte Hilfssystem wird aufgerufen. | | Abbrechen Alle "Anderungen werden vergessen und auf die Hauptseite | | | |______________________________zur"uckgesprungen.___________________________________________________________________________| Die auf dieser Seite verf"ugbaren Pull-Down-Men"us entsprechen denen der Hauptseite und sind dort erkl"art. "Abbrechen"via Pull-Down-Men"u statt per Gadget springt jedoch nicht zur Hauptseite zur"uck, sondern beendet, genau wie das Close-Gadget, TAConfig. 8.2 Die Variable f"ur das Quotezeichen TheAnswerIII unterst"utzt eine Vielzahl von Variabeln. Zun"achst noch einige Infos zur Variable %i im Quote-Zeichen: %i wird beim erzeugen der Zitate durch eine zwei Buchstaben lange Initialienkombination ersetzt, was dann interessant ist, wenn die Nachricht schon aus vielen Zitaten besteht, um die U"bersicht zu wahren, wer wen zitierte. TheAnswerIII geht dabei folgendermassen vor: ^L KAPITEL 8. POINT 29 Besteht der Absendername aus zwei Teilen oder mehr, getrennt durch die Zeichen "_", "." oder "-" wird jeweils der erste Buchstabe der ersten beiden Teile entnommen, also echte Initialien erzeugt. Ist keine erkennbare Trennung im Namen, wenn z.B. Pseudonyme verwendet werden, so werden die ersten beiden Buchstaben des Namens als Initialien verwendet. Hier sind noch einige Beispiele aufgef"uhrt: Das Quotezeichen " %i>" erzeugt folgende Quotezeichen in einer Nachricht bei folgenden Absender-Namen: WEGAR@AMC.zer.sub.org: " WE>" P.FROEHLICH@AMC.ZER: " PF>" G`Pseudo@UNBEKANNT.ZER " GP>" A-X-Production@NICHT.ZER " AX>" 8.3 Die Variable f"ur Dos-Aufurfe Auf der Point-Seite k"onnen oder m"ussen die Dos-Aufrufe mit Variabeln gef"ullt werden. F"ur Dos-Aufrufe kommen diese Variabeln in Frage: ________________________________________________________________________________________________________________ | Variable Erkl"arung | | %a Ersetzt einen Archivnamen und ist nur auf der Netcall-Seite interessant und | | | || dort erkl"art. || | %f Ersetzt den Filenamen der gelesen oder editiert werden soll. Da im Regelfall | | TheAnswerIII das File erst beim Aufruf erzeugt, weiss auch nur TheAnswerIII | | | || wie der Filename lauten wird, daher muss eine Variable eingesetzt werden. || | %f Ersetzt zudem beim Konfigurationsaufruf den Namen der aufzurufenden | | Konfiguration. TheAnswerIII setzt hier dann den Namen der gerade benutzten | | | | Haupt-Konfiguration ein. | | %s Setzt den aktuellen Screennamen des benutzten TheAnswerIII-Screens ein. | | | | Damit kann Programmen, die Public-Screens unterst"utzen, mitgeteilt werden, | | auf welchen Screen sich gerade TheAnswerIII befindet. Dies ist variabel, weil | | | | sich der Screenname "andern kann, wenn mehrere Kopienen von TheAnswerIII | | | | gleichzeitig laufen. | | ^M Es wird ein Carriage-Return (CR - ASCII-13) in den String eingef"ugt. | |__^N__________Es_wird_ein_Linefeed_(LF_-_ASCII-10)_in_den_String_eingef"ugt.__________________________________|_ Hier sind noch einige Beispiele aufgef"uhrt: Lesen eines Files mit dem Pseudo-Programm "More" More %f Lesen eines Files mit ColorQuotes: Colorquotes >NIL: %f Editieren eines Files mit dem CED: ED %f -sticky Aktuelle Konfiguration auf dem aktuellen Screen aendern: TAConfig %f S=%s ^L Kapitel 9 Maps In dieser Konfiguration werden alle Parameter f"ur den Pseudo-User Maps verwaltet. Ein System, dass viele Mailbox-Systeme zur Verf"ugung stellen und es dem Benutzer erlauben, per "Fernsteuerung" via Nachrichten mit fixem Format Verwaltungsaufgaben des Points zu erledigen. Das sind Dinge wie das Bestellen und Abbestellen von bestimmten Brettern, Aufzeigen von Brettinhalten oder das direkte bestellen (Requesten) von Nachrichten oder Files. Da sich die Programmierer der diversen Mailboxprogramme auf keinen Standard f"ur Maps einigen k"onnen, wurde TheAnswerIII frei konfigurierbar gemacht, um allen Maps-Systemen gerecht zu werden. Maps teilt seine Befehle in Form von Nachrichten mit. Der Empf"anger der Nachricht ist in vielen F"allen "MAPS", daher auch der Name dieser Konfiguration. Betreff und Inhalt dieser privaten Mail an Maps liefern die Parameter f"ur Maps-Befehle. Das Ergebnis dieser Befehle wird einen Netcall sp"ater vom Maps-System der Serverbox zur"uckgesandt. Hier sei nocheinmal auf die Einleitung verweisen, in der aufgezeigt wird, f"ur welche Maps-Systeme bereits fertige Konfigurationsfiles erh"altlich sind. Zudem finden sich in der Dokumentation noch ausf"uhrliche Erkl"arungen und Beispiele zu Maps. 9.1 Die Gadgets _____________________________________________________________________________________________________________________________ || Gadget Erkl"arung || | Auswahliste Hier sind alle bekannten Maps-Befehle eingetragen, die TheAnswerIII bekannt | | sind. Klickt man einen Eintrag der Liste an, so kann er mit den anderen Gadgets | | | | editiert werden. | | L"oschen Der gerade aktive Eintrag wird ohne Sicherheitsabfrage aus der Liste entfernt. | | Sort Alle Eintr"age werden alphabetisch sortiert. | | NEU Es wird ein leerer Eintrag generiert, um einen neuen Namen f"ur einen | | | | neuen Maps-Befehl einzutragen. Der Name f"ur den Typ, der hier vergeben | | wird, ist massgeblich f"ur die Sortierung. Wird hier ein Name eingegeben und | | | | dieser mit RETURN best"atigt, werden die anderen Eingabefelder zur Eingabe | | | | freigegeben. | | Befehl Hier wird ein Text eingetragen, den die Maps-Umgebung als Befehl aktzepiert. | | | || In der Regel wird der Befehl sp"ater als Betreff f"ur die Nachricht benutzt. || | Format Hier wird ein Text eingetragen, der mit den unten erkl"arten Variabeln gef"ullt | | wird, und in der Regel die Parameter f"ur den Befehl enth"alt, sofern sie | | | | notwendig sind. | | Befehl in Betreff Ist dieser Schalter aktiv, wird der o.g. Befehlstext als Betreff der Nachricht | | | | benutzt. | | Befehl in Nachricht Ist dieser Schalter aktiv, wird der o.g. Befehlstext als Inhalt der Nachricht | | | |____________________________benutzt._Beide_Schalter_auf_EIN_oder_beide_auf_AUS_ist_m"oglich.________________________________| 30 ^L KAPITEL 9. MAPS 31 _______________________________________________________________________________________________________________________ |__Gadget_________________Erkl"arung___________________________________________________________________________________| || Vor Absenden || | editieren Ist dieser Schalter aktiv, wird die generierte Maps-Nachricht in den | | Editor geladen und kann ver"andert werden. Anderfalls wird sie sofort | | | | vom TheAnswerIII-Maps-System versandt. Befehle k"onnen abschliessend | | definiert werden, bei anderen muss der Inhalt von per Hand modifiziert oder | | | | erg"anzt werden. Dies h"angt davon ab, welches Maps-System benutzt wird | | | || und welcher Befehl editiert wird. || | ADD-Automatik. Mit dem Schalter wird die Automatik aktiviert, in das Eingabefeld wird der | | Befehl eingetragen, der bei ADD-Automatik aufgerufen wird. Hier muss der | | | | Text stehen, der in der linken Liste als Name angegeben wurde. Die ADD- | | Automatik fragt den Benutzer im Hauptprogramm jedes mal, wenn er ein | | | | Netz-Brett von Hand erzeugt, ob er dieses gleich per Maps beim Server | | | || bestellen soll oder nicht. || | DEL-Automatik. Mit dem Schalter wird die Automatik aktiviert, in das Eingabefeld wird | | der Befehl eingetragen, der bei DEL-Automatik aufgerufen wird. Hier muss | | | | der Text stehen, der in der linken Liste als Name angegeben wurde. Die | | DEL-Automatik fragt den Benutzer im Hauptprogramm jedes mal, wenn er | | | | ein Netz-Brett l"oscht, ob er dieses gleich per Maps beim Server abbestellen | | | |_________________________soll_oder_nicht._____________________________________________________________________________| | Speichern Die Unterkonfigurationen wird auf Disk gespeichert. | | Benutzen Die Unterkonfigurationen werden im RAM bis zum n"achsten Reset | | | | gespeichert. | | Hilfe Das bereits erkl"arte Hilfssystem wird aufgerufen. | | Abbrechen Alle "Anderungen werden vergessen und auf die Hauptseite | | | |_________________________zur"uckgesprungen.___________________________________________________________________________| Die auf dieser Seite verf"ugbaren Pull-Down-Men"us entsprechen denen der Hauptseite und sind dort erkl"art. "Abbrechen"via Pull-Down-Men"u statt per Gadget springt jedoch nicht zur Hauptseite zur"uck, sondern beendet, genau wie das Close-Gadget, TAConfig. 9.2 Die Variabeln im Maps-System TheAnswerIII unterst"utzt eine Vielzahl von Variabeln. Auf der Maps-Seite k"onnen oder m"ussen die Maps- Aufrufe mit Variabeln gef"ullt werden. Daf"ur kommen diese Variabeln in Frage. Beispiele hierzu gibt es im der DOK zum Hauptprogramm, da dabei gleichzeitig das Maps-Mail-System erkl"art wird und wie man an die Inhalte von Variabeln kommt. ________________________________________________________________________________________________________________ || Variable Erkl"arung || | %b Wird durch einen Brettnamen oder eine Liste von Brettnamen ersetzt, die | | TheAnswerIII vorgeben kann. (Aktuelles Brett, Auswahl aus Brettliste per | | | || Auswahlsystem) || | %i Wird durch die Message-ID einer ggf. aktiven Nachricht ersetzt. Dabei wird | | die ZConnect V3.1-ID eingetragen, auch wenn mit Z-Netz V3.8 der Netcall | | | || durchgef"uhrt wird. || | %z Wird durch die Message-ID einer ggf. aktiven Nachricht ersetzt. Dabei wird die | | ZNetz-ID eingetragen, wenn mit Z-Netz V3.8 der Netcall durchgef"uhrt wurde. | | | || Andernfalls ist keine Z-Netz V3.8-ID bekannt. || | %f Wird durch den Betreff einer ggf. aktiven Nachricht eingetragen. Dabei wird das | | Rohformat benutzt, wie es vom Server kam, Umlaute k"onnen im IBM-Format | | | | vorliegen und mit dem Amiga-Font nicht darstellbar sein. | | ^M Es wird ein Carriage-Return (CR - ASCII-13) in den String eingef"ugt. | |__^N__________Es_wird_ein_Linefeed_(LF_-_ASCII-10)_in_den_String_eingef"ugt.__________________________________|_ ^L Kapitel 10 Funktionstasten In dieser Konfiguration k"onnen die 10 Funktionstasten der Amiga-Tastatur mit schon mehrfach erkl"arten Dos-Aufrufen belegt werden. Allerdings wirkt hier nur die Variable %s zur Angabe des TheAnswerIII-Public- Screennamen und die Variabeln ^M und ^N. Die Filenamen-Variabeln %a und %f finden hier keine Belegung und liefern keinen Text. Neben jedem Eintrag findet sich ein REQ-Gadget, um einen einen Filenamen per File-Requester ausw"ahlen zu k"onnen. Dies muss nat"urlich als erstes geschehen, weil nat"urlich keine Befehlsparameter per File-Requester "ubergeben werden k"onnen. Ferner kann man mit dem "WB nach vorne" Schalter TheAnswerIII dazu veranlassen, vor Aufruf des externen Programmes den Workbench-Screen in den Vordergrund zu bringen, falls dies erw"unscht ist. Generell kann hier jeder sinnvoll erscheinende Aufruf eingetragen werden, der genauso aussieht, als w"urde man diese Befehlsfolge in ein Amiga-Shell-Window tippen. Die SHIFT-Tasten finden absichtlich keine Belegung, da sie von vielen Benutzern f"ur Commodities benutzt werden. Beispielaufrufe kann ein Lese- oder Editieraufruf der Log-Files sein oder bestimmte externe Programme, die mit TheAnswerIII arbeiten. Die Unterst"utzung von Arexx durch TheAnswerIII ist in der Version 3.00 noch nicht realisiert, ist aber f"ur die Zukunft vorgesehen. Die Erkl"arung der Variabeln finden sich in den Kapiteln zur Netcall-Seite und zur Point-Seite. Die Erkl"arung der Befehle "Speichern", "Benutzen", "Hilfe" und "Abbrechen" sind in allen anderen Kapiteln erkl"art. Das Pulldown-Men"u wird beim Hauptmen"u beschrieben, auch hier gilt: Abbrechen per Men"u beendet das Programm, Abbrechen per Gadget springt zur Hauptseite 32 ^L Kapitel 11 Brettvorgabe Alle Nachrichten von TheAnswerIII werden in Brettern gespeichert. In dieser Konfiguration werden die Vorgabewerte festgelegt, wie die internen Strukturen eines solchen Brettes aussehen soll. Die Daten k"onnen im Programm f"ur jedes Brett ver"andert werden. Nur wenn neue Bretter erzeugt werden, werden diese Daten zun"achst f"ur das neue Brett gesetzt und k"onnen dann von Hand speziellen Bed"urfnissen im Bretteditor des Hauptprogramms angepasst werden. 11.1 Die Gadgets Da speziell hier viele Gadgets einer besonderen Erkl"arung bed"urfen, werde diese alle im anschliessenden Abschnitt aufgezeigt. Hier nur eine U"bersicht: ___________________________________________________________________________________________________________________________ | Gadget Erkl"arung | | Inhalt sortieren Sortiert die Liste aller Nachrichten nach den Kritieren "Ankunftsdatum" | | (Wann die Nachricht in TA einsortiert wurde), "Absendedatum" (Wann | | | | die Nachricht erzeugt wurde), "Absender" (Alphabetisch nach Namen | | | | der Absender) oder "Betreff" (Alphabetisch nach Betreff). | | Textkonvertierung Es wird festgelegt, wie Textnachrichten konvertiert werden sollen, bevor | | | | man auf sie zugreifen kann. | | Lesen Um eine Nachricht zu lesen kann sie in die Formate "keine", "Standard", | | "Standard plus", "ZConnect", "ZNetz" oder "LaTex" konvertiert | | | | werden. Ferner kann man festlegen, ob der Nachrichten-Kopf angezeigt | | | | (Schalter AKTIV) wird oder nicht. | | Auslagern Um eine Nachricht auszulagern (als Amiga-Dos-File auf Disk speichern) | | | | kann sie in die Formate "keine", "Standard", "Standard plus", | | "ZConnect", "ZNetz" oder "LaTex" konvertiert werden. Ferner kann | | | | man festlegen, ob der Nachrichten-Kopf ausgelagert wird (Schalter | | | | AKTIV) oder nicht. | | Bin"ar-Konvertierung Es wird festgelegt, wie Bin"arnachrichten konvertiert werden sollen, bevor | | | | man auf sie zugreifen kann. | | Lesen Um eine Nachricht zu lesen kann sie in die Formate "keine", "CheckFile", | | "Bin"ar", "ZConnect" oder "ZNetz" konvertiert werden. Ferner kann man | | | | festlegen, ob der Nachrichten-Kopf angezeigt wird (Schalter AKTIV) | | | | oder nicht. | | Auslagern Um eine Nachricht auszulagern (als Amiga-Dos-File auf Disk speichern) | | kann sie in die Formate "keine", "CheckFile", "Bin"ar", "ZConnect" | | | | oder "ZNetz" konvertiert werden. Ferner kann man festlegen, ob der | | | |_________________________________Nachrichten-Kopf_ausgelagert_wird_(Schalter_AKTIV)_oder_nicht.___________________________| 33 ^L KAPITEL 11. BRETTVORGABE 34 _______________________________________________________________________________________________________________________ |__Gadget______________________Erkl"arung______________________________________________________________________________||| | Nachrichtenlimits Viele Netzen haben H"ochstgrenzen festgelegt, wie lange Nachrichten | | maximal sein d"urfen. Hier kann eine Vorgabe getroffen werden, die sich | | | || aber innerhalb von TheAnswerIII brettweise unterscheiden kann. || | Private Mails Die Maximalgrenze ist den Regeln des benutzten Netzes zu entnehmen. | | Sie liegt im Z-Netz (Dez. 1993) bei 10240 (10K) Byte, wobei es aber | | | || " vorkommt, dass Mailboxen die Grenze nur auf 10000 Byte legen. || | Offentliche Mails Die Maximalgrenze ist den Regeln des benutzten Netzes zu entnehmen. | | Sie liegt im Z-Netz (Dez. 1993) bei 65536 (64K) Byte, wobei es aber | | | | vorkommt, dass Mailboxen die Grenze nur auf 64000 Byte legen. | | Automat. L"oschen TheAnswerIII ist in der Lage Nachrichten nach einem Fristablauf | | | | automatisch zu l"oschen. Hier k"onnen Grenzen und Umst"ande festlegelt | | werden. Dabei unterscheidet die Vorgabe zwischen "normalen Brettern" | | | | und "Archivbrettern", die man privat anlegen kann, um Nachrichten | | | | l"anger zu speichern. | | Bretter/Archive Ist der Schalter nach diesen Begriffen aktiv, so ist das Automatische | | L"oschen f"ur diese Brettypen in der Vorgabe eingeschalten, andernfalls ist | | | | es ausgeschalten und alle anderen Angaben zu diesen Rubriken bleiben | | | | ohne Wirkung. | | nach xxx Tagen Hier wird die Anzahl von Tagen angegeben, wie lange eine Nachricht | | | | im Brett bleiben soll, bevor sie dem automatischen L"oschen verf"allt. | | Dabei wird nicht das Datum der Nachricht ausgewertet, sondern | | | | ausschlaggebend ist der Zeitraum, wie lange die Nachricht schon | | | | einsortiert ist. | | Auch neue l"oschen Ist der Schalter inaktiv, werden nur Nachrichten gel"oscht, die als ALT | | (gelesen) markiert sind. Ist der Schalter aktiv, werden auch NEUE | | | | (ungelesene) Nachrichten gel"oscht. Als archiviert markierte Nachrichten | | | | werden auch in "normalen Brettern" nie gel"oscht. | || Sonstiges || | Brettsprache TA kenn bei vorgefertigten K"opfen oder Unterschriften f"ur jede | | | | Art drei Varianten. Da die h"aufigste Nutzung unterschiedlicher | | Unterschrifts-Files darin liegt, dass in manchen Bretter Englisch und | | | | in anderen Deutsch geschrieben wird, wurde die Auswahlm"oglichkeit, | | welche Unterschrifsvariante benutzt wird in "Sprache" definiert. | | | | Die Brettsprache wirkt sich nur auf die Auswahl des passendes | | | ||| Unterschriften/Header-Files aus. Nicht auf die Benutzeroberfl"ache etc. ||| | "Offentl. Unterschrift Legt fest, wie die automatische Unterschift kombiniert werden soll. | | Singum ist dabei eine fixe Datei, die je nach Brettsprache ausgew"ahlt | | | | wird und eine pers"onliche Unterschift enth"alt. Cookie ist eine Datei, die | | viele Unterschriften enth"alt, die bei Aktivierung per Zufall ausgew"ahlt | | | | werden. Cookie und Signum k"onnen kombiniert werden, nur eines von | | beiden kann ausgew"ahlt werden, oder es wird gar keine automatische | | | | Unterschrift erzeugt. Hier w"ahlt man die Auswahl f"ur Nachrichten in | | | | Bretter, also "offentliche. | | Private Unterschrift Genau wie "O"ffentl. Unterschrift", nur dass diese Einstellung private | | | | Nachrichten an bestimmte User betrifft. | | Netz-Umlaute Legt fest, wie Umlaute bei Nachrichten in dieses Brett auf dem Weg ins | | Netz gewandelt werden. Die ganze Z-Netz-Welt versteht IBM-Umlaute | | | | (Umlaute wie sie PC's verwenden). Einige sog. Gates, also Tore zu | | | |______________________________anderen_Netzen_"uber_das_Z-Netz_m"ogen_dies_aber_gar_nicht._____________________________| | Speichern Die Unterkonfigurationen wird auf Disk gespeichert. | | Benutzen Die Unterkonfigurationen werden im RAM bis zum n"achsten Reset | | | | gespeichert. | | Hilfe Das bereits erkl"arte Hilfssystem wird aufgerufen. | | Abbrechen Alle A"nderungen werden vergessen und auf die Hauptseite | | | |______________________________zur"uckgesprungen.______________________________________________________________________| ^L KAPITEL 11. BRETTVORGABE 35 Die auf dieser Seite verf"ugbaren Pull-Down-Men"us entsprechen denen der Hauptseite und sind dort erkl"art. "Abbrechen"via Pull-Down-Men"u statt per Gadget springt jedoch nicht zur Hauptseite zur"uck, sondern beendet, genau wie das Close-Gadget, TAConfig. 11.2 N"aherer Informationen zu den Einstellungen: 11.2.1 Sortiermodi TheAnswerIII kennt vier M"oglichkeiten ein Inhaltsverzeichnis zu sortieren: _________________________________________________________________________________________________________________________ |__Modus________________Erkl"arung______________________________________________________________________________________|_ | Ankunftsdatum Die Nachrichten werden werden danach sortiert, wann sie in dieses Brett | | eingetragen wurden. Wird eine Nachricht mit den Weiterleitungs-Funktionen | | | | "Ins Hauptarchiv"bzw. "Ins Brettarchiv" in ein Brett kopiert, beibt das | | | | Ankunftsdatum jedoch auch in diesem Archiv unver"andert. | | Absendedatum Die Nachrichten werden werden nach dem Datum sortiert, das die Nachricht | | | | als Absendedatum im Nachrichtenheader hat. | | Absender Die Nachrichten werden alphabetisch nach dem Namen des Absenders sortiert, | || || || was die Suche nach bestimmten Benutzers erleichtert. || | Betreff Die Nachricht wird alphabetisch nach ihrem Betreff sortiert. Dies geschieht | | zun"achst ohne R"ucksicht darauf, was f"ur sonstige Dinge im Betreff stehen. | | | | Viele Betreffs beginnen zun"achst mit einer Kette von Sonderzeichen f"ur | | Empfangsbest"atigungen, die wievielte Generation einer Antwort es ist usw. | | | | Derartige Informationen filtert TheAnswerIII bereits beim Einsortieren aus | | | | der Nachricht und st"oren die Sortierung daher nicht. Werden mehrere | | Nachrichten mit dem gleichen Betreff gefunden, so werden diese wieder | | | | untereinander danach sortiert, die wievielte Antwort dies ist. Sind auch da | | zwei Nachrichten gleich, z.B beide Betreffs sind die 2. Antwort auf die | | | | Ursprungsnachricht, so entscheidet das Absendedatum dar"uber, welche zuerst | | | |_______________________dargestellt_wird._______________________________________________________________________________|_ 11.2.2 Konvertierung TheAnswerIII unterschiedet bei der Konvertierung einer Datei immer danach, ob es sich um einen Text oder eine Bin"ardatei handelt. Beide M"oglichkeiten k"onnen immer und "uberall seperat eingestellt werden. In der Brettvorgabe wird zudem unterschieden zu welchem Zwecke eine Nachricht konvertiert werden soll. Wird eine Nachricht zum Lesen konvertiert, sollte man eine Konvertierung w"ahlen, die dem Auge am besten zusagt. Das Auslagern einer Nachricht bedeutet, dass sie, nachdem sie wunschgem"ass konvertiert wurde, in eine Datei geschrieben wird, die man per File-Requester ausw"ahlen kann, um die Nachricht ausserhalb von TheAnswerIII aufzuheben bzw. benutzen, wenn Programme oder andere Dinge "ubers Netz kamen. Die Konvertierung sollte also den Anspr"uchen des Amiga gen"ugen. Sowohl Texte(T) als auch Bin"ars(B) k"onnen garnicht, im Z-Netz V3.8 oder im ZConnect V3.1-Format konvertiert werden. Texte k"onnen zudem einer Standard-, einer Standard-Plus oder einer LaTeX- Konvertierung unterzogen werden. Bin"ars kennen zus"atzlich zu den ersten drei die Modi als "Bin"ar" oder "Bin-Check" konvertiert werden. Die Modi im einzelnen folgen auf der n"achsten Seite: ^L KAPITEL 11. BRETTVORGABE 36 Die Modi im einzelnen: ______________________________________________________________________________________________________________________ |__Modus_______________Kopf________________Art_______Erkl"arung______________________________________________________|_ | keine wie eingestellt T&B Die Nachricht wird so, wie sie gespeichert ist, | | | | konvertiert. Das ist ein internes TheAnswerIII- | | Format, dass selbst TheAnswerIII nicht einsortieren | | | | kann. Eine derartige Konvertierung wird nur der | | | | Vollst"andigkeit halber angeboten. | | Standard wie eingestellt T Der Text wird so aufbereitet, dass er im Amiga- | | | | Format lesbar ist. Zeilenabschl"usse werden in die | | gewandelt, die beim Amiga "ublich sind (Aus CR+LF | | | | wird LF), die im Netz "ublichen IBM-Umlaute im | | | || Text werden in Amiga-Umlaute gewandelt. || | Standard-Plus wie eingestellt T Wie Standard. Allerdings wird versucht, besondere | | IBM-Sonderzeichen und -Grafikzeichen ebenfalls | | | | in Richtung Amiga zu verbiegen. Diese Methode | | | | dauert l"anger als Standard. Zudem kann es sein, | | dass eine Nachricht verbotender Weise schon Amiga- | | | | Umlaute enth"alt. W"ahrend Standard diese ignoriert | | und damit von alleine richtig darstellt, h"alt | | | | Standard-Plus diese Zeichen f"ur IBM-Grafikzeichen | || || || und ver"andert sie. || | LaTex wie eingestellt T LaTex ist eine besondere Form des Schriftsatzes. | | Jeder der LaTeX benutzt, weiss auch was es ist. | | | | TheAnswerIII versucht nun nicht etwa ein fertiges | | LaTeX-Dokument aus der Nachricht zu machen, | | | | sondern erledigt nur die Dinge, die man ben"otigt, | | | | um das Ergebnis dann ohne grosse Probleme in | | einem LaTeX-Dokument benutzen zu k"onnen: Alle | | | | Sonderzeichen von & bis % werden LaTeX-gerecht | | gewandelt. Umlaute und Quotes werden gem"ass | | | | german.sty gewandelt. Der Nachrichtenkopf, sofern | | | ||| auf EIN, wird mit %-Zeichen ausgeklammert. ||| | CheckFile wie eingestellt B Die generelle M"oglichkeit, Bin"arnachrichten lesbar | | zu machen. Die Nachricht wird auskopiert und dann | | versucht TheAnswerIII diese zu identifizieren. Wie | | | | gut TheAnswerIII dabei ist, h"angt davon ab, wie | | | | viele Typen der File-Scanner (Interne Packer der | | Konfiguration) kennt. Findet dieser den Typ, f"uhrt | | | | er die in der Config vorgebene Check-Routine aus | | und zeigt das Ergebnis beim lesen im Textanzeiger | | | | an. Archive k"onnen z.B. aufgelistet werden, IFF- | | | ||| Grafiken betrachtet werden, usw. ||| | Bin"ar immer AUS B Eine Bin"arnachricht wird ohne Kopf auskopiert. Dies | | ist beim Auslagern sinnvoll. Programme, Archive | | etc. k"onnen danach im Dos benutzt bzw. entpackt | | | | werden. Beim Lesen wird man nur Zeichenm"ull | | | | sehen, sofern nicht die Nachricht zwar als Bin"ar | | gekennzeichnet ist, in Wirklichkeit jedoch Text | | | | enth"alt... Ein Kopf wird nie erzeugt, da er das | | Ergebnis unkenntlich f"ur den Amiga machen w"urde. | | | | Man beachte die M"oglichkeit der Behandlung von | | | |____________________________________________________unbekannten_Filetypen_"uber_die_Konfiguration.__________________|_ ^L KAPITEL 11. BRETTVORGABE 37 ___________________________________________________________________________________________________________________ |__Modus_______________Kopf______________Art______Erkl"arung_______________________________________________________||| | Z-Netz V3.8 immer AUS T&B Die Nachricht wird ins Z-Netz V3.8-Format | | | | gewandelt. Wird sie so ausgelagert, kann sie von jeder | | Software, die Z-Netz V3.8 versteht wieder wie ein | | | | Netcallpuffer einsortiert werden. Beim Lesen dient es | | nur der Pr"ufung der Datei, falls man TheAnswerIII | | | | nicht vertraut. Nachrichten im SpoolBrett, die sp"ater | | | | codiert werden sollen, kann man auf diese Weise | | pr"ufen, ob sie korrekt codiert werden, da in dieser | | | | Konvertierung eventuelle Codierungen durchgef"uhrt | | werden. Der Kopf der Nachricht wird ebenfalls in | | | | diesem Foramt mitkonvertiert. Eine extra Erzeugung | | | | eines Kopfes ist daher immer aus. | | ZConnect V3.1 immer AUS T&B Hier gilt genau das gleiche wie bei Z-Netz V3.8, nur | | | |_________________________________________________dass_es_eben_das_ZConnect_V3.1-Format_betrifft.__________________| Wurde ein Nachrichtekopf gew"ahlt, so wird in allen F"allen die Datei "headX"aus dem Unterschriftenverzeichnis zur Interpretierung des Kopfes benutzt. 'X' Steht dabei f"ur eine Zahl, die vom der gew"ahlten Brettsprache abh"angig ist. 11.2.3 Brettsprache TheAnswerIII kennt drei Brerttsprachen, die nur der Namensgebung willens Deutsch, Englisch und Sprache3 heissen. Im Prinzip ist es nur "M"oglichkeit 1" bis "3". Je nachdem welche Sprache gew"ahlt wurde, wird bei der Auswahl eines Unterschriften- oder Header-Files eine der drei M"oglichkeiten ausgew"ahlt, die in der Konfiguration schon zur Verf"ugung standen. Beim Lesen wird z.B. die Datei "head" gesucht. Bei Sprache 1 (Deutsch) sucht TheAnswerIII "head1", bei Sprache 2 (English) die Datei "head2" und bei Sprache Nr. 3 die Datei "head3". Dies gilt analog auch f"ur Unterschriften, Weiterleitungsk"opfe usw. usw. Benutzer, die tat"aschlich Bretter f"uhren, deren Grundsprache Englisch ist, werden die diese Form der Namensgebung bevorzugen, da sie gleich wissen, f"ur welches Brett, welche Unterschriften eingestellt werden sollen. Allen anderen soll gen"ugen zu wissen, dass es egal ist, welche der drei Alterantiven gew"ahlt wird. Es wird einfach nur die entsprechende Unterschriften-Datei benutzt, f"ur deren Inhalt der Benutzer ganz alleine Verantwortlich ist. Der Konsequenz halber m"ussen nat"urlich auch die Cookie-Dateien in drei Versionen verf"ugbar sein. Wie schon bei TheAnswerII sorgt auch TheAnswerIII immer noch daf"ur, dass die letzte Zeile einer Textnachricht dem Pont vorbehalten ist und schreibt dort seine Werbung rein. Sichtbar wird diese Zeile allerdings nur noch bei Z-Netz V3.8. Unter ZConnect V3.1 gibt es einen Header f"ur derartige Dinge, der dann auch verwendet wird. Nun gibt es Leute oder aber auch Netze, denen passt das nicht. F"ur diese gibt es die bei der Brettsprache nun die 4. M"oglichkeit: Das Signumverbot. In diesem Fall wird der Werbungstext unterdr"uckt aber auch jede Header- und Unterschriftenerzeugung. Das ganze trifft nat"urlich nur Brettweise zu und kann nur im Hauptprogramm eingestellt werden, nicht im Konfigurationsprogramm. 11.2.4 Unterschriften Eine Unterschrift unter TheAnswerIII besteht aus zwei Komponenten: Zum ersten einmal das Unterschriften-File. Dies ist eine frei editierbare Datei, in der man die Dinge reinschreibt, die man immer am Ende einer Nachricht stehen haben will. Normalerweise ist das die Standard-Floskel zur Verabschiedung wie ein Text ala "Und Tsch"uss, Peter". Das ganze kann aber auch ausf"uhrlicher werden. ^L KAPITEL 11. BRETTVORGABE 38 11.2.5 Die Cookies Ursrp"unglich ist ein Cookie vom chinesischen Gl"uckskeks (Fortune Cookie) abgeleitet, der nach einer Mahlzeit serviert wird. In diesem Gl"uckskeks ist dann ein Spruch versteckt, der entsprechend Gl"uck und Gesundheit verheissen soll oder eine andere Weiseheit enth"alt. Die Cookiedatei ist eine Sammlung von Zitaten oder kurzen Texten, die alle zusammen in einer Datei gespeichert sind. Ist das Cookie nun in der Unterschrift eingestellt, so "offnet TheAnswerIII die Cookie- Datei und w"ahlt per Zufallsgenerator einen dieser Spr"uche aus und h"angt ihn zus"atzlich an die Nachricht dran. Im Bretteditor kann man nun einstellen, welche dieser Komponenten und in welcher Reihenfolge sie dargestellt werden. W"ahrend die normale Unterschrift ein einfache Textdatei ist, baut sich eine Cookie-Datei wie folgt auf: Die Cookiedatei ist ebenfalls eine editierbare Textdatei. Sie kann beliebig lang sein. In dieser Cookie-Datei kann man kleine Spr"uche sammeln, die dann per Zufallsgenerator an eine Textnachricht angeh"angt werden. Die Cookies werden wie die Unterschriften im Unterschriften-Pfad gesucht, der in der Konfiguration eingestellt wurde. Je nach Brettsprache wird entweder die Datei "Cookie1.DAT", "Cookie2.DAT"oder "Cookie3.DAT" verwendet. Folgende Regeln sind in Cookie-Dateien zu beachten: o Ein einzelner Spruch darf maximal 400 Byte lang sein. Dies ist eine bewusste Einschr"ankung, da der Sinn der Cookies in der Unterschrift zu sehen ist und nicht als Inhalt einer Nachricht. Die Anzahl der Spr"uche ist unbegrenzt, die L"ange der Cookie-Datei ist auf 2.147.483.647 Byte beschr"ankt. (Also zwei GIGA-Byte) o Die Grenze zwischen zwei Spr"uchen bilden 2 LineFeeds. Das heisst, beim Editieren muss vor dem ersten, zwischen zwei und nach dem letzten Cookie ZWEI mal RETURN gedr"uckt werden, so dass zwischen zwei Cookies eine Leerzeile entsteht. Logischerweise ergibt sich daraus, dass ein Cookie selbst keine Leerzeilen enthalten darf. o Zeilen, die mit einem '#' beginnen sind Kommentarzeilen und werden nicht als Spruch identifiziert. ^L Kapitel 12 Unterschriften Dies ist keine echte Unterkonfiguration. Von hier aus kann man "uber TAConfig die einzelnen Files f"ur Unterschriften und Header "andern. Da dies aber ganz normale Text-Dateien sind, k"onnen sie jederzeit mit einem noramlen Texteditor ver"andert werden. Um die Unterschriften und K"opfe von hier aus editieren zu k"onnen muss auf der Pointseite ein korrekter Editor-Aufruf definiert worden sein und auf der Verzeichniseite ein Pfad f"ur die Unterschriften-Files. Die beiden Gadgets im oberen Bereich k"onnen nicht editiert werden, sondern zeigen nur die aktuelle Einstellung von Editor und Unterschriftenpfad. Zu jeder Form der Unterschrift existieren drei Gadgets f"ur einen Editor-Aufruf. Je nach eingestellter Brettsprache (siehe Brettvorgabe) wird eines dieser drei Files ausgew"ahlt, wenn der linke Typ einer Unterschrift oder eines Kopfes ben"otigt wird. So kann man jederzeit drei Versionen eines Unterschriften- Typs speichern und in jedem Brett individuell "uber die Brettsprache einstellen, welches File benutzt werden soll. Einzig die Cookie-Dateien, von denen es ebenfalls drei St"uck f"ur jede Brettsprache gibt, k"onnen von hier aus wegen Platzmangel nicht editiert werden. Alle Kopfdateien und das Empfangsbest"atigungsfile k"onnen mit Variabeln arbeiten. Die beiden Unterschriftenfiles k"onnen dies nicht. Eine Variable beginnt mit einem "%"-Zeichen und endet mit einem ":"- Zeichen. Dazwischen steht der Variabelnname, der im Regelfall die ASCII-ID eines Headereintrages ist. Dabei k"onnen in einem Kopf-File alle Informationen verwertet werden, die ein TA-Header zur Verf"ugung stellt. Das sind neben allen bei Ver"offentlichung von TheAnswerIII bekannten ZConnect V3.1-Header, noch einige interne TA-Header sowie Hilfs-Variabeln zur Formatierung von Headereintragen und ein kleines IF/ENDIF- System. Welche Header es gibt, wie sie heissen und wie sie ggf. formatiert werden k"onnen wird in der extra Dokumentation "Header-Informationen" umfangreich erkl"art. Dazu geh"oren auch alle lokalen Variabeln und die bedingte Verzweigung via "IF". Anf"angern werden vorgefertigte Header f"ur die die Brettsprachen Deutsch und Englisch im TA-Paket beigelegt, die den allermeisten Anspr"uchen gen"ugen d"urften. Bevor man anf"angt mit den Variabeln in Kopf- Dateien rumzuspielen, sollte man sich die Dokumentation zu den Header-Infos genau durchlesen. Auf dieser Seite steht kein Pull-Down-Men"u zur Verf"ugung. 39 ^L KAPITEL 12. UNTERSCHRIFTEN 40 Hier folgt nur noch eine Aufstellung, welche Unterschrift/ welcher Kopf wann von TheAnswerIII benutzt wird: ________________________________________________________________________________________________________________________ |__Unterschrift/Kopf___________Erkl"arung_______________________________________________________________________________| | priv. Unterschrift Ein Textfile, dass ans Ende jeder privaten Nachricht gestellt wird, die | | versendet wird. Sie wird nat"urlich nur angeh"angt, wenn im betroffenen | | | | Brett das benutzen einer solchen Unterschrift vorgesehen ist. Im Kapitel | | | | zur Brettvorgabe wird n"aher auf Unterschriften eingegangen. | | "offentl. Unterschrift Ein Textfile, dass ans Ende jeder "offentlichen Nachricht gestellt wird, die | | versendet wird. Sie wird nat"urlich nur angeh"angt, wenn im betroffenen | | | | Brett das benutzen einer solchen Unterschrift vorgesehen ist. Im Kapitel | | | || zur Brettvorgabe wird n"aher auf Unterschriften eingegangen. || | priv. QuoteKopf Wird auf eine Nachricht privat geantwortet und soll gleichzeitig diese | | Nachricht zitiert werden, so wird die Bezugsnachricht mit Quote-Zeichen | | | | versehen (siehe auch Pointseite) und in den Editor geladen. Zus"atzlich | | wird diese Datei vorangestellt, in der via Variabeln zus"atzlich Bezug | | | | genommen werden kann, wie "Am (Datumsangabe) schrieb (Absender) | | | || mit dem (Betreff) das und das..." || | "offentl. Quotekopf Analog zum "priv. QuoteKopf". Wenn "offentlich auf eine Nachricht | | geantwortet wird, so wird eben diese Kopfdatei eingeladen anstatt die | | | || Datei f"ur private Antworten. || | Sendekopf Wird eine Nachricht gesendet, ohne dass geantwortet wird, also keine | | Bezugsnachricht vorhanden ist, aus der Variabeln gezogen werden | | | | k"onnen, so wird diese Datei in den Editor geladen, bei der einige | | lokale Variabeln Sinn machen und einen einheitlichen Nachrichtenanfang | | | | erzeugen k"onnen, wie z.B. "M"unchen, den (automatisch aktuelles | | | || Datum)". || | Nachrichtekopf Anhand dieser Datei werden alle Anagaben aus einem Nachrichten- | | Header ausgegeben, wenn beim lesen oder auslagern der Nachrichtekopf | | | || mit angezeigt werden soll. (Brettvorgabe: Nachrichten-Kopf ein/aus) || | Weiterleitungskopf Wenn eine Nachricht, die empfangen wurde "Weitergeleitet" werden | | soll, also an andere Benutzer, als die, die sie schon erhalten haben | | | | nochmal gesendet werden soll, so kann man per Einstellung im | | Hauptorgramm, einige Zusatzinfos "uber diese Kopfdatei der eigentlichen | | | | Datei voranstellen, um automatisch anzugeben, woher oder von wem | | | | diese Nachricht urspr"unglich stammt etc. | | Empfangsbest"atigung TheAnswerIII unterst"utzt das Erzeugen automatischer | | | | Empfangsbest"atigungen. TheAnswerIII erzeugt eine solche Best"atigung | | (Einstellung auf der Netcall-Seite) anhand dieser Datei, in der via | | | | Variabeln Bez"uge zu der zu best"atigenden Nachrichten genommen | | | |______________________________werden_kann._____________________________________________________________________________| | Zur"uck Es wird auf die Hauptseite zur"uckgesprungen. | |__Hilfe_______________________Das_bereits_erkl"arte_Hilfssystem_wird_aufgerufen._______________________________________| ^L Kapitel 13 Register-Daten Auf dieser Seite finden sich zus"atzliche Einstellungen zum Programmlayout. Nur registrierte Benutzer k"onnen die Daten dieser Seite ver"andern. Die Daten werden auch nicht in einer Unterkonfiguration gespeichert, sondern im codierten Key-File eines registrierten Benutzers gespeichert. Bei unregistrierten Benutzern sind diese Werte in der Vorgabeeinstellung. Der Programmbetrieb ist durch diese Daten nicht eingeschr"ankt, nur werden einige Dinge einem User, der TheAnswerIII oft benutzt eher l"astig, als dass sie ihm n"utzlich erscheinen. Und ein User, der TheAnswerIII oft und praktisch ja kostenlos benutzt, der kann sich wenigstens registrieren lassen, um mir dem Autor, eine gewisse U"bersicht zu gestatten, wie verbreitet mein Programm ist. Unter TheAnswerIII wurde das Registriersystem automatisiert und vereinfacht. Um sich registrieren zu lassen oder seine Register-Daten zu "andern liegt dem Paket ein spezielles Programm "TARegister" bei, dass das einheitliche Antragsformular generiert und die sp"atere Antwort darauf automatisch in ein Keyfile wandelt. 13.1 Die Gadgets __________________________________________________________________________________________________________________________________ || Gadget Erkl"arung * *|| | Sicherheitsrequester Alle kritischen Entscheidungen in TheAnswerIII | | sind mit einem Sicherheitsrequester abgesichert, der den Benutzer nocheinmal | | | | fragt, ob die folgende Aktion wirklich ausgef"uhrt werden soll. Da so etwas bei | | routinierter Benutzung l"astig werden kann, sind die meisten von ihnen hier | | | | abschaltbar. Eine Sicherheitsabfrage findet nur dann statt, wenn der Schalter | | | | hier mit einem Haken aktiviert ist. | | Programmende TheAnswerIII fr"agt nochmal nach, bevor das Programm wirklich verlassen | | | | wird, wenn man es beenden will. | | Nachricht Senden Fr"agt nochmal nach, bevor eine erzeugte Nachricht wirklich im Spool-Brett | | | | gespeichert wird. | || Nachricht nicht senden Fr"agt nochmal nach, bevor das Erzeugen einer Nachricht abgebrochen wird. * *|| | Nach Editoraufruf Da es Editoren gibt, die sich "selbst"andig machen" (z.B. CED), als w"aren sie | | mit "RUN" aufgerufen worden und nicht gewartet wird, bis der Editor fertig | | | | ist, wird nach jedem Editoraufruf gewartet bis dieser Requester best"atigt wird. | | Z-Netz-EMP Wird mit Z-Netz V3.8 statt mit ZConnect V3.1 gearbeitet, so d"urfen | | | | Empf"anger von Nachrichten (privat oder Brettnamen) nicht l"anger als 40 | | Zeichen sein. Einige Mailboxen und Gate-Systeme unterst"utzen dies dennoch, | | | | daher wird der Empf"anger nicht auf die 40 Zeichen abgeschnitten, sondern nur | | | |________________________________per_Requester_gewarnt,_wenn_dieser_Fall_eintritt._______________________________________________* *|_ 41 ^L KAPITEL 13. REGISTER-DATEN 42 ____________________________________________________________________________________________________________________________ |__Gadget__________________Erkl"arung_______________________________________________________________________________________| | Adressdatei Spezielle Infos zu Adressdateien finden sich in der Dokumentation zum | | Hauptprogramm. Normalerweise muss man eine Adressdatei per File-Requester | | | | ausw"ahlen, wenn man Eintr"age (User, Bretter) aus ihr ausw"ahlen will, an die | | | | eine Nachricht gesendet werden soll. | | Bei Senden laden Ist der Schalter auf EIN, so wird beim Aufruf einer Adressliste beim Senden von | | Nachrichten sofort die unten angegebene Datei (ohne Pfadangabe) eingeladen | | | | und es kann ausgew"ahlt werden. Anderfalls ist die Auswahlliste zun"acsht leer | | | | und eine bestimmte Datei muss geladen werden. | | Private Header Unter ZConnect V3.1 k"onnen private Infos wie Name, Adresse und | | Telefonnumer im Header als Absenderangabe mitgeschickt werden. Diese | | | | Schalter sind nur benutzbar, wenn zus"atzlich zur Registrierung auch passende | | | | Daten im Keyfile gespeichert sind. | | Realname Der im Keyfile gespeicherte Vor- und Nachname steht in jeder Nachricht | | | | zus"atzlich zur Netz-Adresse. | | Adresse Der im Keyfile gespeicherte Ort und die Strasse weden in jeder Nachricht in | | | | einem "ADRESS:"-Header mitgeschickt. | | Telefonnumer Die im Keyfile gespeicherte Telefonnummer wird in jeder Nachricht in einem | | | | "TELEFON:"-Header mitgeschickt. | | Wenn die Telefonnumer in einem Header auftauchen soll, so sollte sie folgendes | | | || Format enthalten: || | Es wird die internationale Schreibweise verwendet, mit vorangestelltem "V" f"ur | | Voice, "F" f"ur Fax oder "B" f"ur MailBox (BBS). Bei Voice-Nummern wird ein | | | | "Q" nachgestellt, wenn ein Anrufbeantworter vorhanden ist. Alle Nummern | | werden durch ";" oder Leerzeichen getrennt. Beispiel: "V+49-521-561345Q | | | | F+49-521-561785 B+49-521-193004". Bei kombinierten Nummern werden die | | | |__________________________Kennbuchstaben_hintereinandergestellt:_VF+49-521-562342Q.________________________________________| | Speichern Die Daten werden im Key-File gespeichert. | | Benutzen Ist hier nicht anw"ahlbar | | Hilfe Das bereits erkl"arte Hilfssystem wird aufgerufen. | |__Abbrechen_______________Alle_A"nderungen_werden_vergessen_und_auf_die_Hauptseite_zur"uckgesprungen.______________________| Die auf dieser Seite verf"ugbaren Pull-Down-Men"us entsprechen denen der Hauptseite und sind dort erkl"art. Allerdings funktioniern hier nur die Men"upunkte "Info" und 'Abbrechen", da durch den direkten Zugriffs aufs Key-File die anderen Funktionen sinnlos oder technisch nicht m"oglich sind. Da es aufgrund einer "internen Einheitlichkeit"eine Programmverl"angerung bedeutet h"atte, diese Men"upunkte abzustellen, wird stattdessen mit einem Fehler-Requester auf die Fehlfunktion hingewiesen."Abbrechen"via Pull-Down-Men"u statt per Gadget springt nicht zur Hauptseite zur"uck, sondern beendet, genau wie das Close-Gadget, TAConfig.