Vectronix 2/VECTRONIX2.iso/FILES_07/MAG_SL84.ZIP/MAGICBOX/TEXTE/HISTORY.081

Text File | 1992-01-10 | 13KB | 223 lines

Zusatz am 09-01-1992 (0.81ß)
============================

Nun will ich aber das neue Update in die Box setzen, bevor es zu spät ist
und mir die P*st mal wieder die Leitung kappt. Es gab ja auch einiges zu
tun, denn nicht alles lief so fehlerfrei, wie ich es mir erhofft hatte.
Zumindest eine gute Sache ist dabei herausgekommen: Pedder hat keine RAM-
DISK mehr... zumindest nicht auf I: :-))

Fangen wir vorne an: Hilfstexte (HILFE * etc.) lassen sich ab sofort an
jeder beliebigen Stelle abbrechen. Drückt man die beliebten Tasten während
der Ausgabe eines Hilfstexts, bricht man nur den einen ab, drückt man
bei "Bitte Taste", bricht man alles ab.

Bei NetCalls werden ab sofort auch Gebühren im Protokoll vermerkt. Das ist
zwar meiner Meinung nicht in Ordnung (entweder nur bei Incoming oder nur
bei Outgoing, aber nicht bei beiden, sonst rechnen zwei Boxen sich ja
doppelt), aber egal, sei's drum: Gebühren für NetCalls ab sofort auch im
Protokoll. Wen's interessiert: Die Rufnummer der Mailbox MUSS für eine
korrekte Berechnung im Netinfo von der Vorwahl durch ein "-" oder ein
" " getrennt sein. Das sollte man beachten, sonst wird immer Zone 2/3
berechnet.

Nachdem man den Rücknahme-Befehl in einem öffentlichen Brett angewendet
hatte, konnte man sein Unwesen in den PMs fremder Menschen treiben. Dieser
Fehler ist nun (glücklicherweise) behoben, ohne daß er Schaden angerichtet
hat.

Im Wartebilschirm wird nun nicht mehr beim nächsten Ereignis der Ereignis-
parameter abgeschnitten auf Teufel komm raus und ein ".." davorgesetzt,
sondern es wird jetzt (wenn ein Programm gestartet wird natürlich nur) der
eigentliche Programmname ohne Extension herausgefiltert und als Parameter
eingesetzt. So dürfte es für die, die ihre Ereignisliste selbst nicht
kennen, etwas einfacher werden sich zu erinnern, was denn das nun wieder
soll.

Nach Incoming und Outgoung NetCalls wird ab sofort der letzte Anrufer auch
in der SYS-Datei festgehalten und somit auch als letzter Anrufer im Warte-
Bildschirm angezeigt.

GÄSTEn kann man ab sofort nicht mehr schreiben. Wieso auch? Sollte es also
einen Sysop geben, der unbedingt einem Gast schreiben will, und will dieser
Sysop auch noch, daß eben dieser Gast bei jedem Login die Nachricht zu
lesen bekommt, mache er folgendes: Nachricht an sich selbst richten, nachher
per EDIT <nr> die entsprechende PM edieren und dem Empfänger auf GAST
setzen (geht das überhaupt?). Das Datum setzt man dann geschickterweise auf
den 23-12-99 23:59, damit der Brief immer als neuer welcher angezeigt wird.

Die "Anzahl Zugriffe" bei den Files wurden bemerkenswerterweise nicht
mitgezählt. Das ändert sich ab dieser Version. Ich wunderte mich schon,
warum angeblich niemand MagicBox SL aus der Box gezogen hatte, obwohl ich es
doch hunderte von Malen mit angesehen hatte...

Die Carrierprüfung ist arg perfektioniert worden und dürfte nun keinen
Anlaß mehr zum meckern geben. Sprich: Sie funktioniert jetzt an allen Stellen
fehlerfrei und unkonventionell gut.

