home *** CD-ROM | disk | FTP | other *** search
Text File | 1997-02-23 | 50.5 KB | 1,409 lines |
- ToolManager 3.0 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-1997 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_0Binaries.lha (Dateiname im Aminet: ToolManagerBin.lha)
- ToolManager3_0Developer.lha (Dateiname im Aminet: ToolManagerDev.lha)
- ToolManager3_0Extras.lha (Dateiname im Aminet: ToolManagerExt.lha)
- ToolManager3_0Locale.lha (Dateiname im Aminet: ToolManagerLoc.lha)
- ToolManager3_0Sources.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 diese 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.0 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.0 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.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.
-
- 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
-
-