ToolManager 3.1 Dokumentation
*****************************

Copyright und andere legale Dinge
*********************************

   Diese Dokumentation darf kopiert und weitergegeben werden solange die
Copyright-Notiz und diese Erlaubnis unverändert auf allen Kopien
enthalten ist.

COPYRIGHT

   Copyright (C) 1990-1998 Stefan Becker

   Kein Programm, Dokument, Datei oder Quelltext aus diesem
Software-Paket darf, weder ganz noch auszugsweise, einem anderen
Software-Paket beigelegt werden, außer es liegt eine schriftliche
Erlaubnis des Autors vor.

KEINE GARANTIE

   Es gibt keine Garantie für dieses Software-Paket. Obwohl der Autor
versucht hat Fehler zu vermeiden, kann er keine Garantie dafür geben,
daß das in dieser Dokumentation beschriebene Software-Paket 100%
fehlerfrei ist. Sie benutzen dieses Material also auf eigenes Risiko.
Der Autor kann nicht für igendwelche Schäden haftbar gemacht werden,
die durch die Benutzung dieses Software-Paketes enstanden sind.

VERTRIEB

   Dieses Software-Paket kann frei verteilt werden ("freely
distributable"). Es kann auf jedes Medium übertragen werden, das für
den Vertrieb von freier Software benutzt wird, wie z.B. Public Domain
Diskettensammlungen, CDROMs, FTP Server oder Mailboxsysteme.

   Um den einwandfreien Zustand des Software-Paketes sicherzustellen,
sollten die Vertreiber nur die Original-Archive verwenden:

ToolManager3_1Binaries.lha  (Dateiname im Aminet: ToolManagerBin.lha)
ToolManager3_1Developer.lha (Dateiname im Aminet: ToolManagerDev.lha)
ToolManager3_1Extras.lha    (Dateiname im Aminet: ToolManagerExt.lha)
ToolManager3_1Locale.lha    (Dateiname im Aminet: ToolManagerLoc.lha)
ToolManager3_1Sources.lha   (Dateiname im Aminet: ToolManagerSrc.lha)

   Der Autor kann nicht dafür verantwortlich gemacht werden, wenn das
Software-Paket unbenutzbar geworden ist aufgrund von Veränderungen an
dem Inhalt der Archive oder den Archiven selbst.

   Es wird keine obere Grenze für die Vertriebskosten festgesetzt, d.h.
für die Kosten von Disketten, Bändern oder CDROMs, oder dem Prozeß
der Vervielfältigung. Solche Grenzen haben sich als schädlich für
die Idee der frei verteilbaren Software erwiesen, z.B. wurden
Software-Pakete entfernt anstatt den Preis für eine Diskette unter die
Grenze zu senken.

   Obwohl der Autor keine Grenzen für die Vertriebskosten festlegt,
möchte er doch seine perönliche Meinung zu diesem Thema ausdrücken:

   * Dieses Software-Paket sollte für jedermann kostenfrei zugänglich
     sein wann immer dies möglich ist.

   * Wenn Sie dieses Software-Paket unter normalen Bedingungen von einem
     Public Domain Händler auf einer Diskette bezogen haben und Sie
     haben mehr als 5 DM oder US $5 bezahlt, dann haben Sie
     eindeutig zu viel gezahlt. Bitte unterstützen Sie nicht
     länger eine solche Geschäftemacherei und suchen Sie sich so bald
     wie möglich ein günstigere Bezugsquelle.

NUTZUNGSBESCHRÄNKUNGEN

   Kein Programm, Dokument, Datei oder Quelltext aus diesem
Software-Paket darf, weder ganz noch auszugsweise, auf einer Maschine
benutzt werden, die

   * für die Forschung, Entwicklung, Konstruktion, Tests oder
     Produktion von Waffen oder anderen militärischen Anwendungen
     benutzt wird. Dies schließt auch solche Maschinen ein, die für
     die Schulung für die obengenannten Zwecke benutzt wird.

   * von Menschen benutzt wird, die Gewalt gegen andere Menschen, z.B.
     Ausländer, akzeptieren, unterstützen oder selbst anwenden.

Wenn Sie ToolManager mögen...
*****************************

   ToolManager ist GiftWare, keine ShareWare!

   Wenn Sie also dieses Programm mögen und es oft benutzen, dann
sollten Sie sich überlegen, ob Sie mir eine kleine Spende  zukommen
lassen,  um  die Arbeit zu honorieren, die ich  in  dieses  Programm
gesteckt  habe.  Ich schlage eine Spende in der Größenordnung von US
$10-$20 oder  10-20  DM vor. Bitte senden Sie keine Schecks oder
Geldanweisungen  von  außerhalb Europas, denn deren Einlösung kostet
meist mehr als der Betrag,  der  auf dem Papier steht.

   Wenn Sie es sich nicht leisten können, mir eine Spende zukommen zu
lassen, dann müssen Sie sich nicht schuldig fühlen. Sie sollten mir
aber trotzdem eine Postkarte oder einen Brief schicken, wenn Sie
ToolManager benutzen (Ich liebe es Post zu bekommen :-). Siehe Author.

Über die Zukunft von ToolManager
********************************

   Seit der Freigabe der letzten großen Version 2.1 von ToolManager im
Mai 1993 hat der Amiga und seine Fangemeinde eine stürmische Zeit
durchgemacht. Zum Zeitpunkt, an dem diese Zeilen geschrieben werden,
sieht die Zukunft leider immer noch nicht rosig aus. Trotzdem habe ich
mich entschlossen eine neue Version 3.0 des ToolManagers zu entwickeln,
weil ich einen enormen Feedback von hunderten zufriedenen Benutzern
erhalten habe.

   Mein A3000 hat nun ein ehrwürdiges Alter erreicht und in der
aktuellen Situation ist es ziemlich ungewiß, welche Richtung der Amiga
nehmen wird.  Ich kann es mir nicht erlauben, jedes Upgrade oder eine
der (hoffentlich) neuen Maschinen zu kaufen, denn dieses Projekt ist
ein reines Hobby. Es liegt also an Ihrem Feedback und Ihren Spenden, ob
ich an einer zukünftigen Version von ToolManager arbeiten kann.

   Dies ist auch ein Aufruf an die Firmen, die an den zukünftigen
Amigas arbeiten (Amiga Technologies, Phase5, ProDAD, VisCorp oder wer
auch immer momentan involviert ist). Ich bin nur ein FD Autor und kann
es mir nicht erlauben jedes kommende System zu kaufen oder die Kosten
für die Entwicklermaterialen für jedes System zu tragen. Also
benötige ich Ihre Unterstützung, wenn ToolManager auf Ihrem System
laufen soll. Bedenken Sie, daß ToolManager eines der meistgenutzten
(wenn nicht sogar das meistgenutzte) Programme auf dem Amiga ist und
es daher ein Bonus für Ihr System wäre.

   Die Zukunft des ToolManagers hängt von IHRER Unterstützung ab!

Wohin sendet man Fehlerreports, Kommentare und Spenden?
*******************************************************

   Der Autor kann unter den folgenden Adressen erreicht werden:

Postadresse:

                  Stefan Becker
                  Bonner Ring 68
          D-50374 Erfstadt
                  GERMANY

Electronic Mail:

          stefanb@yello.ping.de

   Es existiert auch eine ToolManager Homepage im World Wide Web:

     http://www.ping.de/sites/yello/toolmanager.html

Was wird benötigt, um ToolManager laufen zu lassen?
***************************************************

   ToolManager benötigt mindestens:

AmigaOS 3.0 (V39)
     oder besser für Speicher-Pools und den picture.datatype.

WBStart 2.2
     Dieses macht es möglich, daß ToolManager Workbench-Programme
     starten kann.

DOSPath 1.0
     Dieses erledigt die Behandlung von AmigaDOS Kommandopfaden für
     ToolManager.

   Zusätzlich unterstützt er:

ScreenNotify 1.0
     Dieses Paket ermöglicht es ToolManager seine Dock-Fenster
     automatisch zu öffnen oder schließen, wenn sich öffentliche
     Bildschirme öffnen oder schließen.

picture.datatype V43
     Die Erweiterungen dieses verbesserten picture.datatype werden
     automatisch unterstützt, wenn er auf Ihrem System installiert
     ist. Siehe Credits.

   Der Voreinsteller benötigt:

AmigaOS 3.0 (V39)
     oder besser für Speicher-Pools.

MUI 3.7
     Das objekt-orientierte GUI-System. Siehe MUI.

Pophotkey, Popport, Popposition
     MUI Custom-Klassen für Popups. Siehe Credits.

Wie man ToolManager installiert
*******************************

   Bitte benutzen Sie das beigelegte Installer-Skript, um den
ToolManager zu installieren. Dieses Skript benötigt den AmigaOS
Installer 43.3. Diese Version finden Sie, z.B. auf dem Aminet.

   Stoppen Sie den alten ToolManager bevor Sie die neue Version
installieren!

Die Konzepte hinter ToolManager
*******************************

   ToolManager ist ein Program, das es Ihnen ermöglicht Ihre Programme
in sehr bequemer Weise zu starten. Sie können Programme per
Tastenbefehl starten (siehe Hotkeys), vom Hilfsmittelmenü der
Workbench oder durch Anklicken von Piktogrammen entweder auf der
Workbench oder in speziellen Dock-Fenstern. Sie können sogar
Piktogramme aus Workbench-Schubladen auf diese Piktogramme ziehen, um
die Programme mit Dateien zu versorgen.  Zusätzlich können Sie auch
einen Ton mit jeder dieser Aktionen verbinden.

   Alle diese Dinge werden von ToolManager Objekten kontrolliert. Jedes
Objekt hat eine spezielle Aufgabe und enthält alle Information, die zur
Ausführung dieser Aufgabe nötig sind. Programme werden zum Beispiel
durch Programmobjekte repräsentiert und enthalten Informationen über
den Programmnamen und die Stackgröße.

   Es gibt zwei Arten von Objekten. Programm-, Bild- und Tonobjekte
werden als Basisobjekte bezeichnet, weil sie nur Informationen über ein
Programm, ein Bild oder einen Ton enthalten.

   Menü-, Piktogramm- und Dock-Objekte werden zusammengesetzte Objekte
genannt, weil sie mehrere Basisobjekte für ihre Aufgabe benutzen. Ein
Piktogramm auf der Workbench wird zum Beispiel durch ein
Piktogrammobjekt repräsentiert, das einen Verweis auf ein Bildobjekt
für die Bilddaten und einen Verweis auf ein Programmobjekt enthält.
Das Programm wird gestartet, wenn man das Piktogramm aktiviert,

Programme
=========

   Ein Programmobjekt enthält Informationen über ein Programm, das
gestartet wird, wenn das Objekt aktiviert wird. Das Objekt kann direkt
durch einen Hotkeys oder durch ein zusammengesetztes Objekt aktiviert
werden. Bei der Aktivierung können Dateien angegeben werden, die an
das Programm als Startparameter weitergereicht werden.  Programmobjekte
werden mit Hilfe des Fensters für ExecWindow konfiguriert.

   ToolManager kann verschiedene Arten von Programmen ausführen:

Shell
     Das Programm wird so ausgeführt als hätte der Benutzer den
     Befehl in der Shell eingegeben. Shell-Skripte müssen mit diesem
     Modus gestartet werden.  Sie können die üblichen []
     Platzhalter benutzen, um anzugeben wo die Dateiennamen in die
     Kommandozeile eingefügt werden.

Workbench
     Das Programm wird wie von der Workbench gestartet. Alle Dateien
     werden als Workbench-Argumente übergeben. Programme, die nur in
     der Shell arbeiten, oder Shell-Skripte können nicht mit diesem
     Modus gestartet werden.

ARexx
     Ein ARexx-Skript wird ausgeführt.

Dock
     Das Kommando spezifiziert ein ToolManager Dock-Objekt, das
     aktiviert werden soll. Sie können diesen Modus benutzen, um Docks
     aus anderen Docks heraus zu öffnen.

Tastenbefehl
     Ein Tastenbefehl wird erzeugt. Dieser Modus mag nützlich sein, um
     andere Programme mit Hilfe von ToolManager zu kontrollieren.

Bilder
======

   Ein Bildobjekt enthält Informationen über ein Bild, das von einem
zusammengesetzten Objekt benutzt werden kann. ToolManager kann Workbench
Piktogrammdateien laden, die von Icon objects benutzt werden. Falls ein
Dock objects ein Bildobjekt benutzt, dann werden die Bilddaten mit
Hilfe des DataTypes System geladen. Daher kann ToolManager jede
Bilddatei laden für die Sie einen korrekten DataType auf Ihrem System
installiert haben. Bildobjekte werden mit Hilfe des Fensters für
ImageWindow konfiguriert.

Töne
====

   Ein Tonobjekt enthält Informationen über einen Ton-Befehl. Dieser
Ton-Befehl wird per ARexx an ein externes Ton-Abspielprogramm geschickt.
Tonobjekte werden mit Hilfe des Fensters für SoundWindow konfiguriert.

Einträge im Hilfsmittelmenü der Workbench
=========================================

   Ein Menüobjekt ist ein zusammengesetztes Objekt, bestehend aus einem
Exec objects und einem Sound objects. Es erzeugt einen Eintrag in dem
Hilfsmittelmenü der Workbench. Wenn dieser Eintrag selektiert wird,
dann werden das Programm- und das Soundobjekt aktiviert. Alle auf der
Workbench angewählten Piktogramme werden als Startparameter an das
Programm weitergereicht.  Menüobjekte werden mit Hilfe des Fenster
für MenuWindow konfiguriert.

Piktogramme im Workbench-Fenster
================================

   Ein Piktogrammobjekt ist ein zusammengesetztes Objekt, bestehend aus
einem Exec objects, einem Icon objects und einem Sound objects. Es
erzeugt ein Piktogramm im Workbenchfenster mit der Hilfe der Bilddaten
aus dem Bildobjekt. Piktogrammobjekte werden mit Hilfe des Fensters für
IconWindow konfiguriert.

   Piktogramme können auf zwei Arten aktiviert werden. Sie können das
Piktogramm doppelklicken oder Sie können Piktogramme auf der Workbench
anwählen und auf das Piktogramm werfen. Wird das Piktogramm aktiviert,
dann werden das Programm- und das Tonobjekt aktiviert. Die Piktogramme,
die auf das Piktogramm geworfen wurden, werden als Startparameter an das
Programm weitergereicht.

Dock-Fenster
============

   Ein Dock-Objekt ist ein zusammengesetztes Objekt, das ein Fenster mit
Reihen aus Knöpfen für den Benutzer erzeugt. Jeder Knopf besteht aus
einem Exec objects, einem Icon objects und einem Sound objects. Jeder
Knopf kann entweder einen Text, ein Bild oder beides zusammen
darstellen. Dabei wird der Name des Programmobjekts als Text benutzt.
Das Bildobjekt wird für das Bild benutzt. Dock-Objekte werden mit
Hilfe des Fensters für DockWindow konfiguriert.

   Jeder Knopf kann auf zwei Arten aktiviert werden. Sie können den
Knopf anklicken oder Sie können Piktogramme auf der Workbench
anwählen und auf den Knopf werfen. Wird der Knopf aktiviert, dann
werden das Programm- und das Tonobjekt aktiviert. Die Piktogramme, die
auf den Knopf geworfen wurden, werden als Startparameter an das
Programm weitergereicht.

   Ein Dock-Objekt kann mit Hilfe eines Hotkeys "aktiviert" werden.
Wenn das Dock-Fenster geschlossen ist und der Benutzer den Tastenbefehl
eingibt, dann wird das Dock-Fenster geöffnet, und umgekehrt.

   Falls die screennotify.library auf Ihrem System installiert ist,
dann kann ToolManager Dock-Fenster automatisch öffnen und schließen.
Jedesmal wenn ein öffentlicher Bildschirm geschlossen wird, dann werden
zuerst die Dock-Fenster auf diesem Bildschirm geschlossen. Wenn der
öffentliche Bildschirm wieder geöffnet wird, dann werden die
Dock-Fenster für diesen Bildschirm wieder geöffnet.

Wie man ToolManager konfiguriert
********************************

   ToolManager kann mit Hilfe des ToolManager Voreinstellers
konfiguriert werden:

   Der Voreinsteller versteht die standardmäßigen Workbench Tool
Types und Shell Parameter:

FROM (Nur beim Aufruf aus einer Shell)
     Gibt den Dateinamen an, aus der der Voreinsteller die
     Konfiguration laden soll.

EDIT (voreingestellte Aktion)
     Die Konfiguration kann verändert werden.

USE
     Die neue Konfiguration soll temporär benutzt werden.

SAVE
     Die neue Konfiguration soll permanent benutzt werden.

CREATEICONS
     Wird eine Konfigurationsdatei gespeichert, dann wird ein Piktogramm
     erzeugt. Wenn der Voreinsteller von der Workbench gestartet wird,
     dann ist dies die voreingestellte Verhaltensweise. Beim Aufruf aus
     der Shell werden ohne diese Option keine Piktogramme erzeugt.

Das Hauptfenster
================

   Das Hauptfenster enthält Listen für die Objekte. Sie können den
Typ der gerade angezeigten Objekte auswählen, wenn Sie den
entsprechenden Typ anwählen. Jede Liste kann mehrere Gruppen
enthalten. Jede Gruppe kann mehrere Objekte enthalten.

   Ein Doppelklick auf den Gruppennamen öffnet ein Fenster zum Ändern
des GroupWindow. Ein Klick auf das Symbol links neben dem Gruppennamen
öffnet oder schließt die Gruppe. Wenn eine Gruppe geöffnet ist, dann
sind alle Objekte in dieser Gruppe sichtbar. Ein Doppelklick auf den
Namen eines Objektes öffnet das Konfigurationsfenster für das Objekt.

   Um Gruppen zu verschieben müssen Sie erst eine auswählen, sie zu
der neuen Position verschieben während Sie den linken Mausknopf
gedrückt halten und dort den Mausknopf loslassen. Auch Objekte können
so zwischen Gruppen verschoben werden.

   Jede Liste hat vier Knöpfe:

Neue Gruppe
     Erzeugt eine neue Gruppe. Ein Fenster mit dem GroupWindow öffnet
     sich, so daß Sie den Namen der neuen Gruppe ändern können.

Neues Objekt
     Erzeugt ein neues Objekt in der angewählten Gruppe. Ein
     Konfigurationsfenster öffnet sich, so daß Sie die Einstellungen
     für das Objekt verändern können.

Entfernen
     Entfernt die angewählte Gruppe oder das angewählte Objekt. Wenn
     eine Gruppe entfernt wird, dann werden auch alle in ihr
     enthaltenen Objekte entfernt.

Sortieren
     Wenn eine Objekt oder eine offene Gruppe angewählt ist, dann wird
     der Inhalt der Gruppe alphabetisch sortiert. Andernfalls werden
     die Gruppen alphabetisch sortiert.

   Mit den Knöpfen in der untersten Reihe des Fensters können Sie dem
Voreinsteller mitteilen, wo die aktuelle Konfiguration gespeichert
werden soll. Der Name der Konfigurationsdatei lautet
ToolManager.prefs.

Speichern
     Lege die Konfiguration in dem Verzeichnis ENVARC: ab. Die neue
     Konfiguration wird automatisch von ToolManager verwendet und sie
     wird auch den Neustart des Systems überdauern. Nach dem Speichern
     der Konfiguration beendet sich der Voreinsteller.

Benutzen
     Lege die Konfiguration in dem Verzeichnis ENV: ab. Die neue
     Konfiguration wird automatisch von ToolManager verwendet, aber sie
     wird den Neustart des Systems nicht überdauern. Nach dem
     Speichern der Konfiguration beendet sich der Voreinsteller.

Test
     Lege die Konfiguration in dem Verzeichnis ENV: ab. Die neue
     Konfiguration wird automatisch von ToolManager verwendet, aber sie
     wird den Neustart des Systems nicht überdauern. Der
     Voreinsteller beendet sich nicht.

Abbrechen
     Der Voreinsteller wird verlassen. Alle nicht gespeicherten
     Änderungen gehen dabei verloren.

Wie man Programmobjekte konfiguriert
====================================

   Exec objects enthalten Informationen über Programme. In dem
Konfigurationsfenster können Sie folgende Dinge einstellen:

Name
     Der Name des Objektes

Programmtyp
     Der Aufrufmodus für das Programm. Sie können zwischen den Modi
     Shell, Workbench, ARexx, Dock, Tastenbefehl und Netzwerk wählen.
     Der Modus Netzwerk wird allerdings zur Zeit nicht unterstützt.

Befehl
     Der Name des Programmes. Dies ist abhängig vom Programmtyp
     entweder ein Dateiname, der Name eines Dock-Objektes oder eine
     Tastenbefehlbeschreibung.

Tastenbefehl
     Die Beschreibung für den Hotkeys, der dieses Progrmmobjekt
     aktiviert.

Stack
     Die Stackgröße für das Programm. ToolManager erzwingt eine
     Minimalgröße von 4096 Bytes.

Priorität
     Die Priorität für das Programm. Normalerweise sollten Sie nur
     den Wert 0 benutzen.

Argumente
     Wenn diese Option aktiv ist, dann werden angewählte Dateien als
     Startparameter an das Programm weitergereicht. Andernfalls werden
     die Dateien ignoriert.

Nach vorne
     Wenn diese Option aktiv ist, dann wird der angegebene öffentliche
     Bildschirm nach vorne geholt bevor das Programm gestartet wird.

Aktuelles Verzeichnis
     Das Programm wird aus diesem Verzeichnis heraus gestartet.

Befehlspfad
     Sie können hier eine Liste von Verzeichnissen angeben, getrennt
     durch Strichpunkte, die von Shell-Programmen benutzt werden, um
     andere Programme zu finden.

Ausgabedatei
     Die Ausgabe von Shell-Programmen wird in diese Datei umgelenkt.
     Wenn Sie hier ein Konsolenfenster angeben, dann erfolgt sowohl die
     Ausgabe als auch die Eingabe in diesem Fenster.

Öffentlicher Bildschirm
     Gibt den öffentlichen Bildschirm an, der vor der Ausführung des
     Programmes nach vorne geholt wird.

Wie man Bildobjekte konfiguriert
================================

   Image objects enthalten Informationen über Bilder. In dem
Konfigurationsfenster können Sie folgende Dinge einstellen:

Name
     Der Name des Objektes.

Datei
     Der Name der Datei aus der die Bilddaten gelesen werden sollen.
     Normalerweise müssen Sie die Endung .info entfernen, wenn Sie
     eine Piktogrammdatei laden wollen.

Wie man Tonobjekte konfiguriert
===============================

   Sound objects enthalten Informationen über Töne. In dem
Konfigurationsfenster können Sie folgende Dinge einstellen:

Name
     Der Name des Objektes.

Befehl
     Der ARexx-Befehl, der zu dem externen Ton-Abspielprogramm geschickt
     werden soll.

ARexx-Port
     Der Name des Ports für das externe Ton-Abspielprogramm.
     Voreingestellt ist PLAY, der von dem Programm upd benutzt wird.

Wie man Menüobjekte konfiguriert
================================

   Menu objects enthalten Informationen über Einträge im
Hilfsmittelmenü der Workbench. In dem Konfigurationsfenster können Sie
folgende Dinge einstellen:

Name
     Der Name des Objektes. Dieser wird auch für den Menüeintrag
     benutzt.

Programmobjekt
     Ein Verweis auf das zu benutzende Exec objects.  Wählen Sie ein
     Objekt aus dem MainWindow oder einer ClipWindow aus und werfen Sie
     es auf dieses Feld. Sie können das Objekt konfigurieren, wenn Sie
     auf dieses Feld klicken.

Tonobjekt
     Ein Verweis auf das zu benutzende Sound objects. Wählen Sie ein
     Objekt aus dem MainWindow oder einer ClipWindow aus und werfen Sie
     es auf dieses Feld. Sie können das Objekt konfigurieren, wenn Sie
     auf dieses Feld klicken.

Wie man Piktogrammobjekte konfiguriert
======================================

   Icon objects enthalten Informationen über Piktogramme im
Workbench-Fenster. In dem Konfigurationsfenster können Sie folgende
Dinge einstellen:

Name
     Der Name des Objektes.

Programmobjekt
     Ein Verweis auf das zu benutzende Exec objects.  Wählen Sie ein
     Objekt aus dem MainWindow oder einer ClipWindow aus und werfen Sie
     es auf dieses Feld. Sie können das Objekt konfigurieren, wenn Sie
     auf dieses Feld klicken.

Bildobjekt
     Ein Verweis auf das zu benutzende Image objects. Wählen Sie ein
     Objekt aus dem MainWindow oder einer ClipWindow aus und werfen Sie
     es auf dieses Feld. Sie können das Objekt konfigurieren, wenn Sie
     auf dieses Feld klicken.

Tonobjekt
     Ein Verweis auf das zu benutzende Sound objects. Wählen Sie ein
     Objekt aus dem MainWindow oder einer ClipWindow aus und werfen Sie
     es auf dieses Feld. Sie können das Objekt konfigurieren, wenn Sie
     auf dieses Feld klicken.

Position
     Gibt die Position des Piktogramms in X- und Y-Koordinaten an, z.B.
     würden Sie für X = 100 und Y = 55 hier 100/55 eingeben.
     Die Koordinaten sind immer relativ zur linken oberen Ecke des
     Workbench-Fensters.

Zeige Namen
     Wenn diese Option aktiv ist, dann wird der Name des Objektes
     unterhalb des Piktogrammes eingeblendet.

Wie man Dock-Objekte konfiguriert
=================================

   Dock objects enthalten Informationen über Dock-Fenster. In dem
Konfigurationsfenster können Sie folgende Dinge einstellen:

Name
     Der Name des Objektes. Dieser wird auch für den Fenstertitel
     benutzt.

Öffentlicher Bildschirm
     Gibt den öffentlichen Bildschirm an, auf dem das Dock-Fenster
     erscheint.  Sie müssen hier den korrekten Namen eines
     öffentlichen Bildschirms eintragen, wenn Sie das automatische
     Öffnen und Schließen des Dock-Fensters wünschen.

Zeichensatz
     Dieser Zeichensatz wird für die Texte der Knöpfe benutzt.

Spalten
     Die Anzahl der Spalten für die Knopfreihen in dem Dock-Fenster.
     Die Spalten werden von links nach rechts mit Knöpfen gefüllt.
     Wenn die letzte Spalte einer Zeile gefüllt ist, dann wird eine
     weitere Knopfreihe angefügt. Alle Knöpfe haben die gleiche
     Breite und Höhe.

Position
     Gibt die Position des Dock-Fensters in X- und Y-Koordinaten an,
     z.B.  würden Sie für X = 150 und Y = 200 hier 150/200
     eingeben. Die Koordinaten sind immer relativ zur linken oberen
     Ecke des öffentlichen Bildschirms.

Einträge
     Jeder Eintrag in dieser Liste erzeugt einen Knopf. Die linke Spalte
     enthält einen Verweis auf das zu benutzende Exec objects, die
     mittlere Spalte enthält einen Verweis auf das zu benutzende Image
     objects und die rechte Spalte enthält einen Verweis auf das zu
     benutzende Sound objects.  Wählen Sie ein Objekt aus dem
     MainWindow oder einer ClipWindow aus und werfen Sie es auf die
     Liste. Sie können Objekte konfigurieren, indem Sie den Namen
     doppelklicken. Die Liste kann per Auswahl und Verschieben von
     Einträgen sortiert werden. Wenn Sie den Knopf "Entfernen"
     drücken, dann wird der ausgewählte Eintrag gelöscht.  Die in ihm
     enthaltenen Objekte werden jedoch nicht entfernt.

Aktiviert
     Das Dock-Fenster wird geöffnet, wenn die Konfiguration geladen
     wird.

Backdrop
     Das Dock-Fenster wird nach hinten verlegt, nachdem es geöffnet
     wurde.

Rahmen
     Ist diese Option aktiv, dann sieht das Dock-Fenster wie ein
     normales Fenster aus, mit Rahmen und Fensterknöpfen. Andernfalls
     hat das Fenster überhaupt keinen Rahmen. Beachten Sie dabei, daß
     Sie das Dock-Fenster nur dann verschieben können, wenn es einen
     Rahmen hat.

Menü
     Das Fenster erhält ein Menü. Das Menü erlaubt es Ihnen das
     Dock-Fenster zu schließen, den ToolManager Preferences zu starten
     oder ToolManager zu verlassen.

Vorderster
     Wenn diese Option aktiv ist, dann wird das Dock-Fenster immer auf
     dem vordersten öffentlichen Bildschirm geöffnet.

Pop Up
     Das Dock-Fenster wird automatisch geschlossen, nachdem ein Knopf
     aktiviert wurde.

Zentriert
     Das Dock-Fenster öffnet sich immer zentriert um die aktuelle
     Mausposition.

Stationär
     Normalerweise erinnert sich ein Dock-Fenster an die Position, wenn
     es geschlossen wird. Es wird sich auf der gleichen Position wieder
     öffnen.  Wenn diese Option aktiv ist, dann benutzt das
     Dock-Fenster immer die eingestellte Position.

Bilder
     In den Knöpfen des Dock-Fensters werden Bilder dargestellt.
     Beachten Sie, daß Sie dafür Image objects für die Einträge
     auswählen müssen.

Text
     In den Knöpfen des Dock-Fensters wird der Name des zugehörigen
     Exec objects dargestellt. Beachten Sie, daß Sie dafür
     Programmobjekte für die Einträge auswählen müssen.

Wie man eine Gruppe umbenennt
=============================

   Sie können den Namen der Gruppe in dem Eingabfeld ändern.

Ablage für Objekte
==================

   Dieses Fenster enthält eine Liste mit Verweisen auf Exec objects,
Image objects und Sound objects. Sie können Objekte aus dieser Liste
ziehen und sie auf Konfigurationsfenster werfen. Sie können ein Objekt
konfigurieren, indem Sie seinen Namen doppelklicken. Wenn Sie den Knopf
"Entfernen" drücken, dann wird das ausgewählte Objekt von der Liste
entfernen. Das Objekt selber wird nicht gelöscht.

   Die Ablage kann vom Menü des Hauptfensters aus geöffnet werden. Es
können mehrere Ablagefenster gleichzeitig geöffnet sein.

Globale ToolManager Einstellungen
=================================

   Mit diesem Fenster können sie die globalen Einstellungen für
ToolManager verändern. Es wird vom Menü des Hauptfensters aus
geöffnet. Sie können die folgenden Einstellungen vornehmen:

Aktuelles Verzeichnis
     Setzt das aktuelle Verzeichnis für den ToolManager Prozess. Alle
     Dateien ohne einen absoluten Pfadnamen werden relativ zu diesem
     Verzeichnis aus geöffnet. Voreingestellt ist die Partition, von
     der aus das System gestartet wurde.

Voreinstellungsprogramm
     Pfadname für die Programmdatei des ToolManager Preferences.
     Voreingestellt ist SYS:Prefs/ToolManager.

Aktiviere Netzwerk
     Diese Option wird momentan nicht unterstützt.

Aktiviere Remap
     Diese Option aktiviert den Farbanpassung im picture.datatype.
     Deaktivieren Sie diese Option nur, wenn die Bilder in
     Dock-Fenstern mit den falschen Farben dargestellt werden.

Remap-Präzision
     Gibt die Genauigkeit der Farbanpassung an. Falls die Auswahl der
     Farben durch die Anpassung auf ihrem System nicht
     zufriedenstellend ist, dann können Sie versuchen diesen Wert zu
     ändern.

Wie man Tastenbefehle definiert
*******************************

   Diese Kapitel beschreibt wie man einen Tastenbefehl als einen Input
Description String definiert, der dann von Commodities ausgewertet
werden kann. Jedes Mal, wenn ein Tastenbefehl ausgeführt wird, erzeugt
Commodities eine Ereignis, das dann von ToolManager dazu benutzt wird
Programmobjekte zu aktivieren oder Dock-Objekte umzuschalten. Ein
Description String hat die folgende Syntax:

     [<Klasse>] {[-][<Qualifier>]} [-][upstroke] [<Tastenkode>]

   Alle Befehlsworte können groß oder klein geschrieben werden.

       Klasse beschreibt die InputEvent-Klasse. Dieser Parameter ist
optional und falls er weggelassen wird, dann wird die Vorgabe
rawkey benutzt.  Siehe InputEvent classes.

   Qualifier sind "Signale", die gesetzt oder nicht gesetzt sein
müssen zu dem Zeitpunkt, an dem der Tastenbefehl ausgeführt wird,
sonst wird kein Ereignis erzeugt. Für jeden Qualifier, der gesetzt
sein soll, müssen Sie das Befehlswort angeben. Alle anderen Qualifier
müssen dann nicht gesetzt sein.  Falls Sie einen Qualifier ignorieren
wollen, dann setzen sie ein - vor sein Befehlswort. Siehe Qualifiers.

   Normalerweise wird ein Ereignis erzeugt, wenn eine Taste gedrückt
wird. Falls das Ereignis generiert werden soll wenn die Taste
losgelassen wird, dann müssen Sie das Befehlswort upstroke angeben.
Wenn sowohl beim Drücken als auch beim Loslassen der Taste ein
Ereignis erzeugt werden soll, dann müssen sie das Befehlswort
-upstroke angeben.

   Der Tastenkode ist abhängig von der InputEvent-Klasse. Siehe Key
codes.

   Achtung: Wählen Sie ihre Tastenbefehle sorgfältig, denn
Commodities hat eine hohe Priorität in der InputEvent-Handlerkette,
d.h. vorgegebene Definitionen werden übergangen.

InputEvent classes
==================

   Commodities unterstützt die meisten der InputEvent-Klassen, die von
dem input.device erzeugt werden. Diese Sektion beschreibt die Klassen,
die nützlich für ToolManager sind.

rawkey
     Dies ist die vorgegebene Klasse. Sie beschreibt alle Ereignisse,
     die durch die Tastatur erzeugt werden können. Zum Beispiel erzeugt
     rawkey a oder a jedesmal ein Ereignis, wenn die Taste "a"
     gedrückt wird. Sie müssen einen Tastenkode für diese Klasse
     angeben.  Siehe rawkey key codes.

rawmouse
     Diese Klasse beschreibt alle Ereignisse, die durch die Maus
     erzeugt werden können. Sie müssen einen Tastenkode für diese
     Klasse angeben.  Siehe rawmouse key codes.

diskinserted
     Ereignisse dieser Klasse werden generiert, wenn eine Diskette in
     ein Laufwerk gelegt wird. Diese Klasse besitzt keine Tastenkodes.

diskremoved
     Ereignisse dieser Klasse werden generiert, wenn eine Diskette aus
     einem Laufwerk genommen wird. Diese Klasse besitzt keine
     Tastenkodes.

Qualifiers
==========

   Commodities ünterstützt die folgenden Qualifiers:

lshift, left_shift
     Linke Shift-Taste

rshift, right_shift
     Rechte Shift-Taste

shift
     Irgendeine Shift-Taste

capslock, caps_lock
     Caps-Lock-Taste

caps
     Irgendeine Shift-Taste oder die Caps-Lock-Taste

control, ctrl
     Control-Taste

lalt, left_alt
     Linke Alt-Taste

ralt, right_alt
     Rechte Alt-Taste

alt
     Irgendeine Alt-Taste

lcommand, lamiga, left_amiga, left_command
     Linke Amiga-/Kommando-Taste

rcommand, ramiga, right_amiga, right_command
     Rechte Amiga-/Kommando-Taste

numericpad, numpad, num_pad, numeric_pad
     Dieses Befehlswort muß angegeben werden, wenn eine Taste von der
     Zehnertastatur benutzt wird.

leftbutton, lbutton, left_button
     Linke Maustaste

midbutton, mbutton, middlebutton, middle_button
     Mittlere Maustaste

rbutton, rightbutton, right_button
     Rechte Maustaste

repeat
     Dieser Qualifier ist gesetzt, wenn die Tastenwiederholung aktiv
     ist. Dies ist nur sinnvoll für die InputEvent-Klasse rawkey.

Tastenkodes
===========

   Jede InputEvent-Klasse besitzt ihre eigenen Tastenkodes:

Tastenkodes für die InputEvent-Klasse rawkey
--------------------------------------------

a-z, 0-9, ...
     ASCII-Zeichen

f1, f2, ..., f10, f11, f12
     Funktionstasten

up, cursor_up, down, cursor_down
left, cursor_left, right, cursor_right
     Cursor-Tasten

esc, escape, backspace, del, help
tab, comma, return, space, spacebar
     Spezialtasten

enter, insert, delete
page_up, page_down, home, end
     Tasten der Zehnertastatur. Diese Tastenkodes müssen mit dem
     Qualifier numericpad benutzt werden!

Tastenkodes für die InputEvent-Klasse rawmouse
----------------------------------------------

mouse_leftpress
     Drücke die linke Maustaste.

mouse_middlepress
     Drücke die mittlere Maustaste.

mouse_rightpress
     Drücke die rechte Maustaste.

   Achtung: Um einen dieser Tastenkodes zu benutzen, müssen sie auch
das entsprechende Qualifier-Befehlswort angeben, z.B.

     rawmouse leftbutton mouse_leftpress

Beispiele für Tastenbefehle
===========================

ralt t
     Rechte Alt-Taste festhalten und "t" drücken.

ralt lalt t
     Rechte und linke Alt-Taste festhalten und "t" drücken.

alt t
     Irgendeine Alt-Taste festhalten und "t" drücken.

rcommand f2
     Rechte Amiga-Taste festhalten und die zweite Funktionstaste
     drücken.

numericpad enter
     Enter-Taste auf der Zehnertastatur drücken.

rawmouse midbutton leftbutton mouse_leftpress
     Mittlere Maustaste festhalten und die linke Maustaste drücken.

diskinserted
     Eine Diskette in ein Laufwerk einlegen.

Häufig gestellte Fragen
***********************

   Hier finden Sie die Antworten zu den meistgestellten Fragen über
ToolManager:

   - Wenn ich den ToolManager Voreinsteller starte, dann erscheint nur
     ein Hinweisfenster mit dem Text "Program initialization failed".
     Was ist passiert?

     Der Voreinsteller überprüft einige grundlegende Voraussetzungen,
     bevor er das erste Fenster öffnet. Bitte überprüfen Sie, daß
     diese Requirements erfüllt sind! Es könnte auch zu wenig
     Speicher auf Ihrem System vorhanden sein. Sie müssen dann zuerst
     einige andere Programme beenden, bevor sie den ToolManager
     Voreinsteller starten können. Weiterhin kann auch nur ein
     Voreinsteller zur gleichen Zeit aktiv sein.

   - Wie kann ich den ToolManager Voreinsteller auf einem anderen
     öffentlichen Bildschirm als der Workbench laufen lassen?

     Wählen Sie den Eintrag MUI... im Optionen-Menü des MainWindow
     aus  Nun selektieren Sie die Seite System und geben den Namen
     des öffentlichen Bildschirms in das Eingabefeld ein. Für weitere
     Details lesen Sie bitte die Dokumentation zu MUI.

   - Nachdem ich meine alte ToolManager 2.x Konfiguration konvertiert
     habe, fehlen einige Bilder in den Dock-Fenstern und einige
     Dock-Fenster erscheinen garnicht mehr!

     ToolManager 3.1 unterstützt in Dock-Fenster nur Bilddateien, die
     mit Hilfe des picture.datatypes geladen werden können. In Ihrer
     alten Konfiguration haben Sie den Dock-Objekten einige Bildobjekte
     zugeordnet, die auf Piktogrammdateien verweisen. Wenn Sie diese
     Dateien weiterverwenden wollen, dann müssen Sie einen Datatype
     für Piktogramme auf Ihrem System installieren. Sie können einen
     solchen Datatype z.B.  auf dem Aminet finden. Sie können
     natürlich auch die Piktogramme in IFF Bilddateien umwandeln.

   - Nachdem ich meine alte ToolManager 2.x Konfiguration konvertiert
     habe, fehlen einige Piktogramme im Workbench-Fenster!

     ToolManager 3.1 unterstützt nur Piktogrammdateien für
     Piktogrammobjekte.  In Ihrer alten Konfiguration haben Sie den
     Piktogrammobjekten einige Bildobjekte zugeordnet, die auf IFF
     Bilddateien verweisen. Wenn Sie diese Dateien weiterverwenden
     wollen, dann müssen Sie diese in Piktogrammdateien umwandeln.

   - Wenn ich Piktogrammdateien in Dock-Fenstern benutze, dann erscheint
     zusätzlicher Text in den Bildern oder die Bilder haben einen
     dicken Rahmen. Was ist passiert?

     Sie haben einen icon.datatype auf Ihrem System installiert, der
     zusätzliche Informationen aus dem Piktogramm in dem Bild anzeigt.
     Bitte lesen Sie in der Dokumentation des icon.datatype nach, wie
     man diese Zusatzinformationen abschalten kann. Wenn Sie den dicken
     Rahmen nicht mögen, dann müssen Sie den icon.datatype so
     konfigurieren, daß er den normalen Piktogrammrahmen nicht erzeugt.

   - Warum kann ToolManager nicht mehrere "Hilfsmittel" Menüs oder
     Untermenüs erzeugen?

     Mehrfache Menüs oder Untermenüs werden zur Zeit noch nicht vom
     Betriebssystem unterstützt. Um sie zu erzeugen, muß man sie in
     das System patchen, was zu einem instabilen System führen kann.
     Daher werde ich so etwas nicht in ToolManager einbauen.

   - Wie kann ich ein horizontales Dock-Fenster erzeugen?

     Setzen Sie dazu einfach die Spaltenzahl gleich der Anzahl der
     Einträge in dem Dock-Objekt.

   - Wie kann ich ein Ausgabefenster für Shell-Programme erzeugen?

     Ausgabefenster können mit Hilfe des CON: Geräts erzeugt werden.
     Benutzen Sie den folgenden Dateinamen, um ein sich automatisch
     öffnendes Fenster mit einem Close-Gadget zu erzeugen, das sich
     nach dem Ende des Programmes nicht automatisch schliesst:

          CON:10/10/640/100/Ausgabefenster/AUTO/CLOSE/WAIT

     Das Gerät CON: hat viele Optionen, die Sie dem AmigaDOS Handbuch
     entnehmen können.

   - Wie kann ich die Argumente in die Mitte einer Shell/ARexx
     Kommandozeile einfügen?

     Normalerweise werden alle Argumente an die Kommandozeile
     angehängt. Um sie jedoch irgendwo in der Kommandozeile
     einzufügen, benutzt ToolManager die gleiche [] Syntax, wie der
     AmigaShell-Befehl alias. Dies sieht dann z.B. so aus:

          Dir [] all

     Alle Argumente werden vor dem Schlüsselwort all eingefügt.

   - Wie kann ich Unter-Docks erzeugen?

     Sie müssen dafür Programmobjekte des Typs Dock verwenden. Setzen
     Sie diese Objekte in Ihr Haupt-Dock und schon können Sie andere
     Dock-Fenster öffnen bzw. schliessen.

   - Dock-Fenster verschwinden, wenn der Workbench-Bildschirm
     geschlossen und wieder geöffnet wird.

     Sie haben vergessen, den Namen des öffentlichen Bildschirms für
     das Dock-Fenster auf Workbench zu setzen. ToolManager schließt
     seine Dock-Fenster automatisch, wenn ein öffentlicher Bildschirm
     geschlossen wird. Aber er muß wissen auf welchem öffentlichen
     Bildschirm ein Dock-Fenster erscheinen soll, damit er es
     automatisch öffnen kann, wenn der öffentliche Bildschirm sich
     wieder öffnet.

Entwicklungsgeschichte des ToolManagers
***************************************

   Dieses Kapitel wurde original aus der englischen Dokumentation
übernommen.

3.1, Release date 01.06.1998
        - Clipboard list also shows the object type now

        - Only requires locale.libary V38 now

        - Icon drop corrected for dock windows with borders

        - The __geta4 qualifier was missing for some BOOPSI
          dispatchers. This might correct some strange bugs which were
          reported?

        - Installer script now checks for required libraries

3.0, Release date 23.02.1997
        - Again rewritten (almost) from scratch :-)

        - Old object system removed, TM objects are now BOOPSI objects

        - Now uses memory pools

        - Delay parameter removed from Exec Objects

        - Animation support removed from Image Objects

        - Picture.datatype V43 support added to Image Objects

        - Only icon images supported for Icon Objects

        - Only images loadable via picture.datatype are supported in
          Dock Objects

        - Pattern & Vertical flags and Title parameter removed from
          Dock Objects

        - Dock Objects can now display text and images

        - Dock Objects can now be completely borderless

        - New preferences file format, hopefully more flexible

        - Converter for the ToolManager 2.x format

        - Events are now checked while the configuration is read

        - Preferences is now a MUI application: resizable window,
          multiple open edit windows and Drag&Drop support

        - Changing an object name automatically updates all references
          to the object.

        - Support for grouping objects.

        - All dock objects get the screen notifications

        - Added support for DOSPath 1.0

        - CLI command lines are not limited to 4KB anymore

        - Installer script