Der Sysop-Ruf ist endlich wieder abbrechbar. Man stelle sich das vor, ich
hatte da nicht einmal eine Schnittstellen-Eingaberoutine in den Ruf gesetzt,
so daß der User gar nix konnte!

Der NetSorter machte insofern Schwierigkeiten, als er andauernd ein "Brettcode
wxyz nicht vorhanden" in das Protokoll schrieb. Dies tat er genau dann, wenn
das Brett vorhanden war und verfehlte damit eindeutig seinen Zweck: Sechs,
setzen. Ernst beiseite: So gehts ja nun auch nicht! Gell, der Fehler ist
raus, um es kurz zu machen.

Löscht man im Net-Editor eine Node, wird nun nicht mehr automatisch
gecruncht, sondern das macht man nun am Schluß per Hand. Nachdem ich 20mal
das crunchen mitansehen mußte, ging es mir selbst auf meinem TT auf den
Senkel.

Beim Lesen von Nachrichten wird ab sofort auch gescrollt. Am besten mal
anschauen, damit Ihr versteht, was ich denn überhaupt so meine. Kann man
ganz einfach sagen: Beim Lesen einer Nachricht scrollt der Bildschirm ab
sofort genau so wie beim Anzeigen des Inhalts eines Bretts. Very simple.
Vorteil: Der Absender, Betreff, Anzahl gelesen, Nachrichtennummer usw.
bleiben immer oben auf dem Bildschirm stehen, während die Nachricht
gelesen wird. Nachteil: Bei der Einstellung "24 Zeilen" bleibt lediglich
Platz für etwa 14 Zeilen Text, bevor "Bitte Taste" erscheint und gescrollt
werden muß. Macht aber nichts, denn dadurch wird es doch wesentlich
übersichtlicher. Denke ich.

Beim Downloaden von Dateien hat sich ebenfalls etwas getan. Zum einen
befinden sich jetzt die Auswahlzeilen _unter_einander, denn es wurden
jetzt doch etwas zu viele Auswahlmöglichkeiten für zwei Zeilen. Wieso?
Weil eine neue hinzugekommen ist: Die Option "I" für I)nhalt ansehen.
Da viele User den Befehl "Archiv" nicht kennen/benutzen/verstehen/mögen,
nun die Möglichkeit, sich vor dem Download noch schnell das Archiv anzu-
sehen. Ansonsten bleibt dabei alles gleich.

Wir sind jetzt in Zeile 1603 angekommen (Gesamt-Update-Text). Nun: Wenn
man seinen Umlautwandler einstellte, konnte es vorkommen, daß auch uner-
klärlichen Gründen ein "?" als scharfes s benutzt wurde. Woraufhin man
leider den Befehl "?" nicht mehr eingeben konnte, weil der als scharfes
s interpretiert wurde. Dem machen wir ein Ende. Wird das bei der Parameter-
einstellung erkannt, wird automatisch auf ASCII 225 umgestellt. Und für
alle, denen die ewige Umlauteinstellung sowieso ein Dorn im Auge war:
Drückt man jetzt <Return>, statt Umlaute einzugeben, werden automatisch
die original-MSDOS-Umlaute eingestellt (auch wenn wir damit einen veralteten
Standard unetrstützen, boah).

Sind Files da, die zensiert werden müssen, werden sie ab sofort auch in der
Inhaltsübersicht mit einer blinkenden Nummer dargestellt, damit der Sysopa
sofort sieht, daß er wieder Arbeit hat. Merkwürdigerweise war das bislang
nicht der Fall. Wieso wies mich niemand darauf hin?

