@DATABASE BrettEd.guide @node MAIN T.O.M. Software _______ _____ __________ __ _______ / ___ /\ /\ / ___ \ / ___ ___ \ /_/\ / _____/\ / /__/ / // \ / /\_/ /\ / /\_/ /__/ /\ _\_\// /\____\/ / ___ / // \/ / // / // / // ___ / // /\ /____ /\ / /\_/ /_// /\ / // /_// / // /__/ / // /_/_\___/ / / /_/ //______/ /\_ / //______/ //______/ //___________/ / \_\/ \______\/ \_\/ \______\/ \______\/ \___________\/ Allgemeines Nachrichten - und Binär - Informations - System ----------------------------------------------------------------------------- ANUBIS BrettEditor V 1.02 ----------------------------------------------------------------------------- @{" Einleitung " link EINLEITUNG} Sinn des BrettEd @{" Gadgets " link GADGETS} Die Gadgets @{" Platte scannen " link SCANDIR} eine einfache Recover Funktion @{" Schnittstellenhandling " link SCHNITTSTELLE} Schnittstelle zu ANUBIS @{" Versionsnummern " link VERSIONEN} bisherige Versionen ----------------------------------------------------------------------------- 30.05.95 * 10:01:00 * Olli ----------------------------------------------------------------------------- @endnode @node EINLEITUNG "Einleitung" Der BrettEditor stellt dem Sysop auf lokaler Ebene eine umfangreiche und komfortable Möglichkeit zur Verfügung, die Brettliste seiner Box zu be- arbeiten. Der BrettEd benötigt das Verzeichnis "Anubis:Daten", um die Liste zu speichern. Das Programm benötigt ab Version 1.02 das MUI Programm Paket 2.3 (V10) Der BrettEd ist fester Bestandteil des ANUBIS Paketes und darf nur mit diesem weitergegeben werden. Ab Version 1.01 muß die CustomClass "GrpReq.mcc" im MUI Verzeichnis installiert sein, um die Gruppen editieren zu können. Es gelten die im File ANUBIS.guide festgelegten Urheberrechtsbestimmungen. Für die Bestimmungen zu MUI siehe das File "Readme.MUI" aus dem ANUBIS Paket. Autor : Oliver Graf - T.O.M. Software @endnode @node SCANDIR "Bretter zurückholen" Was tun, wenn die Brettliste ganz oder zum Teil verloren gegangen ist ? Eine Möglichkeit ist, alle Bretter wieder per Hand anzulegen. Das ist sehr mühsam und dauert ewig, vor allem bei Netzen. Der BrettEd bietet eine Möglichkeit zur Unterstützung des Vorgangs. Gehen Sie dabei in folgenden Schritten vor : 1. Legen Sie das Top-Level-Verzeichnis für die Brettgruppe an, das Sie zurückholen wollen. 2. Speichern Sie und verlassen Sie den Bretteditor. 3. Starten Sie den BrettEd erneut aus dem CLI wie folgt : BrettEd SCANDIR ist dabei der Diskpfad, in dem die Directories für die verlorenen Bretter stehen. ist die soeben neu eingetragene Brettgruppe. Der BrettEd geht scannt jetzt rekursiv alle Directories, die er in dem Diskpfad finden kann. Bei jedem Directory hält er an, übernimmt die Daten aus dem Brett-Verzeichnis Eintrag und übernimmt als Brettnamen den Directory- Namen. Ändern Sie jetzt ggf. Einträge, beispielsweise dann, wenn der Directoryname nicht mit dem eigentlichen Brettnamen übereinstimmt. Leider kann diese Funktion zur Zeit nicht selbstständig feststellen, ob ein Directory zu einem normalen Brett oder zu einem Brettverzeichnis gehört. Deshalb müssen Sie, wenn Sie wissen, das ein Brettverzeichnis vorliegt, den Brett-Typ umstellen. Auch dieser Vorgang dauert entsprechend lange, ist aber erheblich schneller, als die Bretter per Hand einzutragen. @endnode @node GADGETS "Die Gadgets" @{" Quit " link QUIT} Beenden des Programms @{" Save " link SAVE} Speichern der Änderungen @{" Edit " link EDIT} Ändern des angewählten Eintrags @{" Neu " link NEU} neuen Eintrag anlegen @{" Löschen " link DEL} Löschen des aktuellen Eintrags @{" Vorgaben " link VORG} Vorgaben für Neueintrag definieren @{" Drucken " link PRINT} Ausdrucken der Liste @{" Crunch " link CRUNCH} Bretter nach Datum austragen lassen @endnode @node QUIT "Programm beenden" Dient zum verlassen des Programmes. Sollten Änderungen an der Liste ge- macht worden sein, erscheint eine Sicherheitsabfrage. Tastaturkürzel : q @endnode @node SAVE "Liste speichern" Speichert die Liste unter "Anubis:Daten/Brettliste". Dabei wird ab Version 0.50 automatisch die alte Brettliste nach "Anubis:Daten/Brettliste.bak" gesichert. Tastaturkürzel : s @endnode @node EDIT "Eintrag editieren" Schaltet um in den Editiermodus. Es erscheint das @{"Edit Window" link EDITWINDOW} mit den Daten des zuletzt ausgewählten Eintrag. Diese Funktion kann auch mit einem Doppelklick auf die linke Maustaste über dem entsprechenden Eintrag ausge- führt werden. Dieses Gadget ist nur aktiv, wenn ein Brett in der Brettliste angewählt wurde. Tastaturkürzel : e @endnode @node NEU "neues Brett anlegen" Mit diesem Gadget wird ein neuer Bretteintrag angelegt. Es erscheint wieder das @{"Edit-Window" link EDITWINDOW} mit den eingestellten Vorgaben. Nach Beendigung des Editiervorgangs erscheint, sofern das für das Brett eingegebene Directory auf der Platte nicht existiert, ein Requester, der Sie fragt, ob das Directory eingerichtet werden soll. Danach generiert der BrettEd aus den Werten der Datei Anubis:Config/@{"AutoEintrag" link AUTOEINTRAG} eine MAPSListe für das Brett, wenn für das entsprechende Verzeichnis ein Eintrag vorhanden ist. Tastaturkürzel : n @endnode @node DEL "Löschen" Löscht den angewählten Eintrag aus der Liste. Es erscheint eine Sicher- heitsabfrage. Außerdem kann noch das zum Brett gehörige Datendirectory vom Datenträger gelöscht werden. Sollte auf das gelöschte Brett ein weiteres Brett folgen, wird dies automatisch zum aktuell angewählten Brett gemacht. Ist das zu löschende Brett ein Brettverzeichnis, in dem sich noch Unter-Bretter befinden, erscheint eine gesonderte Sicherheitsabfrage. Nach positiver Bestätigung können dann alle Bretter in diesem Verzeichnis gelöscht werden (MAPS-Listen werden automatisch aktualisiert, die Directories werden auch sofort gelöscht). Dieser Vorgang kann je nach Umfang des Brettverzeichnisses (Anzahl der Unterbretter, Inhalt der MAPSListen) längere Zeit in Anspruch nehmen. Achtung : Damit kann man sehr sehr viel Schaden anrichten ! Dieses Gadget ist nur aktiv, wenn ein Brett in der Brettliste angewählt wurde. Tastaturkürzel : ö @endnode @node VORG "Vorgaben setzen" Hier werden alle Daten eingetragen, die bei der Anwahl von @{"Neu" link NEU} direkt in die verschiedenen Felder eingetragen werden sollen. Die kann bei der Ein- richtung von mehreren Brettern in einem @{"Brettverzeichnis" link ED.02} sehr viel Arbeit sparen. Tastaturkürzel : v @endnode @node PRINT "Liste ausdrucken" Hiermit kann die komplette Brettliste ausgedruckt werden. Nach der Anwahl des Gadgets wird der FileRequester geöffnet, mit dem Sie bestimmen können, wohin Sie drucken wollen (damit kann die Brettliste auch in ein File gedruckt werden und weiterverarbeitet werden). Tastaturkürzel : d @endnode @node CRUNCH "Bretter crunchen" Das Crunchen dient dazu, Bretter nach Datum aus der Brettliste zu löschen. Nach dem Anklicken des Gadgets erscheint ein Requester, in dem Sie die Daten für die zu löschenden Bretter einstellen können. Dieser Requester enthält folgende Gadgets : @{" Datum @{" Brettmuster " link CR.1} @{" Einzelabfrage " link CR.2} @{" Brettverzeichnisse löschen " link CR.3} @{" nur leere Bretter " link CR.4} Mittels "Start" wird der Crunch-Vorgang gestartet. Der BrettEd durchläuft dann die gesamte Brettliste und sucht nach Brettern, die auf die einge- stellten Daten passen. Während der Crunch-Phase erscheint dann das @{"RunTime-Window" link CRRUN}. @endnode @node CRRUN "Crunch: Crunch-Durchlauf" Während des Crunchens erscheint ein Window, mit folgendem Inhalt : Anzeige : Brett - Zeigt das aktuelle bearbeitete Brett an Status - Gibt den momentanen Status der Bearbeitung an Progress - Zeigt den Fortschritt im Arbeitsvorgang an Aktionen : Löschen - Löschen des aktuell angezeigten Brettes ohne Abfrage - schaltet in den Einzelschrittmodus überspringen - aktuelles Brett wird übersprungen Abbruch - Bei Einzelschrittmodus : Kompletter Vorgang wird abge- brochen. Im Automatik-Modus wird hiermit in den Einzelschritt- modus zurückgeschaltet. Die Gadgets "Löschen" und "ohne Abfrage" und "Überspringen" sind nur im Einzelschrittmodus aktiviert. @endnode @node CR.1 "Crunch: Datum" In diesem Gadget stellen Sie das Datum ein, das für das Crunchen abgefragt werden soll. Alle Bretter, die ein geringeres Datum haben als dieses, werden bearbeitet, alle anderen bleiben unberücksichtigt. Das Datum hat das Format "tt.mm.jj", dabei stehen tt Für den Tag im Monat (kann zwei- oder einstellig sein) mm Für den Monat (zwei- oder einstellig) jj Für das Jahr (zweistellig) @endnode @node CR.2 "Crunch: Brettmuster" Wenn Sie nur eine bestimmte Brettgruppe bearbeiten wollen, können Sie hier ein Muster eintragen, das auf die Brettgruppe passt. Geben Sie hier beispielsweise "Z-NETZ/*" ein, so werden nur Bretter bear- beitet, die in der "Z-NETZ" Gruppe liegen. Dies funktioniert natürlich auch mit tiefer verschachtelten Verzeichnissen. @endnode @node CR.3 "Crunch: Einzelabfrage" Wenn Sie jedes Brett, das gelöscht werden soll, bestätigen wollen, schalten Sie diese Option ein. Es erscheint dann bei jedem Brett ein Requester, in dem Sie explizit angeben, das dieses Brett gelöscht werden soll. @endnode @node CR.4 "Crunch: Brettverzeichnisse löschen" Ist diese Flag gesetzt, werden Brettverzeichnisse und deren Inhalt mitbe- arbeitet. Im anderen Fall werden Verzeichnisse @{u}und@{uu} deren tiefer- liegenden Bretter übersprungen. @endnode @node CR.5 "Crunch: nur leere Bretter" Es kommt hin und wieder vor, daß Sie Bretter crunchen wollen, die alle das gleiche Datum haben, allerdings sollen diejenigen, in denen noch Nachrichten liegen, weiterhin aktiv bleiben. In diesem Fall schalten Sie einfach dieses Flag ein und Bretter, in denen noch Nachrichten liegen, werden übergangen. @endnode @node EDITWINDOW "Das EditWindow" In diesem Window werden alle Daten für das Brett festgelegt. Die Gadgets werden im weiteren von oben nach unten beschrieben. @{" Brettname " link ED.01} Der Name des Bretts @{" Brettpfad " link ED.02} Brettverzeichnis @{" Diskpfad " link ED.03} Wohin mit den Daten ? @{" Server " link ED.22} Lieferant für das Brett @{" Passwort " link ED.04} Zum Schutz vor Bösewichtern @{" Verwalter " link ED.05} Derjenige, der im Brett das Sagen hat @{" Infozeile " link ED.13} eine kurze Information zum Brett @{" Typ " link ED.11} Aufgabe des Bretts @{" sortieren nach " link ED.21} Reihenfolge von neuen Nachrichten @{" Lesegruppen " link ED.12} Einteilung zum Lesen @{" Schreibgruppen " link ED.15} Einteilung zum Schreiben @{" Brett-Flags " link ED.14} verschiedene Einstellungen @{" Haltedauer " link ED.08} So alt dürfen Nachrichten sein @{" Upload Ratio " link ED.16} für die Berechnung des DL-Freiraums @{" Leselevel " link ED.06} Anwahl und Lesen ab diesem Level @{" Schreiblevel " link ED.07} Schreiben erst ab diesem Level @{" Routelimit Boxen " link ED.09} Wieviel darf bis zu den Boxen ? @{" Routelimit Points " link ED.10} und wieviel bis zu den Points ? @{" OK " link ED.17} Daten übernehmen @{" Drucken " link ED.18} Datensatz ausdrucken @{" Vererbe " link ED.19} Werte an Unterbretter übergeben @{" Abbruch " link ED.20} Alle Änderungen verwerfen @endnode @node ED.22 "Server" In diesem Gadget geben Sie das System ein, über das Sie die Bretter hauptsächlich beziehen. Benutzt wird dieser Eintrag für die @{"AutoMaps" link Funktion, damit ANUBIS weiß, wo es Bretter bestellen oder abbestellen muß. Dieses Gadget wird zur Zeit noch nicht benutzt und dient nur experimentellen Zwecken. @endnode @node ED.21 "sortieren nach" Hier können Sie einstellen, nach welchem Kritierium ein geladener Brett- index sortiert werden soll. I.d.R. wird eine Eingangssortierung vorgenommen, so daß neue Nachrichten am Schluß der Liste stehen. Für manche Bretter ist aber eine andere Sortierreihenfolge sinnvoller. Zur Zeit werden folgende Einstellungen unterstützt : Eingang - Index wird nach Nachrichteneingang sortiert, neue Nachrich- ten stehen am Ende der Liste. Betreff - Die Nachrichten werden alphabetisch ohne Berücksichtigung der Groß-/Kleinschreibung nach dem Betreff sortiert. Dies ist vor allem für Binärbretter sinnvoll, da eine solche Sortierung die Übersicht für den User erleichtert. Diese Einstellungen werden erst von ANUBIS ab Version 0.552 unterstützt. @endnode @node ED.17 "OK" Mittels 'OK' wird der Eintrag in die Liste übernommen, sofern vorher keine @{" Fehlermeldungen " link FEHLERMELDUNGEN} auftreten. Wurde ein neues Brett eingegeben, wird in der Brettliste ein neuer Eintrag an der alphabetisch richtigen Stelle eingefügt und angezeigt. Außerdem werden bei neuen Bretter innerhalb von Verzeichnissen von Ihnen bestimmte Points und Boxen automatisch in die MAPSListe des neuen Brettes einge- tragen (@{"AutoEintrag" link AUTOEINTRAG}). Wurde das Window über 'Edit' aufgerufen, wird die Brettliste nur dann neu aufgebaut, wenn sich Name oder Pfad des Brettes geändert haben. @endnode @node ED.20 "Abbruch" Hiermit wird der Eingabevorgang abgebrochen. Es werden alle neu eingegebenen Daten gelöscht und nicht in die Liste übernommen. @endnode @node ED.18 "Drucken" Mit 'Drucken' kann man die aktuellen Eingaben in den Editierpuffer aus- drucken. Nach der Anwahl des Gadgets werden alle Daten zum logischen Device 'prt:' ausgegeben, daß über die Workbench Preferences eingestellt werden kann. Alle Feldbezeichnungen werden im Fettdruck, alle Feldinhalte in Normalschrift ausgedruckt. @endnode @node ED.19 "Vererben" 'Vererbe' hat ein ganz spezielle Bedeutung : Es ist nur aktiv, wenn das angewählte Brett ein Brettverzeichnis mit Unterbrettern ist. Dann kann man bestimmte Daten, die man am Verzeichniskopf geändert hat, an alle Unter- bretter vererben. Nach der Anwahl dieser Funktion erscheint ein Requester, in dem man alle möglichen Vererbungsparameter einstellen kann. Ist das CheckBox Gadget zu einer Funktion aktiv, wird der entsprechende Wert an die Unterbretter weitergegeben. Wenn in dem aktuellen Eintrag Veränderungen gemacht wurden, sind die entsprechenden Gadgets direkt aktiv. Mittels 'OK' wird der Vererbungsvorgang gestartet. Will man den Brett-Typ vererben, erscheint vor dem Start der Vererbung ein Requester, in dem man den neuen Brett-Typ für die Unterbretter einstellen kann. Dieser Wert kann leider nicht aus den Daten für das Verzeichnis abgeleitet werden. @endnode @node ED.01 "Brettname" Der Name des Brettes innerhalb eines @{" Brettpfad " link ED.02}. Innerhalb einer Ebene darf der Name nur einmal vorkommen. Für den Brettnamen sind die Zeichen "#/?§@<>:.* " als Zeichen nicht erlaubt. Auch Umlaute sind nicht erlaubt. Der BrettEd fängt diese Zeichen bereits bei der Eingabe ab. @endnode @node ED.02 "Brettpfad" Der Name des Brettverzeichnisses, in dem das Brett stehen soll. Der Brettpfad teilt Bretter in logische Einheiten ein. Der Brettpfad muß in der Brettliste mit @{"Brett-Typ" link ED.11} Verzeichnis existieren ! Auch hier dürfen die unter @{"Brettname" link ED.01} angegebenen Zeichen nicht verwendet werden, lediglich das '/' ist als Unterteilung mehrerer Pfadebenen erlaubt. Klicken Sie mit der linken Maustaste auf das PopUp Symbol neben dem String Gadget, erscheint eine Liste aller im Brett existierenden Brettpfade. Klicken Sie den gewünschten Pfad doppelt an, um ihn für diesen Eintrag als neuen Brettpfad auszuwählen. Ein erneuter Klick auf das PopUp Symbol schließt die Liste ohne Änderung des Strings. Wichtiger Hinweis ! Es war mir bisher nicht möglich, nach der Anwahl eines Brettpfades das String Gadget zu aktivieren oder die anderen Gadgets mit den Werten des Verzeichnisses automatisch zu belegen. Sie müssen zur Zeit unbedingt das "Brettpfad" Gadget erneut aktivieren und einmal drücken. @endnode @node ED.03 "Diskpfad" Ein kompletter AmigaDOS Pfad, in dem alle Daten, die für dieses Brett ge- speichert werden. Wenn das Directory nicht existiert, erscheint bei der Übernahme der Daten ein Requester, der abfragt, ob der Pfad angelegt werden soll. Wenn bei einem neuen Brett ein Verzeichniss angegeben wird, wird der Diskpfad des Verzeichnisses vorgegeben. Wenn Sie auf das Verzeichnisauswahl Symbol neben dem String Gadget klicken, erscheint ein Verzeichnis-Requester, in dem Sie das Verzeichnis für das Brett auswählen können. Sollte das Directory, daß Sie für das neue Brett im Sinn haben, nicht existieren, wählen Sie die höchste bisher existierende Directory Ebene aus und geben Sie den Rest per Hand ein. @endnode @node ED.04 "Paßwort" Ein Paßwort, daß das Brett vor unberechtigtem Zugang schützt. Ein User, der auf das Brett zugreifen will, muß zuvor das korrekte Paßwort ein- geben. @endnode @node ED.05 "Verwalter" Der Name eines Users, der das Brett verwaltet. Dieser Name wird vom BrettEd nicht überprüft, tragen Sie also nur Namen ein, die wirklich existieren. Ein Brettverwalter kann in seinem Brett Nachrichten löschen und crunchen und so dem Sysop die Arbeit erleichtern. Klicken Sie auf das PopUp Gadget rechts neben dem String Gadget, erscheint eine Liste mit allen Usern in diesem System. Wählen Sie dort den User aus, der der neue Verwalter des Bretts sein soll und klicken Sie ihn doppelt an. Der Username wird in das String Gadget übernommen. Um die Liste ohne Änderung zu verlassen, klicken Sie erneut auf das PopUp Symbol. @endnode @node ED.06 "Leselevel" Diesen Level braucht ein User oder ein Point zur Anwahl des Brettes. Bretter, die einen höheren Leselevel als der User haben, werden für den User oder den Point nicht angezeigt. @endnode @node ED.07 "Schreiblevel" Diesen Level braucht ein User oder ein Point mindestens, um in dieses Brett Nachrichten schreiben zu können. Bretter mit einem höheren Schreiblevel als der User oder der Point können von diesem nicht beschrieben werden. @endnode @node ED.08 "Haltedauer" Hiermit wird festgelegt, wieviele Nachrichten bei CRUNCH LIMIT herausge- löscht werden sollen. Dies ist unterschiedlich zu der Einstellung des @{" Flags " link ED.14} "Crunch Tage". Ist dieses Flag gesetzt, werden alle Nachrichten, die älter als die hier eingestellte Zeit in Tagen sind, aus dem Brett gelöscht. Im anderen Fall ist dieser Wert das absolute Nachrichtenlimit. Ein Wert von -1 bedeutet unbegrenzte Haltedauer. @endnode @node ED.16 "Upload Ratio" Hier können Sie eine bestimmte Upload Ratio bestimmen, die nur für dieses Brett gilt. Auf diese Weise können Sie in Ihrer Box bestimmte Upload Prioritäten setzen und User, die für bestimmte Schwerpunkte uploaden, gezielt belohnen. Ist dieser Wert 0, wird die Upload Ratio, die für den User eingestellt ist, für die Berechnung des neuen Downloadfreiraums benutzt. Diese Einstellung wird ab ANUBIS Version 0.552 unterstützt. @endnode @node ED.09 "Routelimit Boxen" Gibt die Länge von Nachrichten an, die an die Boxpuffer maximal geroutet werden sollen. Im Z-Netz gilt z.B. eine Maximal Länge von 64 kB. (Dieses Feld wird nur für den Netz- bzw. Pointbetrieb benötigt). Ein Wert von -1 bedeutet, das alle Nachrichten, gleich welcher Länge, weitergeroutet werden (z.B. für das FRAS). @endnode @node ED.10 "Routlimit Point" Gibt die Länge in Bytes an, bis zu der Nachrichten in diesem Brett an Points weitergeroutet werden sollen. Bei Brettern mit sehr langen Nachrichten (z.B. FRAS/BIN) ist es meistens nicht sinnvoll, diese an alle Points zu ver- teilen. Ein Wert von -1 leitet auch hier alle Nachrichten weiter. @endnode @node ED.11 "Brett-Typ" In diesem Gadget können Sie den Typ des Brettes durchschalten. Folgende Brett-Typen sind definiert : ASCII - Ein Brett für Textnachrichten auf lokaler Ebene. Binär - Ein Brett für Binärnachrichten (nur Binärupload möglich). Netz - Ein Brett, das vernetzt ist. Dient fast nur als Kennzeichnung für den User und für CRUNCH NET, ansonsten wie ASCII-Brett. Verz. - Dieses Brett ist ein übergeordnetes Verzeichnis. Schreiben ist hier nicht möglich, es gibt auch keine Index- und MAPSListen für dieses Brett. Route - Dieser Brett-Typ ist dafür zuständig, daß neue Nachrichten, die über's Netz in die Box kommen, nicht ins Brett einsortiert wird, sondern nur an die Systeme in der MAPSListe geroutet werden. Durch diese Einstellung sparen Sie Plattenplatz und Sortierzeit. Ein Brett dieses Typs kann online nicht beschrieben werden. Im Brettdirectory existieren nur eine MAPSListe, evtl. eine Beschreibungsdatei und eine Zugangsdatei. Dieses Gadget ist nicht aktiv, wenn ein Brettverzeichnis editiert wird, daß noch Unterbretter hat. @endnode @node ED.12 "Lesegruppen" Ein Klick auf dieses Gadget öffnet ein Window, in dem alle Gruppen durch Gadgets dargestellt werden. Ein Gadget mit gesetzem Haken bedeutet, daß diese Gruppe für dieses Brett notwendig ist, um das Brett anwählen zu können. Sichtbar ist das Brett trotzdem für den User, wenn er den entsprechenden Lese-Level dazu hat. Ein User oder ein Point müssen mindestens eine dieser Gruppen gesetzt haben, um auf dieses Brett zugreifen zu können. Mit dem entsprechenden Level wird das Brett angezeigt, kann aber nur mit einer Gruppe ange- wählt werden. Achtung : Gesetzte Gadgets mit der Aufschrift "-unbelegt-" sollten gelöscht werden. @endnode @node ED.15 "Schreibgruppen" Nach einem Klick auf dieses Gadget öffnet sich auch der Gruppen-Requester. Die hier eingestellten Gruppen werden abgefragt, wenn ein Schreibzugriff auf das Brett stattfinden soll. Ansonsten gilt das gleich wie unter @{"Lesegruppen" link ED.12} gesagt. Diese Einstellung ist zur Zeit der Fertigstellung von BrettEd 1.00 unbenutzt und wird erst mit ANUBIS 0.530 oder höher sinnvoll. @endnode @node ED.13 "Infozeile" Eine Zeile, die bei der Anwahl des Brettes als kurzer Informationstext für den User ausgegeben wird. @endnode @node ED.14 "Flags" Ein Klick auf dieses Gadget öffnet einen Requester mit verschiedenen Einstellungsmöglichkeiten. Die Bedeutung der verschiedenen Flags : FileRequest Dies ist das erste Special Flag, daß für die Bretter eingefügt wurde. Der Inhalt eines Brettes, das mit diesem Flag markiert ist, ist für den FileRequest freigegeben. Nur Bretter, die mit diesem Flag gekennzeichnet sind, werden von CreateFRL in die FileListe übernommen. Zensur Ist dieses Flag gesetzt, sind alle Nachrichten, die ein User in dieses Brett schreibt, zunächst nicht lesbar für andere User. Erst wenn der Sysop oder CoSysop der Box diese Nachricht freigibt, können auch andere User die Nachricht lesen. Download frei Mit diesem Flag werden Bretter markiert, bei denen nach einem Download dem User kein Downloadfreiraum abgezogen wird. MAPS Zugriff Für den Point-Betrieb. Points können nur Bretter mapsen, bei denen dieses Bit gesetzt ist. (Wird erst nur für den Pointbetrieb benötigt) Crunch Tage Dieses Flag hat direkten Einfluß auf die Bedeutung des Gadgets @{"Haltezeit" link ED.08}. Das gesetzte Flag bedeutet für ANUBIS, bei einem CRUNCH LIMIT in einem Brett nicht mehr die Anzahl der Nachrichten zur Berechnungsgrundlage zu nehmen, sondern das Alter der Nachrichten. Dann werden alle Nachrichten, die älter als die angegebenen Tagezahl sind, gelöscht. Check Baudrate Ist dieses Flag gesetzt, wird bei einem Download eines User geprüft, mit welcher Baudrate er eingeloggt ist. In der Datei "Anubis:Daten/Baudrate" können Sie für jede Baudrate eine maximale Grenze festlegen, wie lang ein File sein darf, daß der User mit seiner bps-Rate saugen darf. AutoMaps Wenn Sie Netze beziehen, werde Sie schnell feststellen, daß nicht alle Bretter ständig von Points bestellt sind. Um jetzt unnötige Kosten wegen des Pollens der Nachrichten zu vermeiden, können Sie ein Brett mit diesem Flag versehen. Wenn dann in der MAPSListe des Bretts nur noch der @{"Server" link ED.22} eingetragen ist, bestellt MAPS das Brett automatisch beim Server ab. Trägt sich ein Point wieder für das Brett ein, wird das Brett wieder bestellt. Dabei ist es natürlich dann nicht mehr möglich, das Brett online zu lesen. Zum Zeitpunkt der Erstellung dieses Guides unterstützt MAPS dieses Flag noch nicht. Realname Pflicht Für einige Netze gilt eine Realname Pflicht. Um als Sysop entlastet zu sein, können Sie die entsprechenden Netz-Bretter mit diesem Flag versehen. ANUBIS und ZSort blocken dann jeden Schreibversuch in dieses Brett mit einem ent- sprechenden Hinweis für den User ab. Dieses Flag wird zur Zeit noch nicht unterstützt. @endnode @node FEHLERMELDUNGEN "Edit Fehlermeldungen" Nach der Anwahl von OK werden einige Einträge des Brettes auf Korrektheit über- prüft. Sollte dabei ein Fehler auftreten, werden diese vom BrettEd in einem Requester dargestellt. Dieser kann mittels des Gadgets OK beendet werden. Der Eingabevorgang wird solange fortgesetzt, bis alle Fehler korrigiert sind oder der Vorgang per "Abbruch" abgebrochen wird. Hier die möglichen Fehlermeldungen : "kein Brettname angegeben !" Um ein Brett anlegen zu können, muß es einen Namen haben, sonst hat das keinen Sinn. "Brettverzeichnis existiert nicht !" Der im Gadget @{" Brettpfad " link ED.02} eingetragene Pfad existiert nicht. Deshalb konnte das Brett nicht angelegt werden. Wählen Sie einen anderen Pfad oder legen Sie zunächst den gewünschten Pfad an. "Brettverzeichnis ist vom falschen BrettTyp !" Der im Gadget @{" Brettpfad " link ED.02} eingetragene Pfad hat nicht den @{" Brett-Typ " link ED.11} "Verz.". Ändern Sie dies, bevor Sie Bretter für dieses Verzeichnis anlegen. "Directory konnte nicht angelegt werden !" Es wurde versucht, das Directory für das Brett anzulegen. Dies ist der dos.library aber nicht gelungen. Überprüfen Sie die Angabe im @{"Diskpfad" LINK ED.03}, ob dort korrekte Angaben stehen. @endnode @node AUTOEINTRAG "automatisches MAPSListen erstellen" Der BrettEd bietet ab Version 0.78 die Möglichkeit, bei neuen Brettern innerhalb von Brettverzeichnissen von Ihnen bestimmte Systeme auto- matisch in die MAPSListe des Brettes einzutragen. Dazu dient die Datei "Anubis:Config/AutoEintrag". Als Beispielaufbau sei hier nur kurz folgendes angegeben : #gruppe:ANUBIS/* #create:TOM_II #route:TOM0 #route:TOM1 #route:TOM2 ### Wird jetzt das Brett ANUBIS/Test neu angelegt, trägt der BrettEd die Points TOM0, TOM1, TOM2 und TOM_II automatisch für dieses Brett in die MAPSListe ein. Selbstverständlich geht das auch für angeschlossene Boxen. Für weitere Informationen zu dieser Konfigurationsdatei lesen Sie bitte im Dokument "ZSort.guide" Stichwort "Bretter einrichten" nach. @endnode @node AUTOCREAT "Behandlung automatisch angelegter Bretter" Existieren beim Start vom BrettEd automatisch eingerichtete Bretter (z.B. durch ZSort), prüft der BrettEd dies. Es erscheint dann ein Requester, in dem Sie folgende Möglichkeiten haben : Editieren - Verzweigt direkt ins @{"Edit-Window" link EDITWINDOW}, wo Sie die Brett- parameter nach Ihren Vorstellungen verändern können. Level erben - Da bei einem automatisch generierten Brett alle Daten bis auf die Level vom übergeordneten Verzeichnis über- nommen werden, können Sie hiermit nur die Level aus dem Verzeichnis übernehmen. Bei beiden Auswahlen wird nachher die MAPSListe im Brett auto- matisch durch die Einstellungen in der @{"AutoEintrag" link AUTOEINTRAG} Datei erstellt. Löschen - Soll das neu eingerichtete Brett nicht in die Box, löschen Sie es hiermit einfach wieder. Nix tun - Klarer Fall, läßt alles so, wie es jetzt ist. @endnode @node VERSIONEN "Versionsnummern" Version Datum Anmerkung ¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯ 0.44 31.12.91 erste öffentliche Version 0.45 01.01.92 Doppelklick links im leeren Listenbereich abgefangen Dir wird nur angelegt, wenn Name vorhanden PropGadget wurde Neu und Löschen nicht berechnet. 0.46 02.01.92 Bugfix : Wenn ein neues Brett ganz nach oben in die Liste gehörte, gab es Ärger. 0.47 02.01.92 Das erste Brett in Unterbrettern wird jetzt auch kor- rekt einsortiert. 0.48 03.01.92 Über das @{"Edit Window" link EDITWINDOW} kann man die aktuellen Eingaben jetzt ausdrucken. Beim Ändern eines Brettverzeichnisses werden jetzt die Pfade der Unterbretter angepaßt. 0.49 08.01.92 Der BrettEd besitzt jetzt einen kompletten Satz neuer Listenroutinen, die eigentlich funktionieren sollten. 0.50 27.01.92 Editieren der @{"Gruppen"Bits link ED.12} eingebaut. 18.02.92 Die Listenroutinen wurden nochmals komplett überar- beitet. Der BrettEd legt jetzt auch beim Speichern ein Backup der alten Brettliste an. 0.51 05.04.92 kleinere Änderungen optischer Natur. FileRequest Flag eingefügt Übernahme der Brettliste aus dem laufenden ANUBIS Schutzprotokolle für das Speicher Sharing Der BrettEd koppelt sich jetzt vom CLI Task ab, so daß ANUBIS weiterarbeiten kann, wenn der BrettEd über das Tools Menü aufgerufen wird. 0.52 10.05.92 Bei Edit Zensur Gadget eingefügt kleinere Änderungen optischer Natur. 23.05.92 Die Edit StringGadgets etwas an OS 2.0 Look angepaßt Edit- und Hauptwindow mit ClosingGadgets versehen Das angewählte Brett wird jetzt durch einen Quer- balken angezeigt und nicht mehr durch den Namen unter der Liste. 0.60 06.06.92 Crunch Funktion eingebaut. einige Gadgets sind nur noch aktiv, wenn ein Brett angewählt ist Bei 'Edit' mit nachfolgendem OK wurde der Pointer auf das aktuelle Element verschlunzt. 0.61 11.06.92 Gadget für "Download frei" eingebaut, um Bretter zu markieren, bei denen kein Downloadfreiraum berechnet wird. 0.62 26.06.92 Die Gadgets für "Zensur" und "Download frei" wurden nicht korrekt zurückgesetzt. Nach dem Löschen eines Brettes wird jetzt das nach- folgende Brett als aktuelles gewählt. kleinere Änderungen optischer Natur. Nach der Anwahl eines Aktions Gadgets bei Edit (@{"Flags" link ED.14}, @{"Gruppen" link ED.12}, @{"Brett-Typ" link ED.11} usw.) wird jetzt das zu- letzt aktivierte StringGadget wieder aktiviert. 0.63 28.06.92 Beim Anlegen eines neuen Brettes wird jetzt der Pfadname des Brettverzeichnisses vorgeben, nach- dem das Verzeichnis bestimmt wurde. 23.07.92 Kleiner Fehler bei der @{"Brettliste" link BRETTLISTE} Routine behoben. Das PropGadget wurde beim Eintrag eines neuen Brettes oder beim Löschen eines alten nicht korrekt updated. Fehler beim Grafikaufbau behoben. Nach dem Anlegen eines neuen Brettes wurden die Gad- gets nicht eingeschaltet. 0.64 08.09.92 Gadget für @{"Bytelimit" link ED.09} eingebaut. 0.70 08.09.92 Vorgaben Gadget 0.71 06.11.92 Gadget für Haltezeit eingebaut. 08.11.92 wenn für ein bestehendes Brett das Directory nicht existiert, wird gefragt, ob es angelegt werden soll. 23.11.92 Fehler beim Gadget mit der Haltezeit behoben. Beim Löschen wird die unterste Zeile nicht mehr nach- gezogen. 24.11.92 Der BrettEd Cruncher beachtet jetzt auch das Crunch- Date Flag. Der BrettEd Screen hat endlich einen Namen. 0.72 18.01.93 Beim Löschen von Brettern werden jetzt auch die MAPS- Listen der Points aktualisiert. Gadget für @{"Routelimit Point" link ED.10} eingebaut, altes Bytelimit Gadget in @{"Routelimit" link ED.09} umbenannnt. Optische Änderungen im Editwindow Das Durchschalten der Stringgadgets funktioniert jetzt wieder richtig. 0.73 21.01.93 Gadget "Vererbe" eingebaut. 0.74 31.03.93 Wegen der neuen Verwaltung der Brettliste im Speicher mußte der BrettEd umgeschrieben werden. Dadurch ist aber die Fehleranfälligkeit gesunken. Die @{"Fehlermeldungen" link FEHLERMELDUNGEN} im Edit Requester werden jetzt nicht mehr quer über die Gadgets gestempelt, sondern in einem separaten Requester ausgegeben. 0.75 10.05.93 Das Backup der alten Brettliste wurde beim Speichern nicht angelegt. 29.05.93 Vererben funktioniert wieder. Es können jetzt auch Brettverzeichnisse mit ihrem Inhalt gelöscht werden. 0.76 19.06.93 Flag "Check Baud" eingebaut. 12.07.93 BrettEd.dok in BrettEd.guide umgeschrieben. 07.08.93 Im Gadget @{"MsgLimit" link ED.08} ist jetzt ein Wert von -1 für die unbegrenzte Haltedauer möglich. 0.77 13.09.93 Das Flag "Check Baud" wurde nach dem Editieren eines Brettes nicht zurückgesetzt. 18.09.93 Das Gadget "Crunch" wurde entfernt und durch "Drucken" ersetzt. Der BrettEd.guide kann jetzt mit einem Druck auf die HELP Taste automatisch nachgeladen werden. 0.78 28.02.94 Beim Neueintrag eines Brettes werden jetzt Systeme, die unter "Config/AutoCreate" mit einem Routeeintrag für die Brettgruppe belegt sind, automatisch in die MAPS-Listen eingetragen. 1.00 09.03.94 Umstellung der Bedienung auf MUI. Gadget @{"Upload Ratio" link ED.16} ist neu. Gadget @{"Schreibgruppen" link ED.15} ist neu. 12.03.94 Editieren der Zugangsliste ist jetzt möglich. 18.03.94 BrettEd 1.00 ist jetzt anwendungsgetestet. Beim Editieren von Brettern wurde der Diskpfad des übergeordneten Verzeichnisses übernommen, was nicht sehr schön ist. 31.03.94 Gadget @{"sortieren nach" link ED.21} ist neu 20.05.94 Im Zugangsrequester kann ein User, der eingetragen werden soll, über einen Auswahlrequester angewählt werden. Beim Löschen von Brettverzeichnissen wurde das Dis- play nicht vollständig aktualisiert. 1.01 10.07.94 Doppelte Einträge bei den PopUps entfernt. Als Diskpfad wird beim Neuanlegen automatisch der Verzeichnis-Diskpfad + Brettname vorgegeben. 07.09.94 Der GruppenRequester wird jetzt über die Custom-Class 07.10.94 "GrpReq.mcc" realisiert. Vererben von "Brett-Typ", "Sortierung" und "Verwalter" möglich. 21.10.94 Nach dem Laden der Brettliste wird geprüft, ob @{"automatisch angelegte Bretter" link AUTOCREAT} existieren. 28.10.94 Anleitung etwas reformatiert und erweitert. 1.02 02.01.95 Alle Gadgets im Hauptwindow geben jetzt einen Infotext aus, wenn der Mauszeiger über ihnen steht. Dazu gibt es ein neues Text-Gadget am unteren Window-Rand. Alle Listviews erzwingen jetzt ein Fixed-Font, dies sieht bei Proportional-Fonts besser aus. 12.01.95 Die Anzahl der neuen Bretter werden runtergezählt, sofern sie gelöscht oder komplett eingetragen werden. 14.01.95 @{"Crunch" link CRUNCH} Funktion. @{"SCANDIR" link SCANDIR} Parameter. 13.02.95 neues Flag @{"AutoMaps" link ED.14} 20.02.95 @{"Server" link ED.22} Gadget 13.04.95 neues Flag @{"Realname Pflicht" link ED.14} doppelter Aufruf des BrettEd brachte Enforcer Hits und Systemabsturz. 07.05.95 Die Einstellung für "sortieren nach" wurde nicht über- nommen. @endnode