2.1b, Release date 13.03.1996
        - Minor update to 2.1

        - Added support for WBStart 2.0

2.1a, Release date 26.03.1995
        - Minor update to 2.1

        - Added support for ScreenNotify 1.0

        - Included newer version of WBStart-Handler

        - Included missing AutoDocs for toolmanager.library

2.1, Release date 16.05.1993, Fish Disks #872 & #873
        - New Exec object types: Dock, Hot Key, Network

        - New Dock object flags: Backdrop, Sticky

        - New object type: Access

        - Network support

        - Editor main window is now an AppWindow

        - Gadget keyboard shortcuts in the preferences editor

        - New tooltypes for the preferences editor

        - Several bug fixes

        - Enhanced documentation

2.0, Release date 26.09.1992, Fish Disk #752
        - Complete new concept (object oriented)

        - (Almost) Complete rewrite

        - ToolManager is now split up into two parts

        - Main handler is now embedded into a shared library

        - Configuration is now handled by a Preferences program

        - Configuration file format has changed again :-) It is an IFF
          File now and resides in ENV:

        - Multiple Docks and multi-column Docks

        - Docks with new window design

        - Dock automatically detects largest image size

        - Sound support

        - Direct ARexx support for Exec objects

        - ToolManager can be used without the Workbench. If the
          Workbench isn't running, it won't use any App* features.

        - Locale support

        - Path from Workbench will be used for CLI tools

        - Seperate Handler Task for starting WB processes