Beim folgenden Punkt folgt ein großes  _ L E I D E R _  habe ich die alte
Adressierung nun ganz abgeschafft. Sprich: Der Doppelpunkt bei der Adres-
sierung von PMs ist ab sofort nicht mehr benutzbar. Eines kann ich Euch
sagen: Das war so ziemlich das letzte, was noch irgendwie an den guten,
alten Cliff erinnerte, denn die Adressierung per Doppelpunkt hat ER hier
in Deutschland, insbesondere im MagicNET, populär gemacht, und JEDER kannte
sie. Das letzte Wahrzeichen des MagicNETs schwindet nun also auch bei
MagicBox SL - in Tiefer Trauer hier die Erklärung der neuen Adressierung,
die inzwichen (kein Schreibfehler) jedem bekannt sein sollte. Aus dem
Empfänger "DPD:MARTIN" wird ab sofort "MARTIN@DPD". Ich weiß, der Klammeraffe
ist auf der ST-Tastatur übel zu erreichen, aber so lautet nun mal die neue
MagicNET-konforme Adressierungsart. Die Adressierungsart in ein Netzwerk,
die noch in den Hilfstexten (demnächst Update) und in der Anleitung zu finden
ist, fällt somit ersatzlos weg!

Holt man sich einen User in den Beichtstuhl (äh, Chat), wird ab sofort die
Online-Zeit gestoppt. Nachdem er wieder ins System geht, wird sie wieder
normal gesetzt. Gleiches gilt für den Editor! Damit man endlich seine
Nachrichten wieder schreiben kann, ohne aus der Box geworfen zu werden.

Empfangsbestätigungen können GÄSTE nun nicht mehr einschalten - scheint
ja auch etwas unsinnig zu sein, gelle, da man ihnen eh nicht mehr antworten
kann.

In der MAGICBOX.CNF gibts einen neuen Wert namens "AUTOBRETT". Steht
AUOTOBRETT auf "1", werden Net-Bretter, die zwar ankommen, aber noch nicht
in der Brettdatei sind, automatisch angelegt. Alle anderen Werte als "1"
lassen _NetSort so arbeiten, wie es schon immer gearbeitet hat, nämlich
mit dem "-FAIL-.TXT". Übrigens, man fragte mich, warum denn mit zwei
Strichen. Ganz einfach: Weil man nicht bei allen TOS-Versionen im
Datei/Info einen Strich eingeben kann. Und wenn man eine Box mit einem
Strich im Nodenamen hat, kann man ihn hier exorbitant übernehmen. Wieder
nur zu Eurer Erleichterung :-)

Ein kleines MAF-Problem ist gelöst worden: Wenn man mit dem Realnamen
schrieb und ein "$ Realname" in der MAF-Nachricht vorkam, wurde das
Pollpaßwort falsch erkannt. Problem erkannt, Problem gebannt.

Hinter dem Brettinhalt erscheint nun in den Sternzeilen ("*** Verwalter:...")
auch eine neue Zeile, sofern es sich um ein Downloadbrett handelt:
"*** Fileliste downloaden mit '..........' *." - je nachdem, wie der
Befehl bei Euch heißt. Außerdem hieß es bei den Neueinträgen immer
"Übersicht über alle Neueinträge mit NEUEINTRAEGE" - habe ich nun so
geändert, daß da derjenige Befehl steht, der auch in der BEFEHLE.CNF
definiert wurde.

Im Scanner tauchten auch Unterbretter auf, obwohl in jenen ja gar nichts
stehen kann (weil keine Schreibmöglichkeit). Auch dieses Problem ist nun
behoben.

Beim Pollen wurde nach Nodename und nach Paßwort kein ASCII 13, sondern
zusätzlich auch noch ein Linefeed gesendet. Das brachte einige Boxen
arg aus dem Konzept. Ab sofort wird nur noch ein ASCII 13 gesendet.

_AutoCrash ist neu: Nachdem die Straße recht eng geworden ist, wird sie
nun wieder breiter, dann wieder enger etc. - die User können dadurch mehr
Punkte erreichen denn je.

Ab sofort kann auch über RING DETECT gearbeitet werden. Dabei ist zu
beachten, daß _auch_dann_ eine RING-Meldung eingetragen werden muß. Wie
die dann lautet, ist letztendlich egal, aber der Eintrag darf auf keinen
Fall leer sein! Ich für meinen Teil arbeite nur noch mit Ring Detect.
Vorteil: Das Modem hebt noch vor Beendingung des ersten Klingelns ab!

