GC-ORK - Otto's GC Command Editor

Dies soll keine Anleitung sein, da ich denke, da sich die meisten
Sachen von selbst erklren. Trotzdem wollte ich auf ein paar Sachen
eingehen, die vielleicht nicht ganz so offensichtlich sind.

- Um eine Verwechslung mit Harry's Original-Editor zu vermeiden, hab ich
  mich entschlossen, den Editor umzubennen (naja, das IST offensichtlich)

- dieses Programm ist selbstverstndlich Public-Domain, d.h. jeder kann
  es so oft kopieren und weitergeben an wen er will, es ist kein
  Shareware-Betrag o.. erforderlich (Spenden werden natrlich trotzdem
  gern entgegengenommen)

- Selbstverstndlich ist wohl auch, da ich keine Haftung oder
  Verantwortung fr direkte oder indirekte Schden jedweder Art, seien
  sie finanzieller, materieller oder sonstiger Art, die aus dem
  Gebrauch, Nichtgebrauch oder Mibrauch von GC-ORK und dieser Anleitung
  entstehen, bernehme.

Nun aber einige Hinweise zum Programm selber, insbesondere solche
Sachen, in denen sich GC-ORK von GC-BEE unterscheidet:

- Beim Start des Programms werden nicht nur die Dateien mit den
  aktuellen Daten, sondern auch eine evtl. vorhandene Befehls-Datei
  eingelesen. Sollte es sich dabei um eine alte Befehls-Datei (z.B. vom
  letzten Zug) handeln, wird darauf hingewiesen. Diese Meldung kann auch 
  (unter Optionen-Einstellungen-'Alte BEF ignorieren') abgeschaltet werden.

- Ebenso wird beim Start versucht eine Konfigurationsdatei mit den
  aktuellen Einstellungen zu lesen. Ist diese beim ersten Start nicht
  vorhanden, wird sie automatisch angelegt. Diese Datei wird in
  dem Ordner gesucht, wo das Programm steht.

- Um das Programm bei mehreren Runden nicht mehrmals auf der Platte zu
  haben, kann man es auch als Anwendung auf z.B. die GCB-Datei anmelden.
  In diesem Fall wird der Dateiname aus dem ersten bergebenen Argument
  genommen.

- Die Icons am unteren Bildschirmrand sind mit den Tasten F1-F4 belegt,
  d.h. F1 ffnet die Sternenkarte usw.

- Im Flottenbericht knnen bei gedrckt gehaltener Shift-Taste, oder
  auch durch ein Gummi-Band mehrere Schiffe selektiert und anschliessend
  bewegt werden (bei den anderen Kommandos erschien mir das wenig
  sinnvoll).

- Wenn man in der Sternenkarte in den leeren Raum klickt und die
  Maustaste gedrckt hlt, kann man auch im Editor Grenzen einzeichnen.
  Bei jedem weiteren Klick wird ein Teilstck der Grenze gezeichnet.
  Beendet wird das Ganze durch drcken einer beliebigen Taste. Die
  Informationen hierzu werden bei Programm-Ende in eine .MPS Datei
  geschrieben (die ist neu und wird nur vom Editor und von GCMAPPS
  benutzt). Der Eintrag dafr ist
      limes <x-pos> <y-pos> <linien-nummer>
  wobei zusammengehrige Teilstcke die gleiche Nummer haben.
  Grenzen knnen wieder gelscht werden, indem man einen einfachen
  Klick auf irgendeine der Linien macht. Die komplette Grenze blinkt dann
  kurz, und es erscheint eine Abfrage, ob man sie lschen mchte. Es
  werden immer solche Stcke als zusammengehrige Grenze betrachtet,
  die beim Erstellen zusammen gezeichnet wurden.

- In der .MPS-Datei stehen auch noch andere Sachen drin. Dies sind
  Infos, die man zu frheren Zeitpunkten mal von Planeten hatte, und
  werden lediglich beim Erzeugen der PS-Datei, oder bei eingeschalteter
  Anzeige der Planeten-Sichtweiten verwendet.

- Der Unterschied zwischen 'Abbrechen' und 'Beenden' besteht darin,
  da bei 'Beenden' die genderten Dateien in jedem Fall gesichert
  werden und dann das Programm ohne weitere Abfrage verlassen wird,
  whrend bei 'Abbruch' eine Abfrage erfolgt, falls Dateien gendert
  wurden. Die BAS-Datei wird in diesem Falle aber NICHT gesichert,
  da sie sich immer ndert.