1.5, Release date 10.10.1991, Fish Disk #551
        - Status Window: New/Open/Append/Save As menu items for config
          file

        - Edit Window: File requesters for file string gadgets

        - Added a Dock Window (a la NeXT)

        - Added a DeleteTool

        - A list of all active HotKeys can be shown

        - Tools can be moved around in the list

        - Icon positioning in the edit window added

        - Name of the program icon can be set

        - CLI tools can have an output file and a path list

        - Uses UserShell for CLI tools

        - Maximum command line length for CLI tools is now 4096 Bytes

        - AppIcons without a name are supported now

        - Workbench screen will be moved to front if you pop up the
          Status window

        - Workbench screen can be moved to front before starting a tool
          via HotKey

        - TM will wait up to 20 seconds for the workbench.library

        - Added a DELAY switch which causes TM to wait <num> seconds
          before adding any App* stuff

        - renamed some tooltypes/parameters

        - some visual cues added

        - some internal changes

1.4, Release date 09.07.1991, Fish Disk #527
        - Keyboard short cuts for tools

        - AppIcons for tools

        - Menu item can be switched off

        - Configuration file format completely changed (hopefully the
          last time)

        - CLI commandline parsing is now done by ReadArgs()

        - Status & edit window updated to new features

        - Safety check before program shutdown added

        - Menu item "Open TM Window" only appears if the program icon is
          disabled

        - WB startup method changed. Now supports project icons

        - several internal changes

