home *** CD-ROM | disk | FTP | other *** search
/ BCI NET / BCI NET Dec 94.iso / archives / utilities / misc / dad_pub.lha / DAD_pub / Doc / DoAllData.dok < prev   
Encoding:
Text File  |  1994-08-29  |  13.7 KB  |  269 lines
  1. DoAllData von vielen und Sven Dickert am 15.3.94 22:43:14
  2.  
  3. Problem:
  4. Bei der Durchsicht von PD tritt immer wieder das selbe Problem auf:
  5. Jede Serie benutzt einen eigenen Textanzeiger, eigenen Packer, eigenen 
  6. Picviewer, eigenen Modplayer ....
  7. Da ein komfortables Arbeiten in vielen Fällen nur möglich ist, wenn man 
  8. alle diese Programme auf einer eigenen Disk oder Platte hat, ist diese 
  9. auch sehr schnell voll mit verschiedenen Programmen die im Prinzip in 
  10. ihrer Sparte alle das Gleiche machen. Auch sind einige "Standartprogramme" 
  11. aus älteren Serien nicht ganz konform zu Kick2.0 oder AGA unter Kick3.0 
  12. und so beginnt das gepfrimel am Default Tool im Info des jeweiligen 
  13. Projekt-Icons. Auch der Aufruf mit der Shift-Taste und einem eigenen 
  14. Programm beschneidet dem Komfort sehr muß man doch die jeweils noch freie 
  15. Hand von irgendwelchen wichtigen Aufgaben lösen und die besagte 
  16. Shi(f)t-Taste drücken. Desweiteren muß man die Anzeige-Programme dauerhaft 
  17. auf die Workbench auslagern, was bei einem 640 * 200 Screen schnell zu 
  18. Platzproblemen führen wird. Wer jetzt einwendet, daß das Spektrum an 
  19. verschiedene Daten doch schon fast von dem Programm Multiview von Commodore 
  20. abgedeckt wird, den kann ich nur daran erinnern wie langsam manche 
  21. Datenformate wie GIF oder gar JPEG von Multiview gehandelt werden, ganz 
  22. zu schweigen vom Fehlen eines Datatypes für die beliebten Mod-Files, welche 
  23. Musikstücke enthalten. Oder haben Sie schon einmal versucht ein Archiv mit
  24. Multiview zu entpacken ?
  25. Glücklicherweise gehen aber immer mehr Anwender auch auf dem Amiga dazu 
  26. über ihre Datenfiles mit sog. Suffixen (eine Art Kennung die nachgestellt 
  27. wird) auszustatten. Was sich in manchen Sparten wie Packern oder den 
  28. Quellcodes von Programmen schon durchgesetzt hat, gehört nun auch bei so 
  29. manchen Stiefkind wie Animationen zum guten Ton. Mal ehrlich können Sie sich 
  30. ein C-Source ohne > .c < am Ende vorstellen ? Oder gar ein LHA-File ohne 
  31. > .lha < ? 
  32. Aus diesem Sachverhalt entstand das Programm DoAllData (im folgenden DAD) 
  33. welches nur ein einziges AppIcon auf der Workbench plaziert. DAD untersucht 
  34. bei jedem Piktogramm, das eingeschoben wird (Drag-n-Drop), den Suffix und 
  35. übergibt den Namen des Piktogrammes an ein vom Benutzer eingestelltes 
  36. Programm. Suffix und zu öffnendes Programm sind frei vom Benutzer in den 
  37. Tooltypes von DAD einzustellen. Es gibt die Möglichkeit für Daten-Files ohne 
  38. Suffix ein sog. Default-Programm einzustellen, welches immer dann aufgerufen 
  39. wird, wenn ein solches File vorliegt. Als Bonus kann DAD sogar Icons von 
  40. Devices oder Unterverzeichnissen (Disketten und Schubladen) verarbeiten.
  41.  
  42. Installation:
  43. Öffnen Sie einfach den Ordner > DAD/Install < und wählen Ihre bevorzugte 
  44. Sprache (Deutsch) mittels Doppelklick an. Den Rest erledigt der Commodore 
  45. Installer. Für Leute, die DAD wieder loswerden wollen befinden sich im 
  46. Ordner DAD/Remove entsprechende Installer-Skripte um DAD wieder von der 
  47. Platte zu löschen. Alle Skripte erwarten natürlich ein installiertes 
  48. Installerprogramm, z.B. in c:. DAD wird so automatisch im > WBStartup < 
  49. Ordner installiert und steht nach dem nächsten Reboot zur Verfügung.
  50. Falls Sie den Installer nicht mögen sollten empfehle ich die Installation
  51. von Hand:
  52. Für die Installation von Hand sollten Sie sich etwas in der 
  53. Diskettenhirarchie des Amigas auskennen (oder jemanden kennen, der ... ):
  54. Kopieren Sie das Programm > DoAllData < in den WBStartup-Ordner ihrer 
  55. Startdiskette/Platte. Wenn Sie Workbench 2.1/3.0 oder höher besitzen 
  56. kopieren Sie noch das File > doalldata.catalog < in locale:catalogs/deutsch.
  57.  
  58. Bei jedem Neustart des Amiga öffnet nun DAD sein AppIcon auf der Workbench. 
  59. Wenn Sie dies nicht wollen, ziehen Sie das DoAllData-Icon einfach in die 
  60. Tools-Schublade ihres Systems und starten das Programm nur bei Bedarf, was 
  61. aber nicht zu empfehlen ist, da man sich sehr schnell an DAD gewöhnt und es 
  62. nicht mehr missen mag. 
  63.  
  64. Arbeitablauf:
  65. Zur Verdeutlichung der Funktionen von DAD erläutere ich anhand von 
  66. bestimmten Fragestellungen die Arbeit mit DAD. Dabei sei vorrausgesetzt, 
  67. das DAD noch nicht von Ihnen gestartet worden ist, bzw schon wieder aus dem 
  68. Speicher entfernt wurde: Dies geschieht einfach durch erneutes Starten des 
  69. Programms oder vom Commodity > Exchange < aus.
  70. Kick 2.04 User sollten jedoch einfach das AppIcon anklicken (Doppelklick) 
  71. und können über den nun erscheinenden Requester das Programm verlassen. Nun 
  72. öffnen Sie einfach den Inforequester zu DAD.
  73. Kick 3.0 User brauchen DAD nicht zu verlassen, da sie den Inforequester von 
  74. DAD direkt über einen Doppelklick auf das AppIcon erreichen können.
  75. Doch nun die Fragen.
  76. 1. Frage: Wie stelle ich in DAD ein Programm ein ?
  77. DAD wird über die Tooltypes (oder heutzutage wohl Merkmale) des 
  78. Inforequesters der Workbench programmiert. Solche Programmzeilen sind von 
  79. folgender einfacher Gestalt:
  80. Bsp:
  81.     txt=sys:utilities/multiview
  82. Im Prinzip zerfällt die Zeile in zwei Teile, nämlich vor dem > = < und 
  83. danach. Vor dem > = < steht der Suffix der anzusprechenden Datensparte, 
  84. dahinter eine Befehlszeile wie sie aus dem CLI/Shell bekannt ist. Jetzt 
  85. heißt es eigentlich nur noch diese Zeile in die Tooltypes zu schreiben und 
  86. den Requester mit Speichern/Save zu verlassen.
  87. Kick 2.04 User starten danach DAD neu.
  88. Kick 3.0 User, die über den Doppelklick auf das AppIcon reingekommen sind, 
  89. lehnen sich entspannt zurück und warten auf das automatische Erscheinen des 
  90. AppIcons.
  91. Vorsicht: Jedes Zeichen vor dem > = < zählt als Suffix, d.h. setzen Sie 
  92. keine unnötigen Punkte oder Spaces. Die Befehlszeile wiederum darf wieder 
  93. alle Zeichen außer dem > ? < beinhalten, welches bei einem komplexen Aufruf 
  94. als Platzhalter für den Namen des zu übergebende Daten-File steht. Wird 
  95. kein > ? < gesetzt wird der Name einfach an die bestehende Befehlszeile 
  96. angehängt. Bsp: Sie wollen das alle Dateien mit dem Suffix > device < bei 
  97. entsprechenden Aufruf in die Ram-Disk kopiert werden sollen, dann sieht die 
  98. Zeile im Tooltype so aus:
  99.     device=copy ? to ram:
  100. Groß/Kleinschreibung der Suffixe wie auch der Befehlszeilen werden 
  101. überlesen.
  102. 2. Frage: Mich stört die Position des AppIcons auf der Workbench. Kann man 
  103. da nicht vor dem Programmstart etwas einstellen ?
  104. Besonders bei Verwendung von DAD vom WBStartup-Ordner aus, ist es 
  105. anzuraten, mit den Befehlen CX_XPOS und CX_YPOS die Koordinaten des 
  106. AppIcons beim Programmstart auf die eigenen Bedürfnisse einzustellen.
  107. Bsp:
  108.     CX_XPOS=18
  109.     CX_YPOS=4
  110. Diese Befehle werden wie unter 1. beschrieben in die Tooltypes eingetragen. 
  111. Auch die Konventionen sind die selben.
  112. 3. Frage: Kann man die Befehlszeilen auch mal kurzzeitig, testweise 
  113. ausschalten, sodaß man nicht immer die ganze Zeile neu schreiben muß, wenn 
  114. man sie wieder braucht ?
  115. Ähnlich wie bei anderen Commodities sind auch bei DAD Optionen, die man 
  116. eben für kurz mal nicht braucht einfach einzuklammern.
  117. Bsp:
  118.     (gif=sys:utilities/fastgif)
  119. Wichtig ist nur, das die Zeile mit einer > ( < anfängt. Die Klammer am 
  120. Ende kann man sich sparen, sie ist aber nicht verboten.
  121. 4. Frage: Ich habe noch viele Bilder/Mod-Files/Animationen ohne ein 
  122. Anhängsel mit dem Datentyp im Namen. Muß ich dann alle Dateien umbenennen 
  123. um mit DAD arbeiten zu können ?
  124. DAD erlaubt es, für Files, die keinen Suffix haben ein Programm 
  125. einzustellen. Dies geschieht mit dem Befehl > CX_DEFAULT <.
  126. Bsp:
  127.     CX_DEFAULT=sys:utilities/multiview
  128. Es ist zu empfehlen Multiview (sofern vorhanden) als dieses 
  129. DEFAULT-Programm einzustellen, da es automatisch auf die verschieden 
  130. Datentypen reagiert.
  131. 5. Frage: Was passiert, wenn ich einen Ordner oder eine Disk in das AppIcon 
  132. einschiebe ?
  133. Dafür ist mit einem Befehl > CX_DEVICE < gesorgt. Mit diesem Befehl ist es 
  134. möglich das Verhalten von DAD zu beeinflussen, falls keine Datei übergeben 
  135. wird.
  136. Bsp:
  137.     CX_DEVICE=c:list >con:10/10/620/236/DoAllData/Auto/Wait
  138. Es ist wichtig, bei CLI/Shell Befehlen die Ausgabe umzuleiten, da DAD die 
  139. Standart Ein/Ausgabekanäle nicht öffnet !
  140. 6. Frage: Wenn ich mit einem Packer wie > lha < arbeitet, wie bekomme ich 
  141. dann die entpackten Files in ein bestimmtes Verzeichnis auf Disk/Platte ?
  142. Für dieses Problem gibt es einen Befehl namens > CX_DESTDIR <. Dieser 
  143. Befehl legt das Verzeichnis fest von dem aus der Arbeitsvorgang gestartet 
  144. wird.
  145. Bsp:
  146.     CX_DESTDIR=ram:
  147.     lha=c:lha x
  148. Diese Befehlsfolge sorgt dafür , das jedes Daten-File mit der Endung 
  149. > lha < vom Packer lha auf ihrer Disk/Platte in die Ram-Disk entpackt wird.
  150. 7. Frage: Ich habe mich jetzt schon so an DAD gewöhnt, das ich kaum noch 
  151. den Doppelklick verwende. Es ist mir sogar schon passiert, das ich ein 
  152. Programm eingeworfen habe. Kann DAD das dann nicht einfach ausführen ?
  153. Ja, das geht. Man setzt einfach den Befehl > CX_EXE < entsprechend.
  154. Bsp:
  155.   CX_EXE=?
  156. DAD erkennt Programme an einer sogenannten Magic-Number, das sind bei 
  157. Programmen einfach die ersten 4 Bytes.
  158. 8. Frage: Wenn man mit DAD sich Bilder hintereinander anschauen will, kommt 
  159. es oft vor, das man nach gewisser Zeit nicht mehr weiß, welches Bild DAD 
  160. nun eigentlich anzeigt.
  161. DAD kann dazu veranlaßt werden ein Logfile mitzuführen, indem alle Aktionen 
  162. gespeichert werden. Dies erreicht man über den Befehl > CX_LOGFILE <. Man 
  163. kann nun dieses Logfile direkt auch auf den Bildschirm schreiben lassen.
  164. Bsp:
  165.   CX_LOGFILE=CON:10/200/620/50/DoAllData Aktions/AUTO/WAIT
  166. Ganz praktisch ist dieses Logfile auch, wenn man z.B. eine Diashow oder 
  167. sonst ein Skriptprogramm zusammenstellen will: Man klickt einfach der 
  168. Reihenfolge nach alle Icons an und wirft das Ganze in DAD. DAD erzeugt 
  169. über die Logfile Option ein Skript, das unabhängig von DAD einfach mit
  170. > execute < oder mit gesetztem > s < - Bit gestartet werden kann.
  171. Bsp:
  172.   CX_LOGFILE=s:diashow
  173. Das > s < - Bit setzt man übrigens von der Shell aus mit dem Kommando 
  174. > protect <. ( hier einfach > protect srwed s:diashow < ). Achja, wenn man
  175. dem Skript jetzt noch ein Icon verpasst und Standartprogramm-Feld 
  176. > c:iconx < einträgt, kann das Skript natürlich auch von der Workbench 
  177. gestartet werden.
  178. 9. Frage: Ich habe neben DAD auch noch andere AppIcon-Programme. 
  179. Eines arbeitet wie ein Mülleimer, der einfach alles löscht was man 
  180. einschiebt. Leider sind diese Programme meißt sehr umfangreich. Kann man 
  181. DAD nicht einfach auch als Mülleimer-Programm misbrauchen ?
  182. Im Verzeichnis > DAD/Icon < sind verschiedene andere Icons für DAD. So z.B. 
  183. auch ein Mülleimer. Man kopiert nun einfach DAD in die Ram Disk. Nun ändert 
  184. man den Namen diese Files in der Ram Disk auf > DAD_Trash < und kopiert 
  185. einfach > DAD/Icon/DAD_Trash.info < auf die Ram Disk. Voilà nun hat man 
  186. ein DAD AppIcon welches wieder frei programmierbar ist und parallel zum 
  187. eigentlichen DAD laufen kann. Dies ist auch mehrmals möglich und so hat man 
  188. nach einer Zeit ein DAD als Mülleimer, ein DAD als Drucker und und und.
  189.  
  190. Noch ein paar Tricks:
  191. Wenn Sie DAD im WBStartup-Ordner benutzen, denken Sie daran den Befehl 
  192. > DONOTWAIT < in den Tooltypes von DAD zu verwenden.
  193. DAD arbeitet auch, wenn mehr als eine Datei übergeben wird. So läßt sich 
  194. z.B. leicht eine kleine Diashow oder ein Programm an Musikstücken 
  195. zusammenstellen, da DAD in der Reihenfolge abarbeitet, in der die 
  196. Daten-Files nacheinander mit Shift angewählt wurden.
  197. Wird DAD im Zusammenhang mit einem oder mehreren Daten-Files gestartet 
  198. öffnet es kein AppIcon, sondern arbeitet die Daten-Files der Reihe nach ab 
  199. und verschwindet danach wieder aus dem Speicher.
  200. DAD startet die Programme nicht im Multitasking, d.h. DAD ist während ein 
  201. Programm läuft, das mit DAD gestartet wurde nicht ansprechbar, merkt sich 
  202. aber alle Dateien, inzwischen die eingeworfen wurden. Wenn DAD sofort nach 
  203. Programmstart wieder ansprechbar sein soll, fügen Sie einfach ein > run < 
  204. vor die jeweilige Befehlssequenz ( also nach dem > = < ) wie Sie es aus dem 
  205. CLI/Shell gewohnt sind. Dann sind aber solche Spielereien wie eine Diashow 
  206. nicht mehr möglich.
  207. DAD läßt sich in Zusammenarbeit mit dem Toolmanager verwenden:
  208. Dazu eröffnet man als erstes ein Exec-Object und stellt bei Exec-Type die 
  209. Workbench ein.  Nun kann man in einem Menü oder Dock das Exec-Object 
  210. einbinden. Lesen Sie dazu bitte in der Dokumentation des Toolmanagers nach.
  211.  
  212. Technische Daten:
  213. Entwicklungssystem    SASC6.5
  214. entwickelt mit/unter    A1200 / Kick 3.0
  215. getestet auf        A1200 / Kick 3.0
  216.             A500 / Kick 2.05 WB 2.04
  217. Features        eigener Startup, Locale, Tooltypes, AppIcon,
  218.             Commodity, WBInfo, EasyRequest 
  219.  
  220. Brauchbare Einstellungen:
  221. Suffix            Aufgerufenes Programm
  222. c            c:ed
  223. h            c:ed
  224. guide            sys:utilities/multiview
  225. readme            sys:utilities/multiview
  226. doc            sys:utilities/multiview
  227. iff            sys:utilities/multiview
  228.  
  229. zusätzlich sind zu empfehlen falls entsprechende Programme oder DataTypes 
  230. vorhanden sind:
  231. pcx            sys:utilities/multiview
  232. jpeg            sys:utilities/multiview
  233. gif            sys:utilities/multiview oder besser
  234.             sys:utilities/fastgif
  235.  
  236. lha            c:lha x
  237. lzh            c:lha x
  238. zoo            c:zoo x
  239. arj            c:unarj x
  240. pp            c:decrunch ? ram:
  241. mod            sys:utilities/champlay
  242.  
  243. Über den Autor
  244. Sven Dickert studiert zur Zeit in Karlsruhe an der Universität die hohe 
  245. Kunst der Informatik. Er ist über einen VC-20, C128 zum Amiga 1000 
  246. gekommen, für den er damals noch ganze 2200 DM abdrückte ( ... ). Nach 
  247. einer kurzen Liaison mit einem A500 kam er schließlich zum A1200 in dem er 
  248. den einzig würdigen Nachfolger des A1000 sieht.
  249. Der Autor ist auch nicht ohne Fehler. Deshalb für Fragen, Vorschläge, 
  250. Liebeserklärungen, und, und, und:
  251. (Internet)  = S_DICKERT@ira.uka.de
  252. (Post)      = Sven Dickert
  253.               Lindenstr. 31
  254.               74928 Hüffenhardt-Kä
  255.  
  256. Über von vielen:
  257. Diese Programm ist mit Hilfe vieler Personen entstanden, so das es fast 
  258. verwerflich ist von mir als alleinigem Programmautor zu reden.
  259.  
  260. Dank geht an:
  261. Meine Mutter        die mich trotz schwerer Zeiten studieren läßt,
  262. Commodore         für den Amiga, und für sonst gar nichts !
  263.  
  264. (c) 1994 von Sven Dickert. Alle Rechte vorbehalten.
  265. Der Autor haftet nicht für Schäden, die aus der Benutzung der Software 
  266. entstanden sind, entstehen, oder entstehen werden.
  267. Die erwähnten Programm- und Datenfiles sind jeweils durch das Urheberrecht 
  268. der entsprechenden Autoren geschützt.
  269.