- Um die Dateien auch anderen Programmen zur Verfgung stellen zu
  knnen, kann unter Optionen/Einstellungen gewhlt werden, ob die
  BAS-Datei in binrer Form (wie bisher) oder in ASCII-Form (wie
  demnchst alle Dateien) abgespeichert wird.

- Der Editor kann sowohl die alten Binr-Datei-Formate als auch die
  die neuen ASCII-Datei-Formate laden. Dabei wird zuerst nach den
  ASCII-Dateien geschaut. Sind diese nicht vorhanden, wird versucht,
  die entsprechende Binr-Datei zu laden. Dabei gilt wie auch beim
  alten Editor: IMMER DARAUF ACHTEN, ALLE DATEIEN ZU EINER SPIELRUNDE
  ZUSAMMEN IM ORDNER ZU HALTEN. Ich kann leider nicht in allen Fllen
  feststellen, ob die Dateien zusammenpassen, da leider nicht in allen
  das Sterndatum und Kennung der GC-Runde steht, bei Kopieraktionen also
  aufpassen.

- Deswegen hier noch einmal die Dateien, die vom Editor benutzt werden:
    GC_ORK.INF         Konfigurationsdatei des Editors
    <spielername>.GCB  Datei mit Angaben zur GC-Runde
    <spielername>.PLN  bzw.
    <spielername>.PLB  Auswertungsdatei mit Planeteninformationen
    <spielername>.FLN  bzw.
    <spielername>.FLB  Auswertungsdatei mit Flottenbericht
    <spielername>.VLN  bzw.
    <spielername>.VLB  Auswertungsdatei mit sonstigen Ereignissen
    <spielername>.LGB  Auswertungsdatei mit Lagebericht
                       (wird nur angzeigt)
    <spielername>.NAS  bzw.
    <spielername>.BAS  vom Editor gepflegte Informationen ber alle
                       bekannten Planeten
    <spielername>.MPS  vom Editor gepflegte Datei mit frheren Infos
                       ber Planeten sowie Grenzlinien
    <spielername>.BEF  Befehls-Datei
    OLD_BEFS.BEF       Letzte Version der Befehls-Datei vor Programm-
                       Start, falls Befehls-Datei gendert wurde.
    <spielername>.PS   Postscript-Datei mit Sternenkarte. Kann ber
                       Datei/Postscript-Map oder mit GCMAPPS erzeugt
                       werden.
    
    Die .MAP-Datei und die .LGX-Datei, die ebenfalls bei der Auswertung
    mitgeliefert werden, werden vom Editor nicht bentigt, da sie lediglich
    Informationen beinhalten, die auch schon in den anderen Dateien stehen.
    Die .GCB, .PLN (oder .PLB), FLN (oder .FLB), und VLN (oder .VLB) Dateien
    werden in jedem Fall bentigt. Ein Lagebericht (.LGB) sollte eigentlich
    auch immer vorhanden sein, ebenso sollte nach dem ersten Zug eigentlich
    immer eine .BAS-Datei vorhanden sein (diese ist eigentlich die wichtigste,
    hier stehen alle Informationen ber eigene und bekannte Planeten drin.
    In der .PLN-Datei werden immer nur die nderungen mitgeschickt).


- Im Forschungs-Dialog kann auf globale Forschung umgestellt werden. Dies
  bedeutet, da auf allen eigenen Planeten der Reihe nach soviel PE in die
  entsprechenden Forschungslevel investiert werden, wie man angibt. Man
  braucht dann also nicht jeden einzelnen Planeten mehr abgrasen. Aus diesem
  Grunde ist wohl am sinnvollsten, erst einmal alle anderen Aktivitten
  durchzufhren, und erst am Schluss zu Forschen.

- im Forschungsdialog kann, wenn Forschung auf 'global' steht, durch
  einen Doppelklick die Anzahl der PEs bis auf den nchsten Tech-Level
  hochgezogen werden, oder es werden die restlichen PE in diesen
  Forschungsbereich gesteckt, wenns nicht mehr reicht.

- Der Editor rechnet immer mit den aktuellen, durch die Befehle entstehenden
  Werten. Dadurch kann es im Ausnahmefall dazu kommen, da bei den ersten
  Befehlen mit anderen Werten gerechnet wird, als es das Auswerteprogramm
  hinterher tun wrde. Beispiel: man baut Festungen. Die Kosten fr eine
  Festung sind vom Tech-Level Planeten-Verteidigung abhngig. Wenn nun in
  einem Zug Festungen gebaut werden, und sich anschliessend durch Forschung
  der Tech-Level fr Planeten-Verteidigung ndert, so sind vorher eigentlich
  zu viele PE abgezogen worden, da da Auswerteprogramm immer erst die
  Forschungs-Befehle bearbeitet. Fr diesen Fall gibt es den Menpunkt
  'Befehls-Datei optimieren'. Dadurch werden die Befehle neu sortiert, und
  die Kosten werden anschliessend nochmal komplett neu durchgerechnet.
  Sollten sich dadurch Differenzen zum vorherigen Stand ergeben, erfolgt eine
  entsprechende Meldung.