1.3, Release date 13.03.1991, Fish Disk #476
        - Now supports different configuration files

        - Format of the configuration file slightly changed

        - Tool definitions can be changed at runtime

        - Now supports CLI & Workbench startup method

        - Selected icons are passed as parameters to the tools

        - Now uses the startup icon as program icon if started from
          Workbench

        - The position of the icon can now be supplied in the
          configuration file

        - The program icon can now be disabled

        - New menu entry "Show TM Window"

        - Every new started ToolManager passes its startup parameters
          to the already running ToolManager process

1.2, Release date 12.01.1991, Fish Disk #442
        - Status window changed to a no-GZZ & simple refresh type (this
          should save some bytes)

        - Status window remembers its last position

        - New status window gadget "Save Configuration": saves the
          actual tool list in the configuration file

        - Small bugs removed in the ListView gadget handling

        - Name of the icon hard-wired to "ToolManager"

1.1, Release date 01.01.1991
        - Icons can be dropped on the status window

        - Status window contains a list of all tool names

        - Tools can be removed from the list

1.0, Release date 04.11.1990
        - Initial release

Der Autor möchte sich bedanken bei...
*************************************

   ToolManager hat mehrere große Entwicklungsphasen seit seiner ersten
Version Mitte 1990 durchlebt. Diese Entwicklung wäre unmöglich
gewesen, wenn ich nicht den enormen Feedback von einigen ToolManager
Benutzern gehabt hätte. Viele Ideen und Merkmale stammen aus dieser
Quelle...

   Daher möchte ich den folgenden Personen danken:

