====================================================================== Zodiac's Point (Version 0.18) vom 30.05.'91, 11:58 Programm und Anleitung von Ralph Seichter Copyright (c) 1991 by Ralph Seichter, all rights reserved. ====================================================================== Der Autor übernimmt ausdrücklich keinerlei Haftung für Schäden an Leib, Seele oder Geldbeutel des Anwenders, die aus der Nutzung oder Nichtnutzung des Programmes "Zodiac's Point" (im Folgenden kurz ZPOINT genannt) entstehen könnten. ZPOINT v0.18 ist *NICHT* Public Domain oder Freeware, sondern Shareware! Eine echte Registrierung gibt es für ZPOINT zwar nicht (also kein Update-Service mit Zusendung der neuen Versionen), aber eine Gebühr nach eigenem Ermessen (mindestens DM 5,-) des Nutzers halte ich für angebracht (meine Bankverbindung steht am Ende der An- leitung :-). Leider scheint hier in Deutschland das Shareware-Konzept nicht recht Fuß zu fassen, aber wer ein kleines bißchen nachdenkt, wird einsehen, welche Möglichkeiten sich durch Shareware eröffnen. Also unterstützt die Autoren! ---------------------------------------------------------------------- ** 1 ** Allgemeines ---------------------------------------------------------------------- ZPOINT wird *grundsätzlich* vom CLI aufgerufen. Da das CLI-Fenster für die Ausgaben einiger Utilities benötigt wird (z.B. "ARC"), ist die Verwendung von der Workbench aus derzeit nicht vorgesehen! Da ZPOINT zeitweise mehr als 10 KB Stack benötigt (4 KB sind Standard- einstellung für die CLI-Prozesse), *muß* mit Hilfe des Stack-Kommandos dieser Speicher bereitgestellt werden. Ansonsten erhält man je nach Systemkonfiguration die verschiedensten GURU's. Außerdem kann man die Arbeit beschleunigen, wenn der Reader und die Umlautwandler im RAM: stehen (fällt vor allem bei Systemen ohne Harddisk auf). Abgesehen davon wird das logische Verzeichnis 'T:' häufig benötigt. Ich benutze daher eine kleine Batch-Datei, die wie folgt aussieht: stack 15000 ; Stack nie zu knapp bemessen! if not exists ram:MuchMore copy sys:util/MuchMore ram: endif if not exists ram:t makedir ram:t endif ; Alles bis zu diesem Punkt ist assign t: ram:t ; wichtig für die Geschwindigkeit! zpoint Aufgerufen wird "Zodiac's Point" mit "zpoint [file]", wobei [file] optional und der Name einer ->Konfigurationsdatei ist. Wird [file] nicht mit angegeben, so wird als Default die Datei "config.zp" benutzt. Ohne Konfigurationsdatei ist ZPOINT nicht lauffähig! Denk- bar sind natürlich verschiedene Konfigurationsdateien für verschiedene Server (aus diesem Grund ist die Möglichkeit ursprünglich überhaupt eingebaut worden). ---------------------------------------------------------------------- ** 2 ** Die Konfigurationsdatei ---------------------------------------------------------------------- Wie bereits erwähnt, benötigt ZPOINT unbedingt eine Datei, die Infor- mationen über den Pointnamen, -sysop und ähliches enthält. Dies ist die sogenannte Konfigurationsdatei (kurz "KD"), die vor dem ersten Programmaufruf vom User einzurichten ist und die sich in demjenigen Verzeichnis befinden muß, von dem aus ZPOINT aufgerufen werden soll. Zulässige Einträge in einer KD sind: a) Leerzeilen b) Kommentare (gekennzeichnet durch ein ';' in der _ersten_ Spalte) c) Schlüsselworte und ihre Belegungen Der Anzahl der Zeilen in einer KD sind Grenzen gesetzt; ich habe aber leider vergessen, bei wieviel Zeilen eine Fehlermeldung kommt, und zum Nachgucken bin ich jetzt zu faul (ich tippe auf 99 Zeilen :-). Eine Beispiel-KD könnte so aussehen (ohne führende Leerzeichen!): ; Eine Konfigurationsdatei für den Server 'LINK-K' Server=LINK-K Anwahl=AT &D0 M0 S7=20 DP,0221558336 Passwort=GEHEIM Point=POINTNAME Pointsysop=R.SEICHTER Nachrichtenpfad=DH0:messages/ Reader=RAM:muchmore Senden=xprd -n send Empfangen=xprd -n -oOY receive Wie man sieht, haben die von ZPOINT beachteten Einträge die Form: 'Schlüsselwort=Belegung'. Bei den Schlüsselworten wird nicht zwischen Groß- und Kleinschreibung unterschieden, bei deren Belegung allerdings schon. Dies ist wichtig, da Server, Passwort, Pointname und -sysop nach derzeitiger Konvention in GROSSBUCHSTABEN angegeben werden müssen! ZPOINT wandelt diese Texte *nicht* automatisch, da evtl in Zukunft diese Beschränkung auf Grossbuchstaben entfallen wird (dies ist im neuen ZERBERUS 4 nach derzeitigem Stand bereits geplant). Zwischen Schlüsselwort und dem Gleichheitszeichen darf *niemals* ein Leerzeichen stehen! Grundsätzlich alles, was rechts vom Gleich- heitszeichen steht, wird als Belegungstext übernommen; dies schließt dann auch führende, eingebettete oder nachfolgende Blanks ein (gelesen wird bis zum nächsten Zeilenumbruch "Line Feed", hexadezimal 0x0A). Die letzte Zeile einer KD muß *immer* mit einem Zeilenumbruch beendet werden! Bei den Kommandos wie z.B. 'Reader=RAM:muchmore' kann der Suchpfad mit angegeben werden, muß aber nicht; ZPOINT verwendet dann den Suchpfad des aufrufenden CLI-Prozesses (wird natürlich langsamer). Es folgt nun eine Liste der erkannten Schlüsselworte und ihrer Standardbelegungen. Die mit einem Stern (*) gekennzeichneten Schlüs- selwörter sind nicht vorbelegt und *müssen* daher in der KD eingetragen werden; bei den anderen ist dies optional. ------------------------------------- Schlüsselwort Standardbelegung ------------------------------------- (*) Anwahl Auto_Export Ja Auto_Import Ja Baud 2400 CR_Loeschen Nein Device_Name serial.device Device_Unit 0 Domain ZER Drucker PRT: Editor MEmacs Editor_Parm Empfangen XPRD -oOY r Empfangsarchiv CALLED.ARC Export ARC a Export_Parm Farbe_0 2730 (0xAAA) Farbe_1 0 (0x000) Farbe_2 4095 (0xFFF) Farbe_3 1657 (0x679) ID_erzeugen Ja Import ARC x Import_Parm Kopf_zeigen Ja Nachrichtenpfad RAM: Origin origin.zp (*) Passwort (*) Point (*) Pointsysop Puffergroesse 32000 Reader More Senden XPRD s Sendearchiv CALLER.ARC Seriennummer (*) Server Wartezeit (Sek.) 10 Zerberus_4 Nein Zitat '> ' ------------------------------------- ANWAHL: String, der beim Netcall an das Modem gesendet wird, um das Wählen zu veranlassen. Beispiel: 'Anwahl=ATDP,12345'. ZPOINT sendet nach diesem String ein einzelnes "Carriage Return" (hexadezimal 0x0D) zum Modem. AUTO_EXPORT: Bei den meisten Packern ist es möglich, diese Option zu benutzen, die es erlaubt, bei Beginn eines Netcalls automatisch die zu exportierenden Daten zu verpacken, ohne dies explizit über den entsprechenden Menüpunkt selbst zu tun. Sollte bereits eine Datei mit dem Namen des ->Sendearchives existieren, wird der Export nicht ausgeführt (also keine Sorge bei fehlgeschlagenen Netcalls). Sofern allerdings ein Packer benutzt wird, der sich vom CLI abkop- pelt (wie z.B. PKAZIP), sind die Optionen Auto_Export und -Import abzuschalten! AUTO_IMPORT: Legt fest, ob beim Einsortieren die Netcall-Daten auto- matisch ausgepackt werden sollen (falls der verwendete Packer dies nicht ausschließt). Siehe auch Auto_Export. BAUD: Baudrate die zur Kommunikation mit dem Modem genutzt werden soll. Beispiel: 'Baud=9600'. Die Belegung darf nur aus Ziffern bestehen! Und noch ein Hinweis für die Benutzung von "XPRD" und ähnlichen Programmen: Die in den Preferences anzugebende Baudrate sollte auf den selben Wert eingestellt werden, da einige ältere Programme diese Information benötigen! Dies ist jedenfalls bei XPRD V1.02 der Fall. In der V1.07 kann mit der Option "-x2400" die Baudrate auf 2400 Baud festgelegt werden (oder jeden anderen benötigten Wert :-). CR_LOESCHEN: Aus Geschwindigkeitsgründen wird beim reinen Lesen von Nachrichten standardmäßig darauf verzichtet, überflüssige CR-Codes zu entfernen. Programme wie More oder MuchMore haben damit auch keinerlei Probleme. Wenn allerdings zum Lesen der Nachrichten ein Editor wie z.B. "CygnusEd" genutzt wird, können die CR-Codes, die beim Drucken, Kommentieren und Auslagern natürlich in jedem Fall entfernt werden, zumindest unschön aussehen. Deshalb kann mittels 'CR_Loeschen=Ja' auch beim Lesen das Entfernen der CR-Codes er- zwungen werden. DEVICE_NAME: Name, der von OpenDevice() verwendet werden soll. Beispiel: 'Device_Name=modem0.device'. Die Standardeinstellung ist hier 'serial.device'. Bei den Devices bitte unbedingt die Klein- schreibung beachten! DEVICE_UNIT: Nummer der Unit, die von OpenDevice() verwendet werden soll (für Multi-Serial-Card). Beispiel: 'Device_Unit=1'. Die Standardeinstellung ist hier selbstverständlich '0'. DOMAIN: Netzwerkadressen haben die Form @. Um zukünftig mögliche Anbindungen des Z-Netzes an andere Netze zu unterstützen, erlaubt ZPOINT die Konfiguration aller drei "Teil- stücke" der Absenderadresse. Momentan gilt im Z-Netz der Text "ZER" als Domain-Identifikation; nach außen hin tritt das Netz aber teil- weise schon als "zer.sub.org" auf. Bis auf weiteres sollte die Standardeinstellung 'Domain=ZER' erst einmal beibehalten werden! DRUCKER: Name des Drucker-Device. Standardeinstellung ist 'PRT:', es könnte aber in einigen Fällen erwünscht sein, 'PAR:' zu benutzen. Desweiteren ist es möglich, hier einen Filenamen anzugeben, um die Druckerausgabe umzuleiten (Beispiel: 'Drucker=T:output'). EDITOR: Texteditor, der für das Erstellen von Nachrichten genutzt werden soll. Beispiel: 'Editor=MEmacs'. Es ist notwendig, daß sich der Editor *nicht* vom CLI abkoppelt! Der Cygnus Ed Pro trennt sich zwar üblicherweise vom CLI, kann aber durch die Option -KEEPIO daran gehindert werden (anzugeben unter ->EDITOR_PARM). Der voll- ständige Aufruf des Editors erfolgt mit " ". EDITOR_PARM: Optionale, zusätzliche Parameter für den Editor. Bei- spiel: 'Editor_Parm=-keepio' (für die Nutzung des Cygnus Ed Pro). EMPFANGEN: Name und Parameter des Programmes, das für das Empfangen der Netcall-Daten zuständig ist. Beispiel: 'Empfangen=XPRD r'. Es ist zu beachten, daß z.B. bei alten Versionen von XPRD die korrekte Einstellung der Preferences unabdingbar ist (siehe auch unter ->BAUD). EMPFANGSARCHIV: Name des vom Server zu empfangenden Archives. Beispiel: 'Empfangsarchiv=CALLED.ARC'. Nach Zerberus-Konvention wird als Name "CALLED.???" benutzt, wobei die Fragezeichen durch den Extensionsnamen des jeweiligen Packers zu ersetzen sind. Für "LHARC" also "CALLED.LZH", oder für "PKAZIP" der Name "CALLED.ZIP". ZPOINT wandelt übrigens den Archivnamen automatisch in Großbuchsta- ben um, da es evtl zu inkompatibilitäten mit einigen Servern kommen könnte (dies gilt auch für ->Sendearchiv). EXPORT: Name und Parameter des Packers, der die zu versendenden Daten in das ->Sendearchiv einlagern soll. Beispiel: 'Export=ARC a'. Wird als Packer ein Programm benutzt, das sich vom CLI abkoppelt (wie z.B. "PKAZIP"), funktionieren EXPORT und IMPORT nicht auto- matisch; siehe unter Kapitel 5: Manueller Im- und Export. EXPORT_PARM: Dient der Übermittlung von eventuell nötigen zusätzlichen Parametern an den Packer. Vollständiger Aufruf des Packers durch: " PUFFER " (intern). FARBE_0..3: Ermöglicht frei wählbare Farben für die vier BitPlanes. Der jeweilige dezimale Farbwert errechnet sich aus: Rot-Anteil * 256 + Grün-Anteil * 16 + Blau-Anteil Die Standardeinstellungen entsprechen den Standardfarben der Work- bench 2.0 (hex AAA, 000, FFF, 679; dezimal 2730, 0, 4095, 1657). Die Zuordnungen der einzelnen Planes sind: Farbe_0 = Hintergrund, Farbe_1 = Schrift, Farbe_2 = Schrift in der Titelzeile und Gadgets, Farbe_3 = Markierungsbalken. ID_ERZEUGEN: Soll eine Nachrichten-ID vom Point erzeugt werden. Beispiel: 'ID_erzeugen=Ja'. Derzeit muß von den Points noch ein sogenannter "ID-String" für jede Nachricht erzeugt werden. In zukünftigen Zerberus-Versionen soll dafür allein der Server verantwortlich sein; mit Hilfe dieses Schlüsselwortes kann dann später falls nötig die ID-Erzeugung unterdrückt werden. ACHTUNG: Wenn die Option ZERBERUS_4 benutzt wird, wird die Erzeu- gung von ID's automatisch unterdrückt! IMPORT: Name und Parameter des Packers, der empfangenen Daten aus dem ->Empfangsarchiv auslagern soll. Beispiel: 'Import=ARC x'. IMPORT_PARM: Dient der Übermittlung von eventuell nötigen zusätzlichen Parametern an den Entpacker. Vollständiger Aufruf des Entpackers durch: " " (intern). KOPF_ZEIGEN: Soll der Nachrichtenkopf beim Lesen von Nachrichten an- gezeigt werden? Standardeinstellung ist 'Kopf_zeigen=Ja'. NACHRICHTENPFAD: Basispfad, unter dem alle Verzeichnisse für die ->Brettdatei angelegt werden sollen. Beispiel: 'Nachrichten- pfad=DH0:msg/'. Es ist sehr wichtig, daß das letzte Zeichen im Pfadnamen entweder ein Doppelpunkt oder ein Schrägstrich '/' ist! Außerdem muß das hier angegebene Verzeichnis unbedingt vor der ersten Inbetriebnahme von ZPOINT von Hand eingerichtet werden (z.B. mittels 'makedir dh0:msg'). Um die weiteren Bretter kümmert sich ZPOINT dann selbst. Für den Nachrichtenpfad gibt es zwar die Standardbelegung "RAM:", die hat sich aber für die Lebensdauer der Bretter als nicht besonders förderlich erwiesen :-). Empfohlen wird aus Platz- und Geschwindigkeitsgründen ein Verzeichnis auf einer Festplatte. ORIGIN: Name einer Standard-Textdatei, die auf Wunsch an selbster- stellte Nachrichten des Types 'Text' angehängt wird. Beispiel: 'Origin=meine_unterschrift.zp'. Wenn die angegebene Datei nicht existiert, geht ZPOINT kommentarlos darüber hinweg. PASSWORT: Das vom Server ausgegebene Netcall-Passwort. Beispiel: 'Passwort=GEHEIM'. Es sollte hier auf Groß- und Kleinschreibung ge- achtet werden (wie auch bei POINT und POINTSYSOP)! Spätestens im ZERBERUS 4 wird wahrscheinlich streng zwischen G/K unterschieden; am Besten fragt man den Sysop des jeweiligen Servers. POINT: Der vom Server vergebene Pointname. Beispiel: 'Point=MEINER'. POINTSYSOP: Der vom Server vergebene Username. Beispiel: 'Point- sysop=M.MUSTERMANN'. PUFFERGROESSE: Größe des Nachrichtenpuffers. Beispiel: 'Puffer- groesse=45000'. Die Standardeinstellung der Puffergröße ist im Normalfall ausreichend; wenn es damit Probleme geben sollte, kann mit Hilfe dieses Schlüsselwortes der Puffer an die jeweilige Umgebung angepaßt werden. READER: Programm, das Standard-Textfiles Anzeigen kann. Beispiel: 'Reader=More'. Sinnvoll ist ein Reader, der sich automatisch nach vorne blendet; d.h. der einen eigenen Screen im Vordergrund öffnet oder den verdersten Screen (also den von ZPOINT) für seine Ausgaben nutzt. Ein Programm dieser Art ist beispielsweise "MuchMore". SENDEN: Name und Parameter des Programmes, das für das Versenden der Netcall-Daten zuständig ist. Beispiel: 'Senden=XPRD s'. Siehe auch ->Empfangen. SENDEARCHIV: Name des vom Server zu sendenden Archives. Beispiel: 'Sendearchiv=CALLER.ARC'. Nach Zerberus-Konvention wird als Name "CALLER.???" benutzt, wobei die Fragezeichen durch den Ex- tensionsnamen des jeweiligen Packers zu ersetzen sind. Siehe auch ->Empfangsarchiv. SERIENNUMMER: Während des Netcall-Handshakes muß vom Point eine soge- nannte 'Seriennummer' mit Prüfsumme an den Server gesandt werden. Wie diese Nummer aussieht, ist prinzipiell völlig egal, sie muß nur genau vier Bytes lang sein. Beispiel: 'Seriennummer=4321'. ZPOINT benutzt interne Nummern als Standardeinstellung, die nor- malerweise nicht geändert werden müssen. Sollte der Server besagte Seriennummer nicht akzeptieren, empfiehlt es sich, in der KD einen Eintrag einer Vier-Zeichen-Seriennummer vorzunehmen (es müssen nicht einmal nur Ziffern sein, Buchstaben sind auch zulässig). Wenn der Server die eingestellte Seriennummer nicht akzeptiert, versucht ZPOINT übrigens, diese Nummer selbst zu modifizieren, bis der Server zufriedengestellt ist, daher sollte eigentlich das manu- elle Einstellen völlig entfallen (aber schaden kann es nicht). SERVER: Name des Serversystems, der nach derzeit gültiger Konvention in GROSSBUCHSTABEN anzugeben ist. Beispiel: 'Server=LINK-K'. Der Domain-Suffix (z.B. '.ZER') darf *nicht* mitangegeben werden! WARTEZEIT: Zeit, die nach einem erfolglosen Anwahlversuch gewartet werden soll, bevor der nächste Versuch gestartet wird. Beispiel: 'Wartezeit=20'. Die Wartezeit wird in Sekunden angegeben. ZERBERUS_4: Soll von den neuen Features des ZERBERUS(tm) 4 POINTCALL- Formates gebrauch gemacht werden? Hierbei ist zu beachten, daß die- ses Format noch nicht offiziell ist (Stand: 13.4.1991); man sollte erst GANZ SICHER sein, daß der Server dies unterstützt (z.B. Unter- scheidung von Groß- und Kleinschreibung bei Empfängernamen oder ob 1000 Zeichen lange Empfängernamen erlaubt sind). ZITAT: Beim Kommentieren von Nachrichten wird vor jeder Zeile des zitierten Textes der hier spezifizierte Text geschrieben. Für 'Zitatsymbol=AB C: ' sähe das dann beispielsweise wie folgt aus: AB C: Dies ist ein Zitat AB C: aus dem ursprünglichen Text. Hier wird auch wieder deutlich, daß schließende Blanks bei den Schlüsselworten durchaus erkannt und verarbeitet werden. ---------------------------------------------------------------------- Bei der Erstellung der Konfigurationsdatei sollte man Sorgfalt walten lassen. Ich weise nochmals darauf hin, daß das unter der Schlüssel- wort 'Nachrichtenpfad' angegebene Verzeichnis existieren muß, bevor ZPOINT zum ersten mal gestartet wird! ---------------------------------------------------------------------- ** 3 ** Das Brettverzeichnis ---------------------------------------------------------------------- ZPOINT benötigt zur Verwaltung, Neuerzeugung bzw. Löschung der Bretter in dem Verzeichnis, in dem es aufgerufen wird, eine Datei Namens "boards.zp". Bevor ZPOINT zum ersten mal gestartet wird, muß diese Datei mit Hilfe eines Texteditors erzeugt werden, und sie muß mindestens *eine* Textzeile enthalten; 'dummy=T:' wäre gut dafür geeignet. Hier sei gleich bemerkt, daß es kein Brett '/UNZUSTELLBAR' gibt. Wenn eine Nachricht nicht in ihr entsprechendes Brett einsor- tiert werden kann (d.h. der Nutzer wünscht nicht, daß das Brett einge- richtet wird), wird diese Nachricht als nicht existent behandelt. ZPOINT vermerkt in dieser Datei die Bretter in der Form 'Brettname=Pfad', wobei der Pfad auf einem Doppelpunkt oder einem Schrägstrich '/' enden *muß*. Da ZPOINT auf Wunsch automatisch die neuen Bretter unter dem Nachrichtenpfad anlegt, kann die oben erwähnte Dummy-Zeile *nach* dem ersten Einrichten neuer Bretter entfernt werden. Die Einträge im Brettverzeichnis werden von ZPOINT derzeit nicht alphabetisch sortiert; dies kann leicht mit einem Texteditor nachgeholt werden. Wem jetzt nicht ganz klar ist, wie die Datei aussieht, sollte sich "boards.zp" nach dem ersten Einsortieren von Daten einmal ansehen. Es ist durchaus erlaubt, 'von Hand' Eintragungen oder Streichungen vorzunehmen; nötig ist dies allerdings im Allgemeinen nicht. Ich persönlich habe in "boards.zp" vor dem Erstaufruf nur die Zeile 'R.SEICHTER=DH1:zmsg/privat/' eingetragen und das besagte Verzeichnis dann mittels 'makedir dh1:zmsg/privat' angelegt. Wenn eine Zeile aus "boards.zp" entfernt wird, wird das betreffende Brett -- obwohl vorhanden -- nicht mehr erkannt, und für neue Nach- richten, die in dieses Brett gehören, wird dann bei Bedarf ein neues Verzeichnis angelegt. ---------------------------------------------------------------------- ** 4 ** Tastenfunktionen / Maussteuerung / Online-Hilfe ---------------------------------------------------------------------- Entgegen früheren Versionen von ZPOINT ist ab Version 0.09 eine Online-Hilfe eingebaut. Abgesehen vom Hauptmenü (wo es wirklich nicht nötig ist), kann in jedem Menü durch drücken der Tasten oder eine Liste der derzeit möglichen Tastenfunktionen eingesehen werden. Desweiteren ist es auch möglich, das Anwählen von Brettern und Nach- richten sowie das Lesen von Nachrichten zusätzlich zur Tastatur auch mit Hilfe der Maus zu vorzunehmen. Menüpunkte im Hauptmenü müssen nur einmal angeklickt werden, Bretter und Nachrichten verlangen zum Lesen einen "Doppelklick" (Klick 1: positionieren der Markierung auf eine Nachricht oder Brett, Klick 2: lesen der Nachricht bzw. anwählen des Brettes). Was die Gadgets angeht: Ich hoffe, daß die grafische Repräsentierung der Funktionen selbsterklärend ist. Falls nicht, hier eine "Legende" (hoffentlich vergesse ich kein Gadget): o Der freundliche Herr links unten entspricht der Taste. o Die Seiten mit '+' oder '-' dienen zum Blättern (logisch). o Die Pfeile nach oben / unten setzen den Balken auf die erste bzw. letzte Nachricht (oder auf das erste bzw. letzte Brett). o Die Buchstaben entsprechen natürlich ihrem Tastatur-Pendant. o Das schwarz-weiße Rechteck dient zum Markieren einer Nachricht als gelesen (alt) bzw. ungelesen (neu). o Was bewirkt wohl das Fragezeichen? Natürlich . o Das Kreuz steht für (R.I.P. :-). Gelöschte Nachrichten können vor Verlassen des Brettes durch erneutes wieder zurückgeholt werden. Beim Löschen eines Brettes geht natürlich der gesamte In- halt verloren. o Das umgekippte Kreuz steht für 'Alle Nachrichten löschen'. Hier wird natürlich auch eine Sicherheitsabfrage vorgenommen. o Das schwarz-weiße Kreuz symbolisiert 'Alle ALTEN Nachrichten im Brett löschen' (auch hier gibt's eine Sicherheitsabfrage). Ab Version 0.16 ist es möglich, Requester auch mit Hilfe von Tastatur- Shortcuts zu beantworten. Hierzu heißt es in der Dokumentation der Requester-Library: "In addition to responding to the requester with the mouse, keyboard shortcuts are available. The user can type ESC, 'N', 'Q' or 'B' as a shortcut to clicking on the negative gadget. The user can type 'Y' or 'V' as a shortcut to clicking on the positive gadget and can type 'M' as a shortcut to clicking on the middle gadget." Als Qualifier dienen die Amiga-Tasten. Das heißt, daß man beispiels- weise "AMIGA-N" drücken kann, um einen Requester negativ zu beantwor- ten, oder mit "AMIGA-Y" positiv. ---------------------------------------------------------------------- ** 5 ** Sonstiges ---------------------------------------------------------------------- ANWAHL: Wird die Anwahl des Servers unterbrochen, sendet ZPOINT ein einzelnes "Carriage Return" an das Modem. Sofern noch keine Verbindung zwischen Server und ZPOINT besteht, legt das Modem daraufhin normalerweise auf; man sollte sich jedoch nicht unbedingt darauf verlassen. Am Ende eines Netcalls legt ZPOINT *nicht* auf; es wird erwartet, daß der Server die Verbindung unterbricht (das ist so üblich). Während der Anwahl kann jederzeit mit zum nächsten Wählver- such gesprungen werden. Mit wir die Anwahl ganz abgebrochen. Da es in Ausnahmefällen bei einigen Modems zu Timing-Problemen kommen kann, ist es sinnvoll, das Hayes-Kommando 'E0' mit im Wählstring aufzunehmen; dadurch wird das Echo von Kommandos vom Modem abgeschaltet. EINSORTIEREN: Beim Einsortieren neuer Nachrichten ins System wird von ZPOINT *nicht* kontrolliert, ob sich bereits eine Nachricht mit der exakt selben ID im Brett befindet. Die neue Nachricht wird in jedem Fall an den bestehenden Brettinhalt angehängt. Ich habe diesen Check nicht implementiert, weil es a) ein Riesenaufwand ist (bin eben faul :-) und b) weil eigentlich der Server dafür verantwortlich ist, daß bei ihm keine Doubletten im System herumfliegen. Jedenfalls leidet niemand dadurch Schaden, da das doppelte Einsortieren von Netcall-Files, die Hauptursache für dieses Problem, von ZPOINT unterbunden wird (es sei denn, man überlistet das Programm :-). INDEXDATEIEN: Um die Verwaltung der Nachrichten in den Brettern schneller zu gestalten, legt ZPOINT bei Bedarf eine Datei Namens "index" in jedem Brett an; zusätzlich zur Datei "messages", die die eigentlichen Texte enthält. Von beiden Dateien sollte man *unbe- dingt* die Finger lassen, auch wenn sie Klartext-Informationen ent- halten. KOMMENTAR: ZPOINT unterscheidet streng, in welchem Brett dieses Kommando aufgerufen wird. Innerhalb eines Netzbrettes (gekennzeichnet durch den führenden Schrägstrich '/' im Namen) wird stets als Empfänger der Nachricht das betreffende Netzbrett eingetragen; alle Bretter ohne diesen Schrägstrich als erstes Zeichen werden als private Bretter behandelt. Handelt es sich um ein Privatbrett (in meinem Fall z.B. das Brett "R.SEICHTER"), wird als Empfänger eines Kommentars der Absender der kommentierten Nachricht eingesetzt. Sollte dieser im gleichen Serversystem eingetragen sein, entfernt ZPOINT automatisch den Suffix '@.', da der Kommentar sonst nicht ankommen würde (Die Server kennen leider ihre eigenen User nicht. Zumindest nach derzeitiger Konvention :-). Insgesamt entspricht also das Kommentieren in einem privaten Brett dem Nutzen der Funktion "Persönlicher Kommentar". MANUELLER IM- UND EXPORT: Wie bereits bei Erklärung der Schlüsserworte erwähnt, funktionieren Im- und Export nur, wenn der benutzte Packer sich nicht vom CLI abkoppelt. "ARC", "LHARC" oder "LZ" funktionie- ren problemlos; "PKAZIP" erfordert das Eingreifen des Benutzers. Angenommen, ich benutze "PKAZIP", dann müßte ich in etwa folgender- maßen vorgehen: Empfangsarchiv=called.zip <-- in der Konfigurationsdatei Sendearchiv=caller.zip Server=LINK-K Nachrichtenpfad=DH1:zmsg/ MANUELLER EXPORT: 1) Umbenennen von 'DH1:zmsg/spool.LINK-K' in 'PUFFER' (die Pufferdatei gehört in das Verzeichnis, aus dem ZPOINT aufge- rufen wird). 2) Aufruf von "PKAZIP". Quelle: 'PUFFER', Ziel: 'caller.zip'. MANUELLER IMPORT: 1) Aufruf von "PKAZIP". Quelle: 'called.zip', Ziel: 'PUFFER'. 2) Daten einsortieren. Dieses manuelle Vorgehen mag jetzt zwar aufwendig aussehen, aber es ist damit immerhin möglich, "PKAZIP" zu verwenden. Und durch die bessere Packungsdichte kann das ganz ordentlich Gebühren sparen. Optimal wären natürlich .LZH-Archive, aber mein eigener Server bietet die leider nicht an :-<. Wie gesagt: ZPOINT ist nicht schuld, daß "PKAZIP" sich vom CLI abhängt. Und man kann eben auf derartige Programme nicht warten, wenn sie keine Nachricht über einen AREXX-Port schicken. ACHTUNG: Wenn Ex- und Import manuell vorgenommen werden sollen, ist es unbedingt notwendig, die Schlüsselworte "Auto_Export" und "Auto_ Import" auf "Nein" zu setzen, da das ZPOINT sonst vergeblich ver- sucht, diese Arbeiten zu übernehmen. ORIGIN: Es wurde viel über Sinn und Unsinn diskutiert; ich habe mich entschlossen, es dem User zu überlassen, ob er kilobyteweise Mülldaten an seine Nachrichten anhängen will (bin ich voreingenommen? Nie!). Wer allerdings ein Origin benutzt, bekommt auch die Textzeile "-- Zodiac's Point v0.18 (c) RS" an seine Nach- richten angehängt. Tja, alles oder nichts! :-) ROUTING: Ab Version 0.14 entfällt bei ZPOINT die Möglichkeit, daß sich der Point in den Routestring eintragen kann. Nach derzeitigem Stand ist dies nämlich unerwünscht und nach dem neuen ZERBERUS 4 ohnehin nicht mehr erlaubt. SCHREIBEN: Sofern man sich in einem Privatbrett befindet, wird man aufgefordert, den Empfängernamen selbst einzugeben. Die Eingabe wird von ZPOINT dann bei Bedarf in Großbuchstaben umgesetzt. Es ist natürlich zulässig, den Namen eines Brettes als Empfängernamen ein- zusetzen. Der Suffix '@.' wird hier genau wie bei "KOMMENTAR" abgetrennt, falls sich der Empfänger im gleichen Serversystem befindet. WARTEZEIT: Das Warten zwischen zwei Anwahlversuchen kann durch drücken der Taste übersprungen werden. bricht außer dem Warten auch den kompletten Netcall ab. ---------------------------------------------------------------------- ** 6 ** Veränderungen zu früheren Versionen ---------------------------------------------------------------------- v0.17: Die externen Tools 'ibm2ami' und 'ami2ibm' sind unnötig ge- worden, da jetzt alle Wandlungen auf vielfachen Wunsch intern vorge- nommen werden. Die zusätzliche Schlüsselworte "Auto_Export" und "Auto_ Import" haben die entsprechenden Menüpunkte überflüssig gemacht. Außerdem wird das Schlüsselwort "Zitatsymbol" durch "Zitat" ersetzt und erlaubt jetzt die Definition ganzer Strings zur Kennzeichnung von Zitaten (auf ein schließendes Blank o.ä. hat der User jetzt selbst zu achten). "Kopf_zeigen" erlaubt es, wahlweise die Anzeige des Nachrich- tenkopfes beim Lesen zu Unterdrücken. Beim Auslagern von Nachrichten ist es nun auch möglich, Daten an eine bestehende Datei anzuhängen. Abgesehen davon gibt's noch etliche Änderungen, die mir jetzt natür- lich nicht einfallen... :-) v0.18: Etliche interne Änderungen (etwa 3KB Code gespart). Schlüsel- wort 'CR_Loeschen' wurde zugefügt. Gesamtstabilität sollte jetzt höher liegen (wofür rackere ich mich denn sonst ab :-). ---------------------------------------------------------------------- ** 7 ** Credits, Merits, Hall Of Fame ---------------------------------------------------------------------- Meinen Dank an SAS, Inc. für ihr wirklich großartiges "SAS/C Lattice C Development System V5.10a" (ohne den CodeProbe-Debugger wäre ich oft aufgeschmissen gewesen), sowie an Colin Fox und Bruce Dawson für ihre hervorragende "req.library". Desweiteren an Oliver Wagner für "XPRD" und die neue "xprzmodem- .library" und an das Brett /Z-NETZ/RECHNER/AMIGA/PROGRAMMIEREN, oder besser die Leute darin, die mir viele Fragen beantwortet und damit mein "Zodiac's Point" erst möglich gemacht haben. Außerdem Danke an Jörg Zander, den ersten Beta-Tester (der hat sich nämlich tatsächlich mit ZPOINT v0.01 herumgeplagt ;-) und selbstver- ständlich an alle anderen Beta-Tester (das würde eine längere Liste werden). Anregungen, Bug-Reports, Share-Gebühr und/oder Flames an: Ralph Seichter Z-NETZ: r.seichter@link-k.zer [.sub.org] Deutscher Ring 6 USENET: seichter@iridium.informatik.uni-bonn.de D-5030 Hürth 1 BITNET: seichter@dbninf5.bitnet Kontonummer 1119 019 619, Kreissparkasse Köln, BLZ 371 502 19 "AMIGA" ist eingetragenes Warenzeichen der Commodore-Amiga, Inc. "ZERBERUS" ist eingetragenes Warenzeichen von Wolfgang Mexner. "REQ.LIBRARY" V2.5, Copyright (c) by Colin Fox and Bruce Dawson. "XPRD", "XPRZMODEM.LIBRARY", Copyright (c) by Oliver Wagner. -EOF-