- Die Felder mit der berschrift 'MIN' im Planeten-Dialog zeigen an, wie viele
  PE mindestens in die Werft gesteckt werden mssen, um ein Schiff des ent-
  sprechenden Typs in der nchsten Runde rauszukriegen. Dabei werden auch 
  die 50% Zuschlag bei einer Umstellung bercksichtigt.

- Die Spalte mit der berschrift 'Fehl' in der Anzeige der Techlevel gibt
  an, wieviel PE noch bis zum nchst hheren Techlevel fehlen.

- Die Mailadressen in der Spieler-Liste erscheinen dann, wenn man sie
  hinter die jeweiligen Namen in der GCB-Datei setzt, und zwar durch
  mindestens zwei Leerzeichen getrennt (ein Beispiel fr GC12 ist
  unten angefgt). Leider werden sie zum Teil noch abgeschnitten, da
  die Anzeige dreispaltig ist und der Platz nicht ganz reicht.
  
- Undo im Flottenbericht macht das letzte Kommando, das sich auf ein
  Schiff bezog, rckgngig  


Ganz besonders bedanken mchte ich mich an dieser Stelle bei

    Harry Zimmermann  alias  Joe Cool, dem Schpfer von Galactic Conqueror,
        den ich immer wieder mit Fragen lchern durfte
    Harry Schmidt, der die ursprnglichen Routinen fr GCMAPPS
        geschrieben hat
    Martin Reising, der GCMAPPS weiterentwickelt und mir zur Verfgung
        gestellt hat und zahllose Verbesserungsvorschlge gemacht hat
    Mark Rdicker, der uns die Datei-Routinen zur Verfgung gestellt hat



So, das soll erst mal reichen. Wer Anregungen, Wnsche, Bug-Reports oder
hnliches (vom letzten hoffentlich weniger) uern will, soll dies tun.
Zu erreichen bin ich ber 

    Mausnetz: Thorsten Otto @ DO              oder
    Internet: Thorsten_Otto@do.maus.ruhr.de   oder als
              THORSTEN_OTTO in der Scheibenwelt

Viel Spa mit dem neuen Editor

Thorsten      alias  Gandalf


Anhang
______

Spielerliste fr GC13

GLASI               GLASI@scheibe.anubis.sub.de
Catweazle           schild@math.uni-muenster.de
Cthulhu             CTHULHU@scheibe.anubis.sub.de
Bloody Mary         Christian_Bullerdick@do.maus.ruhr.de
Gandalf             Thorsten_Otto@do.maus.ruhr.de
Elektroman          eschbach@ira.uka.de
FRESH               FRESH@scheibe.anubis.sub.de
VOYETRA             A.WIENEKE@HSP.zer.de
Opho                andi@oahu.cern.ch
Boursin IV          markus@oahu.cern.ch
Pest                uch435@ux1.HRZ.Uni-Dortmund.DE
Edel                goeksu@isi.fhg.de
HAWK                HAWK@scheibe.anubis.sub.de
MONSTER             MONSTER@scheibe.anubis.sub.de
Dart                gion@oahu.cern.ch
NEREUS              M.MELZER@HSP.zer.de
Lioneer             Christian_Bullerdick@do.maus.ruhr.de
Duneman             juneman@nwz.uni-muenster.de
Beast Master        Mark_Roedicker@do.maus.ruhr.de
Darkstar            hotte@nwz.uni-muenster.de
Frodo               haefemei@igd.fhg.de
Lucky               bodo@wolf.ping.de
LUMBERJACK          LUMBERJACK@scheibe.anubis.sub.de
Eddie               ralf@elmos.elmos.de
Diana Troy          ralf@elmos.elmos.de
E605                FLASCHBIER@scheibe.anubis.sub.de
Bloody Harry        Schmidt@IfADo.Arb-Phys.Uni-Dortmund.De
Dr Bobo             gerstnet@informatik.tu-muenchen.de
Count Zero          meier@informatik.tu-muenchen.de
Muaddib             J_SAUERLAND@HSP.zer.de
Luke Skywalker      ANDREW_SMART@r-m-b.gun.de