Nun einige Kommentare wegen fehlerhafter Fehlermeldungen: Nein, ich habe
nichts dagegen, wenn ich Fehlermeldungen kriege, aber wenn ich welche
kriege, die nicht korrekt sind, dann stelle ich sie natürlich auch richtig.
Schreibt also ruhig weiter alles, was Euch auffällt. Hier die Kommentare:

Man kann natürlich die Nachrichten löschen, die von bestimmten Usern sind,
und man kann auch die löschen, die an bestimmte User sind. Dazu genügt ein
kleiner Blick in den Hilfstext (gibt's mit HILFE), denn da steht:
KILL <USER          löscht Nachrichten von USER
KILL >USER          löscht Nachrichten an USER

Man beschwerte sich, daß manchmal im Scanner die Bereiche fett angezeigt
werden und manchmal nicht. Nämlich dann nicht, wenn man im gleichen Bereich
weiterscannt und das vorangegangene Brett übersprungen hat. Das hat seine
Richtigkeit. Der Bereichsname wird nur bei einem BereichsWECHSEL fett
dargestellt, um anzuzeigen, daß soeben der Bereich gewechselt wurde. Es
soll nämlich User geben, die das nicht merken und sich wundern, warum in
einem Bereich sechs Bretter mit Angeboten sind. Und wer es dann immer noch
nicht merkt oder keine Emulation hat, der sieht es an der Leerzeile.

Man beschwerte sich des öfteren über die Dateien namens "UPDOWN.IND", die
in den Up-/Download-Brettern auftauchten. Nun, wem sie nicht gefallen, der
sollte vielleicht einfach mal den KILL-Befehl benutzen, gelle. Da ich ja
nun auf der Platte beim umschürbeln von MagicBox ST auf SL _nichts_
gelöscht habe (außer beim Dateiumstellen), blieben diese Dateien als
Relikte vom alten System übrig, um auch dem letzten Sysop zu zeigen, wie
die neue Crunch-Funktion arbeitet: Datei(en) in den passenden Ordner,
crunchen, Beschreibung eingeben, fertig. Sprich: MagicBox SL bemötigt diese
Dateien nicht. Löschen!

Man beschwerte sich darüber, daß bei einem Brettwechsel von einem Brett
mit langem Namen in eines mit kurzem Namen Reste des alten Namens auf dem
Bildschirm stehenbleiben. Nun, da würde ich ganz einfach sagen: Zeilenzahl
nicht auf 23 stellen, sondern auf 25, wie sich das bei einem Bildschirm mit
25 Zeilen gehört, dann passiert sowas auch nicht! Ist doch klar: Wir sind
in Zeile 23 zur Eingabe, geben einen Befehl ein, zweimal CRLF wird ausgegeben,
der Bildschirm scrollt aber NICHT, weil die Gesamtlänge (25) nicht
überschritten wird, und dann gelangen wir zur Eingabe wieder in Zeile 23.
So soll es sein, und das ist auch kein Fehler. Wozu gibts den Befehl
Parameter schließlich? Und wer nur 23 von 25 Zeilen nutzt, also bitte, dem
kann ich auch nicht helfen (außer mit dieser Nachricht [:-)])

Man beschwerte sich darüber, daß in der linken oberen Ecke "Flecken" zu
sehen sind, wenn ein anderes Programm aufgerufen wird und daß man mit
solchen Effekten das Programm Bekannten nicht vorführen könne. Nun, da
sollte man sich bei Atari beschweren. Da im TOS 3.01 die Parameterübergabe
an Programme über die Basepage nicht korrekt funktioniert, bin ich diesen
Weg gegangen, um die Parameter zu übergeben: Über den Bildschirm. Damit
das Programm auf allen TOS-Versionen löppt. Das war das.

   Martin [09-01-1992]