![]()
![]()
![]()
Danksagungen ============ MUI entstand aus der Enttäuschung darüber, wie wenig Unterstützung einem Programmierer beim Erstellen von Benutzeroberflächen seitens des Betriebssystems gewährt wird. Meine ersten Denkanstöße in Richtung objektorientierter Oberflächengestaltung erhielt ich von Armin Sander, bei dem ich mich an dieser Stelle für die vielen Tips herzlich bedanken möchte. Er hat damit den Grundstein für MUI gelegt. Ohne die tatkräftige Mithilfe meiner Betatester wäre MUI sicher niemals fertiggestellt worden. Dabei beschränkten sich ihre Aufgaben nicht nur auf bloßes Ausprobieren sondern vor allem auch auf das Erstellen der mitgelieferten Beispielprogramme. Daß aus einigen dieser Beispielprogramme richtige Applikationen geworden sind, macht das große Engagement und die Begeisterung mit der sie alle bei der Sache waren um so mehr deutlich. Im einzelnen haben mitgeholfen: - Stefan Becker ... hat trotz chronischen Zeitmangels einige wertvolle Tips und Hinweise gegeben. Außerdem waren mir Teile seines ToolManager Sourcecodes bei der Entwicklung von MUI eine große Hilfe. - Martin Berndt ... hat mich beim Lösen einiger kniffliger Probleme unterstützt. - Robert Blayzor ... hat die englische Anleitung überarbeitet. - Dirk Federlein ... erstellte die MUI-Applikation `DFView'. Bei über 100 kByte Sourcecode inclusive Sprachen-Anpassung und Anleitung in drei verschiedenen Formaten wage ich es nicht mehr, nur von einem Beispielprogramm zu sprechen. Außerdem hat Dirk zu meiner großen Freude einige Teile dieser Dokumentation ins Englische übersetzt. - Georg "gucky" Heßmann ... hat in der Endphase noch einige Bugs aufgedeckt und das Demo-Programm `DVIprint' beigesteuert. - Martin Horneffer und Albert Weinert ... von ihnen stammt das Oberon-Interface. - Martin "XEN" Huttenloher ... hat viele der mitgelieferten Images gezeichnet und auch beim sonstigen MUI-Design entscheidend mitgewirkt. Außerdem stammen von ihm die wunderschönen Hintergrund-Patterns, die ein kleiner Auszug seines `MagicWB'-Pakets sind. Freunde einer ansprechenden, plastischen Workbench sollten sich sein Paket `MagicWB' unbedingt einmal näher betrachten! - Kai "KCommodity" Iske ... programmierte einen der diversen MUI-Taschenrechner und hat dabei noch einige üble Bugs in MUI gefunden. - Oliver "Mr.Coffee" Kilian ... hat MUI auf dem guten alten (und langsamen) 68000er getestet. - Klaus "kmel" Melchior ... schrieb die beiden Beispiel-Programme `WbMan' und `MUI-Exchange' und endlose Listen von Bug-Reports. Außerdem war er beim Korrektur-Lesen der Autodocs mit Abstand am fleißigsten, malte die Icons der Demo-Programme und schrieb ein paar BOOPSI Images. - Wouter van Oortmerssen ... für das Amige-E Interface. - Matthias "tron" Scheler und Markus "corwin" Stipp ... haben die erste richtige MUI Applikation geschrieben, einen Message-Editor für das Universal Mail System (UMS). Look out for `IntuiNews'! Außerdem stammt von Matthias das Beispiel-Programm `Font'. - Andreas "goonie" Schildbach ... hat MUI-Design und -Funktionsumfang entscheidend beeinflußt, von ihm stammt unter anderem ein kompletter Satz MUI-Images. Außerdem schreibt er ebenfalls mehrere Applikationen, eine davon ist eine Telefon- und Anrufbeantworter-Software für ISDN. Andreas hat mich durch die wie immer endlosen Telefongespräche auch mal auf andere Gedanken gebracht. - Wolfgang Schildbach ... für seinen Text-Formatierungs-Code. - Christian "Kochtopf" Scholz ... für das Modula-Interface. - Ibrahim "radi" Solmaz ... der mich ebenfalls durch viele Telefonate von der Arbeit abhielt, mir aber trotzdem manchmal eine wertvolle Hilfe war. - Henri Veistera ... für das Assembler-Interface. Ich hätte nie gedacht, daß man MUI in Assembler programmieren kann. Das letzte Wort gilt jedoch allen registrierten Benutzern meines File-Requesters MFR. Der Erfolg, den ich mit diesem Programm hatte, bestärkte mich darin, es auch bei MUI auf Shareware-Basis zu versuchen. Deswegen tut es mir besonders leid, daß von MFR so lange kein Update mehr erschienen ist. Die Arbeit an MUI hatte für mich aber zunächst Priorität, insbesondere weil eine nächste Version von MFR vermutlich auf MUI aufbauen wird.