@database TM_Deutsch.guide @Master TM_Deutsch.tex @Width 72 This is the AmigaGuide® file TM_Deutsch.guide, produced by Makeinfo-1.50 from the input file TM_Deutsch.tex. @Node Main "TM_Deutsch.guide" @Next "Copyright" ToolManager 2.1 Dokumentation ***************************** Kapitel für @{i}alle@{ui} Benutzer: @{" Copyright " Link "Copyright"} Copyright und andere rechtliche Dinge @{" Wichtig " Link "Wichtig"} Wichtige Bemerkungen @{" Adresse des Autors " Link "Adresse des Autors"} Wohin man Bug reports, Kommentare & Spenden schickt Kapitel für die ungeduldigen Benutzer: @{" Schnellinstallation " Link "Schnellinstallation"} Wie man ToolManager 2.1 schnell installiert Kapitel für neue Benutzer: @{" Einführung " Link "Einfuehrung"} Was ist ToolManager? @{" Konzepte " Link "Konzepte"} Die Konzepte hinter ToolManager @{" Beispiele " Link "Beispiele"} Ein paar Beispiele @{" Distributionsdateien " Link "Distributionsdateien"} Beschreibungen für alle Dateien in der Distribution Kapitel zum Nachschlagen: @{" Objekte " Link "Objekte"} Beschreibung der ToolManager-Objekte @{" Voreinstellungen " Link "Voreinstellungen"} Der Voreinsteller für ToolManager @{" Library " Link "Library"} Die ToolManager shared library Schnittstelle @{" Tastenbefehle " Link "Tastenbefehle"} Wie man einen Tastenbefehl definiert Anhänge: @{" Fragen " Link "Fragen"} Die häufigsten Fragen zum ToolManager @{" Geschichte " Link "Geschichte"} Die Entwicklung von ToolManager @{" Danksagungen " Link "Danksagungen"} Der Autor möchte danken... @{" Index " Link "Index"} Index für dieses Dokument @EndNode @Node "Copyright" "TM_Deutsch.guide/Copyright" @Next "Wichtig" @Prev "Main" @Toc "Main" Copyright und andere rechtliche Dinge ************************************* Copyright (C) 1990-93 Stefan Becker Diese Dokumentation darf kopiert und weitergegeben werden solange die Copyright-Notiz und diese Erlaubnis unverändert auf allen Kopien enthalten ist. Es wird keine Garantie gegeben, daß die Programme, die in dieser Dokumentation beschrieben werden, 100%ig zuverlässig sind. Sie benutzen diese Programme auf eigene Gefahr. Der Autor kann auf @{i}keinen@{ui} Fall für irgendwelche Schäden verantwortlich gemacht werden, die durch die Anwendung dieser Programme entstehen. Das Paket ist "freely distributable", aber das Copyright liegt weiterhin bei Stefan Becker. Dies bedeutet, daß es von jedem kopiert werden darf solange er nicht mehr als eine angemessene Kopiergebühr dafür verlangt. Diese Gebühr @{i}darf nicht@{ui} höher sein als US $5 oder 5 DM. @{i}Dieses Limit gilt auch für deutsche Public-Domain Händler!!@{ui} Dieses Paket darf in Public-Domain Sammlungen aufgenommen werden, insbesondere in Fred Fishs Amiga Disk Library (CD ROM Versionen dieser Sammlung eingeschlossen). Die Distributionsdatei darf in Mailboxsystemen oder auf FTP Servern abgelegt werden. Wenn Sie dieses Paket weitergeben wollen, dann @{i}müssen@{ui} Sie die originale Distributionsdatei @{b}ToolManager2_0bin.lha@{ub}, @{b}ToolManager2_0gfx.lha@{ub} und @{b}ToolManager2_0src.lha@{ub} benutzen. Weder die Programme noch der Quelltext (oder Teile davon) dürfen ohne eine schriftliche Genehmigung des Autors in kommerziellen Programmen benutzt werden. Die Programme und der Quelltext (oder Teile davon) dürfen @{i}auf keinen Fall@{ui} auf irgendeiner Maschine benutzt werden, die für die Forschung, Entwicklung, Konstruktion, Tests oder Produktion von Waffen oder anderen militärischen Gütern benutzt wird. Dies gilt natürlich auch für alle Maschinen, die für das Training von Personen in @{i}irgendeiner@{ui} der obengenannten Tätigkeiten benutzt werden. @EndNode @Node "Wichtig" "TM_Deutsch.guide/Wichtig" @Next "Adresse des Autors" @Prev "Copyright" @Toc "Main" Wichtige Bemerkungen ******************** Willkommen zur wundervollen Welt von ToolManager 2.1 :-) - ToolManager und seine Konzepte wurden drastisch verändert (siehe @{"Geschichte" Link "Geschichte"}) seit der Version 1.5. - Beginnend mit der Version 2.0 ist ToolManager @{i}GiftWare@{ui}. Wenn Ihnen dieses Programm gefällt und Sie es sehr oft benutzen, dann sollten Sie darüber nachdenken, ob sie dem Autor eine kleine Spende schicken um die Arbeit zu honorieren, die er in dieses Programm gesteckt hat. Ich schlage eine Spende in der Größenordnung von US $10-$20 oder 10-20 DM vor. Bitte schicken Sie mir außerhalb Europas keine Schecks, da es meistens mehr Geld kostet, diesen Scheck einzulösen, als überhaupt Geld darauf ist. Wenn Sie keine Spende schicken oder es sich nicht erlauben können, dann müssen sie sich nicht schuldig fühlen. Sie sollten mir aber trotzdem einen Brief schicken, wenn sie ToolManager benutzen (Ich liebe es Post zu bekommen :-). Siehe @{"Adresse des Autors" Link "Adresse des Autors"}. - Benutzer von ToolManager 1.X/2.0 können mit dem Kapitel über die Schnellinstallation beginnen (siehe @{"Schnellinstallation" Link "Schnellinstallation"}). Einige Merkmale haben sich nicht geändert und der Rest ist relativ einfach durch Ausprobieren herauszufinden. Für eine genaue Beschreibung des neuen Konzeptes und der neuen Merkmale schlagen sie bitte in dem Referenzteil dieser Dokumentation nach (siehe @{"Objekte" Link "Objekte"}). Jede noch laufende ToolManager 1.X/2.0 Version @{i}muß@{ui} entfernt werden oder die neue Version wird nicht funktionieren. Die neue Version kann leider nicht die Konfigurationsdateien der alten 1.X Versionen lesen. - Erstbenutzer sollten die ganze Dokumentation lesen, um das Konzept und den Zweck des Programmes zu verstehen. Beginnen sie mit @{"Einführung" Link "Einfuehrung"}. - ToolManager 2.1 benutzt einige Merkmale der AmigaOS Version V38 (und höher) und er unterstützt die neuen Netzwerkmöglichkeiten des AmigaOS, die (hoffentlich) bald für alle Benutzer zugänglich sein werden. Wenn sie noch die Version 2.0 benutzen (sie wird in dieser Dokumentation als V37 bezeichnet), dann brauchen sie keine Angst zu haben, denn ToolManager arbeitet auch ohne diese neue Merkmale. Alle erweiterten Merkmale sind in dieser Dokumentation markiert. @EndNode @Node "Adresse des Autors" "TM_Deutsch.guide/Adresse des Autors" @Next "Schnellinstallation" @Prev "Wichtig" @Toc "Main" Wohin man Bug reports, Kommentare & Spenden schickt *************************************************** Der Autor kann unter folgenden Adressen erreicht werden: Postadresse: Stefan Becker Holsteinstrasse 9 5100 Aachen GERMANY Bitte benutzen Sie nach dem 1. Juli 1993 die folgende Adresse: Stefan Becker Holsteinstrasse 9 52068 Aachen GERMANY InterNet Electronic Mail: stefanb@pool.informatik.rwth-aachen.de @EndNode @Node "Schnellinstallation" "TM_Deutsch.guide/Schnellinstallation" @Next "Einfuehrung" @Prev "Adresse des Autors" @Toc "Main" Wie man ToolManager 2.1 schnell installiert ******************************************* Die grundlegende ToolManager 2.1 Installation besteht aus den folgenden vier Teilen: @{b}Libs/toolmanager.library@{ub} => @{b}LIBS:@{ub} Dies ist das Hauptprogramm von ToolManager. Es verwaltet alle Programme, Menüs, Piktogramme und Docks (siehe @{"Library" Link "Library"}). @{b}Prefs/ToolManager*@{ub} => @{b}SYS:Prefs@{ub} Dies ist der Voreinsteller für die Konfiguration (siehe @{"Voreinstellungen" Link "Voreinstellungen"}). @{b}WBStartup/ToolManager*@{ub} => @{b}SYS:WBStartup@{ub} Mit diesem Hilfsprogramm kann ToolManager gestartet und gestoppt werden. Wenn es in der WBStartup Schublade liegt, dann wird ToolManager immer automatisch beim Starten der Maschine geladen. @{b}L/WBStart-Handler@{ub} => @{b}L:@{ub} Dieses Programm startet Programme mit der Workbench-Startmethode. Es ist ein eigener Prozess, so daß man ToolManager auch dann noch verlassen kann, wenn man Workbenchprogramme gestartet hat. Nachdem Sie diese Dateien kopiert haben, sollten Sie eine noch laufende alte Version vom ToolManager stoppen und die neue Version durch Doppel-Klick des ToolManager Piktogramms im Verzeichnis @{b}WBStartup@{ub} starten. Nun können Sie den Voreinsteller starten und mit den neuen Möglichkeiten herumspielen (Benutzen Sie das Gadget "Testen" statt "Benutzen"). Sie dürften die meisten Merkmale mit Trial & Error herausfinden. Für weitere Informationen schauen sie bitte in die Beschreibungen für die ToolManager-Objekten (siehe @{"Objekte" Link "Objekte"}). Die Distribution enthält eine Beispielkonfiguration in der Datei @{b}TM_Demo.prefs@{ub}. Sie können diese in den Voreinsteller mit dem Menüpunkt @{b}Open@{ub} laden. @EndNode @Node "Einfuehrung" "TM_Deutsch.guide/Einfuehrung" @Next "Konzepte" @Prev "Schnellinstallation" @Toc "Main" Was ist ToolManager? ******************** ToolManager ist ein flexibles Programm zur Verwaltung von Hilfsprogrammen in Ihrer Arbeitsumgebung. Es kann sowohl Workbench- oder CLI-Programme starten, ARexx-Skripte ausführen und Tastenbefehle erzeugen. Des weiteren kann es Befehle an einen ToolManager auf einer anderen Maschine schicken. Die Benutzeroberfläche besteht aus Menüs, Piktogrammen und Dock-Fenstern. Wenn Sie einen lauten Computer mögen, dann können Sie zu jedem dieser Dinge einen Ton hinzufügen. Siehe @{"Tonobjekte" Link "Ton"}. ToolManager kann Einträge zu dem Workbench @{b}Hilfsmittel@{ub} Menü hinzufügen. Wenn Sie einen dieser Einträge auswählen, dann wird das dazugehörige Programm gestartet. Jedes Piktogramm, das zu diesem Zeitpunkt auf der Workbench ausgewählt ist, wird als Argument für dieses Programm benutzt. Menüeinträge sind nur dann möglich, wenn die Workbench läuft. Siehe @{"Menüobjekte" Link "Menue"}. ToolManager kann Piktogramme zum Workbench-Fenster hinzufügen. Falls Sie ein solches Piktogramm doppelklicken, dann wird das dazugehörige Programm gestartet. Wenn Sie einige Piktogramme auf dieses Piktogramm schieben, dann wird das Programm mit diesen Piktogrammen als Argumenten gestartet. Piktogramme sind nur dann möglich, wenn die Workbench läuft. Siehe @{"Piktogrammobjekte" Link "Piktogramm"}. ToolManager kann ein Dock-Fenster aus einer Zusammenfassung von Programmen erstellen. Dieses Fenster kann auf jedem öffentlichen Schirm geöffnet werden. Jedes Programm wird durch ein Bild oder ein Textgadget repräsentiert. Um ein Programm zu starten brauchen Sie nur auf das Bild oder das Textgadget zu klicken. Falls das Fenster auf der Workbench geöffnet wurde und die Workbench läuft, dann können Sie auch einige Piktogramme auf das Bild oder das Textgadget schieben, um das Programm mit Argumenten zu starten. Siehe @{"Dock-Objekte" Link "Dock"}. Weiterhin können Sie jedem Programm einen Tastenbefehl zuweisen. Wenn Sie diesen Tastenbefehl benutzen, dann wird das Programm gestartet. Beachten Sie dabei, daß in diesem Fall @{i}keine@{ui} Argumente an das Programm übergeben werden können. Siehe @{"Programmobjekte" Link "Programm"}. @EndNode @Node "Konzepte" "TM_Deutsch.guide/Konzepte" @Next "Beispiele" @Prev "Einfuehrung" @Toc "Main" Die Konzepte hinter ToolManager ******************************* ToolManager 2.1 benutzt einen neuen objektorientierten Ansatz um ein flexibles und erweiterbares System zu ermöglichen. Dieser Ansatz machte viele Verbesserungen an den ToolManager 1.X Merkmalen möglich, z.B. man kann jetzt mehrere Dock-Fenster haben. Ein Objekt ist eine Zusammenfassung von Daten, die seine Merkmale beschreiben. Jedes Objekt hat einen Namen und einen Typ. Sie können von jedem Typ so viele Objekte erzeugen wie sie möchten, allerdings muß der Name jedes Objektes eindeutig sein, da er dazu benutzt wird um das Objekt anzusprechen. Momentan gibt es sieben verschiedene Objekttypen: Programm, Bild, Ton, Menü, Piktogramm, Dock und Zugriff. Die ersten drei Typen sind einfache Objekte, d.h. sie verweisen auf keine anderen Objekte. Sie stellen den komplexen Objekten Daten oder Dienste zur Verfügung. Die letzten vier Typen sind komplexe Objekte, d.h. sie verweisen auf einfache Objekte und benötigen deren Daten oder Dienste. Der Verweis geschieht aufgrund des Namens und falls kein einfaches Objekt mit diesem Namen existiert, dann ignoriert das komplexe Objekt es. Beachten Sie dabei, daß dies die Funktionalität des komplexen Objektes beeinträchtigen kann, z.B. benötigt ein Piktogrammobjekt die Daten eines Bildobjekts, anderenfalls wird es kein Piktogramm erzeugen. Für eine detailierte Beschreibung aller Objektparameter siehe @{"Objekte" Link "Objekte"}. @EndNode @Node "Beispiele" "TM_Deutsch.guide/Beispiele" @Next "Distributionsdateien" @Prev "Konzepte" @Toc "Main" Ein paar Beispiele ****************** Haben Sie bis jetzt kein Wort verstanden? Sind Sie verwirrt durch Objekte, Programme und Referenzen? Verzweifeln Sie nicht, denn Hilfe ist unterwegs. Ich werde Ihnen nun Schritt für Schritt ein paar Beispiele zeigen, wie Sie ToolManager konfigurieren. Sie müssen dazu nur ToolManager installieren und den Voreinsteller starten. Nach jedem Schritt benutzen Sie bitte das Gadget "Testen" im Hauptfenster, um die Konfiguration zu testen. Wir benutzen das Textanzeigeprogramm More aus dem Verzeichnis @{b}SYS:Utilities@{ub} für unser Beispiel. Als erstes müssen wir ToolManager sagen, welches Programm wir benützen möchten. Informationen über Programme werden in Programmobjekten abgespeichert. Also wählen Sie jetzt "Programm" als Objekttyp im Hauptfenster des Voreinstellers und drücken das Gadget "Neu". Nachdem Sie das Gadget gedrückt haben, sehen Sie das "Ändere Programmobjekt" Fenster. Nun öffnen Sie das Verzeichnis Utilities auf Ihrer Workbench-Partition und schieben das Piktogramm "More" auf das neue Fenster des Voreinstellers. Wie Sie jetzt sehen können, sind der Name des Objekts und der Befehl auf "More" gesetzt, während das aktuelle Verzeichnis auf "SYS:Utilities" gesetzt wurde. Drücken Sie nun das "Benutzen" Gadget um diese Einstellungen zu übernehmen. Da man mit einem Programmobjekt allein nicht viel anfangen kann, wollen wir nun dieses Programm zu dem @{b}Hilfsmittel@{ub} Menü der Workbench hinzfügen. Dazu wählen Sie "Menü" als Objekttyp und drücken das Gadget "Neu". Nun sehen Sie das "Ändere Menüobjekt" Fenster. Setzen Sie den Namen des Objekts auf "Text anzeigen". ToolManager muß wissen, welches Programm er starten soll, wenn der Menüeintrag ausgewählt wird. Daher erstellen wir eine Referenz von dem Menüobjekt zu einem Programmobjekt. Drücken Sie das Gadget "Programmobjekt" und wählen sie von der Liste das Objekt "More" aus. Nun drücken Sie das Gadget "Benutzen" und dann "Testen" im Hauptfenster. Jetzt können Sie eine Textdatei auf der Workbench auswählen und den neuen Menüeintrag anwählen. Das Programm "More" sollte starten und Ihren Text anzeigen. Das war doch einfach, oder? Nun können wir einen Schritt weitergehen und ein Piktogramm auf der Workbench erzeugen. Für ein Piktrogramm benötigen wir Grafikdaten, die in Bildobjekten abgelegt sind. Wählen Sie "Bild" als Objekttyp und drücken Sie das Gadget "Neu". Das "Ändere Bildobjekt" Fenster öffnet sich. Setzen Sie den Namen auf "Bild für More" und legen Sie das Piktogramm von More aus dem Verzeichnis Utilities auf das Fenster. Drücken Sie das Gadget "Benutzen" zur Übernahme der Einstellungen. Im nächsten Schritt erstellen wir das Piktogramm. Wählen Sie "Piktogramm" als Objekttyp und drücken Sie das Gadget "Neu". Setzen Sie den Namen des Objekts auf "Text anzeigen". Drücken Sie das Gadget "Programmobjekt" und wählen Sie das Objekt "More" von der Liste aus. Drücken Sie das Gadget "Bildobjekt" und wählen Sie das Objekt "Bild für More" von der Liste aus. Setzen Sie die X Position auf 100 und die Y Position auf 50. Nun drücken Sie die Gadgets "Benutzen" und "Testen". Nach einer kurzen Pause sollte ein Piktogramm auf Ihrer Workbench erscheinen, auf das Sie die Piktogramme Ihrer Textdateien legen können, um diese anzuzeigen. Nun sollten Sie in etwa verstanden haben, wie man ToolManager-Objekte benutzt und in welcher Weise man sie kombinieren muß, damit eine Konfiguration entsteht. Jetzt sollten Sie den Rest der Möglichkeiten durch Ausprobieren herausfinden. Sie können sich auch die Beispielkonfiguration in der Datei @{b}TM_Demo.prefs@{ub} anschauen. @EndNode @Node "Distributionsdateien" "TM_Deutsch.guide/Distributionsdateien" @Next "Objekte" @Prev "Beispiele" @Toc "Main" Beschreibungen für alle Dateien in der Distribution *************************************************** Die ToolManager 2.1 Distribution besteht aus mehreren Verzeichnissen, die alle weiter unten erläutert werden. Beachten Sie bitte, daß die Distribution in drei Teile aufgespalten ist, d.h. es können einige Verzeihnisse nicht vorhanden sein. @{" Docs " Link "Docs"} Dokumentation @{" Goodies " Link "Goodies"} Zusätliche Programmpakete @{" Graphics " Link "Graphics"} Animationen, Bilder & Piktogramme @{" L " Link "L"} Unterstützende Programme @{" Libs " Link "Libs"} ToolManager Library @{" Locale " Link "Locale"} Dateien zur Lokalisation @{" Prefs " Link "Prefs"} ToolManager Voreinsteller @{" Programmers " Link "Programmers"} Hilfsdateien für Programmierer @{" Scripts " Link "Scripts"} ARexx- & Shell-Skripte @{" Source " Link "Source"} Kompletter Quelltext zu ToolManager 2.1 @{" WBStartup " Link "WBStartup"} Hilfsprogramme @EndNode @Node "Docs" "TM_Deutsch.guide/Docs" @Next "Goodies" @Toc "Distributionsdateien" Das Docs Verzeichnis ==================== Dieses Verzeichnis enthält die Dokumentation für ToolManager. Die Dokumentation ist in vier verschiedenen Formaten und verschiedenen Sprachen vorhanden. Weiterhin existiert eine Datei in dem AutoDoc-Format, die die ToolManager shared library Schnittstelle beschreibt. Prefix @{b}TM_@{ub} Diese Datei enthält die Dokumentation in der angegebenen Sprache. Momentan sind folgende Sprachen vorhanden: Deutsch, Français, English, Svenska. Postfix @{b}.doc@{ub} Diese Datei enthält die Dokumentation als einfacher ASCII-Text. Postfix @{b}.dvi@{ub} Diese Datei enthält die Dokumentation in TeXs DVI-Format. Um daraus eine gedruckte Dokumentation zu erstellen, müssen sie diese Datei durch einen TeX Druckertreiber schicken. Postfix @{b}.guide@{ub} Diese Datei enthält die Dokumentation im AmigaGuide-Format. Obwohl dieses Format nur aus einfachem ASCII-Text mit ein paar Befehlen besteht, benötigen Sie AmigaGuide um die Hypertext Verkettungen nutzen zu können. Postfix @{b}.tex@{ub} Diese Datei enthält die Dokumentation im Texinfo-Format. Dieses Format wurde von der Free Software Foundation (FSF) erfunden. Zusammen mit dem @{b}texinfo.tex@{ub} Makropaket können sie TeX und @{b}texindex@{ub} benutzen, um eine Datei im DVI-Format zu erstellen (siehe oben). @{b}toolmanager.doc@{ub} Diese Datei beschreibt die ToolManager shared library Schnittstelle im AutoDoc-Format. @EndNode @Node "Goodies" "TM_Deutsch.guide/Goodies" @Next "Graphics" @Prev "Docs" @Toc "Distributionsdateien" Das Goodies Verzeichnis ======================= Dieses Verzeichnis enthält zusätzliche Programmpakete, die nützlich für ToolManager sind. @{b}GetPubName.lha@{ub} Dieses kleine Programm gibt den Namen des obersten öffentlichen Schirms auf die Standardausgabe oder in eine Umgebungsvariable aus. Es wurde geschrieben von Michael "Mick" Hohmann. @{b}upd1_20.lha@{ub} Das Programm @{b}upd@{ub} wurde geschrieben von Jonas Petersson. Es ist ein kleines Program, daß einen ARexx-Port öffnet und auf Befehle wartet. Mit Hilfe von ARexx können Sie @{b}upd@{ub} veranlassen digitalisierte Töne und Geräusche abzuspielen. ToolManager benutzt diese Eigenschaft um seine Tonobjekte zu realisieren. Siehe @{"Tonobjekte" Link "Ton"}. @EndNode @Node "Graphics" "TM_Deutsch.guide/Graphics" @Next "L" @Prev "Goodies" @Toc "Distributionsdateien" Das Graphics Verzeichnis ======================== Dieses Verzeichnis enthält eine reichhaltige Sammlung von Bildern aus denen Sie wählen können. Laden Sie sie einfach als Bildobjekte in ToolManager (siehe @{"Bildobjekte" Link "Bild"}). Die Dateien wurden von verschiedenen Personen zur Verfügung gestellt (siehe @{"Danksagungen" Link "Danksagungen"}). Jeder von ihnen hat ein eigenes Unterverzeichnis erhalten. Da diese Dateien von verschieden Personen erstellt wurden, stammen sie aus verschiedenen Umgebungen (Farbpalette, Tiefe, Auflösung, Größe) und haben unterschiedliche Desginstile. Es kann also durchaus vorkommen, daß sie nicht gut auf Ihrem Rechner aussehen. Damit man die unterschiedlichen Formate, die von ToolManager unterstützt werden, unterscheiden kann, hat jeder Dateiname einen speziellen Postfix: @{b}.anmb@{ub} Dies ist eine IFF ANIM Datei, die von einem Mal- oder Animationsprogramm erstellt wurde. Sie kann mehrere Bilder enthalten. Obwohl ToolManager komplette ANIM Dateien laden kann, sollten sie eine ähnliche Funktion wie DPaints "AnimBrush" benutzen, um den interessanten Teil aus der Animation herauszuschneiden. @{b}.brush@{ub} Dies ist eine IFF ILBM Datei, die von einem Malprogramm erzeugt wurde. Sie enthält nur ein Bild. @{b}.info@{ub} Dies ist eine normale Amiga Piktogrammdatei, die durch IconEdit (oder etwas ähnliches) erzeugt wurde. Sie kann zwei Bilder enthalten. @EndNode @Node "L" "TM_Deutsch.guide/L" @Next "Libs" @Prev "Graphics" @Toc "Distributionsdateien" Das L Verzeichnis ================= Dieses Verzeichnis enthält nur eine Datei, nämlich @{b}WBStart-Handler@{ub}. Sie @{i}müssen@{ui} diese Datei in das @{b}L:@{ub} Verzeichnis kopieren, sonst kann ToolManager keine Programmobjekte mit der Workbench-Startmethode starten (siehe @{"Programmobjekte" Link "Programm"}). Das komplette WBStart 1.2 Paket befindet sich auf Fish Disk 757. @EndNode @Node "Libs" "TM_Deutsch.guide/Libs" @Next "Locale" @Prev "L" @Toc "Distributionsdateien" Das Libs Verzeichnis ==================== Dieses Verzeichnis enthält nur eine Datei, @{b}toolmanager.library@{ub}. Dies ist das Hauptprogramm von ToolManager und muß in das @{b}LIBS:@{ub} Verzeichnis kopiert werden. @EndNode @Node "Locale" "TM_Deutsch.guide/Locale" @Next "Prefs" @Prev "Libs" @Toc "Distributionsdateien" Das Locale Verzeichnis ====================== Dieses Verzeichnis enthält alle Dateien für die Lokalisation von ToolManager. Da die locale.library erst in V38 enthalten ist, brauchen Sie keine dieser Dateien zu kopieren, falls sie noch V37 benutzen. Wenn Sie schon V38 benutzen, dann wählen Sie die Ihrer Sprache entsprechende Datei. @{b}Catalogs//toolmanager.catalog@{ub} Dies ist eine Übersetzungsdatei für die angegebene Sprache. Kopieren Sie die Datei für Ihre Sprache in das Verzeichnis @{b}LOCALE:Catalogs/@{ub}. @{b}Languages/.language@{ub} Einige Sprachen werden noch nicht unterstützt von der Standard V38 Locale Distribution. Daher haben einige Übersetzer eine @{b}.language@{ub} Datei mitgeliefert, damit ToolManager ihre Übersetzungsdateien benutzen kann. Kopieren Sie die Datei für Ihre Sprache in das Verzeichnis @{b}LOCALE:Languages@{ub}. Es sind folgende zusätzlichen Sprachen verfügbar: Finnish (suomi), Eefeler Platt (eifel). @EndNode @Node "Prefs" "TM_Deutsch.guide/Prefs" @Next "Programmers" @Prev "Locale" @Toc "Distributionsdateien" Das Prefs Verzeichnis ===================== Der ToolManager Voreinsteller und sein Icon befinden sich in diesem Verzeichnis. Kopieren Sie beide Dateien in das Verzeichnis @{b}SYS:Prefs@{ub}. Für weitere Informationen siehe @{"Voreinstellungen" Link "Voreinstellungen"}. @EndNode @Node "Programmers" "TM_Deutsch.guide/Programmers" @Next "Scripts" @Prev "Prefs" @Toc "Distributionsdateien" Das Programmers Verzeichnis =========================== Dieses Verzeichnis enthält alle Dateien, die von den verschiedenen Programmiersprachen und deren Compilern benötigt werden, um die ToolManager shared library Schnittstelle zu benutzen. Das Unterverzeichnis @{b}examples@{ub} enthält mehrere Beispiele dazu. Für eine komplette Beschreibung der Schnittstelle lesen Sie bitte die Datei @{b}Docs/toolmanager.doc@{ub}. Momentan werden die folgenden Sprachen bzw. Compiler unterstützt: AmigaOberon, DICE C, M2Amiga Modula-2, MANX Aztec C and SAS C. @EndNode @Node "Scripts" "TM_Deutsch.guide/Scripts" @Next "Source" @Prev "Programmers" @Toc "Distributionsdateien" Das Scripts Verzeichnis ======================= Dieses Verzeichnis enthält eine Sammlung von ARexx- und Shell-Skripten, die in ToolManager Programmobjekten benutzt werden können. Beachen Sie, daß diese Skriptdateien an Ihre persönliche Arbeitsumgebung oder Shell angepasst werden müssen. @EndNode @Node "Source" "TM_Deutsch.guide/Source" @Next "WBStartup" @Prev "Scripts" @Toc "Distributionsdateien" Das Source Verzeichnis ====================== Dieses Verzeichnis enthält den kompletten Quelltext zu ToolManager 2.1 und seinen Hilfsprogrammen. Jedes Programm hat sein eigenes Unterverzeichnis. Der Autor stellt den Quelltext als Beispiel für die Programmierung unter OS 2.x/3.0 zur Verfügung. Das Unterverzeichnis @{b}locale@{ub} ist für Übersetzer interessant. Falls Ihre Sprache in dieser Version nicht unterstützt wird und Sie eine Übersetzung machen möchten, dann sollten Sie sich die Datei @{b}empty.ct@{ub} anschauen. Sie müssen nur die Leerzeilen füllen und die Datei zu mir senden. Die Übersetzung wird dann eventuell in der nächsten Version enthalten sein. @EndNode @Node "WBStartup" "TM_Deutsch.guide/WBStartup" @Prev "Source" @Toc "Distributionsdateien" Das WBStartup Verzeichnis ========================= Dieses Verzeichnis enthält nur ein Programm: @{b}ToolManager@{ub}. Dieses Hilfsprogramm startet und stoppt ToolManager 2.1. Meistens wird dieses Programm in das Verzeichnis @{b}SYS:WBStartup@{ub} kopiert, aber man kann es auch von der Shell aus benutzen. @EndNode @Node "Objekte" "TM_Deutsch.guide/Objekte" @Next "Voreinstellungen" @Prev "Distributionsdateien" @Toc "Main" Beschreibung der ToolManager-Objekte ************************************ Dieses Kapitel beschreibt die ToolManager-Objekte im einzelnen. Jedes Objekt hat einen Typ und einen Namen. Der Name wird benutzt, um das Objekt anzusprechen. Es gibt sechs verschiedene Typen von Objekten: @{" Programm " Link "Programm"} Programmobjekte @{" Bild " Link "Bild"} Bildobjekte @{" Ton " Link "Ton"} Tonobjekte @{" Menü " Link "Menue"} Menüobjekte @{" Piktogramm " Link "Piktogramm"} Piktogrammobjekte @{" Dock " Link "Dock"} Dock-Objekte @{" Zugriff " Link "Zugriff"} Zugriffsobjekte @EndNode @Node "Programm" "TM_Deutsch.guide/Programm" @Next "Bild" @Toc "Objekte" Programmobjekte =============== Programmobjekte beschreiben Programme oder Aktionen, die von ToolManager gestartet werden sollen. Es werden drei verschiedene Typen von Programmen unterstützt: CLI, Workbench und ARexx. Drei verschiedene Typen von Aktionen werden unterstützt: Dock, Hot Key und Network. Jedes Programmobjekt hat die folgenden Parameter. Die Vorgabewerte sind in Klammern gesetzt: @{b}Aktuelles Verzeichnis@{ub} (@{b}SYS:@{ub}) Der Name des aktuellen Verzeichnisses für das Programm. ARexx-Programme ignorieren diesen Parameter. @{b}Argumente@{ub} (Ja) Dieser Schalter kontrolliert die Argumentübergabe an das Programm. Falls ein Programm keine Argumente annimmt oder sie nicht benötigt, dann können Sie hiermit die Argumentübergabe abschalten. @{b}Ausgabedatei@{ub} (@{b}NIL:@{ub}) Der Dateiname für die Ausgabedatei. Dieser Parameter ist nur sinnvoll für CLI Programme. @{b}Befehl@{ub} Der Dateiname für das zu startende Programm oder die auszuführende Aktion. Der Name kann relativ zum aktuellen Verzeichnis sein. Für die Aktion Dock bezeichnet dies den Namen des Dock-Objekts, das geöffnet/geschlossen werden soll. Für die Aktion Hot Key muß dieser Parameter auf einen gültigen Commodities Input Description String gesetzt sein (siehe @{"Tastenbefehle" Link "Tastenbefehle"}). Ein Befehl für einen anderen ToolManager (Aktion Network) wird als @{b}Objekt@Maschine@{ub} angegeben, d.h. der ToolManager, der auf @{b}Maschine@{ub} läuft, soll das Programmobjekt mit dem Namen @{b}Objekt@{ub} ausführen. @{b}Befehlspfad@{ub} (Pfad des ToolManager-Prozesses) Dieser Parameter setzt den Befehlspfad für das Programm. Es können mehrere Verzeichnisse angegeben werden in dem man sie mit ";" trennt. Dieser Parameter ist nur sinnvoll für CLI Programme. @{b}Nach vorne@{ub} (Nein) Wenn dieser Parameter gesetzt ist, dann wird der mit @{b}Öffentlicher Schirm@{ub} angegebene öffentliche Schirm nach vorne geholt, bevor das Programm gestartet wird. @{b}Öffentlicher Schirm@{ub} (Default) Sie können mit diesem Parameter angeben, welcher öffentlicher Schirm nach vorne geholt werden soll, bevor das Programm gestartet wird. Dieser Parameter funktioniert nur im Zusammenhang mit @{b}Nach vorne@{ub}. @{b}Priorität@{ub} (0) Dieser Parameter setzt die Priorität des neuen Prozesses, in dem das Programm läuft. @{b}Programmtyp@{ub} (CLI) Dies gibt den Typ des Programmes oder der Aktion an. Es kann einer der sechs folgenden Typen angegeben werden: CLI, WB, ARexx, Dock, Hot Key oder Network. @{b}Stack@{ub} (4096) Dieser Parameter setzt die Stackgröße des neuen Prozesses, in dem das Programm läuft. @{b}Tastenbefehl@{ub} Sie können für jedes Programmobjekt einen Tastenbefehl angeben. Wenn Sie diesen Tastenbefehl benutzen wird das Programm gestartet. Beachten Sie: Das Programm wird ohne Argumente gestartet. @{b}Verzögerung@{ub} (0) Nach der Aktivierung eines Programmobjekts wartet ToolManager @{b}Verzögerung@{ub} Sekunden bevor er das Programm startet. Wenn dieser Wert negativ ist, dann wird das Programm alle @{b}Verzögerung@{ub} Sekunden gestartet. Falls Sie ein Programmobjekt stoppen wollen, das auf die Ausführung wartet, aktivieren Sie es einfach noch einmal. Beachten Sie: Wenn @{b}Verzögerung@{ub} gesetzt ist, dann wird das Programm ohne Argumente gestartet. @EndNode @Node "Bild" "TM_Deutsch.guide/Bild" @Next "Ton" @Prev "Programm" @Toc "Objekte" Bildobjekte =========== Bildobjekte geben die Bilddaten an, die von ToolManager für Piktogramme und Dock-Fenster benutzt werden. Dieser Objekttyp hat nur einen Parameter: @{b}Dateiname@{ub} Dieser Parameter gibt den Namen der Datei an, aus der ToolManager die Bilddaten lesen soll. ToolManager versucht den Typ der Bilddaten automatisch zu erkennen: 1. Er versucht die Daten als IFF Daten zu laden. Momentan kann ToolManager ILBM (ein Bild) oder ANIM (zwei oder mehr Bilder) Dateien lesen. 2. Er versucht die Datei als Piktogrammdatei zu lesen. Ein Piktogramm kann ein oder zwei Bilder enthalten. Animation werden momentan nur von Dock-Objekten unterstützt. Piktogrammobjekte entnehmen momentan nur das erste und das zweite Bild einer Animation um ein Piktogramm aus 2 Bildern zu erstellen. Wenn Sie eine Animation für ToolManager erstellen wollen, dann sollten Sie sich an folgende Regeln halten: Bild 1 Dieses Bild sollte den inaktiven Zustand repräsentieren. Bild 2 Dieses Bild sollte den selektierten Zustand repräsentieren. Normalerweise ist es eine invertierte Kopie des ersten Bildes. Bild 3 bis N-1 Dies sind die Bilder der eigentlichen Animation. Jedes Bild wird für eine 1/3 Sekunde angezeigt. Bild N Das letzte Bild der Animation wird für eine Sekunde angezeigt. Danach wird wieder das erste Bild angezeigt. @EndNode @Node "Ton" "TM_Deutsch.guide/Ton" @Next "Menue" @Prev "Bild" @Toc "Objekte" Tonobjekte ========== Ein Tonobjekt wird benutzt, wenn ToolManager laut werden soll. ToolManager hat selber keinen eingebauten Spieler für digitalisierte Geräusche. Er benutzt ARexx, um einen externen Geräuscheabspieler anzusteuern. Dieser Objekttyp hat zwei Parameter: @{b}Befehl@{ub} Dieser Parameter gibt den ARexx-Befehl an, den ToolManager an den externen Geräuscheabspieler senden soll. Für @{b}upd@{ub} könnte dies etwas ähnliches wie @{b}file samples:boing@{ub} sein, was @{b}upd@{ub} anweist die IFF Datei @{b}samples:boing@{ub} abzuspielen. Siehe @{"Goodies" Link "Goodies"}. @{b}ARexx-Port@{ub} Dieser Parameter gibt den Namen des ARexx-Ports an, an den ToolManager @{b}Befehl@{ub} senden soll. Der voreingestellte Name ist @{b}PLAY@{ub}, der Name für das Programm @{b}upd@{ub}. @EndNode @Node "Menue" "TM_Deutsch.guide/Menue" @Next "Piktogramm" @Prev "Ton" @Toc "Objekte" Menüobjekte =========== Menüobjekte erzeugen Menüeinträge im Workbench @{b}Hilfsmittel@{ub} Menü. Der Objektname wird benutzt als Menütext. Um ein solches Objekt zu aktivieren müssen Sie einfach den entsprechenden Menüeintrag selektieren. Menüobjekte sind nur verfügbar wenn die Workbench läuft. Dieser Objekttyp hat zwei Parameter: @{b}Programmobjekt@{ub} Dies ist der Name eines Programmobjektes, das aktiviert werden soll, wenn der Menüeintrag selektiert wurde. Jedes Piktogramm, das zu diesem Zeitpunkt ausgewählt ist, wird als Argument für das Programm benutzt. @{b}Tonobjekt@{ub} Dies ist der Name eines Tonobjekts, das aktiviert werden soll, wenn der Menüeintrag selektiert wurde. ToolManager 1.X Benutzer: Wenn Sie den alten Tooltyp "Dummy" simulieren wollen, dann erzeugen Sie einfach eine Menüobjekt und geben @{i}kein@{ui} Programm- oder Tonobjekt an. @EndNode @Node "Piktogramm" "TM_Deutsch.guide/Piktogramm" @Next "Dock" @Prev "Menue" @Toc "Objekte" Piktogrammobjekte ================= Piktogrammobjekte beschreiben Applikationspiktogramme im Workbench-Fenster. Solch ein Objekt kann aktiviert werden durch Doppelklicken des Piktogramms oder indem einige Piktogramme auf das Applikationspiktogramm geschoben werden. Piktogrammobjekte sind nur verfügbar wenn die Workbench läuft. Die Parameter für diesen Objekttyp sind wie folgt: @{b}Bildobjekt@{ub} Dies ist der Name eines Bildobjekts. Die Bilddaten dieses Objektes werden dazu benutzt das Applikationspiktogramm zu erstellen. @{b}Linke Kante@{ub} (Vorgabe: 0) Dies setzt die linke Kante für das Applikationspiktogramm. @{b}Obere Kante@{ub} (Vorgabe: 0) Dies setzt die obere Kante für das Applikationspiktogramm. @{b}Programmobjekt@{ub} Dies ist der Name eines Programmobjektes, das aktiviert werden soll wenn das Piktogramm selektiert wurde. Jedes Piktogramm, das auf das Applikationspiktogramm geschoben wurde, wird als Argument für das Programm benutzt. @{b}Tonobjekt@{ub} Dies ist der Name eines Tonobjekts, das aktiviert werden soll wenn das Piktogramm selektiertiert wurde. @{b}Zeige Namen@{ub} (Vorgabe: Ja) Wenn dieser Parameter gesetzt ist, dann wird der Objektname als Namen für das Applikationspiktogramm benutzt. Die Workbench ist @{i}sehr@{ui} eigensinnig mit Piktogrammpositionen. Wenn Sie eine Position gewählt haben, die der Workbench nicht zusagen, dann ignoriert sie sie einfach und legt das Piktogramm irgendwo anders hin. @EndNode @Node "Dock" "TM_Deutsch.guide/Dock" @Next "Zugriff" @Prev "Piktogramm" @Toc "Objekte" Dock-Objekte ============ Dock-Objekte beschreiben Fenster. Diese Fenster fassen mehrere Programme zusammen, welche durch Bilder oder Textgadgets repräsentiert werden. Um ein Programm zu starten, braucht man nur auf das Bild oder das Textgadget zu klicken. Natürlich können auch Piktogramme auf das Bild oder das Textgadget geschoben werden, um das Programm mit Argumenten zu versorgen. Jedes Dock-Objekt hat die folgenden Parameter. Die Vorgaben sind in Klammern gesetzt: @{b}Aktiviert@{ub} (Ja) Ein Dock-Fenster kann aktiv (offen) oder nicht aktiv (geschlossen) sein. @{b}Backdrop@{ub} (Nein) Wenn dieser Parameter gesetzt ist, dann setzt sich das Dock-Fenster nach dem Öffnen sofort in den Hintergrund. @{b}Fensternamen@{ub} Dieser Parameter setzt den Namen des Dock-Fensters. Wenn Sie einen Fensternamen angeben, dann öffnet sich eine normales OS 2.0 Fenster mit Dragbar, Close-Gadget, Depth-Gadget und einem Rand. Wenn Sie @{i}keinen@{ui} Namen angeben, dann öffnet sich ein Fenster, das keinen Rahmen und nur einen Dragbar hat. @{b}Linke Kante@{ub} (0) Linke Kante des Dock-Fensters. Dieser Parameter wird ignoriert, wenn der Parameter @{b}Zentriert@{ub} gesetzt ist. @{b}Menü@{ub} (Nein) An jedes Dock-Fenster kann ein Menü angehängt werden. Dieses Menü hat zwei Einträge: @{b}*@{ub} @{b}Dock schliessen@{ub} Schliessen des Dock-Fensters. @{b}*@{ub} @{b}TM beenden@{ub} ToolManager beenden. @{b}Muster@{ub} (Nein) Das Dock-Fenster richtet sich automatisch nach der Grösse des größten Bildes. Da jeder Eintrag die gleiche Grösse hat und kleinere Bilder zentriert werden, haben kleinere Bilder einen leeren Rand. Falls Sie diesen Rand nicht mögen, dann können Sie mit diesem Parameter ein Muster einschalten. @{b}Obere Kante@{ub} (0) Obere Kante des Dock-Fensters. Dieser Parameter wird ignoriert, wenn der Parameter @{b}Zentriert@{ub} gesetzt ist. @{b}Öffentlicher Schirm@{ub} (Default) Dies gibt den öffentlichen Schirm an, auf dem das Dock-Fenster geöffnet werden soll. Wenn das Fenster mit Hilfe des Tastenbefehls geöffnet wurde, dann wird der öffentliche Schirm nach vorne geholt. Dieser Parameter wird ignoriert, wenn der Parameter @{b}Vorderster@{ub} gesetzt ist. @{b}PopUp@{ub} (Nein) Wenn dieser Parameter gesetzt ist, dann schliesst sich das Dock-Fenster automatisch, nachdem ein Eintrag ausgewählt wurde. Dieser Parameter ist besonders nützlich in Verbindung mit den Parametern @{b}Vorderster@{ub}, @{b}Zentriert@{ub} und einem Tastenbefehl der Klasse @{b}rawmouse@{ub} (siehe @{"Tastenbefehle" Link "Tastenbefehle"}). @{b}Spalte@{ub} (1) Dieser Parameter setzt die Anzahl der Spalten in dem Dock-Fenster. Die Einträge werden zeilenweise einsortiert, beginnend mit der linken Spalte und fortlaufend bis zur rechten Spalte. @{b}Stationär@{ub} (Nein) Normalerweise merkt sich ein Dock-Fenster beim Schliessen seine letzte Position und öffnet sich an der gleichen Stelle wieder. Wenn das Dock-Fenster immer an der gleichen Position aufgehen soll, dann setzen Sie diesen Parameter. @{b}Tastenbefehl@{ub} Sie können für jedes Dock-Objekt einen Tastenbefehl angeben. Wenn Sie diesen Tastenbefehl benutzen, dann wird der Status des Dock-Fensters umgeschaltet, d.h. es wird geöffnet oder geschlossen. @{b}Text@{ub} (Nein) Mit diesem Parameter können Sie zwischen Bildern und Textgadgets in Dock-Fenstern wählen. Dock-Fenster mit Textgadgets sind besonders nützlich in Verbindung mit dem Parameter @{b}PopUp@{ub}. @{b}Vertikal@{ub} (Nein) Dieser Parameter setzt die Richtung der Dragbar. Dieser Parameter wird ignoriert, wenn Sie einen Fensternamen mit dem Parameter @{b}Fensternamen@{ub} angegeben haben. @{b}Vorderster@{ub} (Nein) Wenn dieser Parameter gesetzt ist, dann öffnet sich das Dock-Fenster immer auf dem vordersten öffentlichen Schirm. @{b}Zeichensatz@{ub} (Zeichensatz des Schirms) Wenn in einem Dock-Objekt der Parameter @{b}Text@{ub} gesetzt ist, dann kann mit diesem Parameter der Zeichensatz für die Textgadgets gewählt werden. @{b}Zentriert@{ub} (Nein) Wenn dieser Parameter gesetzt ist, dann wird das Dock-Fenster immer zentriert zur aktuellen Mausposition geöffnet. @EndNode @Node "Zugriff" "TM_Deutsch.guide/Zugriff" @Prev "Dock" @Toc "Objekte" Zugriffsobjekte =============== Zugriffsobjekte kontrollieren die Zugriffsrechte für Anfragen über Netzwerke. Grundsätzlich wird @{i}jede@{ui} Anfrage abgelehnt, so daß ein anderer ToolManager nicht die Arbeit Ihrer Maschine durch Aktivierung von Programmobjekten stören kann. Mit Zugriffsobjekten jedoch können sie es einzelnen Maschinen erlauben, einige Programmobjekte von Ihrem ToolManager auszuführen. Der Name eines Zugriffsobjekt hat dabei eine spezielle Bedeutung. Er wird mit dem Namen der Maschine verglichen, von dem die Anfrage stammt. Dabei benutzt ToolManager das folgende dreistufige Vergleichsschema: 1. Vergleiche mit dem kompletten Maschinennamen 2. Vergleiche mit dem Bereichsnamen 3. Suche nach einem Zugriffsobjekt mit dem Namen @{b}anyone@{ub} Wenn das entsprechende Objekt gefunden wurde, dann gibt dieses Objekt die Zugriffsrechte der anderen Maschine an. Das Objekt mit dem Namen @{b}anyone@{ub} wird für jede Netzwerkanfrage benutzt, für die kein Zugriffsobjekt gefunden werden kann. Zugriffsobjekte haben nur einen Parameter: @{b}Programmobjekt@{ub} Dieser Parameter kann mehrfach benutzt werden und gibt die Programmobjekte an, die von der anderen Maschine aktiviert werden können. Wenn Sie @{i}keinen@{ui} Objektnamen angeben, dann kann die andere Maschine @{i}alle@{ui} Programmobjekte auf Ihrer Maschine aktivieren. @EndNode @Node "Voreinstellungen" "TM_Deutsch.guide/Voreinstellungen" @Next "Library" @Prev "Objekte" @Toc "Main" Der Voreinsteller für ToolManager ********************************* Mit dem Voreinsteller können Sie die globale Konfiguration von ToolManager manipulieren. Diese Konfiguration wird automatisch beim Start von ToolManager geladen. Um den Voreinsteller zu starten, müssen Sie sein Piktogramm doppelklicken. Danach öffnet sich das Hauptfenster. Die meisten Gadgets in den Voreinstellerfenstern haben einen Tastenkürzel. Sie sind mit einem Unterstrich (@{b}_@{ub}) markiert. Beachten Sie allerdings, daß Sie bei einem aktiven Zeichenketten-Gadget erst die Return-Taste betätigen müssen, bevor Sie das Tastenkürzel benutzen können. @{" Gadgets im Hauptfenster " Link "Gadgets im Hauptfenster"} @{" Menüs des Hauptfensters " Link "Menues des Hauptfensters"} @{" Erzeuge Objekte Fenster " Link "Erzeuge Objekte Fenster"} @{" Objektfenster " Link "Objektfenster"} @{" Tooltypes " Link "Tooltypes"} @{" CLI Argumente " Link "CLI Argumente"} @EndNode @Node "Gadgets im Hauptfenster" "TM_Deutsch.guide/Gadgets im Hauptfenster" @Next "Menues des Hauptfensters" @Toc "Voreinstellungen" Gadgets im Hauptfenster ======================= Das Hauptfenster hat mehrere Gruppen von Gadgets: Objekttyp Mit diesem zyklischem Auswahlgadget kann der Typ der Objekte gewählt werden, die Sie erzeugen oder ändern wollen. Objektliste Dieses Gadget zeigt die Liste aller Objekte des aktuellen Typs an. Sie können ein Objekt auswählen indem sie auf seinen Namen klicken. Wenn sie einen Eintrag doppelklicken, dann öffnet sich das Objektfenster. Objekt verschieben Wenn ein Objekt ausgewählt worden ist, dann kann es mit diesen Gadgets in der Liste verschoben werden. Das @{b}Sortieren@{ub} Gadget dient dazu, die Liste alphabetisch zu sortieren. Objekt manipulieren Diese Gadgets manipulieren Objekte. Das @{b}Neu@{ub} Gadget erzeugt ein neues Gadget vom aktuellen Typ. Dieses neue Objekt wird automatisch selektiert. Das @{b}Ändern@{ub} Gadget öffnet das Objektfenster. Mit dem @{b}Kopieren@{ub} Gadget kann man eine Kopie des selektierten Objektes erstellen. Das @{b}Entfernen@{ub} Gadget löscht das selektierte Objekt. Konfiguration Sie haben mehrere Möglichkeiten die Konfiguration zu speichern. Mit dem @{b}Speichern@{ub} Gadget wird die Konfiguration permanent in der Datei @{b}ENVARC:ToolManager.prefs@{ub} gespeichert. Für eine temporäre Änderung kann die Konfiguration mit dem @{b}Benutzen@{ub} Gadget in der Datei @{b}ENV:ToolManager.prefs@{ub} abgespeichert werden. Diese Datei wird bei einem Reset gelöscht. Wenn Sie eine Konfiguration testen wollen, ohne den Voreinsteller zu verlassen, dann benutzen Sie das @{b}Testen@{ub} Gadget. Mit dem @{b}Abbrechen@{ub} Gadget können Sie den Voreinsteller ohne Abspeichern verlassen. @EndNode @Node "Menues des Hauptfensters" "TM_Deutsch.guide/Menues des Hauptfensters" @Next "Erzeuge Objekte Fenster" @Prev "Gadgets im Hauptfenster" @Toc "Voreinstellungen" Menüs des Hauptfensters ======================= Das Hauptfenster hat mehrere Menüs: @{b}Project@{ub} Mit den Menüeinträgen @{b}öffnen@{ub} und @{b}speichern als@{ub} können Sie die Konfiguration laden und speichern. Der @{b}Information@{ub} Eintrag öffnet einen Informationsrequester. Mit dem Eintrag @{b}beenden@{ub} kann man den Voreinsteller ohne Abspeichern verlassen. @{b}Vorgaben@{ub} Mit den zwei Menüeinträgen können ältere Konfigurationen wiederhergestellt werden. Der Eintrag @{b}auf zuletzt gespeichertes@{ub} lädt die Konfiguration aus der Datei @{b}ENVARC:ToolManager.prefs@{ub}. Mit dem Eintrag @{b}auf vorherigen Stand@{ub} wird diejenige Konfiguration, die vor dem Start des Voreinstellers gültig war, aus der Datei @{b}ENV:ToolManager.prefs@{ub} geladen. @{b}Optionen@{ub} Mit dem Eintrag @{b}Piktogramme erzeugen?@{ub} können Sie vorgeben, ob der Eintrag @{b}speichern als@{ub} ein Piktogramm erzeugen soll oder nicht. @EndNode @Node "Erzeuge Objekte Fenster" "TM_Deutsch.guide/Erzeuge Objekte Fenster" @Next "Objektfenster" @Prev "Menues des Hauptfensters" @Toc "Voreinstellungen" Erzeuge Objekte Fenster ======================= Wenn Sie ein Piktogramm auf das Hauptfenster legen, dann erscheint das "Erzeuge Objekte" Fenster. In diesem Fenster können sie auswählen, wie das Piktogramm verarbeitet werden soll. Dies können Sie benutzen, um ein Program einfach und schnell zu Ihre Konfiguration hinzuzufügen. Sie können entweder nur ein Programm- oder Bildobjekt aus dem Piktogramm erzeugen, in dem Sie einen der ersten beiden Punkte auswählen. Sie können aber auch ein komplettes Menü- und/oder Piktogrammobjekt erzeugen, in dem Sie einen der drei letzten Punkte auswählen. @EndNode @Node "Objektfenster" "TM_Deutsch.guide/Objektfenster" @Next "Tooltypes" @Prev "Erzeuge Objekte Fenster" @Toc "Voreinstellungen" Objektfenster ============= Jeder Objekttyp hat ein eigenes Objektfenster, in dem man die Objektparameter setzen kann. Für eine detailierte Liste aller Parameter siehe @{"Objekte" Link "Objekte"}. Jedes Objektfenster hat ein Gadget für den Objektnamen. Dieser Name ist wichtig, da er dazu benutzt wird das Objekt anzusprechen. Beachten Sie, daß es keine Querverweise gibt, d.h. wenn Sie den Namen eines Objektes ändern, das schon von einem anderen Objekt verwendet wird, so wird der Verweis in diesem Objekt @{i}nicht@{ui} aktualisiert. Sie müssen diesen Verweis per Hand aktualisieren. Die Tastengadgets in den Objektfenstern öffnen verschiedene Requester. Sie können einen Eintrag auswählen, indem sie den Namen und das @{b}Benutzen@{ub} Gadget anklicken oder indem sie den Namen doppelklicken. Um einen Requester ohne Änderungen zu verlassen, benutzen Sie das @{b}Abbrechen@{ub} Gadget. Wenn sie ein Feld löschen wollen, das nur mit einem Requester ausgewählt werden kann, dann öffnen Sie den Requester und klicken das @{b}Benutzen@{ub} Gadget @{i}ohne@{ui} vorher einen Eintrag auszuwählen. Die Objekfenster für Programm- und Bildobjekte haben ein zusätzliches Merkmal. Sie können ein Piktogramm auf diese Fenster schieben und die Parameter werden aus diesem Piktogramm entnommen. @EndNode @Node "Tooltypes" "TM_Deutsch.guide/Tooltypes" @Next "CLI Argumente" @Prev "Objektfenster" @Toc "Voreinstellungen" Tooltypes ========= Wenn Sie den Voreinsteller von der Workbench starten, dann können Sie in den Piktogrammen für das Programm oder den Konfigurationsdateien verschiedene Tooltypes setzen, um den Voreinsteller zu kontrollieren. @{b}USE@{ub} Wenn Sie diesen Tooltype in einem Piktogramm für eine Konfigurationsdatei setzen, dann installiert der Voreinsteller diese Datei als aktuelle Konfiguration. @{b}SAVE@{ub} Wenn Sie diesen Tooltype in einem Piktogramm für eine Konfigurationsdatei setzen, dann installiert der Voreinsteller diese Datei als aktuelle und permanente Konfiguration. @{b}PUBSCREEN@{ub} Dieser Tooltype gibt den Namen des öffentlichen Schirms an, auf dem der Voreinsteller seine Fenster öffnen soll. @{b}CREATEICONS@{ub} Wenn dieser Tooltype auf @{b}YES@{ub} gesetzt wird, dann erzeugt der Voreinsteller für jede Konfigurationsdatei, die mit dem Menüeintrag @{b}speichern als@{ub} erzeugt wird, ein Piktogramm. @{b}DEFAULTFONT@{ub} Normalerweise benutzt der Voreinsteller den Zeichensatz des öffentlichen Schirms um seine Gadgets zu erzeugen. Wenn Sie diesen Tooltype auf @{b}YES@{ub} setzen, dann benutzt der Voreinsteller den Standard Systemzeichensatz. @{b}XPOS@{ub} Dies gibt die X Position des Hauptfensters an. @{b}YPOS@{ub} Dies gibt die Y Position des Hauptfensters an. @{b}MINLISTCOLUMNS@{ub} Dies gibt die minimale Anzahl der Spalten in den Listen-Gadgets an. @{b}MINLISTROWS@{ub} Dies gibt die minimale Anzahl der Reihen in den Listen-Gadgets an. @EndNode @Node "CLI Argumente" "TM_Deutsch.guide/CLI Argumente" @Prev "Tooltypes" @Toc "Voreinstellungen" CLI Argumente ============= Wenn der Voreinsteller von der Shell gestartet wird, dann benutzt er folgende Schablone für die Kommandozeile: FROM,EDIT/S,USE/S,SAVE/S,PUBSCREEN/K,DEFAULTFONT/S @{b}FROM@{ub} Dieser Parameter gibt an, welche Konfigurationsdatei der Voreinsteller laden soll. @{b}USE@{ub} Wenn Sie diesen Parameter benutzen, dann installiert der Voreinsteller die Datei, die mit dem @{b}FROM@{ub} Parameter angegeben wurde, als aktuelle Konfiguration. @{b}SAVE@{ub} Wenn Sie diesen Parameter benutzen, dann installiert der Voreinsteller die Datei, die mit dem @{b}FROM@{ub} Parameter angegeben wurde, als aktuelle und permante Konfiguration. @{b}PUBSCREEN@{ub} Dieser Parameter gibt den Namen des öffentlichen Schirms an, auf dem der Voreinsteller seine Fenster öffnen soll. @{b}DEFAULTFONT@{ub} Normalerweise benutzt der Voreinsteller den Zeichensatz des öffentlichen Schirms um seine Gadgets zu erzeugen. Wenn Sie diesen Parameter angeben, dann benutzt der Voreinsteller den Standard Systemzeichensatz. @EndNode @Node "Library" "TM_Deutsch.guide/Library" @Next "Tastenbefehle" @Prev "Voreinstellungen" @Toc "Main" Die ToolManager shared library Schnittstelle ******************************************** Der ToolManager-Handler ist in eine Amiga shared library eingebettet. Diese Library bietet mehrere Funktionen an, um ToolManager-Objekte zu erzeugen und zu manipulieren, so daß Sie sie von Ihren Programmen aus benutzen können. Momentan sind 6 Funktionen vorhanden: @{b}AllocTMHandle()@{ub} Damit Sie ToolManager-Objekte erzeugen können, müssen Sie zuerst einen TMHandle allozieren. Diese Datenstruktur speichert alle Informationen über Ihre Objekte und sie wird dazu benutzt Ihre Objekte anzusprechen. Beachten Sie, daß die Information, die in dieser Datenstruktur gespeichert ist, @{i}nur@{ui} dem Programm zugänglich ist, das den TMHandle erzeugt hat. @{b}FreeTMHandle()@{ub} Diese Funktion gibt einen TMHandle und alle mit ihm verbundenen ToolManager-Objekte frei. Jeder @{b}AllocTMHandle()@{ub} Aufruf muß mit einem @{b}FreeTMHandle()@{ub} Aufruf gepaart sein! @{b}CreateTMObjectTags()@{ub} @{b}CreateTMObjectTagList()@{ub} Diese Funktion erzeugt ein ToolManager-Objekt. Sie müssen einen Namen, den Objekttyp und verschiedene Tags für die Objektparameter angeben. Der Name des Objekts ist wichtig, da er dazu benutzt wird, das Objekt anzusprechen. @{b}ChangeTMObjectTags()@{ub} @{b}ChangeTMObjectTagList()@{ub} Sie können die Parameter eines ToolManager-Objekts mit dieser Funktion verändern. Beachten Sie, daß Bildobjekte momentan nicht geändert werden können. @{b}DeleteTMObject()@{ub} Diese Funktion löscht ein ToolManager-Objekt. Falls andere Objekte auf dieses Objekt verweisen, dann werden diese benachrichtigt, damit sie ihren Status erneuern könen. @{b}QuitToolManager()@{ub} Diese Funktion teilt dem ToolManager-Handler mit, daß er so bald wie möglich stoppen sollte. Die komplette Library Schnittstellenbeschreibung ist im AutoDoc-Format vorhanden (siehe @{"Dokumentation" Link "Docs"}). @EndNode @Node "Tastenbefehle" "TM_Deutsch.guide/Tastenbefehle" @Next "Fragen" @Prev "Library" @Toc "Main" Wie man einen Tastenbefehl 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: [] {[-][]} [-][upstroke] [] Alle Befehlsworte können groß oder klein geschrieben werden. @{b}Klasse@{ub} beschreibt die InputEvent-Klasse. Dieser Parameter ist optional und falls er weggelassen wird, dann wird die Vorgabe @{b}rawkey@{ub} benutzt. Siehe @{"InputEvent-Klassen" Link "InputEvent-Klassen"}. 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 @{b}-@{ub} vor sein Befehlswort. Siehe @{"Qualifier" Link "Qualifier"}. 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 @{b}upstroke@{ub} angeben. Wenn sowohl beim Drücken als auch beim Loslassen der Taste ein Ereignis erzeugt werden soll, dann müssen sie das Befehlswort @{b}-upstroke@{ub} angeben. Der Tastenkode ist abhängig von der InputEvent-Klasse. Siehe @{"Tastenkodes" Link "Tastenkodes"}. @{" InputEvent-Klassen " Link "InputEvent-Klassen"} @{" Qualifier " Link "Qualifier"} @{" Tastenkodes " Link "Tastenkodes"} @{" Beispiele für Tastenbefehle " Link "Beispiele für Tastenbefehle"} Achtung: Wählen Sie ihre Tastenbefehle @{i}sorgfältig@{ui}, denn Commodities hat eine hohe Priorität in der InputEvent-Handlerkette, d.h. vorgegebene Definitionen werden übergangen. @EndNode @Node "InputEvent-Klassen" "TM_Deutsch.guide/InputEvent-Klassen" @Next "Qualifier" @Toc "Tastenbefehle" InputEvent-Klassen ================== 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. @{b}rawkey@{ub} Dies ist die vorgegebene Klasse. Sie beschreibt alle Ereignisse, die durch die Tastatur erzeugt werden können. Zum Beispiel erzeugt @{b}rawkey a@{ub} oder @{b}a@{ub} jedesmal ein Ereignis, wenn die Taste "a" gedrückt wird. Sie müssen einen Tastenkode für diese Klasse angeben. Siehe @{"rawkey" Link "rawkey Tastenkodes"}. @{b}rawmouse@{ub} 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" Link "rawmouse Tastenkodes"}. @{b}diskinserted@{ub} Ereignisse dieser Klasse werden generiert, wenn eine Diskette in ein Laufwerk gelegt wird. Diese Klasse besitzt keine Tastenkodes. @{b}diskremoved@{ub} Ereignisse dieser Klasse werden generiert, wenn eine Diskette aus einem Laufwerk genommen wird. Diese Klasse besitzt keine Tastenkodes. @EndNode @Node "Qualifier" "TM_Deutsch.guide/Qualifier" @Next "Tastenkodes" @Prev "InputEvent-Klassen" @Toc "Tastenbefehle" Qualifier ========= Einige Befehlsworte wurden erst bei Commodities V38 eingeführt. Diese sind mit einem @{b}*@{ub} markiert. @{b}lshift@{ub}, @{b}left_shift@{ub} * Linke Shift-Taste. @{b}rshift@{ub}, @{b}right_shift@{ub} * Rechte Shift-Taste. @{b}shift@{ub} Irgendeine Shift-Taste. @{b}capslock@{ub}, @{b}caps_lock@{ub} * Caps-Lock-Taste. @{b}caps@{ub} Irgendeine Shift-Taste oder die Caps-Lock-Taste. @{b}control@{ub}, @{b}ctrl@{ub} * Control-Taste. @{b}lalt@{ub}, @{b}left_alt@{ub} * Linke Alt-Taste. @{b}ralt@{ub}, @{b}right_alt@{ub} * Rechte Alt-Taste. @{b}alt@{ub} Irgendeine Alt-Taste. @{b}lcommand@{ub}, @{b}lamiga@{ub} *, @{b}left_amiga@{ub} *, @{b}left_command@{ub} * Linke Amiga-/Kommando-Taste. @{b}rcommand@{ub}, @{b}ramiga@{ub} *, @{b}right_amiga@{ub} *, @{b}right_command@{ub} * Rechte Amiga-/Kommando-Taste. @{b}numericpad@{ub}, @{b}numpad@{ub} *, @{b}num_pad@{ub} *, @{b}numeric_pad@{ub} * Dieses Befehlswort @{i}muß@{ui} angegeben werden, wenn eine Taste von der Zehnertastatur benutzt wird. @{b}leftbutton@{ub}, @{b}lbutton@{ub} *, @{b}left_button@{ub} * Linke Maustaste. Siehe unten. @{b}midbutton@{ub}, @{b}mbutton@{ub} *, @{b}middlebutton@{ub} *, @{b}middle_button@{ub} * Mittlere Maustaste. Siehe unten. @{b}rbutton@{ub}, @{b}rightbutton@{ub} *, @{b}right_button@{ub} * Rechte Maustaste. Siehe unten. @{b}repeat@{ub} Dieser Qualifier ist gesetzt, wenn die Tastenwiederholung aktiv ist. Dies ist nur sinnvoll für die InputEvent-Klasse @{b}rawkey@{ub}. Achtung: Commodities V37 hat einen Fehler, der die Benutzung von @{b}leftbutton@{ub}, @{b}midbutton@{ub} und @{b}rbutton@{ub} als Qualifier verhindert. Dieser Fehler wurde in V38 behoben. @EndNode @Node "Tastenkodes" "TM_Deutsch.guide/Tastenkodes" @Next "Beispiele für Tastenbefehle" @Prev "Qualifier" @Toc "Tastenbefehle" Tastenkodes =========== Jede InputEvent-Klasse besitzt ihre eigenen Tastenkodes: @{" rawkey " Link "rawkey Tastenkodes"} @{" rawmouse " Link "rawmouse Tastenkodes"} @EndNode @Node "rawkey Tastenkodes" "TM_Deutsch.guide/rawkey Tastenkodes" @Next "rawmouse Tastenkodes" @Toc "Tastenkodes" Tastenkodes für die InputEvent-Klasse `rawkey' ---------------------------------------------- Einige Befehlsworte wurden erst bei Commodities V38 eingeführt. Diese sind mit einem @{b}*@{ub} markiert. @{b}a@{ub}-@{b}z@{ub}, @{b}0@{ub}-@{b}9@{ub}, ... ASCII-Zeichen. @{b}f1@{ub}, @{b}f2@{ub}, ..., @{b}f10@{ub}, @{b}f11@{ub} *, @{b}f12@{ub} * Funktionstasten. @{b}up@{ub}, @{b}cursor_up@{ub} *, @{b}down@{ub}, @{b}cursor_down@{ub} * @{b}left@{ub}, @{b}cursor_left@{ub} *, @{b}right@{ub}, @{b}cursor_right@{ub} * Cursor-Tasten. @{b}esc@{ub}, @{b}escape@{ub} *, @{b}backspace@{ub}, @{b}del@{ub}, @{b}help@{ub} @{b}tab@{ub}, @{b}comma@{ub}, @{b}return@{ub}, @{b}space@{ub}, @{b}spacebar@{ub} * Spezial-Tasten. @{b}enter@{ub}, @{b}insert@{ub} *, @{b}delete@{ub} * @{b}page_up@{ub} *, @{b}page_down@{ub} *, @{b}home@{ub} *, @{b}end@{ub} * Tasten der Zehnertastatur. Diese Tastenkodes @{i}müssen@{ui} mit dem Qualifier @{b}numericpad@{ub} benutzt werden! @EndNode @Node "rawmouse Tastenkodes" "TM_Deutsch.guide/rawmouse Tastenkodes" @Prev "rawkey Tastenkodes" @Toc "Tastenkodes" Tastenkodes für die InputEvent-Klasse `rawmouse' ------------------------------------------------ Diese Befehlsworte wurden erst bei Commodities V38 eingeführt. Sie sind nicht verfügbar in V37. @{b}mouse_leftpress@{ub} Drücke die linke Maustaste. @{b}mouse_middlepress@{ub} Drücke die mittlere Maustaste. @{b}mouse_rightpress@{ub} 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 @EndNode @Node "Beispiele für Tastenbefehle" "TM_Deutsch.guide/Beispiele für Tastenbefehle" @Prev "Tastenkodes" @Toc "Tastenbefehle" Beispiele für Tastenbefehle =========================== @{b}ralt t@{ub} Rechte Alt-Taste festhalten und "t" drücken. @{b}ralt lalt t@{ub} Rechte @{i}und@{ui} linke Alt-Taste festhalten und "t" drücken. @{b}alt t@{ub} Irgendeine Alt-Taste festhalten und "t" drücken. @{b}rcommand f2@{ub} Rechte Amiga-Taste festhalten und die zweite Funktionstaste drücken. @{b}numericpad enter@{ub} Enter-Taste auf der Zehnertastatur drücken. @{b}rawmouse midbutton leftbutton mouse_leftpress@{ub} Mittlere Maustaste festhalten und die linke Maustaste drücken. @{b}diskinserted@{ub} Eine Diskette in ein Laufwerk einlegen. @EndNode @Node "Fragen" "TM_Deutsch.guide/Fragen" @Next "Geschichte" @Prev "Tastenbefehle" @Toc "Main" Die häufigsten Fragen zum ToolManager ************************************* Hier sind die Antworten für die am häufigsten gestellten Fragen zum ToolManager: - Warum kann ToolManager keine mehrfachen Menüs oder Untermenüs erstellen? 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 @{i}patchen@{ui}, was zu einem instabilen System führen kann. Da ich keine unstabile Software schreiben möchte, werde ich so etwas nicht in ToolManager einbauen. - WB-Programme starten nicht, aber alles andere funktioniert. ToolManager benötigt das Programm @{b}L:WBStart-Handler@{ub}, um WB-Programme starten zu können. Es gibt zwei Möglichkeiten, warum ToolManager diese Programm nicht ausführen kann: @{b}*@{ub} Die Datei @{b}L:WBStart-Handler@{ub} existiert nicht. Bitte kopieren Sie diese Datei aus der Distribution nach @{b}L:@{ub}. @{b}*@{ub} Die Execute-Flagge (e) ist bei dieser Datei nicht gesetzt. Benutzen Sie das folgende Kommando, um diese Flagge zu setzen: @{b}protect L:WBStart-Handler +e@{ub} - Wie kann ich ein horizontales Dock-Fenster erzeugen? Setzen Sie die Anzahl der Spalten gleich der Anzahl der Einträge in dem Dock-Objekt. - Wie kann ich ein Ausgabefenster für CLI-Programme erzeugen? Ausgabefenster können mit Hilfe des @{b}CON:@{ub} Geräts erzeugt werden. Benutzen Sie den folgenden Dateinamen, um ein sich automatisch öffnendes Fenster mit einem Close-Gadget zu erzeugen, das nach dem Ende des Programmes sich nicht automatisch schliesst: CON:10/10/640/100/Ausgabefenster/AUTO/CLOSE/WAIT Das Gerät @{b}CON:@{ub} hat viele Optionen, die Sie dem AmigaDOS Handbuch entnehmen können. - Wie kann ich die Argumente in die Mitte einer CLI/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 @{b}[]@{ub} Syntax, wie der AmigaShell-Befehl @{b}alias@{ub}. Dies sieht dann z.B. so aus: Dir [] all Alle Argumente werden vor dem Schlüsselwort @{b}all@{ub} eingefügt. - Wie kann ich eine Referenz von einem komplexen Objekt zu einem einfachen Objekt löschen? Nachdem Sie das Gadget "xxxobjekt" gedrückt haben, müssen Sie das Gadget "Benutzen" drücken @{i}ohne@{ui} vorher ein Objekt auszuwählen. Dies bedeutet, daß Sie kein Objekt ausgewählt haben und daher wird die Referenz gelöscht. - Wie kann ich Unter-Docks erzeugen? Sie müssen dafür Programmobjekte des Typs Dock verwenden. Setzen Sie solche Objekte in Ihr Haupt-Dock und sie werden dann die anderen Dock-Fenster öffnen bzw. schliessen. - ToolManager rührt sich nicht mehr, nachdem er eine Netzwerkanfrage erzeugt hat. Momentan gibt es ein Problem in der Software für Netzwerke: Lokale Anfragen werden bei Zeitüberschreitung nicht abgebrochen. Wenn Ihre Maschine nun @{b}Maschine1@{ub} heißt und Sie ein Programmobjekt vom Typ Network mit dem Befehl @{b}Objekt@Maschine1@{ub} haben, dann gerät ToolManager in eine Ausschluß-Situation, wenn Sie dieses Objekt aktivieren. Bitte benutzen Sie nur Namen von anderen Rechnern! @EndNode @Node "Geschichte" "TM_Deutsch.guide/Geschichte" @Next "Danksagungen" @Prev "Fragen" @Toc "Main" Die Entwicklung von ToolManager ******************************* 2.1, Datum 16.05.1993 - Neue Programmobjekttypen: Dock, Hot Key, Network - Neue Dock-Objekt Parameter: Backdrop, Stationär - Neuer Objekttyp: Zugriff - Netzwerkunterstützung - Das Voreinsteller Hauptfenster ist jetzt ein AppWindow - Tastenkürzel für die Gadgets im Voreinsteller - Neue Tooltypes für den Voreinsteller - Mehrere Fehler beseitigt - Verbesserte Dokumentation 2.0, Datum 26.09.1992, Fish Disk #752 - Komplett neues Konzept (objektorientiert) - (Fast) komplette Neuprogrammierung - ToolManager ist nun in zwei Teile aufgespalten - Der Handler ist in eine shared Library eingebettet - Die Konfiguration wird nun mit einem Voreinsteller bearbeitet - Das Konfigurationsdateiformat wurde wieder geändert :-) Es ist nun eine IFF Datei und liegt in ENV: - Mehrere Docks und Docks mit mehrere Spalten sind nun möglich - Es gibt Docks mit neuem Aussehen - Docks richten sich nun automatisch nach der Größe des größten Bildes - Sound Unterstützung - ARexx werden direkt in Programmobjekten unterstützt - ToolManager kann nun ohne Workbench benutzt werden. Wenn die Workbench nicht läuft, dann benutzt er keine App* Merkmale mehr. - Locale Unterstützung - Der Befehlspfad der Workbench wird für CLI Programme benutzt - Ein eigener Prozess startet die WB Programme 1.0 bis 1.5 Die Bemerkungen zu diesen Versionen entnehmen Sie bitte der englischen Dokumentation. @EndNode @Node "Danksagungen" "TM_Deutsch.guide/Danksagungen" @Next "Index" @Prev "Geschichte" @Toc "Main" Der Autor möchte danken... ************************** ToolManager hat mehrere große Entwicklungsphasen seit seiner ersten Programmierung 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 & Merkmale stammen aus dieser Quelle... Daher möchte ich den folgenden Personen danken: Für die Alpha-/Beta-Tests, Ideen & Bug Reports: Die Amigagruppe unseres Computerclubs (Computerclub an der RWTH Aachen), Olaf 'Olsen' Barthel, Georg Hessmann (Gucky), Markus Illenseer (ill), Klaus Melchior, Rickard Olsson (Richie), Matthias Scheler (Tron), Ralph Schmidt (laire), Roger Westerlund (Budda), Juergen Weinelt, Brian Wright (SteveVai), Petra Zeidler (stargazer) und viele andere... Matthew Dillon Ohne dein @{i}exzellentes@{ui} C Entwicklungssystem DICE und verschiedener anderer Hilfsprogramme würde es keinen ToolManager geben! Für ihre hervorragenden Grafiken: Andreas Harrenberg, Georg Hessmann, Michael "Mick" Hohmann, Markus Illenseer, Oliver Koenen, Klaus Melchior, Rickard Olsson, Jan Peter, Matthias Scheler, Brian Wright Für die Übersetzungen: Tomi Blinnikka (Finnisch), Dr. Peter Kittel (Deutsch), Klaus Melchior (Eifel Platt), Rickard Olsson (Schwedisch), Marc Schaefer (Französisch & Italienisch) Alle Leute in West Chester: Für die Entwicklung des Amigas und seines hervorragenden Betriebssystems. Alle Benutzer, die mir Geld geschickt haben: Ich habe in den 1.X Versionen nicht danach gefragt, aber es ist erfreulich, wenn jemand meine Arbeit so sehr schätzt. Alle Benutzer, die mir einen Brief geschickt haben: Ich habe es genossen, Eure Briefe zu lesen! und natürlich alle, die ich vergessen habe zu erwähnen... @EndNode @Node "Index" "TM_Deutsch.guide/Index" @Prev "Danksagungen" @Toc "Main" Index ***** @Index "Index" @{" Übersetzer " Link "Source"} Source @{" Übersetzungen " Link "Locale"} Locale @{" TeX " Link "Docs"} Docs @{" Adresse " Link "Adresse des Autors"} Adresse des Autors @{" AmigaGuide " Link "Docs"} Docs @{" Antworten " Link "Fragen"} Fragen @{" ARexx-Skripte " Link "Scripts"} Scripts @{" ASCII Dokumentation " Link "Docs"} Docs @{" Beispielbilder " Link "Graphics"} Graphics @{" Beispiele " Link "Beispiele"} Beispiele @{" Beispiele für Tastenbefehle " Link "Beispiele für Tastenbefehle"} Beispiele für Tastenbefehle @{" Bildobjekte " Link "Bild"} Bild @{" Bug reports " Link "Adresse des Autors"} Adresse des Autors @{" Catalog-Dateien " Link "Locale"} Locale @{" Compilerunterstützung " Link "Programmers"} Programmers @{" Copyright " Link "Copyright"} Copyright @{" Danksagungen " Link "Danksagungen"} Danksagungen @{" DeleteTool " Link "Goodies"} Goodies @{" Diskinserted " Link "InputEvent-Klassen"} InputEvent-Klassen @{" Diskremoved " Link "InputEvent-Klassen"} InputEvent-Klassen @{" Distribution " Link "Copyright"} Copyright @{" Distributionsdateien " Link "Distributionsdateien"} Distributionsdateien @{" Dock-Objekte " Link "Dock"} Dock @{" Docs Verzeichnis " Link "Docs"} Docs @{" Dokumentation " Link "Docs"} Docs @{" E-Mail " Link "Adresse des Autors"} Adresse des Autors @{" Einführung zu den ToolManager-Objekten " Link "Konzepte"} Konzepte @{" Einführung zum ToolManager " Link "Einfuehrung"} Einfuehrung @{" Fragen " Link "Fragen"} Fragen @{" Gedruckte Dokumentation " Link "Docs"} Docs @{" Genehmigungen " Link "Copyright"} Copyright @{" Geschichte " Link "Geschichte"} Geschichte @{" GetPubName " Link "Goodies"} Goodies @{" GiftWare " Link "Wichtig"} Wichtig @{" Goodies Verzeichnis " Link "Goodies"} Goodies @{" Graphics Verzeichnis " Link "Graphics"} Graphics @{" InputEvent-Klassen " Link "InputEvent-Klassen"} InputEvent-Klassen @{" Installation (schnell) " Link "Schnellinstallation"} Schnellinstallation @{" InterNet Adresse " Link "Adresse des Autors"} Adresse des Autors @{" Kommentare " Link "Adresse des Autors"} Adresse des Autors @{" Konfiguration " Link "Voreinstellungen"} Voreinstellungen @{" Konzepte " Link "Konzepte"} Konzepte @{" L Verzeichnis " Link "L"} L @{" Library Dokumentation " Link "Docs"} Docs @{" Library Schnittstelle " Link "Library"} Library @{" Libs Verzeichnis " Link "Libs"} Libs @{" List: Qualifier " Link "Qualifier"} Qualifier @{" Liste: rawkey Tastenkodes " Link "rawkey Tastenkodes"} rawkey Tastenkodes @{" Liste: rawmouse Tastenkodes " Link "rawmouse Tastenkodes"} rawmouse Tastenkodes @{" Locale Verzeichnis " Link "Locale"} Locale @{" Lokalisation " Link "Locale"} Locale @{" Menüobjekte " Link "Menue"} Menue @{" Merkmale von V38 (und höher) " Link "Wichtig"} Wichtig @{" Objekte " Link "Objekte"} Objekte @{" Piktogrammobjekte " Link "Piktogramm"} Piktogramm @{" Postadresse " Link "Adresse des Autors"} Adresse des Autors @{" Prefs Verzeichnis " Link "Prefs"} Prefs @{" Programmers Verzeichnis " Link "Programmers"} Programmers @{" Programmkonzepte " Link "Konzepte"} Konzepte @{" Programmobjekte " Link "Programm"} Programm @{" Programmversionen " Link "Geschichte"} Geschichte @{" Qualifier " Link "Qualifier"} Qualifier @{" Quelltext " Link "Source"} Source @{" Rawkey " Link "InputEvent-Klassen"} InputEvent-Klassen @{" Rawmouse " Link "InputEvent-Klassen"} InputEvent-Klassen @{" Rechtliche Dinge " Link "Copyright"} Copyright @{" Referenz: Distributionsdateien " Link "Distributionsdateien"} Distributionsdateien @{" Referenz: Library Schnittstelle " Link "Library"} Library @{" Referenz: Tastenbefehle " Link "Tastenbefehle"} Tastenbefehle @{" Referenz: ToolManager-Objekte " Link "Objekte"} Objekte @{" Referenz: Voreinsteller " Link "Voreinstellungen"} Voreinstellungen @{" Schnellinstallation " Link "Schnellinstallation"} Schnellinstallation @{" Scripts Verzeichnis " Link "Scripts"} Scripts @{" Shell-Skripte " Link "Scripts"} Scripts @{" Source Verzeichnis " Link "Source"} Source @{" Spenden " Link "Adresse des Autors"} Adresse des Autors @{" Sprachdateien " Link "Locale"} Locale @{" Sprachen " Link "Locale"} Locale @{" Tastenbefehle " Link "Tastenbefehle"} Tastenbefehle @{" Tastenkodes für rawkey " Link "rawkey Tastenkodes"} rawkey Tastenkodes @{" Tastenkodes für rawmouse " Link "rawmouse Tastenkodes"} rawmouse Tastenkodes @{" Texinfo " Link "Docs"} Docs @{" Tonobjekte " Link "Ton"} Ton @{" ToolManager-Objekte " Link "Objekte"} Objekte @{" UPD " Link "Goodies"} Goodies @{" Verbote " Link "Copyright"} Copyright @{" Versionen " Link "Geschichte"} Geschichte @{" Voreinsteller " Link "Voreinstellungen"} Voreinstellungen @{" WBStart 1.2 " Link "L"} L @{" WBStart-Handler " Link "L"} L @{" WBStartup Verzeichnis " Link "WBStartup"} WBStartup @{" Wichtige Bemerkungen " Link "Wichtig"} Wichtig @{" Zugriffsobjekte " Link "Zugriff"} Zugriff @EndNode