Für die Alpha-/Beta-Tests, Ideen & Bug Reports:
     Osma Ahvenlampi, Stephane Barbaray, Olaf Barthel, Fionn Behrens,
     Mario Cattaneo, Michael van Elst, Michael Hohmann, Markus
     Illenseer, Frank Mariak, Klaus Melchior, Bernhard Moellemann,
     Matthias Scheler, Ralph Schmidt, Tobias Walter.

Für die Übersetzungen:
     The Amiga Translators Organization (ATO). Die Liste der
     Übersetzer finden Sie in der Datei Readme.Locale.

Matthew Dillon
     Ohne dein exzellentes C Entwicklungssystem DICE und verschiedener
     anderer Hilfsprogramme würde es keinen ToolManager geben!

Alle Benutzer, die mir eine Spende geschickt haben:
     Euere Unterstützung hat diese Version erst möglich gemacht!

Alle Benutzer, die mir eine Notiz zugschickt haben:
     Ich habe es genossen eure Briefe und E-Mails zu lesen!

   ToolManager benutzt die folgenden Pakete:

picture.datatype V43
     Copyright (C) 1995-1996 Ralph Schmidt, Frank Mariak &
     Matthias Scheler

WBStart 2.2
     Copyright (C) 1991-1996 Stefan Becker

