home *** CD-ROM | disk | FTP | other *** search
-
- DATSCRN Version 0.51Γ - Copyright: Carsten Kruse
- Compiler fuer ANSI- und ASCII-"Datum"-Files fuer BBSs
-
- Carsten Kruse
- Hilde-Coppi-Str. 5
- 07552 Gera
-
- BBS: +49-365-4205249
- Usenet: c.k@beg.gera.thur.de
- FIDO: 2:248/4002
- Treknet: 37:103/410
- Blind-Net: 333:490/100
-
-
-
- ╔═══════════════════╗
- ║ DOKUMENTATION ║
- ╚═══════════════════╝
-
-
-
-
- 0. Ich will schnell updaten, wo finde ich die Infos?
-
- Einfach die Datei HISTORY.DOK durchlesen :-)
-
-
-
- 1. Wofuer ist DATSCRN gedacht?
-
- Das BBS-Programm "Remote Access" (und evtl. auch andere)
- bietet die Moeglichkeit, den Usern beim Login einen fuer den
- jeweiligen Tag zugeschnittenen Screen zu zeigen. So kann man
- also fuer den Neujahrstag, fuer den Heiligabend oder auch den
- Tag der deutschen Einheit einen speziellen Screen erstellen.
- Dies macht man normalerweise mit dem exzellenten TheDraw.
- Anschliessend benennt man die Datei nach folgendem Schema:
- MM-DD.A?? (wobei A?? fuer ANS, ASC und AVT steht.) Danach
- speichert man die Dateien im zugehoerigen Verzeichnis, z.B.
- \RA\TXTFILES. Bei diesem Verzeichnis und ggf. dem
- Logverzeichnis fuer DATSCRN kann man seit v0.37 die Variable
- %TASK% verwenden, so dass man mit *einer* Installation von
- DATSCRN dennoch mehrere Tasks bedienen kann. Man schreibt
- also z.B. in C:\RA%TASK%\TXTFILES, was DATSCRN anhand der per
- Kommandozeile uebergebenen Tasknummer (/T=<Tasknummer>,
- entweder direkt als Zahl oder per Mailervariable) dann z.B.
- in C:\RA2\TXTFILES umsetzt.
-
- Leider gibt es nun - meiner bescheidenen Meinung nach - ein
- paar Probleme: Es gibt 365/366 Tage im Jahr - will man
- wirklich so viele Dateien anlegen? (Mindestens 730/732,
- falls man auf AVT verzichtet...) Falls man die alle anlegt,
- dann sind das ca. 700kB, (eigentlich sogar viel mehr, wenn
- man bedenkt, dass pro Datei ja mindestens ein ganzer Cluster
- verbraten wird), Dateien also, die ausser fuer einen Tag im
- Jahr, sinnlos auf der Platte herumliegen :-( Falls man die
- Dateien fuer einen speziellen Tag bearbeiten will, muss man
- immer wieder erst TheDraw o.ae. laden. (Gewisse Feiertage,
- z.B. Ostern, liegen ja jedes Jahr auf einem anderen
- Datum...)
-
- Darum habe ich DATSCRN erstellt. Es gestattet, mit relativ
- geringem Aufwand ANSI- und ASCII-Dateien fuer den jeweiligen
- Tag zu erstellen, wenn es sein muss, auch mit
- "Jedertags-Spruechen", unter Schonung bisher erstellter
- Datums-Files und mit der Moeglichkeit, seinen wertvollen
- Festplattenplatz zu sparen :-)
-
- Seit Version 0.35 kann man nun seine User noch vielfaeltiger
- erfreuen :-). Man kann, je nach Wunsch ein 'Kalenderblatt'
- entweder an die o.g. Dateien anhaengen lassen (es ist dann
- zwar eine Datei, aber sie wird in zwei Schritten angezeigt)
- oder aber das Kalenderblatt separat ausgeben lassen.
- Damit kann man, so man es moechte, die User noch auf
- besondere Tage/Feiertage hinweisen, die jedoch nicht
- unbedingt so wichtig sind, als dass man dafuer extra einen
- Text erstellt haette. Als nuetzliches Nebenprodukt wird auch
- noch recht gross das Datum des jeweiligen Tages dargestellt.
- Falls man es uebrigens partout will, kann man mittels
- Kommandozeilenoption /NK dafuer sorgen, dass weder ein
- 'Jedertags-Text' noch ein speziell fuer den Tag erstellter
- Text (z.B. mit ausfuehrlichen Gedanken zum 7.10. ;), sondern
- nur ein Kalenderblatt erstellt wird. Das waere zwar
- ueberhaupt nicht im Sinne des Programms, aber manchmal gehen
- ja die Wuensche der User unerforschliche Wege... :-)
- Es ist uebrigens dafuer gesorgt, dass ein Kalenderblatt, was
- als extra Datei erstellt wurde, beim Durchlauf am naechsten
- Tage entweder ueberschrieben wird (falls etwas fuer den Tag
- in der entsprechenden Vorlagedatei enthalten ist - ganz klar)
- oder aber es geloescht wird, oder aber - wenn man die
- Kommandozeilenoption /KJ benutzt - ein Kalenderblatt mit der
- Mitteilung, dass dem Sysop fuer diesen Tag nichts
- Bemerkenswertes bekannt sei, erstellt wird. Als weiterer
- Anreiz (die einlaufenden Mails fuer 'Registrierungen' [siehe
- unten] sind nicht sooo viele) ist dieses
- 'Kalenderblatt-Feature' uebrigens eines mit einem {+}.
- Seit der Version 0.50Γ ist es moeglich, dass man auf dem
- Kalenderblatt anzeigen laesst, wieviele Tage es bis zum/seit
- dem 1.1.2000 sind. Anmerkung: Sicher ist bekannt, dass das
- neue Jahrtausend eigentlich erst am 1.1.2001 beginnt, da es
- ja kein Jahr 0 gab, sondern gleich mit dem Jahr 1 begonnen
- wurde. Fakt ist aber, dass ein Satz "Noch xxx Tage bis zum
- neuen Jahrtausend", der sich auf den 1.1.2000 bezieht, falsch
- ist, und wenn er auf den 1.1.2001 bezogen wird, Fragen dieses
- oder jenen Users an den Sysop provoziert, die dann wieder
- Nerven zum Beantworten der Mails kosten... ;-) Ich denke
- mal, dass es so geht. Um aber alle Wuensche zu befriedigen,
- ist es seit der 0.51Γ moeglich, auch korrekt "...Tage bis
- zum/ seit dem neuen Jahrtausend" anzuzeigen oder aber sogar
- auf Daten eigener Wahl zu verweisen, z.B. "Noch XYZ Tage bis
- Heiligabend".
- Eine neue Kommandozeilenoption gibt es ab der Version 0.36:
- Man kann die Ausgabe des Headers und des Footers in den
- Datumsfiles unterdruecken. Dadurch kann man die Texte
- bereits vorformatiert und umrahmt als Vorlage fuer andere
- Programme nutzen. DATSCRN also auf dem Weg zur eierlegenden
- Wollmilchsau... ;)
-
- Seit Version 0.38 ist der Versuch einer Unterstuetzung von
- Multitaskingsystemen durch Freigabe von Timeslices eingebaut.
- Leider fand ich nur ein Beispiel fuer Pascal, welches ich
- dann auf PB uebertragen habe (viva la ASM ;). Allerdings hat
- es mich bei Tests unter dem bei mir installiertem OS/2 weder
- im DOS- noch im OS/2-Fenster so recht ueberzeugt. Naja, kann
- sein, dass ich noch eine bessere Routine finde. Wer es
- wirklich braucht, kann es per Kommandozeilenswitch /RT
- aufrufen. (Verkuerzung auf /R ist hier *nicht* moeglich!)
-
- Man kann DATSCRN jetzt auch fuer weitere BBS-Programme
- nutzen. Dort ist allerdings das Datums-Feature nicht
- eingebaut. Man kann aber die Begruessungsdateien WELCOME.A??
- oder TEXT1.A?? nennen. Allerdings sind dann etliche
- Einstellungen aus der Konfig nicht mehr ausnutzbar. (Die
- "letztens" erstellten Dateien werden in jedem Fall
- geloescht.) Seit der Release 0.3 ist ein Feature fuer
- LORA-BBS und MAXIMUS/2 eingebaut. Bei diesen Programmen kann
- man man mittels ANS2BBS (ein Maximus-Tool) das ausgegebene
- .ANS-File in ein *.BBS-File wandeln. Auf diese Art wird es
- fuer jede Darstellungsart (ANS, ASC, AVT, TTY) tauglich und
- man braucht nur eine Datei.
-
-
-
- 2. Was benoetigt man fuer DATSCRN?
-
- Eigentlich nur RA und einen Editor, um die Files fuer die
- Texte zu editieren und das Konfigfile zu bearbeiten. (Wer
- will, kann das .cfg-File auch ueber die Option /SETUP
- bearbeiten. [Allerdings nicht upgraden.]) Einen wichtigen
- Hinweis muss ich allerdings geben: DATSCRN ist in der
- vorliegenden Version *nur* ab 386ern lauffaehig!!! Ich
- dachte mir, dass heute wohl kaum noch jemand eine BBS mit
- 286ern betreibt ;->>> Wenn ja, dann ist eine 286er-Version
- gern auf Anfrage erhaeltlich.
-
-
-
-
- 3. Wie man DATSCRN zum Laufen bekommt...
-
- An sich ist bereits alles recht gut dokumentiert. Zunaechst
- muss man das Konfigurationsfile "DATSCRN.CFG" bearbeiten.
- Dies kann mit jedem gewoehnlichen ASCII-Editor gemacht
- werden, oder ueber die Option /SETUP. Dafuer muss allerdings
- das .cfg-File den Anforderungen der v0.40 entsprechen, sonst
- meckert das Programm. Alle einzelnen Zeilen sind
- kommentiert, so dass das kein Problem darstellen duerfte.
- Man kann sich auch an den jeweiligen Beispieleintraegen
- orientieren... ACHTUNG! User, die aeltere DATSCRN-Versionen
- als v0.34 upgraden, *muessen* die Konfig-Datei erweitern. Da
- die vielen Diffs inzwischen arg unuebersichtlich wurden, sind
- nunmehr "nur" noch die Upgrade-Files ab v0.33 enthalten.
- Dieses bitte mittels ASCII-Editor in das bisherige .cfg-File
- ganz ans Ende (jedoch *vor* der Schlussline ### Ende des...)
- einkleben! Wer eine aeltere Version als die v0.33 hat, muss
- leider das .cfg-File entweder von Hand ergaenzen oder neu
- ausfuellen. Das geht aber mittels datscrn /setup ganz fix.
- Ab der Version 0.40 ist das .cfg-File neu aufgebaut, naemlich
- keyword-orientiert. Dadurch ist es nun moeglich, die
- einzelnen Eintraege "logisch" zu ordnen, so dass
- Konfigurationsfehler durch falsche Abstimmung der einzelnen
- Eintraege untereinander kaum noch passieren duerften. Damit
- das Umstellen auf das neue Format nicht zu kompliziert wird,
- liegt ein kleines Programm (039to040.exe) bereit, welches ein
- v0.39-Konfigfile automatisch mit den erforderlichen Keywords
- versieht.
-
- Danach sollte man sich einmal ansehen, welche ANS/ASC-Files
- man den schon erstellt hat. Bei mir waren das folgende:
- 01-01.A?? , 05-01.A??, 10-03.A?? und 12-24.A?? Diese
- Datein sind z.T. recht muehsam erstellt, also sollen sie
- geschont werden und nicht womoeglich vom DATSCRN geloescht
- werden. Kein Problem: Man traegt die Dateivornamen einfach
- in der Datei NOT2BDEL.!!! ein. (Siehe auch die beigefuegte
- Beispieldatei.) Wichtig ist, dass die einzelnen Daten
- *untereinander* stehen. (Wer nicht RA nutzt, fuer den ist
- die Datei NOT2BDEL.!!! natuerlich ohne Sinn...)
-
- Jetzt kann man herangehen, die Datei "VORLAGEN.TXT" zu
- editieren. Sie enthaelt den Rohtext fuer die jeweiligen
- Tage. Dabei habe ich den Aufbau an den von
- Newsfilescompilern angelehnt: Zuerst das Datum, z.B. 06-01
- fuer den 1. Juni. Dann den Text. Bitte darauf achten, dass
- es nicht mehr als 10 (oder 12, falls der "Registriert
- fuer..."-Hinweis unterdrueckt wird) Zeilen pro Tag sind,
- diese Zeilen sauber mit CR abgeschlossen sind und nicht
- laenger als 70 bzw. 72 Zeichen sind. [70 Zeichen dann, wenn
- man die Option des 'Schattenwurfes' eingestellt hat.] Alles
- ab der 11. bzw. 13. Zeile wird ignoriert und ein
- entsprechender Fehler ins Logfile geschrieben. Enthaelt der
- Text dagegen zu lange Zeilen, wird eine Fehlermeldung ins
- Logbuch geschrieben, abgebrochen und kein Screen compiliert.
- Abschluss ist jeweils der String /***/ Wichtig: Auch unter
- dem letzten Text muss ein solcher String sein! Die Dateien
- fuer die einzelnen Tage muessen uebrigens nicht zeitlich
- geordnet sein ;-> Und: Man findet auch in der Datei selbst
- nochmal einen kurzen Hilfetext :-)
- Wer diese Datei partout nicht mag, kann auf sie verzichten.
- Damit dann im Log nicht gemeckert wird, bitte Option /NOVT
- mit angeben.
-
- Nun kann man sich die Datei HOLY_DAY.TXT vornehmen. Sie ist
- aehnlich aufgebaut wie die VORLAGEN.TXT. Nur ist es hier so,
- dass pro Tag hoechstens 3 Zeilen mit maximal 42 Zeichen
- gestattet sind. Diese Datei dient naemlich fuer die
- Kalenderblaetter und auf einem klassischen Abreisskalender
- steht nunmal unter dem Datum auch nur das wichtigste drauf :)
-
- Nun wird man ja wohl nicht fuer jeden Tag einen Extra-Text
- machen wollen und koennen. Falls man den entsprechenden
- Schalter im Konfigfile setzt, kann man sich dann Files
- compilieren lassen, die einen Text haben, der zu (fast) jedem
- Tag passt. Die Vorlagen findet man in der Datei
- JEDERTAG.TXT. Diese Datei ist aehnlich aufgebaut wie
- VORLAGEN.TXT, nur dass hier natuerlich die Datumsangaben
- fehlen ;-). Auch hier ist ein kurzer Hilfetext im Kopf der
- Datei enthalten :-) Achja: Leerzeilen sollten zumindest 1
- Leerzeichen enthalten. Getestet ist es auch mit Leerzeilen
- ohne jeglichen Inhalt, aber man weiss ja nie... Ich habe
- jetzt eine Datei JEDERTAG.12Z mit ins Archiv gepackt. Diese
- Datei enthaelt auch 12-zeilige "Jedertagstexte", die man nach
- der "Registrierung" dann ja nutzen kann. :-) Allerdings muss
- man sie dann in VORLAGEN.TXT umbenennen ;)
- Selbstverstaendlich gilt auch hier die Einschraenkung, dass
- die Zeilen nur 70 bzw. 72 Zeichen lang sein duerfen. Wird
- ein Text mit einer zu langen Zeile angetroffen, sucht DATSCRN
- nach einem anderen, fehlerfreien Text. (Das geht natuerlich
- nur, wenn nach einem "Jedertagstext" gesucht wird. Passiert
- das bei einem Vorlagetext genau fuer den Tag, wird
- abgebrochen.) Eine Fehlermeldung mit Angabe des fehlerhaften
- Textes wird ins Logbuch geschrieben. Wird ein Text gefunden,
- der zu viele Zeilen enthaelt, passiert das selbe.
-
- Man kann uebrigens DATSCRN veranlassen, die beiden
- Textdateien auf zu lange Zeilen bzw. auf Zeilen, die zuviel
- sind (also mehr als 10 bzw. 12) zu pruefen. Dazu ruft man
- einfach DATSCRN /CHECK auf. Eventuell vorhandene fehlerhafte
- Zeilen werden gemeldet und mit einem \!/ bei zu langen Zeilen
- und einem \Z/ bei "ueberfluessigen" Zeilen am Anfang
- versehen, so dass man selbst bei langen Dateien diese Zeilen
- dann zum Zwecke der Korrektur schnell mit der Suchfunktion
- eines ASCII-Editors finden kann. Wer die Texte uebrigens
- ganz schnell von Umlauten befreien moechte, kann bei mir
- CHA1*.ZIP requesten. (Siehe auch KRUSISOF.PRG)
-
- Der staendige Gebrauch von DATSCRN koennte nun dazu fuehren,
- dass man nach einem Jahr doch an die 700kB (oder mehr als
- 1MB, falls man die 10 Zeilen a 72 Zeichen jeweils
- ausschoepft...) ansammelt. Daher kann man in der Konfig
- einen Schalter setzen, um beim Aufruf des Tools die zuletzt
- compilierten Files zu loeschen. (Natuerlich wird aufgepasst,
- dass keine geschuetzten Files zerwamst werden ;->>>) Die Info
- ueber die zuletzt geschriebenen Files verwahrt DATSCR in der
- Datei OLDSTUFF.LST, die also bitte nicht loeschen. Dadurch
- wird verhindert, dass am naechsten Tage, wie es der Zufall
- manchmal will, womoeglich der gleiche "Jedertagstext"
- ausgesucht wird. Diese OLDSTUFF.LST hat noch einen weiteren
- Nebeneffekt: Falls man aus Gedankenlosigkeit das Door zweimal
- am Tag aufruft, dann werden die Files fuer den Tag natuerlich
- *nicht* nochmal neu compiliert, wenn man den Schalter "Evtl.
- vorhandene Dateien fuer den heutigen Tag loeschen" auf N
- gesetzt hat. Hat man den Schalter auf J gesetzt, wird - ganz
- klar - ueberschrieben. Will man mal nur einen kleinen Test
- machen oder einen fuer den Tag doch nicht ganz so passenden
- "Jedertagstext" wegcompilieren und nicht extra dafuer den
- Schalter in der cfg-Datei umstellen (oder die oldstuff.lst
- loeschen ;), dann kann man dies mittels
- Kommandozeilenparameter /AGAIN machen. Falls man nicht RA
- nutzt, dann ist dieser Schalter uebrigens nicht von
- Bedeutung, die "letztens" erstellten Dateien werden *in jedem
- Fall* geloescht ;->. Wer uebrigens nach jedem Login in die
- Box einen neuen Screen erstellen will (damit User, die
- mehrfach am Tag in die Box kommen, jedesmal einen neuen Text
- lesen koennen ;), der braucht also nur den o.g. Schalter auf
- J stellen (oder den Schalter, ob es eine RA-BBS ist, auf N zu
- haben) und schon ist es moeglich! (Seit der Version v0.31
- ist dies auch im Zufalls-Auswahlprozess sichergestellt. ;)
-
- Uebrigens kann man sich auch noch aussuchen, ob man seine
- User mit vollem Namen gruesst, oder es bei einem "Vielen
- Spass wuenscht Dir Dein SysOp Paul" bewenden laesst, oder
- aber sogar einen Alias verwendet. (Dann natuerlich sollte
- der Nachnamen-Schalter auf N stehen, wird jedoch eh
- unterdrueckt ;) Man kann also auch "Viel Spass wuenscht Dir
- ∩εδδí" schreiben lassen oder so...
-
- Seit v0.33 kann man seine User auch etwas nerven, indem man
- eine Lese-Pause erzwingt. Diese dauert aber maximal 7s.
- Allerdings muss man wissen, welche(s) Steuerzeichen die Box
- fuer eine Pause von 1s verlangt. Fuer RA ist es
- voreingestellt und fuer SBBS als Bsp. mit angegeben. Fuer
- LORA ist es etwas komplizierter, da es zwei Varianten gibt:
- ^F^G = 1 sek. Pause
- ^W = 1/2 sek. Pause.
-
- Das Problem ist, dass beim Konvertieren in ein BBS-File ein
- Multiplikator fuer Zeichenwiederholung verwendet wird.
- Das sieht dann so aus: ANS = ^W^W^W^W
- Uebersetzt sieht das so aus: ^Y^W^D
- ^Y = wiederhole folgendes Zeichen
- ^W = 1/2 sek. Pause
- ^D = 4 mal.
-
- Daraus ergibt sich, dass man als Pausezeichen einen
- 2-stelligen String einsetzen muss. Leerzeichen geht nicht,
- aber Alt-255 Ctrl-W geht. Dadurch umgeht man den
- Multiplikator (er wird ab der Wiederholung von 3 Zeichen
- aktiv). Warum das alles? Nun, macht man es so, verliert der
- Parameter I nicht seine Wirkung. (TNX an Gert Massheimer
- hierfuer :-))
-
- Aus den o.g. Gruenden empfehle ich Sysops, die ein solches
- System fahren und auch ein Kalenderblatt erstellen wollen,
- das Kalenderblatt in eine eigene Datei schreiben zu lassen.
-
- Wer registriert hat, kann ab v0.34 sowohl den
- Begruessungsstring als auch den "Viel Spass wuenscht Dir..."
- String nach eigenem Geschmack verfassen. Einziger Nachteil:
- Der Sysop- bzw. BBS-Name wird nicht mehr andersfarbig
- dargestellt, war mir zuviel Arbeit.
-
- Ein weiteres Feature ist ab v0.34 eingebaut. Mittels
- Schalter /LB kann man erzwingen, dass der ausgewaehlte Text
- auf alle Faelle linksbuendig ausgegeben wird. Dies wurde
- gewuenscht z.B. fuer Texte mit Aufzaehlungen 1., 2... Man
- kann es aber auch so halten, dass man lediglich in den
- Texten, die es betrifft, in der *ersten* Zeile an der
- *ersten* Spalte eine Tilde (~) setzt. (In der Datei
- VORLAGEN.TXT ist damit gemeint, dass man in der *ersten*
- Zeile *unterhalb* des Datums in der ersten Spalte eine Tilde
- setzt.) Beim Kalenderblatt ist dies aus gutem Grund (der
- Aehnlichkeit zur Vorlage des Abreisskalenders ;) nicht
- moeglich. Sobald eine Tilde an der richtigen Stelle entdeckt
- wird, weiss DATSCRN Bescheid. Einfach mal ausprobieren.
- Ebenfalls nur fuer registrierte Nutzer!
-
- Das Programm legt ein Logfile an, welches DATSCRN.LOG heisst.
- Falls man allerdings nicht unbedingt auf Logfiles steht, so
- gibt es jetzt einen Schalter, um dies abzustellen. Man kann
- das Logfile in ein Verzeichnis seiner Wahl schreiben. Falls
- ein Fehler auftritt, dann steht das dort zu lesen.
- Zusaetzlich wird natuerlich vermerkt, wann das Programm
- jeweils gestartet wurde... Dieses Logfile kann nach einer
- gewissen Zeit recht gross werden. Dies kann man vermeiden,
- indem man das schoene Freeware-Tool SMALLLOG verwendet,
- welches hervorragend geeignet ist, solche Logfiles notfalls
- auf eine gewuenschte Groesse zu "shrinken". (Man kann es als
- SMALLLOG.ZIP in meiner BBS saugen ;-> )
-
- Tja - und nun die entscheidende Frage - wie startet man das
- Programm am besten? Antwort: In RACONFIG fuer eine bestimmte
- Uhrzeit - am besten ist wohl 0.01 Uhr oder so geeignet -
- einen Event definieren mit einem bestimmten Errorlevel als
- Exit. In der START.BAT (oder wie immer Eure Batch fuer die
- BBS lautet) diesen Errorlevel aufgreifen (Achtung - den hohen
- Errorlevel immer zuerst ;->) und das Programm ausfuehren
- lassen... Natuerlich kann man das Programm auch um 06.00 Uhr
- aufrufen - dann wird eben, falls man RA faehrt, bis dahin
- kein Datumsscreen gezeigt. (Bei anderen BBSs wird weiterhin
- der zuletzt erstellte Screen [z.B. WELCOME.A??] angezeigt ;))
-
- WICHTIGER HINWEIS: DATSCRN laeuft - in Abhaengigkeit von der
- Groesse der beiden Dateien VORLAGEN.TXT und JEDERTAG.TXT nur
- Bruchteile von bzw. wenige Sekunden. Danach wuerde das
- Batchfile, so man keinen Mailer verwendet und einen eXternen
- Event laufen laesst, also die Kontrolle wieder an RA
- zurueckgeben. Problem: Es ist immer noch die "gleiche"
- Uhrzeit - da i.B. auf Events nur minutengenau getimt wird.
- Daher ruft RA das Tool erneut auf. Ich weiss im Moment
- keinen anderen Weg, als eine Zeitschleife einzubauen, die
- eine entsprechende Verzoegerung bewirkt. Dies kann man z.B.
- mit dem Toolchen VERZOEG, welches ich vor kurzem geschrieben
- habe, machen. (Kann man in meiner BBS als VERZOEG.ZIP
- saugen. (Oder man legt sich 4DOS zu ;) Aber vielleicht hat
- ja jemand noch einen anderen brauchbaren Tip... (Das also
- nur, wenn man RA stand alone betreibt!)
-
-
- Und hier noch eine Anleitung, wie man DATSCRN zusammen mit
- LORA-BBS betreibt, um alle eingebauten Features zu nutzen:
-
- Der beste Zeitpunkt um Datscreen zu starten ist der
- Midnight-Event. Darin sollte folgender Batch gestartet
- werden:
-
- ===== Welcome2.Bat =====
- CD\ ; ins Root-Verz. wechseln
- CD Lora\Utility\Datscrn ; in Datscrn-Verz. wechseln
- Datscrn.Exe ; DatScrn starten
- D:\OS2-Tool\ANS2BBS.Exe Welcome2.ANS ; das erstellte ANSI-File in ein
- ; BBS-File wandeln
- Copy Welcome2.BBS D:\Lora\Misc\German ; BBS-File ins deutsche Texte-Verz.
- ; der Lora kopieren
- CD\ ; ins Root-Verz. wechseln
- CD Lora ; ins Lora-Verz. wechseln
- ========= Ende =========
-
- Achtung:
- Alles nach den Semikola sind Kommentare und muessen samt den
- diesen vor dem Start des Batches entfernt werden. Ggf.
- sollten natuerlich auch die Pfade angepasst werden. Der
- Aufruf des Welcome2.BBS wird vom Welcome.BBS aus gemacht.
- Einfach folgende Zeile an das Ende des Files haengen:
-
- LD:\Lora\Misc\German\Welcome2.BBS
-
- im Klartext:
-
- [Ctrl-W][L]D:\Lora\Misc\German\Welcome2.BBS
-
- (Fuer diese Anleitung danke ich ganz herzlich Gert
- Massheimer, Sysop der DELTA-OS BOX [2:2476/62]) Ich moechte
- auch an dieser Stelle nochmals betonen, dass ich in einem
- solchen Falle, so ich ein Kalenderblatt haben moechte, dieses
- in eine extra Datei schreiben lassen wuerde und diese dann
- genauso wie oben beschrieben behandeln liesse.
-
-
-
- 4. Was kostet DATSCRN und wie ist es um den Support bestellt?
-
- - Zunaechst muss ich sagen, dass ich DATSCRN so bereitstelle,
- wie es ist. Ich gebe keine Garantie auf das Programm,
- ausser, dass es Platz auf der Festplatte belegt. Auf gut
- Deutsch: Jegliche Haftung ist *ausgeschlossen*. Es koennen
- also keinerlei Ansprueche an den Autor geltend gemacht
- werden. (Nur mal nebenbei: Es duerfte auch verdammt
- schwerfallen, mit diesem Programm irgendwelche Schaeden
- anzurichten ;->> )
-
- - Jetzt etwas sehr erfreuliches: DATSCRN ist Freeware. D.h.,
- es darf kostenlos jederzeit benutzt werden und das Archiv
- DATSCRN.ZIP darf *unveraendert* weitergegeben werden.
- Falls Ihr dieses Programm von irgendjemandem fuer Geld
- erworben habt, dann verlangt es zurueck und gebt mir ruhig
- auch Bescheid, damit ich mich ebenfalls beschweren kann.
- Eines muss allerdings gesagt werden: sollte jemand dieses
- Tool benutzt, um rassistische, faschistische,
- frauenfeindliche, obszoene oder kriminelle Texte zu zeigen,
- dann erlischt die Erlaubnis zur Nutzung dieses Tools
- augenblicklich und ich behalte mir ggf. eine Anzeige vor.
-
-
- - Warum steht jetzt beim Versionsnamen ein Γ dahinter und
- wann kommt die naechste Release? - Antwort: Das Problem
- fuer mich ist, dass ich eine ganze Menge Arbeit in DATSCRN
- investiert habe, aber feststellen musste, dass sich seit
- ca. 1 Jahr die "Registrierungen" (von sonstigen
- Rueckkopplungen ganz zu schweigen ;-\) sehr in Grenzen
- halten. Ich nehme an, dass es zum einen daran liegt, dass
- Mailboxen nicht mehr ganz so im Trend liegen und zweitens
- das eben ein DOS-Programm ist (und eine Portiertung
- meinerseits nach OS/2 nicht moeglich ist :-(). Daher habe
- ich beschlossen, DATSCRN zunaechst nicht mehr grossartig
- weiterzuentwickeln. Boshafterweise bleibe ich aber,
- gemein, gemein..., bei dem Keysystem. Aktualisierte
- Versionen, also mit aktualisierten Textfiles, bzw.
- kleineren Fixes oder ggf. auch Erweiterungen, wird es aber
- weiterhin geben.
-
- - Frage: Da ist doch aber etwas mit einem Schluessel (Key) in
- der DATSCRN.CFG zu lesen??? - Antwort: Ja. Wer moechte,
- kann mir *entweder* einen kleinen Brief mit *frankierter*
- Antwortpostkarte und vielleicht auch einer schoenen
- Ansichtskarte fuer meine Kinder schicken und den folgenden
- Daten:
-
- * Name der Deiner BBS - exakt, wie Du ihn in der
- DATSCRN.CFG eingetragen hast.
- * Dein Vorname und Nachname
- * Bitte jeweils auch die exakte Klein/Grossschreibung
- beachten!
- * und moeglichst noch einen Hinweis, wo Du das Programm
- herbekommen hast.
-
- Sofort bekommst Du einen Key zugesandt, der die letzte
- Zeile mit der Werbung fuer meine BBS beseitigt und statt
- dessen ein "Registriert fuer YYYY ZZZZZZZ" erscheinen
- laesst. (Das sieht doch unheimlich gut aus, oder?)
- Natuerlich steht anstellen XXXX usw dann dort *Dein* Name
- ;-> Du kannst ab dann alle Features der "registrierten"
- Version nutzen :-)
-
- ACHTUNG! Ab Version v0.34 musste das Keysytem geaendert
- werden, weil irgendein sich ganz toll vorkommender kewler
- scene coder einen illegalen Keymaker in Umlauf brachte.
- (Er hatte uebrigens die Frechheit, sogar noch ein (c)
- hineinzuschreiben!) Damit waere mir die einzige
- Moeglichkeit genommen, zu erfahren, wer mein Tool nutzt.
- Daher habe ich diesmal doch etwas mehr Muehe in das neue
- Keysystem gesteckt, so dass es etwas schwerer fallen
- duerfte, den Key zu knacken. Machbar ist es sicher, so
- dass ich ggf. einen neuen Key erstellen muesste. Ich frage
- mich aber ernsthaft, was jemand davon hat, einen Key fuer
- *MAIL*ware zu knacken. Naja, was solls...
-
- WICHTIG! Wer DATSCRN (noch ;) "unregistriert" nutzt, darf
- den Eintrag NICHTREGISTRIERT *nicht* aendern. DATSCRN
- meckert sonst und macht eine 5s-Pause mit Hinweis. Das ist
- vor allem fuer Leute gedacht, die beim Updaten evtl. ihren
- Keyeintrag beschaedigen und so gleich einen Hinweis
- bekommen.
-
- Man kann mir das Registrierungsformular auch per E-Mail
- zukommen lassen, also an carsten.kruse@beg.gera.thur.de
- oder an meine FIDO-Adresse (2:248/4002) oder eine der
- anderen, oben angegebenen Netzadressen. Ich werde mich
- bemuehen, Dir den Key moeglichst umgehend zuzucrashen. Man
- kann neue Versionen von DATSCRN uebrigens immer in der BeG
- als DATSCRN.ZIP oder unter dem Magic DATSCREEN bekommen.
-
- Zudem kann man auch bei weiteren BBSs, die als
- Registrierungssite arbeiten, via E-Mail einen Key
- anfordern. Naeheres steht in REGSITE.TXT!
-
- Wer uebrigens partout etwas bezahlen moechte, der gebe das
- Geld doch einfach UNICEF, Kto-Nr 300 000 auf allen Banken und
- Sparkassen.
-
-
- Ein Programm lebt immer auch davon, dass der Autor eine
- gewisse Rueckkopplung erfaehrt. Daher bin ich ueber Hinweise
- (und natuerlich auch ueber Lobe ;->) erfreut. Fehlerhinweise
- bitte mit moeglichst genauer Beschreibung.
-
- Ab Version 0.37 ist ein Achiv namens DAT-OS2.LZH
- eingebunden, welches eine OS/2-Variation der DATSCRN-Idee ist
- und von Gert Massheimer entwickelt und als Freeware
- freigegeben wurde. Der Funktionsumfang und die Strukturen in
- den .cfg/.txt-Files ist zu 95%ig mit DATSCRN (DOS)
- kompatibel, so dass ein Umstieg sehr leicht moeglich sein
- sollte. Alles weitere steht in diesem Archiv. DATSCRN2 wird
- "lediglich" kostenlos als 3rd-Party-Produkt mit diesem Archiv
- mitgeliefert. RA-Sysops sollten beachten, dass Gerts Tool
- (momentan) noch nicht das "Datumsfeature" von RA
- unterstuetzt, da nur eine ANS-Datei mit waehlbarem Namen
- ausgegeben wird. Weiterhin gilt zu beachten, dass diese
- OS/2-Version *nicht* seperat, sondern nur in diesem Archiv
- und unveraendert vertrieben werden darf. Der jeweilige Sysop
- vor Ort darf es sich allerdings selbstverstaendlich anpassen!
- Die momentan beigefuegte Version ist an den Stand der Release
- 0.40 angeglichen.
-
-
-
- 5. Etwas zum Programm und seinem Autor
-
- Mein Name ist Carsten Kruse, ich bin momentan 36 Jahre alt(?)
- und Sysop der "Bildungsecke Gera (BeG)", die seit Anfang
- September 1994 am Netz ist. Beruflich verdiene ich meine
- Broetchen als Lehrer fuer Physik, Astronomie,
- Informationstechnische Grundbildung und Englisch. Mit dem
- Programmieren beschaeftige ich mich seit 1985, als ich
- computermaessig mit einem muehsam zusammengesparten Atari
- 800XL begann. (Daher auch meine Vorliebe fuer BASIC...)
-
- Und damit sind wir beim Programm: Ich habe es komplett in
- PowerBASIC 3.20 geschrieben. Compiliert wurde es im
- 386er-Code mit Option auf FAST (statt auf SMALL). Dabei
- wurden saemtliche nicht notwendigen Bibliotheken vom
- Compilieren ausgeschlossen, so dass die Groesse noch
- annehmbar ist. (Ist trotzdem recht aufgeblaeht, da viel Text
- enthalten ist. Erstellt habe ich die Release 0.1α innerhalb
- von drei Nachmittagen. Die Patches hin zu einer
- "endgueltigen" Release werden sicher etwas mehr Zeit in
- Anspruch nehmen. Allerdings laeuft DATSCRN bereits jetzt
- schon sehr zufriedenstellen und daher ist zunaechst an eine
- Weiterentwicklung nicht mehr gedacht. Man sollte aber
- dennoch ab und an in die BeG gucken und DATSCRN requesten, da
- ich zumindest immer Archive mit aktualisierten Textdateien
- (holy_day.txt, vorlage.txt, jedertag.txt) bereitstellen will.
-
-
- Carsten Kruse
-
- Gera, 23.08.97
-
- ---eof---
-