ScreenNotify 1.0
     Copyright (C) 1995 Stefan Becker

DOSPath 1.0
     Copyright (C) 1996 Stefan Becker

MUI
     Copyright (C) 1993-1997 Stefan Stuntz
     World Wide Web Homepage: http://www.sasg.com/.

Pophotkey.mcc, Popport.mcc, Popposition.mcc
     Copyright (C) 1996-1997 Klaus Melchior

Piktogramme
     Copyright (C) 1995 Michael W. Hohmann

Informationen über MUI
**********************

                               This application uses
     
     
                             MUI - MagicUserInterface
     
                     (c) Copyright 1993-97 by Stefan Stuntz
     
     
     MUI is a system to generate and maintain graphical user interfaces. With
     the  aid  of  a  preferences program, the user of an application has the
     ability to customize the outfit according to his personal taste.
     
     MUI is distributed as shareware. To obtain a complete package containing
     lots of examples and more information about registration please look for
     a  file  called  "muiXXusr.lha"  (XX means the latest version number) on
     your local bulletin boards or on public domain disks.
     
               If you want to register directly, feel free to send
     
     
                              DM 30.-  or  US$ 20.-
     
                                       to
     
                                  Stefan Stuntz
                             Eduard-Spranger-Straße 7
                                  80935 München
                                     GERMANY
     
     
     
                  Support and online registration is available at
     
                               http://www.sasg.com/

Index
*****



 Adressen                               Author
 Autor                                  Author
 Beispiele für Tastenbefehle           Hotkey examples
 Bildobjekte                            Image objects
 Copyright                              Copyright
 Credits                                Credits
 DataTypes                              Requirements
 Diskinserted                           InputEvent classes
 Diskremoved                            InputEvent classes
 Dock-Objekte                           Dock objects
 DOSPath                                Requirements
 Einführung über Tastenbefehle        Hotkeys
 EMail                                  Author
 Erlaubnisse                            Copyright
 GiftWare                               GiftWare
 Homepage                               Author
 InputEvent-Klassen                     InputEvent classes
 Installation                           Installation
 Installer V43.3                        Installation
 Kontaktadressen                        Author
 Konzepte                               Concepts
 Legale Dinge                           Copyright
 Menüobjekte                           Menu objects
 MUI                                    MUI
 OS 3.0                                 Requirements
 PictDT V43                             Requirements
 Piktogrammobjekte                      Icon objects
 Pophotkey                              Requirements
 Popport                                Requirements
 Popposition                            Requirements
 Postadresse                            Author
 Programmobjekte                        Exec objects
 Qualifiers                             Qualifiers
 Rahmenbedingungen                      Requirements
 Rawkey                                 InputEvent classes
 Rawmouse                               InputEvent classes
 ScreenNotify                           Requirements
 Spenden                                GiftWare
 Tastenbefehle                          Hotkeys
 Tastenkodes für rawkey                rawkey key codes
 Tastenkodes für rawmouse              rawmouse key codes
 Thanks                                 Credits
 Tonobjekte                             Sound objects
 V39                                    Requirements
 Verbote                                Copyright
 Vertrieb                               Copyright
 Voreinsteller                          Preferences
 WBStart                                Requirements
 Word Wide Web                          Author
 Zukunft                                Future