OS/2 Shareware BBS: WPS

home *** CD-ROM | disk | FTP | other *** search

/ OS/2 Shareware BBS: WPS_PM / WPS_PM.zip / xf085de.zip / xfldr049.inf (.txt) < prev

Wrap

OS/2 Help File | 1999-03-15 | 357KB | 6,799 lines

ΓòÉΓòÉΓòÉ 1. XFolder-Online-Referenz ΓòÉΓòÉΓòÉ Hinweise Einf╨æhrung -- hier beginnen Installation Kontextmen╨æ-Funktionen Ordner-Funktionen Ordner-Statuszeilen Erweiterter Systemabschlu╤ü Die neuen "System"-Objekte The Netscape DDE Interface Neue XFolder-Systemkl╨önge Neue Standardsymbole WPS-Startlogos Frequently Asked Questions (FAQ) Weitere Dateien Versionsinformationen XFolders Interna Appendices ΓòÉΓòÉΓòÉ 2. Hinweise ΓòÉΓòÉΓòÉ Lizenz und Haftungsausschlu╤ü GNU General Public Licence Kontakt -- Kommentare und Vorschl╨öge Danksagungen (englisch) Credits (englisch) Warenzeichen ΓòÉΓòÉΓòÉ 2.1. Lizenz und Haftungsausschlu╤ü ΓòÉΓòÉΓòÉ M╨örz 1999 W╨öhrend fr╨æhere Versionen von XFolder als "einfache" Freeware ver╨ñffentlicht wurden, stehen alle XFolder-Versionen seit V0.80 unter der GNU General Public Licence (GPL), Version 2. Sie k╨ñnnen den vollst╨öndigen englischen Text der GPL in der Textdatei COPYING im Installationsverzeichnis finden. Auf der n╨öchsten Seite k╨ñnnen Sie eine formatierte, von mir ╨æbersetzte Version derselben lesen. Diese ╨¬bersetzung ist jedoch nicht ma╤ügebend. Indem Sie XFolder auf Ihrem System installieren, erkl╨ören Sie Ihre Zustimmung zu den Bedingungen der GNU General Public Licence, Version 2, wie sie in der Datei COPYING enthalten ist. Die GPL bringt mehr Juristerei mit sich, aber auch mehr Rechte f╨ær Sie als Benutzer und ggf. Programmierer. Die offensichtlichste Ver╨önderung ist, da╤ü XFolders Quellcode jetzt ebenfalls ver╨ñffentlicht wird. Die folgenden kurzen Erl╨öuterungen dienen allein dazu, Sie mit den Lizenzbedingungen der GPL ╨æberblicksweise vertraut zu machen. Diese Erl╨öuterungen sind nicht Bestandteil des Lizenzvertrages, f╨ær den allein die englische Fassung der Datei COPYING ma╤ügebend ist. Wenn Sie XFolder lediglich benutzen m╨ñchten, hat sich nicht viel ge╨öndert. Sie k╨ñnnen XFolder immer noch benutzen, ohne Zahlungen an Ulrich M╨ñller zu leisten. Die GPL beschr╨önkt Sie diesbez╨æglich nicht, weil sie nur Bedingungen f╨ær die Weitergabe und ╨₧nderungen von XFolder enth╨ölt. Es gibt aber nach wie vor keine irgendwie geartete Haftung oder gar Garantie. Wenn XFolder Ihr System ruiniert und Ihre Arbeit der letzten 30 Jahre verloren geht -- tut mir leid. (Dies ist aber nicht sehr wahrscheinlich.) Details zum Haftungsausschlu╤ü finden Sie in der GPL am Ende. Wenn Sie XFolder vertreiben m╨ñchten, ist auch dies immer noch m╨ñglich. Jedoch wird die GPL sie wahrscheinlich verpflichten, da╤ü Sie dann ebenfalls den Quellcode von XFolder vertreiben m╨æssen. Diesen finden Sie in einem separaten Paket auf der WWW-Heimseite des Autors. Lesen Sie die GPL f╨ær Details. Wenn Sie Programmierer sind, k╨ñnnen Sie sich nun den Quellcode anschauen und d╨ærfen ihn auch verwenden. Wenn Sie jedoch Teile von XFolder f╨ær Ihre eigenen Entwicklungen verwenden, wird die GPL Sie h╨ñchstwahrscheinlich verpflichten, Ihre Arbeit ebenfalls unter die GPL zu stellen. Im Ergebnis bedeutet dies, da╤ü Sie meinen Quelltext nicht verwenden d╨ærfen, wenn Sie nicht Ihren gesamten Quelltext ebenfalls ver╨ñffentlichen. Auch wenn ich den Quellcode ver╨ñffentliche, behalte ich mir mein Copyright f╨ær meine eigenen Entwicklungen vor. Zu allen diesen Fragen enth╨ölt die GPL ausf╨æhrliche Regelungen. Bevor Sie Teile des XFolder-Quellcodes verwenden oder ╨öndern, lesen Sie bitte die die ganze GPL gr╨ændlich. Wenn Ihre Software ebenfalls unter der GPL steht, k╨ñnnen Sie ohne weiteres gerne meinen Quellcode benutzen. Wenn Sie irgendwelche Fragen haben, k╨ñnnen Sie mich gerne kontaktieren. Diese Lizenzvereinbarung umfa╤üt nicht notwendigerweise auch zuk╨ænftige Versionen. Ulrich M╨ñller beh╨ölt sich das Recht vor, die Lizenzvereinbarung f╨ær zuk╨ænftige Versionen zu ╨öndern. Und nun: viel Spa╤ü mit XFolder! (C) Copyright 1997-98 Ulrich M╨ñller. ΓòÉΓòÉΓòÉ 2.2. GNU Public Licence ΓòÉΓòÉΓòÉ [Hinweis des ╨¬bersetzers (Ulrich M╨ñller): Diese ╨¬bersetzung ist allein zur Verst╨öndlichkeit beigef╨ægt. Sie ist rechtlich nicht verbindlich; in Zweifelsf╨öllen entscheiden allein die englischen Bestimmungen, wie sie in der Datei COPYING der XFolder-Installation enthalten sind.] GNU GENERAL PUBLIC LICENSE Version 2, Juni 1991 Copyright (C) 1989, 1991 Free Software Foundation, Inc. 675 Mass Ave, Cambridge, MA 02139, USA Jedermann wird die Erlaubnis erteilt, unver╨önderte Kopien dieses Lizenzdokuments zu kopieren und zu vertreiben, aber ╨₧nderungen dieses Dokuments sind nicht erlaubt. Vorwort Die Lizenzvereinbarungen der meisten Softwarepakete sind entworfen worden, um Ihre Freiheit einzuschr╨önken und zu ver╨öndern. Im Gegensatz dazu ist die GNU General Public Licence dazu gedacht, Ihre Freiheit zu garantieren, freie Software weiterzugeben und zu ver╨öndern -- um sicherzustellen, da╤ü freie Software f╨ær alle ihre Benutzer frei ist. Diese General Public Licence findet auf den gr╨ñ╤üten Teil der Software der Free Software Foundation Anwendung sowie auf jedes andere Programm, dessen Autoren sich dieser Lizenz verpflichtet haben. (Einige andere Software der Free Software Foundation wird hingegen von der GNU Library General Public License erfa╤üt.) Sie k╨ñnnen sie auf Ihre eigenen Programme ebenfalls anwenden. Wenn wir von freier Software sprechen, beziehen wir uns auf Freiheit, aber nicht den Preis. Unsere General Public Licenses sind entworfen worden, um Ihnen zu garantieren, da╤ü Sie Kopien von freier Software vertreiben k╨ñnnen (und sich daf╨ær bezahlen lassen, wenn Sie m╨ñchten), da╤ü Sie Quelltexte erhalten oder jedenfalls erhalten k╨ñnnen, da╤ü Sie die Software ver╨öndern k╨ñnnen oder Teile davon in neuen freien Programmen verwenden k╨ñnnen, und da╤ü Sie wissen, da╤ü Sie dies alles tun k╨ñnnen. Um Ihre Rechte zu sch╨ætzen, m╨æssen wir Beschr╨önkungen einf╨æhren, die es unm╨ñglich machen, da╤ü irgendjemand Ihnen diese Rechte verweigert oder Sie auffordert, diese Rechte aufzugeben. Diese Beschr╨önkungen ╨öu╤üern sich in bestimmten Pflichten Ihrerseits, wenn Sie Kopien der Software vertreiben oder diese ╨öndern. Wenn Sie zum Beispiel Kopien eines solchen Programmes vertreiben, egal ob gratis oder gegen eine Geb╨æhr, m╨æssen Sie allen Empf╨öngern alle Rechte weitergeben, die Sie selbst haben. Sie m╨æssen sicherstellen, da╤ü die Empf╨önger ebenfalls den Quellcode erhalten oder erhalten k╨ñnnen. Und Sie m╨æssen ihnen diese Vereinbarungen zur Verf╨ægung stellen, auf da╤ü auch sie ihre Rechte kennen k╨ñnnen. Wir sch╨ætzen Ihre Rechte in zwei Schritten: (1) die Software steht unter einem Copyright, und (2) stellen wir Ihnen diese Lizenz zur Verf╨ægung, die Ihnen die rechtliche Erlaubnis erteilt, die Software zu kopieren, vertreiben, und/oder zu ver╨öndern. Au╤üerdem, zum Schutz eines jeden Autors und unserer selbst, wollen wir sicherstellen, da╤ü jedermann versteht, da╤ü es keine Gew╨öhrleistung f╨ær solche freie Software gibt. Wenn die Software von jemand anderem ver╨öndert und weitergegeben wird, wollen wir, da╤ü die Empf╨önger wissen k╨ñnnen, da╤ü dasjenige, was sie erhalten haben, nicht das Original ist, damit der Ruf des Originalautors von Problemen unber╨æhrt bleibt, die andere zu verantworten haben. Abschlie╤üend: Jedes freie Programm ist permanent der Gefahr von Software-Patenten ausgesetzt. Wir wollen die Gefahr verringern, da╤ü Weitervertreiber von freier Software individuell Patente erwerben und damit im Ergebnis ein Programm propriet╨ör machen k╨ñnnen. Um dies zu verhindern, haben wir klargestellt, da╤ü ein jedes Patent entweder f╨ær jedermann frei lizenzierbar sein mu╤ü oder ╨æberhaupt nicht lizenziert werden darf. Die detaillierten Vereinbarungen und Bedingungen f╨ær Kopie, Vertrieb und Ver╨önderung folgen nach. GNU GENERAL PUBLIC LICENSE VEREINBARUNGEN UND BEDINGUNGEN F╨¬R KOPIE, VERTRIEB UND VER╨₧NDERUNG 0. Diese Lizenz findet Anwendung auf jedes Programm oder eine andere Arbeit, die den Hinweis des Copyright-Inhabers enth╨ölt, die Arbeit solle unter den Vereinbarungen dieser General Public Licence vertrieben werden k╨ñnnen. Im folgenden steht der Begriff "Programm" f╨ær eine solche Arbeit, und eine "auf dem Programm basierende Arbeit" steht entweder f╨ær das Programm selbst oder eine abgeleitete Arbeit, die dem Copyright-Recht untersteht; damit ist jedwede Arbeit gemeint, die das Programm ganz oder in Teilen enth╨ölt, gleichg╨æltig ob unver╨öndert oder mit ╨₧nderungen und/oder ╨¬bersetzungen in eine andere Sprache. (Nachstehend wird die ╨¬bersetzung ohne weiteres im Begriff "Ver╨önderung" erfa╤üt.) Jeder Lizenznehmer wird mit "Sie" angesprochen. T╨ötigkeiten, die nicht die Kopie, den Vertrieb oder die ╨₧nderung betreffen, werden von dieser Lizenz nicht erfa╤üt: sie liegen au╤üerhalb des Regelungsbereichs. Die T╨ötigkeit, ein Programm zu starten, wird nicht beschr╨önkt, und die Ausgabe eines Programms wird nur dann erfa╤üt, wenn diese Ausgabe als eine "auf dem Programm basierende Arbeit" aufzufassen ist (unabh╨öngig davon, ob sie darauf beruht, da╤ü das Programm gestartet wurde). Ob dies zutrifft, h╨öngt von der T╨ötigkeit des Programmes ab. 1. Sie d╨ærfen unver╨önderte Kopien des Quelltextes des Programms auf jeglichem Medium kopieren und vertreiben, so wie Sie sie erhalten haben, unter der Bedingung, da╤ü Sie mit jeder Kopie einen deutlich sichtbaren, angemessenen Copyright-Hinweis sowie einen Hinweis auf den Haftungsausschlu╤ü ver╨ñffentlichen sowie alle bestehenden Hinweise intakt halten, die auf diese Lizenz und auf die fehlende Gew╨öhrleistung hinweisen, und schlie╤ülich allen anderen Empf╨öngern eine Kopie dieser Lizenz mit dem Programm zukommen lassen. Sie d╨ærfen f╨ær den physikalischen Vorgang der ╨¬bertragung der Kopie ein Entgelt erheben, und Sie d╨ærfen nach Ihrer Wahl gegen ein Entgelt selbst Gew╨öhrleistung anbieten. 2. Sie d╨ærfen Ihre Kopie oder Kopien des Programms oder von Teilen desselben ╨öndern, womit Sie eine "auf dem Programm basierende Arbeit" erstellen, und solche ╨₧nderungen unter den Bedingungen der Sektion 1 kopieren und vertreiben, wenn Sie zus╨ötzlich alle folgenden Bedingungen erf╨ællen: a) Sie m╨æssen den ge╨önderten Dateien deutliche Hinweise hinzuf╨ægen, da╤ü Sie diese Dateien ge╨öndert haben, zusammen mit dem Datum einer jeden Ver╨önderung. b) Sie m╨æssen sicherstellen, da╤ü jegliche Arbeit, die Sie vertreiben oder ver╨ñffentlichen und die als ganzes oder in Teilen das Programm enth╨ölt oder darauf oder Teilen davon basiert, als ganze unentgeltlich allen Dritten unter dieser Lizenzvereinbarung zur Verf╨ægung steht. c) Wenn das ver╨önderte Program ╨æblicherweise interaktiv Kommandos entgegennimmt, w╨öhrend es l╨öuft, m╨æssen Sie daf╨ær Sorge tragen, da╤ü es, wenn es f╨ær solchen interaktiven Betrieb in der ╨æblichen Weise gestartet wird, eine Nachricht ausdruckt oder anzeigt, die einen angemessenen Copyright-Hinweis enth╨ölt sowie einen Hinweis, da╤ü es keine Gew╨öhrleistung gibt (oder da╤ü Sie, wenn dies zutrifft, eine solche Gew╨öhrleistung anbieten) und da╤ü Benutzer das Programm unter diesen Bedingungen weitervertreiben k╨ñnnen, und schlie╤ülich einen Hinweis, wie diese Lizenz eingesehen werden kann. (Ausnahme: wenn das Programm selbst zwar als interaktiv anzusehen ist, aber normalerweise solche Hinweise nicht ╨æblich sind, ist Ihre auf dem Programm basierende Arbeit zu einem solchen Hinweis nicht verpflichtet.) Diese Bedingungen gelten f╨ær die ver╨önderte Arbeit als ganzes. Wenn abgrenzbare Teile dieser Arbeit nicht vom Programm abgeleitet sind und vern╨ænftigerweise als unabh╨öngige und getrennte Arbeit angesehen werden k╨ñnnen, dann betreffen diese Lizenz und ihre Bestimmungen diese Teile nicht, wenn Sie sie als getrennte Arbeiten vertreiben. Wenn Sie jedoch diese Teile als Teile eines Ganzen vertreiben, das als auf dem Programm basierende Arbeit anzusehen ist, dann mu╤ü der Vertrieb des Ganzen nach den Bedingungen dieser Lizenz erfolgen, deren Rechte zugunsten anderer Lizenznehmer dann in bezug auf jeden einzelnen Teil des Ganzen gelten, unabh╨öngig davon, wer ihn geschrieben hat. Es ist folglich nicht die Absicht dieses Abschnittes, f╨ær Arbeiten, die ausschlie╤ülich Sie geschaffen haben, neue Rechte geltend zu machen oder Ihre Rechte zu beschneiden; statt dessen dient dieser Abschnitt dazu, den Vertrieb abgeleiteter oder zusammengesetzter Arbeiten, die auf dem Programm basieren, Beschr╨önkungen zu unterwerfen. Au╤üerdem fallen andere Arbeiten, die nicht auf dem Programm basieren, nicht schon dadurch unter diese Lizenz, da╤ü sie lediglich mit dem Programm (oder einer Arbeit, die darauf basiert) auf einem Speichermedium oder Vertriebsmedium zusammengestellt werden. 3. Sie d╨ærfen das Programm (oder eine Arbeit, die im Sinne von Abschnitt 2 darauf basiert) in Objektcode oder ausf╨æhrbarer Form unter den Bedingungen der Abschnitte 1 und 2 kopieren und vertreiben, unter der Bedingungen, da╤ü Sie au╤üerdem eine der folgenden Bedingung erf╨ællen: a) F╨ægen Sie den vollst╨öndigen, maschinenlesbaren Quelltext bei, der unter den Bedingungen von Abschnitt 1 und 2 auf einem Medium, das ╨æblicherweise f╨ær den Austausch von Software verwendet wird, vertrieben werden mu╤ü; oder b) F╨ægen Sie ein schriftliches, f╨ær mindestes drei Jahre g╨æltiges Angebot bei, da╤ü Sie jeglichen Dritten f╨ær eine Geb╨æhr, die Ihre Kosten f╨ær den physischen Vertrieb der Quelltexte nicht ╨æbersteigen darf, den vollst╨öndigen, maschinenlesbaren Quelltext kopieren werden, was nach den Bedingungen der Abschnitte 1 und 2 auf einem Medium, das ╨æblicherweise f╨ær den Austausch von Software verwendet wird, erfolgen mu╤ü; oder c) F╨ægen Sie den Verweis auf ein solches Angebot bei, Quelltexte zu vertreiben, so wie Sie dieses selbst erhalten haben. (Diese Alternative gilt nur f╨ær nicht-kommerzielle Distribution und nur, wenn Sie das Programm in Objektcode oder ausf╨æhrbarer Form mit einem solchen Angebot erhalten haben, wie in Unterabschnitt b dargestellt.) Der Quelltext einer Arbeit ist als diejenige Form der Arbeit zu verstehen, die es erlaubt, ╨₧nderungen vorzunehmen. F╨ær ein ausf╨æhrbares Programm bedeutet der vollst╨öndige Quelltext den gesamten Quelltext f╨ær alle Module, die das Programm enth╨ölt, einschlie╤ülich aller Dateien f╨ær Schnittstellendefinitionen sowie der Skripte, die die Kompilierung und Installation steuern. Als spezielle Ausnahme mu╤ü der Quelltext nicht dasjenige enthalten, was (entweder in Form des Quelltextes oder als ausf╨æhrbare Dateien) ╨æblicherweise mit den wesentlichen Bestandteilen (Compiler, Kernel usw.) des Betriebssystems vertrieben wird, auf dem das ausf╨æhrbare Programm l╨öuft, es sei denn, dieser Bestandteil liegt selbst der ausf╨æhrbaren Datei bei. Wenn der Vertrieb der ausf╨æhrbaren Dateien oder des Objektcodes dadurch gew╨öhrleistet wird, da╤ü das Kopieren per Zugriff auf einen bestimmten Ort erm╨ñglicht wird, dann gilt das Angebot vergleichbaren Zugriffs f╨ær das Kopieren des Quelltextes vom selben Ort auch dann als Vertrieb des Quelltextes, wenn Dritte nicht gezwungen sind, die Quelltexte mit dem Objektcode zu kopieren. 4. Sie d╨ærfen das Programm nicht anders, als ausdr╨æcklich in dieser Lizenz festgelegt ist, kopieren, ╨öndern, unterlizenzieren oder vertreiben. Jeder Versuch, das Programm andersartig zu kopieren, zu ╨öndern, unterzulizenzieren oder zu vertreiben, ist nichtig und f╨æhrt automatisch dazu, da╤ü Sie Ihre Rechte aus dieser Lizenz verlieren. Jedoch verlieren andere Dritte, die von Ihnen Kopien oder Rechte unter dieser Lizenz erlangt haben, so lange ihre Rechte nicht, wie sie sich selbst in Entsprechung dieser Lizenz verhalten. 5. Sie sind nicht verpflichtet, diese Lizenz anzunehmen, weil Sie sie nicht unterschrieben haben. Jedoch gibt es nichts anderes, was Ihnen die Erlaubnis gibt, das Programm oder darauf basierende Arbeiten zu ver╨öndern oder zu vertreiben. Diese T╨ötigkeiten sind gesetzlich verboten, wenn Sie diese Lizenz nicht annehmen. Wenn Sie folglich das Programm (oder jegliche Arbeit, die darauf basiert) ver╨öndern oder vertreiben, erkl╨ören Sie konkludent Ihre Annahme dieser Lizenz und all ihrer Bestimmungen und Bedingungen f╨ær die Kopie, den Vertrieb und die ╨₧nderung des Programms oder der Arbeiten, die darauf basieren. 6. Jedes Mal, wenn Sie das Programm weitervertreiben (oder eine Arbeit, die darauf basiert), erh╨ölt der Empf╨önger automatisch eine Lizenz von dem urspr╨ænglichen Lizenzgeber, das Programm unter diesen Bedingungen zu kopieren, zu vertreiben oder zu ╨öndern. Sie d╨ærfen dem Empf╨önger keine zus╨ötzlichen Beschr╨önkungen der hierdurch gew╨öhrleisteten Rechte auferlegen. Sie sind f╨ær die Einhaltung dieser Lizenz durch Dritte nicht verantwortlich. 7. Wenn Ihnen aus einer Gerichtsentscheidung oder der Anschuldigung einer Patentverletzung oder aus irgendeinem anderen Grund (der nicht auf Patentfragen beruhen mu╤ü) zus╨ötzliche Bedingungen auferlegt werden (entweder durch Gerichtsentscheidung, Vertrag oder anderweitig), die den Bedingungen dieser Lizenz widersprechen, befreit Sie dies nicht von den Bedingungen dieser Lizenz. Wenn Sie den Vertrieb nicht so vornehmen k╨ñnnen, da╤ü er zugleich sowohl den Bedingungen dieser Lizenz als auch den anderen Bedingungen entspricht, d╨ærfen Sie als Konsequenz das Programm nicht vertreiben. Wenn es Ihnen beispielsweise eine Patentlizenz nicht erlaubt, da╤ü das Programm von denjenigen Dritten, die es direkt oder indirekt von Ihnen erhalten haben, kostenlos weitervertrieben wird, dann w╨öre die einzige M╨ñglichkeit, da╤ü Sie beide Lizenzen erf╨ællen, da╤ü Sie das Programm ╨æberhaupt nicht vertreiben. Sollte sich irgendeine Teilbestimmung dieses Abschnittes aus irgendeinem Grunde als ung╨æltig oder nicht durchsetzbar erweisen, so ist statt dessen der Sinn der Gesamtheit dieses Abschnittes anzuwenden, und der Abschnitt ist als ganzes unter den ge╨önderten Umst╨önden anwendbar zu machen. Es ist nicht das Ziel dieses Abschnittes, Sie zur Verletzung von Patentbestimmungen oder anderer Rechte zu verleiten oder die G╨æltigkeit solcher Rechte anzuzweifeln; dieser Abschnitt hat den alleinigen Zweck, die Integrit╨öt des Vertriebssystems f╨ær freie Software aufrechtzuerhalten, die durch Public Lincenses gew╨öhrleistet wird. Viele haben gro╤üz╨ægige Betr╨öge zu der durch dieses System gew╨öhrleisteten freien Software gemacht, und sie h╨öngen von der einheitlichen Anwendung dieses Systems ab; es ist allein die Aufgabe des Autors bzw. des Beitragenden zu entscheiden, ob er oder sie Software in Verwendung eines anderen Systems vertreiben m╨ñchte, und ein Lizenznehmer kann diese Entscheidung nicht ╨æbernehmen. Dieser Abschnitt soll ausreichend deutlich machen, was die Konsequenzen der ╨æbrigen Teile dieser Lizenz sein sollen. 8. Sollte der Vertrieb und/oder die Benutzung des Programms in bestimmten L╨öndern durch Patente oder gesch╨ætzte Schnittstellen beschr╨önkt sein, so darf der urspr╨ængliche Copyright-Inhaber, der das Programm unter diese Lizenz stellt, eine ausdr╨æckliche geographische Beschr╨önkung hinzuf╨ægen, die solche L╨önder ausschlie╤üt, so da╤ü der Vertrieb nur in oder zwischen den L╨öndern erlaubt ist, die nicht derart ausgeschlossen sind. In diesem Falle enth╨ölt die Lizenzvereinbarung diese Beschr╨önkung, als w╨öre sie in diesem Text der Lizenz selbst enthalten. 9. Die Free Software Foundation kann von Zeit zu Zeit ╨æberarbeitete oder neue Versionen der General Public Licence ver╨ñffentlichen. Solche neuen Versionen werden in der Zielsetzung der aktuellen Version ╨öhnlich sein, k╨ñnnen sich aber im Detail unterscheiden, um neue Probleme zu behandeln. Jeder Version wird eine eindeutige Versionsnummer gegeben. Wenn das Programm eine Versionsnummer der Lizenz angibt, unter der es stehen soll, und da╤ü "jegliche zuk╨ænftige Version" ("any later version") ebenfalls gelten soll, haben Sie die Wahl, ob Sie den Bestimmungen der angegebenen oder denjenigen irgendeiner sp╨öteren Version folgen wollen. Wenn das Programm keine Versionsnummer angibt, k╨ñnnen Sie irgendeine Version w╨öhlen, die jemals von der Free Software Foundation ver╨ñffentlicht wurde. 10. Wenn Sie Teile des Programms in ein anderes Programm einf╨ægen m╨ñchten, dessen Vertriebsbedingungen sich unterscheiden, schreiben Sie an den Autor, um eine Einwilligung zu erhalten. F╨ær Software, die unter dem Copyright der Free Software Foundation steht, schreiben Sie an die Free Software Foundation; manchmal machen wir Ausnahmen in solchen F╨öllen. Unsere Entscheidung wird dabei von zwei Zielen bestimmt: einerseits den "freien" Zustand aller von unserer Software abgeleiteten Sofware zu erhalten und andererseits die allgemeine Weitergabe und Verf╨ægbarkeit von Software zu f╨ñrdern. KEINE HAFTUNG 11. WEIL DAS PROGRAMM UNENTGELTLICH LIZENZIERT WIRD, GIBT ES KEINE HAFTUNG F╨¬R DAS PROGRAMM, SOWEIT ES DAS JEWEILS ANWENDBARE RECHT ZUL╨₧╤üT. WENN NICHT ANDERS SCHRIFTLICH ANGEGEBEN, STELLEN DIE COPYRIGHT-INHABER UND/ODER ANDERE PARTEIEN DAS PROGRAMM "WIE BESEHEN" ("AS IS") ZUR VERF╨¬GUNG, OHNE GARANTIE IRGENDEINER ART, WEDER EXPLIZIT ODER IMPLIZIT, EINSCHLIE╤üLICH, ABER NICHT BESCHR╨₧NKT AUF, DIE IMPLIZITE GARANTIE DER MARKTF╨₧HIGKEIT UND BENUTZBARKEIT F╨¬R EINEN BESTIMMTEN ZWECK. DIE GEFAHR DER BENUTZUNG IN BEZUG AUF DIE QUALIT╨₧T UND LEISTUNG DES PROGRAMMS LIEGT ALLEIN BEI IHNEN. SOLLTE SICH DAS PROGRAMM ALS FEHLERHAFT ERWEISEN, NEHMEN SIE SELBST DIE KOSTEN ALLER NOTWENDIGEN MA╤üNAHMEN ZUR PFLEGE, REPARATUR ODER BESEITIGUNG AUF SICH. 12. IN KEINEM FALLE (ES SEI DENN, DAS DAS JEWEILS ANWENDBARE RECHT DIES ERFORDERT ODER WENN SCHRIFTLICH ZUGESICHERT) IST JEGLICHER COPYRIGHT-INHABER ODER IRGENDEINE ANDERE PERSON, DIE DAS PROGRAMM UNTER DEN OBIGEN BESTIMMUNGEN VER╨₧NDERT UND/ODER WEITERVERTREIBT, F╨¬R IHRE SCH╨₧DEN HAFTBAR, EINSCHLIE╤üLICH ALLGEMEINER, BESONDERER, ZUF╨₧LLIGER ODER KAUSALER SCH╨₧DEN, DIE SICH AUS DER BENUTZUNG ODER DER NICHTBENUTZBARKEIT DES PROGRAMMS ERGEBEN (EINSCHLIE╤üLICH, ABER NICHT BESCHR╨₧NKT AUF, DATENVERLUST ODER UNBENUTZBARKEIT VON DATEN, DIE VON IHNEN ODER DRITTEN UNTERHALTEN WERDEN, ODER DIE BENUTZBARKEIT DES PROGRAMMS IN VERBINDUNG MIT ANDEREN PROGRAMMEN); DIES GILT AUCH DANN, WENN WENN EIN SOLCHER INHABER ODER EINE DRITTE PERSON AUF DIE M╨⌐GLICHKEIT SOLCHER SCH╨₧DEN HINGEWIESEN WURDE. ENDE DER VEREINBARUNGEN UND BEDINGUNGEN Appendix: Wie Sie diese Bedingungen auf Ihre neuen Programme anwenden k╨ñnnen Wenn Sie ein neues Programm entwickeln und m╨ñchten, da╤ü es der ╨⌐ffentlichkeit von gr╨ñ╤ütem Nutzen ist, empfehlen wir, es zu "freier Software" zu machen, die jedermann unter den obigen Bedingungen weitervertreiben und ╨öndern darf. Dazu f╨ægen Sie dem Programm die nachstehenden Bemerkungen an. Es ist am sichersten, diese Hinweise am Anfang jeder Quelltextdatei einzuf╨ægen, um den Haftungsausschlu╤ü offensichtlich zu machen; au╤üerdem sollte jede Quelltextdatei wenigstens die "Copyright"-Zeile sowie einen Verweis auf den vollen Hinweis enthalten. <eine Zeile mit dem Programmnamen und einer kurzen Funktionsbeschreibung> Copyright (C) 19yy <Name des Autors> This program is free software; you can redistribute it and/or modify it under the terms of the GNU General Public License as published by the Free Software Foundation; either version 2 of the License, or at your option) any later version. This program is distributed in the hope that it will be useful, but WITHOUT ANY WARRANTY; without even the implied warranty of MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the GNU General Public License for more details. You should have received a copy of the GNU General Public License along with this program; if not, write to the Free Software Foundation, Inc., 675 Mass Ave, Cambridge, MA 02139, USA. F╨ægen Sie au╤üerdem Informationen hinzu, wie Sie per E-Mail und Sackpost zu erreichen sind. Wenn das Programm interaktiv ist, sorgen Sie f╨ær einen kleinen Hinweis wie den folgenden, wenn es im interaktiven Modus gestartet wird: Gnomovision version 69, Copyright (C) 19yy name of author Gnomovision comes with ABSOLUTELY NO WARRANTY; for details type `show w'. This is free software, and you are welcome to redistribute it under certain conditions; type `show c' for details. Die hypothetischen Kommandos "show w" und "show c" sollten die entsprechenden Teilabschnitte der General Public Licence anzeigen. Nat╨ærlich k╨ñnnen diese Kommandos auch anders hei╤üen, und sie k╨ñnnen auch Mausklicks oder Men╨æpunkte sein -- was immer zu Ihrem Programm pa╤üt. Wenn Sie als Programmierer arbeiten, sollten Sie Ihren Arbeitgeber oder Ihre Bildungseinrichtung dazu bringen, einen "Copyright-Ausschlu╤ü" f╨ær das Programm zu unterzeichnen, wenn n╨ñtig. Hier ist ein Beispiel (╨öndern Sie die Namen): Yoyodyne, Inc., hereby disclaims all copyright interest in the program `Gnomovision' (which makes passes at compilers) written by James Hacker. <signature of Ty Coon>, 1 April 1989 Ty Coon, President of Vice Diese General Public Licence erlaubt es nicht, Ihr Programm in propriet╨öre Programme einzuf╨ægen. Wenn Ihr Programm eine Unterprogramm-Bibliothek ist, kann es sinnvoller sein, da╤ü Sie es propriet╨ören Anwendungen erlauben, mit Ihrer Bibliothek verbunden zu werden ("linking"). In diesem Falle sollten Sie statt dieser Lizenz die GNU Library General Public Licence verwenden. ΓòÉΓòÉΓòÉ 2.3. Kontakt -- Kommentare und Vorschl╨öge ΓòÉΓòÉΓòÉ Ulrich M╨ñller e-mail: ulrich.moeller@rz.hu-berlin.de www: http://www2.rz.hu-berlin.de/~h0444vnd/os2_d.htm Die oben bezeichnete WWW-Adresse tr╨ögt auch immer die neueste ╨ñffentliche Version von XFolder (sowie deren Quellcode) und anderer Software, wie zB. des "OS/2 CommandPak", welches Ihre Kommandozeile erheblich verbessert. Bitte lesen Sie sich die Seite "Frequently Asked Questions" durch, bevor Sie sich mit mir in Verbindung setzen; vielleicht finden Sie Ihre L╨ñsung schon dort. Au╤üerdem pflege ich jetzt eine ╨ñffentliche Bug-Liste auf der XFolder-Heimseite. Wichtiger Hinweis: Ich werde ab jetzt nicht mehr auf Mails antworten, die Probleme betreffen, die bereits an den oben genannten Stellen aufgef╨æhrt sind. XFolder ist inzwischen einfach zu beliebt, und ich verbringe die H╨ölfte der Zeit damit, Leuten zu antworten, die zu faul sind, die Dokumentation zu lesen. Tut mir leid. Fehler melden: Wenn Sie mich trotzdem benachrichtigen wollen, entweder weil Sie glauben, einen neuen Fehler gefunden zu haben oder vielleicht gar eine L╨ñsung (was immer sehr willkommen ist), bitte f╨ægen Sie die folgenden Informationen bei: Beschreiben Sie bitte die Situation, in der der Fehler aufgetreten ist, und ob er reproduzierbar ist. Nennen Sie mir die OS/2-Version, mit der Sie arbeiten (Warp 3 oder 4, und ggf. Fixpaks, die Sie installiert haben). Nennen Sie mir alle weitere WPS-Software, die auf Ihrem System l╨öuft. Sehen Sie bitte in das Hauptverzeichnis Ihres OS/2-Startlaufwerks, ob sich dort eine Datei namens "XFLDTRAP.LOG" befindet; wenn ja, schicken Sie sie bitte mit Ihrer Mail mit. Wenn Sie Probleme mit dem Erweiterten Systemabschlu╤ü oder "WPS neustarten" haben, schalten Sie bitte zun╨öchst die automatische Protokolldatei auf der Seite "XDesktop" im Einstellungsnotizbuch der Arbeitsoberfl╨öche ein. Dies erzeugt eine Datei "XSHUTDWN.LOG" im selben Verzeichnis, die Sie mir bitte ebenfalls mitschicken. Wenn Sie Programmierer sind, werfen Sie einen Blick auf den Quellcode. Vielleicht k╨ñnnen Sie den Fehler selbst finden. ΓòÉΓòÉΓòÉ 2.4. Thank You's ΓòÉΓòÉΓòÉ Well, there are a lot of people to thank. XFolder is a fairly young piece of software, but still so many people have sent in remarks and supported me. You are too many to be mentioned here separately. If you don't find your name in this list, please feel addressed with this global thank you! Without all this support, XFolder wouldn't be where it is today. XFolder is free software. Some people have paid me in naturals anyways: Glauco Ippolitoni, Italy, for the Win95 keyboard Mark Mellin, USA, for IBM VisualAge C++ 3.0 I thank the following people for actively contributing to XFolder by sending in code or doing translations: ARAKAWA Atsushi, Japan, for filling in the APM power-off code, Japanese NLS, and finding bugs Duane A. Chamblee for supplying the BOOTMGR.CMD code Dominik Czechowski and Artur Flinta, Poland, for Polish NLS Christopher Faulhammer, Germany, for translating the "XFolder Internals" pages in the documentation to German Tomas Hajny, Czech Republic, for Czech NLS and finding lots of little mistakes in the sources Henk Kelder, Netherlands, developer of a whole buch of valuable OS/2 utilities and uncrowned guru of OS/2 Extended Attributes, for code and help on WPS INI entries and EAs; check his homepage for his software Roger Lindmark and Simon Gr╨ñnlund, Sweden, for Swedish NLS, finding a lot of mistakes in the documentation, and other useful hints The following capable programmers have created software which helped me a lot: Dennis Bareis, Australia, for his amazing PMPRINTF package. XFolder wouldn't exist without it. Check out http://www.ozemail.com.au/~dbareis/, where you'll also find tons of other developer's stuff. Klaus Staedtler, Germany, for maintaining all the CONFIG.SYS information Andrew Pavel Zabolotny for his very valuable HTML2IPF tool, with which I created this online documentation. (I hate IPF.) He is also the developer of lxLite. (No WWW address for this.) The development team of GIMP for Linux the most impressive graphics package available, and to those capable people who have made the OS/2 version. This is what I've created most graphics with. The following people deserve a special thank you for reporting me problems and incompatibilities and giving useful hints for future versions (in alphabetical order): Carsten Arnold, Germany, for finding bugs in the source code Harvey Braun, Australia, for first detecting an embarassingly obvious installation bug John Buckley, UK, for the WPDrives suggestion and a better NEWOBJ.CMD James "Lithium" Church for the templates idea, submitting Kris Kwilas' OS/2 wishlist, and testing for the hotkey bugs Yuri Dario, Italy, for sending me all that Win95 keys information Bjorn Fahler, Sweden, writer at EDM/2, for lots of technical tips and his very helpful programming columns Christian Gaarden, Denmark (I believe), for useful suggestions Diane Gardner, USA, for her very favorable reviews of XFolder in the Land of Beyond, useful suggestions and detailed bug reports Reinhard Giesen, Germany, for useful suggestions Marcus de Geus, Netherlands, for useful suggestions for the Netscape DDE Interface Jens Glathe, Germany, for technical information and you-know-what Torsten Balle Koefoed, Denmark, for detecting incompatibilities, bugs, and making useful suggestions Gerhard Hahn, Austria, for the Clipboard suggestion Jim Hruska, USA (I believe), for detecting incompatibilities Kris Kwilas for his very thoughtful OS/2 wishlist about what needs to be improved with OS/2 Martin Lafaix, France, for finding errors and detailed tips and suggestions about menus, notebooks, and other things Hauke Laging, Germany, for detecting incompatibilities, making LOTS of suggestions, his OS/2 initiatives and bragging about his computer Christian Langanke, Germany: developer of "Animated Mouse Pointers for OS/2", the famous WPS enhancer (check his homepage) for comprehensive suggestions, technical tips, and continuing support Andreas Ludwig, Germany, for supplying many WPS class descriptions Macarlo, Brazil, benedictine monk and system analyst, for inspiring correspondence Eric Norman, Montana, USA, for finding bugs in the subfolder handling and "Snap to grid" Andrea Penna, Italy, for supplying the SmartSuite / NetscDDE trick. Michael Reinsch, Germany, for lots of detailed bug reports Larry Salomon, Jr., USA (I guess), writer at EDM/2, for lots of helpful articles about PM programming Andrea Scagni, Italy, for detailed bug reports Ralph Scharpf, Germany, for the video driver hints Bernd Schemmer, Germany, for detecting incompatibilies and for his fabulous "Rexx Tips & Tricks" INF book Trevor Smith, former editor-in-chief of OS/2 e-zine, for support and the configurable reboot idea (they now also have a review of XFolder in volume 3 issue 7) Thomas Unverzagt, Germany, for the "full path in title" idea Rich Walsh, USA, author of "Rwx" and "DragText", for help on some SOM internals Steve Wendt, USA, for advertising for XFolder on his valuable "OS/2 Wishlist" page and for useful suggestions Chris Wright of OS/2 e-zine for pointing out potential problems with the GPL and for considering my point of view Stefan Zechmeister, Germany, for figuring out how to get Object Desktop 2.0 to work ΓòÉΓòÉΓòÉ 2.5. Credits ΓòÉΓòÉΓòÉ XFolder contains original or modified code developed by the following people (in alphabetical order): ARAKAWA Atsushi, Japan (arakaw@ibm.net): porting APM power-off code for XFolder John Buckley, UK: better NEWOBJ.CMD for XFolder Monte Copeland, IBM: exception handling (1993) Chris Hanson, MIT, USA: Extended Attributes handling (1995) (EALIB.ZIP at Hobbes) Henk Kelder, Netherlands: OS2.INI/OS2SYS.INI WPS entries and WPS EAs handling (1998) Gilles Kohl: C string handling routines (1992) Ekkehard Kraemer, Germany: hard drive detection found at http://zebra.asta.fh-weingarten.de/os2/Snippets/Howt6364.HTML Dan Libby: PM container helper function found at http://zebra.asta.fh-weingarten.de/os2/Snippets/Isdr8319.HTML (1996) Kai Uwe Rommel, Germany: DosQProcStatus handling code (1992-94) (PROC.ZIP at Hobbes) Roman Stangl, Austria: rebooting OS/2, taken from EDM/2 vol. 5, issue 9; his APM/2 code (from apm2v14.zip at Hobbes); exception handling code from Program Commander/2 Mark Stern, Belgium: C string handling routines (1993) Uri J. Stern, USA (?): killing the tasklist window (http://zebra.asta.fh-weingarten.de/os2/Snippets/Howt8881.HTML) plus parts of the code samples from IBM's OS/2 Warp 3 Developer's Toolkit. If XFolder should contain any more bugs, they're probably from there. ;-) If anybody thinks that I have forgotten him or her, this is not intentional. Drop me a note and I'll add you to this page. The information about the CONFIG.SYS settings is mostly based on the OS/2 command reference and on the descriptions in the CNFGINFO package available at Hobbes. Most of the information about the WPS classes is also taken from the OS/2 Warp 3 Developer's Toolkit, some of it I've found out myself. ΓòÉΓòÉΓòÉ 2.6. Warenzeichen ΓòÉΓòÉΓòÉ Die folgenden Begriffe sind in gewissen L╨öndern Warenzeichen der IBM Corporation: C-Set/2 IBM Operating System/2 OS/2 OS/2 Warp Presentation Manager SOM System Object Model VisualAge WarpCenter Workplace Shell Open Source ist nun ein "Registered Certification Mark" von "Software in the Public Interest". Lesen Sie www.opensource.org f╨ær Details. Netscape und Netscape Navigator sind Warenzeichen der Netscape Communications Corporation. Namen anderer Firmen, Produkte oder Dienste k╨ñnnen Warenzeichen Dritter sein. Sie sind nicht besonders bezeichnet. Die Erw╨öhnung eines bestimmten Produktes bezeichnet keine Verbindung oder Bevorzugung von seiten Ulrich M╨ñllers. ΓòÉΓòÉΓòÉ 3. Einf╨æhrung -- hier beginnen ΓòÉΓòÉΓòÉ Willkommen! ╨¬berblick Warum OpenSource? Request for help ΓòÉΓòÉΓòÉ 3.1. Willkommen bei XFolder! ΓòÉΓòÉΓòÉ Willkommen bei XFolder! XFolder wurde geschrieben, um der Arbeitsoberfl╨öche einige Funktionen zu verleihen, die ich immer vermi╤üt habe. Meiner Meinung nach ist die Arbeitsoberfl╨öche (Workplace Shell, WPS) immer noch das eine Merkmal, was OS/2 gegen╨æber anderen Betriebssystemen hervorstehen l╨ö╤üt. W╨öhrend andere Betriebssysteme (vor allem Linux) inzwischen eine ebenso gro╤üe, wenn nicht gr╨ñ╤üere Stabilit╨öt erreicht haben, gibt es doch nichts, was in puncto Produktivit╨öt, Konfigurierbarkeit und ╨æberlegener Konzeption der WPS das Wasser reichen k╨ñnnte. Jedoch ist IBM -- auch seit dem letzten Update durch OS/2 Warp 4 -- bei einigen Dingen nach wie vor auf halber Strecke stehengeblieben: Das OS/2-Konzept der Schablonen ist zwar sehr leistungsf╨öhig, aber es ist nicht sehr praktisch, immer neue Objekte aus dem Schablonenordner ziehen zu m╨æssen (vor allem, da dieser ewig lange braucht, bis alle Objekte angezeigt werden). Auch wenn Windows 95 ansonsten ein schlimmes Betriebssystem ist, haben doch die Ordner dort eine Funktion, die sehr praktisch ist: man kann Verkn╨æpfungen in das Verzeichnis "\Windows\ShellNew" stellen, und diese k╨ñnnen dann von allen Ordnern aus neu erstellt werden. Das ansonsten hervorragend implementierte objektorientierte Konzept der WPS wird gerade bei Kontextmen╨æs nicht durchgehalten. Es gibt keine Funktion, um global f╨ær alle Objekte Men╨æs zu ╨öndern. Das gleiche gilt f╨ær das Sortieren von Ordnern. OS/2 hat traditionell kein Verh╨öltnis zu Tastenkombinationen. Der OS/2-Systemabschlu╤ü ist zwar sinnvoll, kann jedoch nicht abgebrochen oder konfiguriert werden. An vielerlei Stellen klemmt die WPS in Sachen Produktivit╨öt, weil man bestimmte Aktionen immer wieder nacheinander ausf╨æhren mu╤ü. Dazu geh╨ñrt, da╤ü man jedesmal, wenn man ein neues Objekt erstellt hat, anschlie╤üend den Titel ╨öndern mu╤ü, da╤ü man sich, um einen Ordner immer zu sortieren, durch achtzehn Men╨æseiten qu╨ölen mu╤ü, und da╤ü sich Strukturanzeigen von Ordnern fast immer au╤üerhalb des sichtbaren Ordnerfensters ausklappen. Na ja, und Ordner-Statuszeilen w╨ören auch eine praktische Sache, ohne da╤ü man Zusatzprogramme laden mu╤ü, die das System langsamer machen. XFolder l╨ñst diese Probleme, indem eine Reihe von WPS-Klassen ersetzt werden. Unter anderem ersetzt XFolder die WPS-Ordner-Klasse ("WPFolder"), um die vielen neuen Funktionen zur Verf╨ægung zu stellen, die in dieser Online-Referenz beschrieben werden. Die ersten Versionen von XFolder haben sich "nur" mit den Kontextmen╨æs besch╨öftigt; inzwischen hat sich XFolder zu einer Art erweiterter Serienausstattung f╨ær die Arbeitsoberfl╨öche entwickelt, um die genannten Probleme zu beseitigen. Dazu war es erforderlich, inzwischen eine ganze Reihe von WPS-Klassen zu ersetzen. Jedoch sollten diese Ersetzungen f╨ær Sie vollkommen transparent sein: Sie sehen nur die neuen Funktionen und m╨æssen sich nicht mit irgendwelchen WPS-Interna besch╨öftigen. XFolder enth╨ölt genau die Funktionen, die mir beim t╨öglichen Arbeiten mit OS/2 gefehlt haben; ich hoffe, da╤ü XFolder Ihnen genauso n╨ætzlich erscheint. XFolders Ziel ist nicht prim╨ör, andere beliebte WPS-Programme zu ersetzen. Er wurde geschrieben, um L╨æcken zu f╨ællen, nicht um anderen Freeware-Programmen Konkurrenz zu machen. Es kann allerdings sein, da╤ü Sie in XFolder Funktionen entdecken, die anderweitig nur in Shareware- oder kommerziellen Programmen zu bekommen sind, weil ich der festen Meinung bin, da╤ü OS/2 mehr Freeware-Programme ben╨ñtigt. Dies macht schlie╤ülich auch die Linux-Szene so lebendig. ΓòÉΓòÉΓòÉ 3.2. ╨¬berblick ΓòÉΓòÉΓòÉ XFolder erweitert Ihre Arbeitsoberfl╨öche unter anderem durch die folgenden neuen Funktionen: 1. Neue Standard-Kontextmen╨æpunkte f╨ær Ordner und Datendateien, wie zB. schnelle Ordnereinstellungen, "Nach Namen ausw╨öhlen", "Auf Raster setzen", "Dateienamen kopieren" etc. 2. Objekte erzeugen aus Kontextmen╨æs. 3. Ordner-Kontextmen╨æs sind frei konfigurierbar, indem man einfach Objekte in einen bestimmten Konfigurationsordner stellt. 4. Anzeige des Ordnerinhalts in Kontextmen╨æs, um schneller an Objekte heranzukommen, ohne einen Ordner ╨ñffnen zu m╨æssen. 5. Anzeige des vollen Ordnerpfades in der Titelzeile von Ordnern. 6. Die h╨æbschesten und flexibelsten Ordner-Statuszeilen in dieser Galaxis. ;-) 7. Erweiterte Ordnersortierfunktionen: zus╨ötzliche Sortierkriterien und systemweite Sortiereinstellungen. 8. Funktion, um Strukturanzeigen automatisch zu rollen. 9. Schnelles ╨⌐ffnen von Ordnern beim WPS-Start. 10. Ordner-Tastenk╨ærzel f╨ær h╨öufig benutzte Ordner-/Dateioperationen. 11. Ersetzbare Systemsymbole f╨ær die h╨öufigsten Objekttypen. 12. "WPS neustarten"-Funktion, die nicht die WPS ruiniert. 13. Erweiterter Systemabschlu╤ü mit vielerlei n╨ætzlichen Erweiterungen: automatischer Systemneustart mit BootManager-Unterst╨ætzung ("nach Linux booten"), Abbruchm╨ñglichkeit, h╨öngende Programme k╨ñnnen ╨æbersprungen werden. 14. Neue Systemstart-/Systemabschlu╤ü-Ordner. 15. Benutzerfreundliche WPS-Klassenliste f╨ær Klassenmanipulationen. 16. "OS/2 Kernel"-Objekt f╨ær CONFIG.SYS-Einstellungen. Hinweis: Einige Funktionen sind standardm╨ö╤üig deaktiviert, um Stabilit╨ötsprobleme schon nach der XFolder-Installation zu vermeiden. Diese Funktionen sind: der Erweiterte Systemabschlu╤ü; dieser kann auf einer neuen Seite im Einstellungsnotizbuch der Arbeitsoberfl╨öche angeschaltet werden; Ordner-Statuszeilen; diese finden sich auf der Seite "Statuszeilen" im neuen Objekt "Workplace Shell"; die erweiterten Sortierfunktionen; diese finden sich auf der Seite "Sortieren" im Objekt "Workplace Shell"; die Anzeige von Symbolen in den "Ordnerinhalt"-Men╨æs; diese finden sich auf der Seite "Kontextmen╨æs" im Objekt "Workplace Shell". ΓòÉΓòÉΓòÉ 3.3. Why OpenSource? ΓòÉΓòÉΓòÉ Seit V0.80 steht XFolder unter der GNU General Public Licence (GPL). Die GPL ist eine allgemeine Lizenzvereinbarung, die von der Free Software Foundation entwickelt wurde, um die Rechte von Programmierern zu sch╨ætzen, die den Quelltext ihrer Software ver╨ñffentlichen m╨ñchten. Die GPL wird h╨öufig bei Software des GNU-Projektes benutzt und ist vor allem durch den zunehmenden Erfolg von Linux bekannt geworden, dessen gr╨ñ╤üerer Teil unter der GPL steht. Wenn Sie sich f╨ær Details von OpenSource-Lizenzmodellen interessieren und mehr dar╨æber erfahren wollen, warum ich denke, da╤ü alle OS/2-Freeware-Entwickler ihre Quelltexte ver╨ñffentlichen sollten (am besten unter einer OpenSource-Lizenz), empfehle ich Ihnen meinen Artikel in OS/2 e-Zine, vol. 4 no. 4 (http://www.os2ezine.com/v4n4/open.htm). Weitere interessante Texte finden sich hier: "The Cathedral and the Bazaar" von Eric S. Raymond. Wahrscheinlich einer der einflu╤üreichsten Internet-Artikel, die je geschrieben wurden. Dieser Artikel ╨æberzeugte Netscape, die Quelltexte von Mozilla zu ver╨ñffentlichen. "The Bazaar and the Other Bazaar" and "GNU's Not Linux" von Chris Wright; beide finden sich in OS/2 e-Zine! vol. 4 no. 1 (www.os2ezine.com/v4n1/). www.opensource.org, das neue Web-Zentrum f╨ær Informationen und F╨ñrderung von OpenSource. Hier finden sich auch die "Halloween Documents", die von Eric S. Raymond kommentiert wurden. Ich empfehle dringend, dies zu lesen. "OS/2 Headquarters" von Tom Nadeau. Hier gibt's die Serie "Learning from Linux", eine weitere kommentierte Version der "Halloween Documents", die sich auf OS/2 bezieht. GNU's Not Unix! Heimseite des GNU-Projekts und der Free Software Foundation mit vielen Artikeln. ΓòÉΓòÉΓòÉ 3.4. Request For Help ΓòÉΓòÉΓòÉ If you like XFolder and would like to contribute to it, your support will be very welcome. XFolder is slowly beginning to become too complex to be handled by one person all alone. You don't have to be a programmer to help. I'd appreciate any support in the following areas: Translations. XFolder is designed to be translateable in a fairly easy way. All language-dependent parts have been separated from the actual "intelligence" of the program into separate files, which can be translated independently. If you're interested in translating XFolder to your language, you can simply download the XFolder sources from my homepage, which contain everything neccessary for this. You don't have to be a programmer to do this, but it would be of great help if you have a basic knowledge of HTML, since both XFolder's Online Reference and the help file were originally written in HTML and then simply converted to the IBM format, which I dislike very much. In this case, please contact me, so I can add you to my mailing list to allow you to get news about changes in time. If you're a programmer and have some experience in PM and/or WPS programming, please contact me also. I have great plans for XFolder's future and would like to turn it into more of an "XWorkplace" package to overcome the most obvious WPS limitations which exist today. Since there's little hope that IBM will do anything about this, I believe the OS/2 community needs to do it themselves. The following major things are on my to-do list (I am not listing the "little" features that I'll add myself soon): 1. WPS file handling. This needs some serious reworking. I cannot believe that the WPS hangs every other time one copies more than a dozen files. File handling is the main task of an operating system's shell, and the current implementation needs at least the following enhancements: thread-safety, speed, proper progress bars when copying, a "Cancel" button that's not always disabled, more meaningful error messages etc.pp. This will require all of the WPS file-handling methods to be reworked (wpCopy, wpMove etc.). 2. Populating folders. One of the reasons that the WPS has become so much slower in Warp 4 is that the WPS now seems to create object handles for every single file while populating a folder, which wasn't the case with Warp 3. Object handles are a thoughtful mechanism which is neccessary for program objects and shadows, but they should only be created when neccessary. I suspect this misbehavior is situated in wpPopulate, which therefore needs some rework too. 3. Icon handling. Drag'n'drop in the WPS always causes icons to be arranged in a fairly random way. This should be improved. 4. WPProgram. I have never understood why there's an object for global DOS/Win-OS/2 settings if the program objects don't respect the settings there. We need support for global settings and also global and individual environment variables in program objects so that CONFIG.SYS does not always have to be modified. 5. WarpCenter. That thing is instable, slow, and does not conform very well with the rest of the WPS. This should be completely reprogrammed. Since XFolder already has code for those "folder content" menus, this shouldn't be too hard to to. 6. Multi-user support. The WPS is already designed to support multiple users thru the use of multiple OS2.INI files and Desktop hierarchies, so I cannot quite understand why IBM is not implementing this. XFolder could do this; I am thinking of replacing the PROTSHELL and/or RUNWORKPLACE statements in CONFIG.SYS with some XFolder executable, which will then start PMSHELL.EXE with a bunch of preset environment variables, most importantly OS2.INI settings and a UNIX-like HOME environment variable to support multiple configurations for applications in a "home" directory for each user. XFolder should then offer a context menu item to "logoff" or something. 7. OS/2 also needs to be able to restart Presentation Manager somehow without having to reboot, for example to change display resolutions. The current solution is a joke. If you have any ideas about this, especially how to terminate and restart PM without blocking the system, please contact me. So if you're interested in adding any of these features to XFolder (or if you have other suggestions), you'd be very welcome to join the project! Any help is appreciated. ΓòÉΓòÉΓòÉ 4. Installation ΓòÉΓòÉΓòÉ Bitte w╨öhlen Sie eines der folgenden Themen: 1. Erfordernisse 2. Kompatibilit╨öt mit anderer Software 3. Installation 4. Deinstallation -- wie man XFolder loswird 5. Aufr╨æsten von einer fr╨æheren XFolder-Version 6. Sprachenunterst╨ætzung installieren ΓòÉΓòÉΓòÉ 4.1. Erfordernisse ΓòÉΓòÉΓòÉ XFolder ben╨ñtigt mindestens OS/2 Warp 3. Es funktioniert NICHT auf fr╨æheren Versionen, da bestimmte API-Funktionen benutzt werden, die auf OS/2 2.x und fr╨æher nicht vorhanden sind. Ich habe XFolder selbst mit den folgenden System getestet (alles deutsche Versionen): OS/2 Warp 3, Fixpak 31 OS/2 Warp 4 ohne Fixpaks OS/2 Warp 4, Fixpak 5 Hinweis: Mir wurde berichtet, da╤ü die XFolder-Installation unter Warp 3, Fixpak 32 fehlschl╨ögt. Sie sollten in diesem Falle also ein neueres Fixpak aufspielen. ΓòÉΓòÉΓòÉ 4.2. Installation ΓòÉΓòÉΓòÉ Bevor Sie XFolder installieren, lesen Sie bitte die Seite "Kompatibilit╨öt mit anderer Software" im Anhang dieser Referenz. 1. Entpacken Sie das XFolder-Paket in einem Verzeichnis Ihrer Wahl, wo die XFolder-Dateien verbleiben sollen. Dieses Verzeichnis mu╤ü NICHT auf ihrem PATH oder LIBPATH liegen. Sie haben die freie Wahl. Hinweis: Benutzen Sie kein Verzeichnis, das Leerzeichen in seinem Pfad enth╨ölt, wie zB. "D:\WPS enhancers\XFolder", oder die Installation wird scheitern. 2. Entpacken Sie das deutsche NLS-Paket in das gleiche Verzeichnis. Dies sollte automatisch die n╨ñtigen Dateien in die entsprechenden Unterverzeichnisse stellen, also zB. XFLDR049.DLL in das /BIN-Unterverzeichnis. 3. Starten Sie INSTALL.CMD durch Doppelklick oder indem Sie "install" an der Befehlszeile eingeben. Geben Sie anschlie╤üend "049" f╨ær die deutsche Installation ein. Dieses Programm registriert NUR die XFolder-Klassen (in XFLDR.DLL) bei der Arbeitsoberfl╨öche und kopiert KEINE Dateien. 4. Das Installationsprogramm bietet Ihnen an, die WPS neuzustarten. Dies erspart Ihnen einen Neustart des gesamten Systems, weil nur der WPS-Proze╤ü neu gestartet wird. Sie k╨ñnnen auch w╨öhlen, den Neustart selbst auszuf╨æhren. Nach einem dieser beiden wird die Arbeitsoberfl╨öche die XFolder-Klassen erkannt haben. Beachten Sie, da╤ü nach dem Neustart die Datei XFLDR.DLL von der Arbeitsoberfl╨öche blockiert ist. Sie k╨ñnnen also das Xfolder-Verzeichnis anschlie╤üend nicht mehr verschieben. Also sollten Sie, bevor Sie INSTALL.CMD starten, ein passendes Verzeichnis erstellt haben (Schritt 1). Das ist alles! Nach einem Neustart erstellt XFolder automatisch einen Standard-Konfigurationsordner. Wenn Sie die Standardkonfiguration wiederherstellen m╨ñchten, so k╨ñnnen Sie einfach Ihren bestehenden Konfigurationsordner l╨ñschen. XFolder wird sich beschweren, sobald Sie die rechte Maustaste dr╨æcken, und eine neue Standardkonfiguration erstellen. XFolder ╨öndert weder die CONFIG.SYS, noch werden irgendwelche Dateien in OS/2-Systemverzeichnisse kopiert. Alles, was XFolder braucht, liegt in seinem eigenen Verzeichnis. XFolder ben╨ñtigt allein einige Schl╨æssel in der OS2.INI, die entfernt werden, wenn Sie XFolder deinstallieren. ΓòÉΓòÉΓòÉ 4.3. Deinstallation ΓòÉΓòÉΓòÉ Starten Sie einfach INSTALL.CMD erneut. Wenn Sie gefragt werden, was Sie tun m╨ñchten, w╨öhlen Sie "Deregistrieren". Nach einem Neustart wird wieder alles wie vorher sein. Sie k╨ñnnen dann das XFolder-Verzeichnis l╨ñschen, wenn Sie m╨ñchten. Wenn Sie XFolder entfernen m╨ñchten, weil es f╨ær Sie nicht n╨ætzlich ist, so ist dies in Ordnung. Wenn Sie jedoch das Gef╨æhl haben, da╤ü etwas nicht richtig funktioniert, so benachrichtigen Sie mich bitte, so da╤ü ich XFolder verbessern kann. ΓòÉΓòÉΓòÉ 4.4. Aufr╨æsten von einer fr╨æheren XFolder-Version ΓòÉΓòÉΓòÉ Im Prinzip m╨æssen Sie einfach INSTALL.CMD benutzen, wie es unter "Installation" beschrieben ist. Es gibt jedoch einige zus╨ötzliche Dinge, die Sie beim Aufr╨æsten beachten sollten: 1. Weil die Arbeitsoberfl╨öche die Datei XFLDR.DLL blockiert h╨ölt, packen Sie die neue Version nicht in das Verzeichnis der alten Version aus, denn diese Datei kann nicht ╨æberschrieben werden. Erstellen Sie statt dessen ein NEUES Verzeichnis ihrer Wahl (zB. "XFolderNeu"). Aus diesem Verzeichnis k╨ñnnen Sie nun das neue INSTALL.CMD starten, welches automatisch die alte XFolder-Version deregistriert. Alternativ k╨ñnnen Sie auch die alte XFolder-Version deinstallieren und die WPS neustarten. Dies sollte die Blockierung der XFolder-Dateien aufheben. Danach kopieren Sie die neuen Dateien in das alte XFolder-Verzeichnis und installieren die neue Version. 2. Nach einem Neustart der WPS k╨ñnnen Sie das alte XFolder-Verzeichnis (nicht den Konfigurationsordner) l╨ñschen. Wichtige Hinweise: Weil sich einige Funktionen mit jeder XFolder-Version ╨öndern, k╨ñnnen sich beim Aufr╨æsten einige Probleme ergeben. 1. Seien Sie nicht ╨æberrascht, da╤ü seit V0.60 die Option "Standard-Konfiguration wiederherstellen" aus dem Installationsprogramm entfernt wurde. XFolder bearbeitet diese Funktion nun selbst; wenn Sie die Standards wiederherstellen m╨ñchten, l╨ñschen Sie einfach Ihren Konfigurationsordner, und XFolder wird Ihnen anbieten, ihn wiederherzustellen. 2. Seit XFolder V0.50 befinden sich die Globalen Einstellungen im OS/2-System-Objekt. Das fr╨æher vorhandene Program "XFolder Global Settings" (XFSETUP.EXE) hat keinerlei Auswirkungen auf die Einstellungen dieser Version. Sie k╨ñnnen es zwar starten, aber XFolder wird dadurch nicht beeinflu╤üt. 3. Weil sich das Format der internen Einstellungen mehrfach ge╨öndert hat, gehen Ihre fr╨æheren Einstellungen leider verloren, wenn Sie aufr╨æsten. 4. Mit XFolder V0.30 wurde die Behandlung von Programmobjekten ge╨öndert, indem der Name des Ordners als Parameter an das gestartete Programm geschickt wird. Falls Sie also von V0.21 aufr╨æsten und Ihre Programme pl╨ñtzlich Fehlermeldungen liefern, stellen Sie ein zus╨ötzliches "%"-Zeichen in die Parameterliste des Programmobjekts im Konfigurationsordner. Siehe auch "Programmobjekte" f╨ær Details. Falls Sie weitere unerwartete Dinge bemerken, schauen Sie auch in die "Versionsgeschichte", wo Sie alle ╨₧nderungen an XFolder aufgelistet finden. ΓòÉΓòÉΓòÉ 4.5. Sprachenunterst╨ætzung installieren ΓòÉΓòÉΓòÉ Seit V0.52 kann XFolder andere Sprachen als nur Englisch unterst╨ætzen. (Endlich.) Das Standardpaket enth╨ölt seit XFolder V0.82 nur noch die Sprachenunterst╨ætzung f╨ær Englisch. F╨ær andere Sprachen als English ben╨ñtigen Sie jedoch ein "XFolder National Language Support (NLS)"-Paket. Ein solches Paket enth╨ölt eine Reihe von zus╨ötzlichen Dateien, ua. eine neue dynamische Linkbibliothek (DLL) f╨ær XFolder selbst, eine neue Hilfedatei (.HLP) und eine neue Online-Referenz (.INF). Jede dieser Dateien tr╨ögt einen dreistelligen Landes-Code in ihrem Namen, wie sie in der OS/2-Online-Referenz definiert sind (Englisch ist zB. 001, Deutsch 049). Schauen Sie auf meine Heimseite, um die verf╨ægbaren NLS-Pakete zu bekommen. Um ein NLS-Paket zu installieren, nachdem Sie das Hauptpaket bereits installiert haben, f╨æhren Sie die folgenden Schritte aus: Packen Sie das NLS-Paket aus und stellen Sie die Dateien in die entsprechenden Unterverzeichnisse des XFolder-Installationsverzeichnisses. ╨⌐ffnen Sie nun die Seite "XFolder-Interna" im Objekt "Workplace Shell": diese Seite befindet sich hinter der ersten XFolder-Seite. Im Feld "Sprache" sollte sich die neue Sprache befinden. W╨öhlen Sie die neue Sprache aus, woraufhin das Objekt "Workplace Shell" geschlossen wird und sich die Sprache ╨öndert. Ich habe -- au╤üer dieser deutschen Version -- nicht viel Einflu╤ü auf neue NLS-Pakete. Wenn Sie Interesse haben, XFolder in Ihre Sprache zu ╨æbersetzen, so benachrichtigen Sie mich bitte, und ich schicke Ihnen alles Notwendige, um XFolder ╨æbersetzen zu k╨ñnnen. Hierzu m╨æssen Sie kein Programmierer sein; hilfreich w╨öre es allerdings, wenn Sie HTML schreiben k╨ñnnten, weil die meisten XFolder-Texte in diesem Format entstanden sind und dann schlicht ins IBM-Format konvertiert wurden. ΓòÉΓòÉΓòÉ 5. Kontextmen╨æ-Funktionen ΓòÉΓòÉΓòÉ Standarderweiterungen f╨ær Kontextmen╨æs Objekte erstellen mit XFolder Kontextmen╨æs konfigurieren Zusatzfunktionen f╨ær Programmobjekte Reihenfolge der Men╨æpunkte Die "Ordnerinhalt"-Funktionen "Nach Name ausw╨öhlen" "Auf Raster setzen" "Dateinamen kopieren" ΓòÉΓòÉΓòÉ 5.1. Standarderweiterungen f╨ær Kontextmen╨æs ΓòÉΓòÉΓòÉ XFolder erm╨ñglicht es Ihnen, ganz frei neue Men╨æpunkte zu den Kontextmen╨æs aller Ordner auf einmal hinzuzuf╨ægen. Hier ist ein Abbild der Standard-XFolder-Konfiguration (welche von dem Installationsprogramm erstellt wurde): Sie sehen das gleiche Kontextmen╨æ bei allen Ordnern auf Ihrem System. Wenn Sie nun einen Men╨æpunkt ausw╨öhlen, so wird XFolder die entsprechende Aktion just f╨ær denjenigen Ordner ausf╨æhren, dessen Kontextmen╨æ Sie ausgew╨öhlt haben. Die Standard-Funktionen sind: Das Men╨æ "Befehlszeilen" enth╨ölt Men╨æpunkte f╨ær OS/2- und DOS-Befehlszeilen, jeweils im Fenster und im Vollbild. Wenn Sie einen davon ausw╨öhlen, so wird eine Befehlszeile gestartet, allerdings wird sofort in das Verzeichnis des Ordners gewechselt, dessen Kontextmen╨æ Sie benutzt haben. Auf diese Weise m╨æssen Sie sich nicht mit "cd" durch die ganzen Verzeichnisse hangeln, um f╨ær einen bestimmten Ordner Kommandos auszuf╨æhren. Das Men╨æ "Neu erstellen" enth╨ölt Objekte, um schnell bestimmte Objekte in dem Ordner erstellen zu k╨ñnnen, dessen Kontextmen╨æ Sie benutzt haben, ohne da╤ü Sie jedes Mal den Schablonenordner ╨ñffnen m╨æssen. Siehe hierzu "Objekte erstellen mit XFolder". Das Men╨æ "Schnelleinstellungen" bietet einige praktische Einstellungen f╨ær Ordner mit einem einzigen Mausklick, ohne jedesmal das Einstellungsnotizbuch des Ordners ╨ñffnen zu m╨æssen. Hier gibt es Einstellungen f╨ær "Sortierfolge stets beibehalten", die Symbolgr╨ñ╤üe und ╨öhnliches. Das Men╨æ "XFolder" enth╨ölt Men╨æpunkte f╨ær diese Online-Referenz, den XFolder-Konfigurationsordner und ╨öhnliches. Der Men╨æpunkt "Netscape (DDE)" startet das Netscape DDE Interface und l╨ö╤üt Netscape gleich das Verzeichnis des Ordners anzeigen. (Dieser Men╨æpunkt wurde nur installiert, wenn Netscape auf Ihrem System gefunden wurde.) Das "Netscape DDE Interface" (NETSCDDE.EXE) ist im XFolder-Paket enthalten und ╨æberpr╨æft, ob Netscape bereits l╨öuft; in diesem Fall wird die aktive Instanz benutzt, um den Ordner anzuzeigen, anstatt immer eine neue Kopie zu starten. (Siehe "Zus╨ötzliche Dateien" f╨ær mehr.) Der Men╨æpunkt "Platzverbrauch" ist neu mit XFolder V0.81 und zeigt Ihnen den Platzverbrauch des aktuellen Ordners und seiner Unterordner auf der Festplatte. Hierf╨ær benutzt XFolder das externe TREESIZE.EXE, da╤ü jetzt ebenfalls im XFolder-Paket enthalten ist. (Siehe "Zus╨ötzliche Dateien" f╨ær mehr.) XFolder erlaubt es Ihnen, diese Men╨æpunkte v╨ñllig frei zu definieren. Siehe "Kontextmen╨æs konfigurieren" f╨ær Details. ΓòÉΓòÉΓòÉ 5.2. Objekte erstellen mit XFolder ΓòÉΓòÉΓòÉ In der Standardkonfiguration enth╨ölt das "Neu erstellen"-Men╨æ mehrere Punkte, um WPS-Objekte zu erstellen. Wenn Sie einen dieser Men╨æpunkte ausw╨öhlen, erstellt XFolder ein entsprechendes neues Objekt in dem Ordner, dessen Kontextmen╨æ Sie benutzt haben. Standardm╨ö╤üig wird XFolder, wenn dieser Ordner bereits ge╨ñffnet ist, den Titel des neuen Objektes editierbar machen, als h╨ötten Sie mit gedr╨æckter Alt-Taste darauf geklickt: Wenn Sie jedoch beim Ausw╨öhlen des Men╨æpunktes die Umschalt-(Gro╤üschreib-)Taste gedr╨æckt gehalten haben, wird XFolder automatisch das Einstellungs-Notizbuch des neuen Objektes ╨ñffnen. Sie k╨ñnnen dieses Verhalten auf den "Kontextmen╨æs"-Seiten im Objekt "Workplace Shell" ╨öndern. ΓòÉΓòÉΓòÉ 5.3. Kontextmen╨æs konfigurieren ΓòÉΓòÉΓòÉ Was XFolder von anderen Ordner-Tools unterscheidet ist die Tatsache, da╤ü Sie Kontextmen╨æs FREI KONFIGURIEREN k╨ñnnen, ohne den Rechner neu starten zu m╨æssen. Dies geschieht mit der Hilfe eines separaten Konfigurationsordners, der zun╨öchst ein normaler Ordner ist. Das Installationsskript hat ihn auf Ihre Arbeitsoberfl╨öche gestellt, aber Sie k╨ñnnen Ihn irgendwohin verschieben, wo es Ihnen pa╤üt. Alle Objekte, die Sie nun allerdings in diesen Konfigurationsordner stellen, erscheinen sofort in den Kontextmen╨æs aller Ordner auf Ihrem System. Um dies ein wenig zu verdeutlichen, sei hier die Standard-Konfiguration erl╨öutert: Der Standard-Konfigurationsordner sieht folgenderma╤üen aus: Offensichtlich korrespondieren die Ordner und Programmobjekte im Konfigurationsordner genau mit den Men╨æeintr╨ögen im Kontextmen╨æ. Jedoch h╨öngt die Aktion, die XFolder ausf╨æhrt, wenn Sie einen Men╨æeintrag ausw╨öhlen, stark vom Typ des entsprechenden WPS-Objekts im Konfigurationsordner ab. Sie m╨æssen hierf╨ær zwischen den folgenden Typen unterscheiden: 1. Programmobjekte werden gestartet, wenn der entsprechende Men╨æeintrag ausgew╨öhlt wird. (Tats╨öchlich wird nicht das Programmobjekt gestartet, sondern das Programm, da╤ü im Einstellungsnotizbuch angegeben ist.) So sind die vier "Befehlszeilen"-Objekte beinahe Kopien der Objekte, die OS/2 selbst anbietet. Die Objekte im "Neu erstellen"-Ordner zeigen alle auf ein kleines REXX-Skript im XFolder-Installationsverzeichnis, welches Objekte erzeugen kann. XFolder kann ein paar n╨ætzliche Tricks mit Programmobjekten anstellen. Siehe hierzu "Zusatzfunktionen f╨ær Programmobjekte". 2. Ein anderer Ordner im Konfigurationsordner erzeugt ein Untermen╨æ im Kontextmen╨æ. In diesen "Unterordner" k╨ñnnen Sie weitere Objekte und Ordner stellen, so da╤ü Sie eine ganze Men╨æ-Hierarchie erstellen k╨ñnnen (wie auch in der Standardkonfiguration zu sehen ist). 3. Eine Schablone oder eine Referenz auf eine Schablone bewirkt, da╤ü bei der Auswahl des entsprechenden Men╨æobjekts ein neues Objekt aus dieser Schablone erzeugt wird, und zwar in dem Ordner, dessen Kontextmen╨æ benutzt wurde. Beispiel: Wenn Sie auf Ihrem System eine Ordnerschablone erstellt haben, die bestimmte Voreinstellungen f╨ær Schriftarten, Farben usw. enth╨ölt, stellen Sie einfach eine Referenz hiervon in einen Konfigurationsordner, und wenn Sie den entsprechenden Men╨æeintrag ausw╨öhlen, wird ein neuer Ordner mit diesen Einstellungen erzeugt -- als h╨ötten Sie das neue Objekt von der Schablone in den Ordner gezogen. Siehe auch "Objekte erstellen mit XFolder" f╨ær Details. 4. Alle anderen Objekte werden einfach ge╨ñffnet, wenn das entsprechende Men╨æ ausgew╨öhlt wird. Dies schlie╤üt Referenzen von Programmobjekten, Referenzen von Ordnern, "echte" Dateien, Referenzen von ihren usw. ein. So k╨ñnnen Sie zB. Referenzen Ihrer h╨öufig benutzten Daten-Dateien (zB. eine " Erledigen-Liste") in die Kontextmen╨æs stellen. Ein anderes Beispiel ist die Referenz des OS/2-System-Notizbuchs im "XFolder"-Untermen╨æ, mit dem Sie die globalen XFolder-Einstellungen erreichen k╨ñnnen. 5. Seit V0.50 k╨ñnnen Sie Men╨æ-Trennstriche in ein Men╨æ einf╨ægen, indem Sie ein Programmobjekt mit dem exakten Titel "---" (drei Striche) in einen Konfigurationsordner stellen. Siehe hierzu "Zusatzfunktionen f╨ær Programmobjekte". Beachten Sie, da╤ü ein "~"-Zeichen in einem Objekttitel bewirkt, da╤ü der folgende Buchstabe im Men╨æeintrag unterstrichen wird und als Men╨æ-Tastenk╨ærzel zur Verf╨ægung steht. So simpel wie es aussieht, ist diese kombinierte Ordner-/Objekt-Methode extrem leistungsf╨öhig. Sie k╨ñnnen all Ihre Lieblingsprogramme, -schablonen und -dateien in die Kontextmen╨æs stellen, die sinnvollerweise von jedem Kontextmen╨æ aus erreichbar sein sollten. Wenn Sie REXX programmieren k╨ñnnen, geht's Ihnen noch besser: Sie k╨ñnnen Ihre eigenen Skripte schreiben, die die WPS manipulieren, von diesen dann Programmobjekte erzeugen und diese in die Konfigurationsordner stellen. Siehe hierzu die "Frequently Asked Questions"-Seite mit weiterf╨æhrenden Informationen. ΓòÉΓòÉΓòÉ 5.4. Zusatzfunktionen f╨ær Programmobjekte ΓòÉΓòÉΓòÉ Auch wenn Sie alle Arten von Objekten in die Konfigurationsordner stellen k╨ñnnen, so wird doch die Benutzung von Programmobjekten empfohlen, um Programme aus Kontextmen╨æs zu starten. Ich meine hiermit "echte" Programmobjekte (im Gegensatz zu Referenzen von Programmen oder anderen Programmobjekten). Der Grund hierf╨ær ist der folgende: Immer wenn XFolder ein Programmobjekt aus den Konfigurationsordnern startet (dh. wenn Sie den entsprechenden Men╨æpunkt in einem Kontextmen╨æ gew╨öhlt haben), kann es einige Tricks mit ihnen anstellen. Diese Tricks werden im folgenden erl╨öutert: 1. Wenn das Arbeitsverzeichnis des Programmobjekts leer ist, so wird XFolder vor╨æbergehend das Verzeichnis desjenigen Ordners hier einf╨ægen, dessen Kontextmen╨æ ge╨ñffnet wurde. Dies bedeutet, da╤ü Sie das gleiche Programm von allen Kontextmen╨æs starten k╨ñnnen, aber mit einem variablen Arbeitsverzeichnis (n╨ömlich das des benutzen Ordners). Nehmen wir erneut die Standard-Konfiguration: die vier Objekte f╨ær Befehlszeilen haben leere Arbeitsverzeichnisse; genau deswegen k╨ñnnen Sie Befehlszeilen "in" dem Ordner starten, dessen Kontextmen╨æ Sie benutzt haben. Wenn Sie dieses Verhalten nicht w╨ænschen, so geben Sie einfach in einem Programmobjekt ein Arbeitsverzeichnis an (zB. "C:\"), und XFolder l╨ö╤üt das Objekt in Ruhe. Statt dessen wird dieses Arbeitsverzeichnis benutzt. 2. Wenn die Parameterliste des Programmobjektes nicht mit einem Prozentzeichen ("%") endet, so wird das Verzeichnis des Ordners als Parameter an die Parameterliste angeh╨öngt. Dies wird von dem "Netscape"-Men╨æpunkt der Standardkonfiguration benutzt: auf diese Weise zeigt Netscape nach dem Start den Inhalt des Ordners an, von dem es (er? sie?) gestartet wurde. Sie k╨ñnnen diese Funktion in den Globalen Einstellungen komplett abschalten. Wenn Sie dieses Verhalten nur f╨ær einen bestimmten Men╨æpunkt deaktivieren m╨ñchten (weil nicht alle Programme Verzeichnisse als Parameter akzeptieren), so f╨ægen Sie einfach ein "%" an die Parameterliste des entsprechenden Programmobjektes an. XFolder wird dann das Verzeichnis nicht anh╨öngen. Dies ist zB. bei den vier Befehlszeilen-Objekten der Standardkonfiguration der Fall. Beispiele: Ein alleinstehendes "%" in der Parameterliste schickt ╨æberhaupt keine Parameter an das Programm; ein "text.txt %" schickt nur "text.txt" (ohne Verzeichnis) als Parameter. Mir ist bewu╤üt, da╤ü diese Konfiguration vielleicht nicht sehr intuitiv erscheint, aber ich habe sie auf diese Weise implementiert, um Kompatibilit╨öt mit der WPS zu wahren, die genauso arbeitet, wenn Sie Men╨æpunkte ╨æber die "Men╨æ"-Seite in einem Einstellungsnotizbuch hinzuf╨ægen. Und es funktioniert eben auch mit Netscape. 3. Sie k╨ñnnen den Inhalt der Zwischenablage in die Parameterliste aufnehmen, indem Sie den Platzhalter "%**C" in die Parameterliste stellen. Dies kann an beliebiger Stelle in der Parameterliste stehen; Gro╤ü- und Kleinschreibung wird hier unterschieden ("%**c" funktioniert NICHT). Beispiel: Pfad und Dateiname = "e.exe"; Parameter = "%**C" startet den Systemeditor und interpretiert den Inhalt der Zwischenablage als Dateinamen. Beachten Sie, da╤ü der Inhalt der Zwischenablage auf 260 Zeichen abgeschnitten wird, so da╤ü nicht versehentlich 64 KB an das Programm gesendet werden. 4. Falls der Programmtitel ein "~"-Zeichen enth╨ölt (was Sie wahrscheinlich eingef╨ægt haben, um ein Men╨æ-Tastenk╨ærzel zu erm╨ñglichen -- siehe die vorige Seite), so wird XFolder dieses Zeichen beim Programmstart vor╨æbergehend entfernen. Dieses Verhalten k╨ñnnen Sie ebenfalls in den Globalen Einstellungen abschalten, wo Sie auch weiterf╨æhrende Hilfe hierzu erhalten. 5. Sie k╨ñnnen jetzt (V0.51) auch einen Men╨æ-Trennstrich in ein Men╨æ einf╨ægen, indem Sie einfach ein Programmobjekt mit dem Titel "---" (drei Trennstriche) erstellen. Ein Men╨ætrennstrich erscheint als horizontale Linie im Men╨æ, um verschiedene Men╨æpunkt-Gruppen optisch zu trennen. Ein solches Programmobjekt hat dann keinerlei andere Funktion (dh. das hier angegebene Programm wird ignoriert). Hinweis: Falls Sie die (hervorragenden) WPTOOLS von Henk Kelder benutzen, sollten Sie auch bei den Trennstrich-Objekten irgendein g╨æltiges Programm eintragen, damit diese Objekte von CHECKINI nicht als fehlerhaft erkannt werden. XFolder wird auch bei einem g╨æltigen Programm nur einen Trennstrich eintragen. Die Funktionen 1. bis 4. werden von XFolder verwirklicht, indem die Einstellungen des Programmobjekts tats╨öchlich f╨ær eine Zehntelsekunde ge╨öndert werden: zun╨öchst werden die Einstellungen ge╨öndert, dann das Programmobjekt ge╨ñffnet, und schlie╤ülich die Einstellungen auf die Originalwerte zur╨æckgesetzt. Beachten Sie, da╤ü XFolder dies nur mit "echten" Programmobjekten in den Konfigurationsordnern macht, nicht mit Referenzen, die auf andere Programmobjekte zeigen. Ich habe nicht vor, diese Beschr╨önkung aufzuheben, weil ich nicht Programmobjekte ╨öndern m╨ñchte, die au╤üerhalb der Konfigurationsordner-Hierarchie auf Ihrer Arbeitsoberfl╨öche liegen. Folglich sollten Sie KOPIEN Ihrer Programmobjekte in die Konfigurationsordner stellen, keine Referenzen. Noch einmal: Referenzen werden zwar auch ge╨ñffnet, aber ohne die oben beschriebenen Tricks. Siehe auch die "Frequently Asked Questions" -Seite f╨ær einige Hinweise zu Programmobjekten. ΓòÉΓòÉΓòÉ 5.5. Reihenfolge der Men╨æpunkte ΓòÉΓòÉΓòÉ Seit V0.60 k╨ñnnen Sie endlich die Reihenfolge der Men╨æpunkte innerhalb eines Kontextmen╨æs bzw. Untermen╨æs einfach festlegen. (Dies war fr╨æher nur sehr umst╨öndlich m╨ñglich.) ╨⌐ffnen Sie hierzu einfach den XFolder-Konfigurationsordner bzw. einen seiner Unterordner in der Detailanzeige oder in der Symbolanzeige, wobei Sie allerdings im Einstellungsnotizbuch dieses Konfigurationsordners auf der Seite "Anzeige" entweder "Einspaltig" oder "Mehrspaltig" aktiviert haben m╨æssen (schneller geht's mit dem XFolder-Untermen╨æ "Kleine Symbole in Symbol- und Strukturanzeige"). Wenn Sie nun mit der Maus (durch Ziehen und ╨¬bergeben) die Reihenfolge der Objekte ╨öndern und anschlie╤üend den Konfigurationsordner schlie╤üen, werden Sie sehen, da╤ü sich die Reihenfolge der Men╨æpunkte entsprechend ge╨öndert hat. ΓòÉΓòÉΓòÉ 5.6. Die "Ordnerinhalt"-Funktionen ΓòÉΓòÉΓòÉ Seit V0.70 bietet XFolder Ihnen an, den Inhalt bestimmter Ordner ╨æber die Kontextmen╨æs ansehen zu k╨ñnnen, ohne diese Ordner ╨ñffnen zu m╨æssen. Dies kann sehr praktisch sein, wenn Sie eine bestimmte Datei aus einem Ordner ╨ñffnen m╨æssen, ohne sich durch ein Dutzend Ordner klicken zu wollen. Hier ist ein Beispiel (das XFolder-Entwicklungsverzeichnis von der Festplatte des Autors): Wie Sie sehen k╨ñnnen, wird der Inhalt des "XFolder"-Ordners angezeigt; die Unter-Ordner in diesem Ordner f╨æhren zu weiteren Untermen╨æs. Diese "Ordnerinhalt"-Men╨æs verhalten sich genau wie diejenigen des WarpCenters: wenn Sie auf ein Element klicken, wird seine Standardanzeige ge╨ñffnet. Wenn Sie auf ein Ordner-Element klicken, ╨ñffnet sich ein weiteres Untermen╨æ mit dessen Inhalt; wenn Sie mit der Maustaste 2 auf ein Ordner-Element klicken, wird hingegen das Ordnerfenster ge╨ñffnet. Die "Ordnerinhalt"-Funktionen werden in zwei verschiedenen Situationen verwendet: Zum einen k╨ñnnen Sie bestimmen, da╤ü der Inhalt desjenigen Ordners, dessen Kontextmen╨æ Sie ge╨ñffnet haben, in eben diesem Kontextmen╨æ angezeigt wird. Der entsprechende Men╨æpunkt hei╤üt dann (wie ╨æberraschend) "Ordnerinhalt", was in dem obigen Bild zu sehen ist. Diese Funktion l╨ö╤üt sich auf den "Kontextmen╨æ"-Seiten im neuen Objekt "Workplace Shell" ein- und ausschalten. Zweitens k╨ñnnen Sie bestimmte Ordner zu Ihren "Lieblingsordnern" erkl╨ören. Dies geschieht ╨æber die Seite "XFolder" in jedem Ordner-Einstellungsnotizbuch. Alle diese Lieblingsordner werden in allen Kontextmen╨æs angezeigt; Sie k╨ñnnen zum Beispiel diese Funktion f╨ær die Arbeitsoberfl╨öche anschalten und dann die Arbeitsoberfl╨öche und alle Objekte, die in derer Hierarchie darunter liegen, von allen Ordnern aus erreichen. (Dies funktioniert ╨æbrigens auch mit dem "Laufwerke"-Ordner.) In dem obigen Bild ist der Ordner "frequent" ein Ordner auf meiner Arbeitsoberfl╨öche, in den ich Objekte stelle, die ich h╨öufig gebrauche. Ich habe diesen Ordner zu meinem einzigen "Lieblingsordner" erkl╨ört, so da╤ü sich dessen Objekte in allen Kontextmen╨æs wiederfinden. ΓòÉΓòÉΓòÉ 5.7. "Nach Name ausw╨öhlen" ΓòÉΓòÉΓòÉ XFolder bietet Ihnen jetzt (0.70) auch die M╨ñglichkeit, in einem Ordner bestimmte Objekte nach einer von Ihnen angegebenen Dateispezifikation auszuw╨öhlen. Dazu benutzen Sie den Menp╨æpunkt "Nach Name ausw╨öhlen", der sich unter Warp 3 im Men╨æ "Ausw╨öhlen", bei Warp 4 im Men╨æ "Anzeigen" befindet. Dann erscheint ein neues Dialogfenster, wo Sie eine typische Dateispezifikation angeben k╨ñnnen (zB. "*.txt") und dementsprechend Objekte aus- bzw. abw╨öhlen k╨ñnnen. Standardm╨ö╤üig definiert XFolder Strg+S als Ordner-Tastenk╨ærzel f╨ær diese Funktion. ΓòÉΓòÉΓòÉ 5.8. "Auf Raster setzen" ΓòÉΓòÉΓòÉ XFolder kann einen Men╨æpunkt "Auf Raster setzen" zu allen Ordner-Kontextmen╨æs hinzuf╨ægen. Wenn Sie ihn ausw╨öhlen, so "springen" alle Objekte in dem Ordner auf ein unsichtbares Raster. Diese Funktion ist ein wenig schwierig zu erl╨öutern; stellen Sie sich einen Ordner vor, dessen Objekte ziemlich durcheinandergeraten sind: wie oft haben Sie schon versucht, diese Objekte neben- oder untereinander anzuordnen? Das Men╨æ "Anordnen" hilft hier nicht viel, weil es den gesamten Ordnerinhalt neu anordnet. Stellen Sie sich nun ein unsichtbares, gleichm╨ö╤üiges Raster ╨æber den gesamten Ordnerhintergrund vor, welches die Symbole "anzieht", wenn Sie "Auf Raster setzen" ausw╨öhlen: Der Men╨æpunkt "Auf Raster setzen" ist im Ordnerkontextmen╨æ nur unter den folgenden Voraussetzungen sichtbar: 1. der Ordner mu╤ü ge╨ñffnet sein; 2. es mu╤ü die Symbolanzeige ge╨ñffnet sein, und zwar mit der Einstellung "Wie plaziert" (der Standard f╨ær die meisten Ordner); der Men╨æpunkt ist nicht sichtbar f╨ær Struktur- oder Detailanzeigen oder wenn Sie "Einspaltig" oder "Mehrspaltig" f╨ær die Symbolanzeige ausgew╨öhlt haben; 3. der Ordner darf nicht die Einstellung "Sortierfolge stets beibehalten" haben. Sie k╨ñnnen den Ursprung und den Abstand der Rasterlinien auf der Seite "Raster" im neuen Objekt "Workplace Shell" festlegen. Hinweis: Mit V0.81 hat sich das Verhalten dieser Funktion ein wenig ge╨öndert. Standardm╨ö╤üig bewegt XFolder jetzt nur die momentan ausgew╨öhlten Objekte. Wenn Sie jedoch die Umschalt-Taste gedr╨æckt halten, w╨öhrend Sie den Men╨æpunkt "Auf Raster setzen" ausw╨öhlen, werden alle Objekte bewegt (so wie fr╨æher). ΓòÉΓòÉΓòÉ 5.9. "Dateinamen kopieren" ΓòÉΓòÉΓòÉ Seit V0.60 kann XFolder den Dateinamen einer jeden Datei von der Arbeitsoberfl╨öche aus in die Zwischenablage kopieren, indem Sie aus dem Kontextmen╨æ einer Datei "Dateinamen kopieren" ausw╨öhlen. Beachten Sie, da╤ü dies f╨ær alle "echte" Dateien im Dateisystem gilt, also auch f╨ær Ordner, allerdings nicht f╨ær abstrakte WPS-Objekte (Referenzen, Programmobjekte etc.), weil diese eben keinen Dateinamen haben. Wenn Sie "Dateinamen kopieren" ausw╨öhlen, ohne dabei die Umschalttaste (Gro╤üschreibtaste) gedr╨æckt zu halten, kopiert XFolder nur den reinen Dateinamen. Wenn Sie die Umschalttaste gedr╨æckt halten, w╨öhrend Sie "Dateinamen kopieren" ausw╨öhlen, kopiert XFolder den voll qualifizierten Dateinamen, dh. den Laufwerksbuchstaben, den Pfad und den Dateinamen selbst. Angenommen, der Ordner im obigen Bild liegt auf der Arbeitsoberfl╨öche, so w╨ærde "Dateinamen kopieren" die Zeichenkette "C:\Arbeitsoberfl╨öche\Ordner" in die Zwischenablage stellen, wenn Sie die Umschalttaste gedr╨æckt halten, ansonsten lediglich "Ordner". Dies funktioniert jetzt (V0.80) auch dann, wenn Sie mehr als ein Objekt im Ordner ausgew╨öhlt haben. In diesem Fall werden die Dateinamen aller ausgew╨öhlten Objekte in die Zwischenablage kopiert, abgetrennt durch Leerzeichen. XFolder definiert jetzt auch Strg+Einf╨ægen als Standard-Ordner-Tastenk╨ærzel, um die momentan ausgew╨öhlten Objekte in die Zwischenablage zu kopieren. Sie k╨ñnnen diese Funktion in den Globalen Einstellungen abschalten sowie die Tastenk╨ærzel daf╨ær neu definieren. ΓòÉΓòÉΓòÉ 6. Ordner-Funktionen ΓòÉΓòÉΓòÉ Voller Pfad in Ordnertiteln Erweiterte Sortierfunktionen Strukturanzeigen automatisch rollen "Schnelles ╨⌐ffnen" von Ordnern Ordner-Tastenk╨ærzel Individuelle Einstellungen der Arbeitsoberfl╨öche und Ordner ΓòÉΓòÉΓòÉ 6.1. Voller Pfad in Ordnertiteln ΓòÉΓòÉΓòÉ XFolder kann seit V0.40 den vollen Pfad des Ordners im Titel des ge╨ñffneten Ordnerfensters anzeigen: Sie k╨ñnnen XFolder auch sagen, da╤ü eine bestimmte Anzahl von Zeichen nicht ╨æberschritten werden soll. XFolder schneidet dann die Anzeige wie folgt ab: Sie k╨ñnnen diese Funktion in den Globalen XFolder-Einstellungen konfigurieren. ΓòÉΓòÉΓòÉ 6.2. Erweiterte Sortierfunktionen ΓòÉΓòÉΓòÉ Seit V0.70 erweitert XFolder auch die Sortierfunktionen der Arbeitsoberfl╨öche. Wichtiger Hinweis: Die Sortiererweiterungen sind standardm╨ö╤üig deaktiviert, um Verwirrung zu vermeiden. Sie k╨ñnnen sie auf der neuen Seite "Sortieren" in den Globalen Einstellungen einschalten. Achtung: Wenn Sie die neuen Sortierfunktionen einschalten, gehen nach und nach f╨ær alle Ordner, die von der WPS aktiviert werden, die Einstellungen in bezug auf die Standard-Sortierfunktionen der WPS verloren. Dies l╨ö╤üt sich leider nicht vermeiden, da IBM so gut wie gar nicht dokumentiert hat, wie die Sortierfunktionen in der WPS eigentlich funktionieren. Sie m╨æssen also f╨ær bestimmte Ordner die Sortierkriterien neu festlegen (dazu sogleich mehr). Die neuen XFolder-Sortierfunktionen sind: Endlich gibt es globale Sortiereinstellungen, die die WPS vorher nicht kannte. Zwar gab es auch bisher schon eine Reihe von globalen Ordnereinstellungen, aber bis jetzt eben nicht f╨ær das Sortieren, was doch sehr st╨ñrte. XFolder f╨ægt deswegen eine neue Seite "Sortieren" zum Objekt "System" hinzu, auf der Sie die globalen Sortiereinstellungen festlegen k╨ñnnen, die wiederum f╨ær jeden Ordner ╨æbersteuert werden k╨ñnnen. XFolder entfernt auch einige dieser seltsamen Einstellungen, die niemand je verstanden, geschweige denn benutzt hat, wie zB. die "Sortierklasse". (Diese Einstellung war schon deswegen sinnlos, weil WPFolder die einzige Klasse ist, die sinnvolle Sortierkriterien kannte.) Es gibt nun einen Men╨æpunkt im "Sortieren"-Kontext-Untermen╨æ, um die Einstellung "Sortierfolge stets beibehalten" schnell zu aktivieren. Sie k╨ñnnen das Standard-Sortierkriterium schnell ╨öndern, indem Sie im "Sortieren"-Men╨æ die "Umschalt"-(Gro╤üschreib-)Taste gedr╨æckt halten, w╨öhrend Sie ein Sortierkriterium ausw╨öhlen. Und vor allem verf╨ægt XFolder ╨æber drei neue Sortierkriterien, n╨ömlich "Objektklasse", "Erweiterung" und "Ordner zuerst": 1. Die Funktion "Sortieren nach Objektklasse" sortiert einen Ordner nach den jeweiligen Klassen der Objekte, wie sie in der dritten Spalte einer Ordner-Detailanzeige sichtbar sind. 2. Die Funktion "Sortieren nach Erweiterung" sortiert den Ordnerinhalt nach Dateinamen-Erweiterungen, also denjenigen Buchstaben, die nach dem letzten Punkt im Ordnertitel erscheinen. So w╨ærden zB. die Erweiterungen ".BMP" vor ".HTM" und dann ".HTML" und ".ICO" sortiert. Wenn zwei Dateien die gleiche Erweiterung haben, werden sie innerhalb dieser Erweiterung alphabetisch sortiert. Auch wenn Dateinamenerweiterungen haupts╨öchlich f╨ær Dateisystem-Objekte sinnvoll sind, werden abstrakte Objekte ebenso behandelt. 3. Die Option "Sortieren, Ordner zuerst" sortiert den Ordner alphabetisch, aber stellt alle Ordnerobjekte an den Anfang. Referenzen von Ordnern werden hierbei wie normale Ordner behandelt. Standardm╨ö╤üig definiert XFolder das Ordner-Tastenk╨ærzel Strg+E f╨ær das Sortieren nach Erweiterung. Sie k╨ñnnen in den Globalen Einstellungen auch ein Tastenk╨ærzel f╨ær die Funktion "Ordner zuerst" festlegen. ΓòÉΓòÉΓòÉ 6.3. Strukturanzeigen automatisch rollen ΓòÉΓòÉΓòÉ Seit V0.60 kann XFolder ge╨ñffnete Strukturanzeigen von Ordnern ╨æberwachen und automatisch nach unten rollen, wenn dies n╨ñtig ist. Sie haben die folgende Situation wahrscheinlich schon oft erlebt: Sie m╨ñchten den Baum einer Ordner-Strukturanzeige erweitern, welcher sich am unteren Ende des Orderfensters befindet. Normalerweise, wenn Sie jetzt auf das "Plus"-Zeichen neben dem "dll"-Verzeichnis klicken, wird sich der Baum erweitern, aber Sie k╨ñnnen die neuen Elemente nicht sehen. Dieses Standardverhalten von OS/2 ist wirklich erm╨ædend, weil man beinahe jedes zweite Mal, wenn eine Strukturanzeige aufgeklappt wird, anschlie╤üend manuell den Fensterinhalt verschieben mu╤ü, um etwas sehen zu k╨ñnnen. XFolder wird nun automatisch das Fenster nach unten rollen, wenn die neu erscheinenden Elemente anfangen, au╤üerhalb des momentan sichtbaren Fensterbereichs zu erscheinen: XFolder tut dies, indem es intern im Hintergrund die Strukturanzeige ╨æberwacht, nachdem Sie auf das "Plus"-Zeichen geklickt haben, und, sobald die WPS mit dem Auff╨ællen der Elemente fertig ist, automatisch nach unten rollt. Diese "╨¬berwachung" belastet Ihr System nicht zus╨ötzlich, weil XFolder intern nur eine einzelne Fensternachricht abfangen mu╤ü. (Deswegen ist es auch v╨ñllig unverst╨öndlich, da╤ü IBM diese Funktion nicht schon selbst eingebaut hat.) XFolder wird dann das unterste neu eingef╨ægte Element sichtbar machen, es sei denn, da╤ü der Baum, den Sie gerade erweitert haben, zu viele Elemente enth╨ölt, als da╤ü sie alle in das Fenster passen w╨ærden. In diesem Fall verschiebt XFolder den Fensterinhalt dergestalt, da╤ü das Element, welches Sie gerade erweitert haben, ganz oben in dem Fenster sichtbar wird. Am besten, Sie probieren diese Funktion einfach selber aus... das OS/2-Verzeichnis ist hierf╨ær ein guter Kandidat. Auch wenn dieses neue Verhalten zun╨öchst vielleicht etwas irritierend ist, werden Sie es wahrscheinlich nach einer Weile nicht mehr missen wollen. Sie k╨ñnnen diese Funktion trotzdem in den Globalen Einstellungen abstellen. ΓòÉΓòÉΓòÉ 6.4. "Schnelles ╨⌐ffnen" von Ordnern ΓòÉΓòÉΓòÉ Seit V0.80 kann XFolder das ╨⌐ffnen bestimmter Ordner beschleunigen, indem deren Inhalt sofort nach dem Hochfahren der WPS eingelesen wird. Wenn Sie dann einen dieser Ordner ╨ñffnen, wird dessen Inhalt ohne gro╤üe Verz╨ñgerung dargestellt. Um diese Funktionen f╨ær einen bestimmten Ordner zu aktivieren, ╨ñffnen Sie dessen Einstellungsnotizbuch und setzen Sie auf der Seite "XFolder" die Einstellung "Schnelles ╨⌐ffnen". Nach dem n╨öchsten WPS-Start liest XFolder den Inhalt dieses Ordners sofort ein und l╨ödt alle Symbole in diesem Ordner. Beachten Sie, da╤ü XFolder dies nur direkt nach dem Hochfahren der WPS tut, infolge dessen das ╨₧ndern der Einstellung "Schnelles ╨⌐ffnen" f╨ær den Ordner keine sofortigen Auswirkungen hat. Abh╨öngig davon, wie viele Ordner diese Einstellung aktiviert haben, kann das Hochfahren der WPS sehr viel l╨önger dauern. Das Einlesen der Symbole selbst wird nicht schneller, sondern es wird nur der Zeitpunkt des Einlesens ver╨öndert. ΓòÉΓòÉΓòÉ 6.5. Ordner-Tastenk╨ærzel ΓòÉΓòÉΓòÉ Seit V0.50 erlaubt XFolder Tastenk╨ærzel (oder Hotkeys, wenn Sie Anglizismen bevorzugen) innerhalb von Ordnern. Beachten Sie, da╤ü diese K╨ærzel nur funktionieren, wenn ein Ordner den Fokus hat. Sie funktionieren nicht, wenn gerade ein anderes Fenster aktiv ist. Alle nachstehenden Tastenkombinationen sind lediglich Abk╨ærzungen f╨ær bestimmte Kontextmen╨æ-Funktionen. Die Standardkonfiguration definiert die folgenden Ordner-Tastenk╨ærzel: F5 aktualisiert den Ordnerinhalt sofort. Strg+A w╨öhlt alle Objekte im Ordner aus. Strg+D w╨öhlt alle Objekte im Ordner ab. Strg+S ruft die Funktion "Nach Name ausw╨öhlen" auf. Strg+N sortiert den Ordnerinhalt nach Name. Strg+Z sortiert den Ordnerinhalt nach Dateigr╨ñ╤üe. Strg+W sortiert den Ordnerinhalt nach Datum letzten Schreibens. Strg+Y sortiert den Ordnerinhalt nach Dateityp. Strg+E sortiert den Ordnerinhalt nach Dateinamen-Erweiterung. Strg+Umschalter+D ╨ñffnet eine Detailanzeige desselben Ordners. Strg+Umschalter+I ╨ñffnet eine Symbolanzeige desselben Ordners. R╨æckschritt (Backspace) ╨ñffnet den Stammordner (dh. den Ordner, in dem der gerade aktive Ordner selbst liegt). Umschalter+R╨æckschritt (Backspace) ╨ñffnet ebenfalls den Stammordner, schlie╤üt aber gleichzeitig den gerade aktiven Ordner. Strg+Umschalter+S ╨ñffnet das Einstellungsnotizbuch des aktuellen Ordners. Strg+Einf╨ægen kopiert die Dateinamen der momentan ausgew╨öhlten Objekte in die Zwischenablage. Die bezeichneten Tastenk╨ærzel sind Teil der XFolder-Standardkonfiguration. Sie k╨ñnnen jedoch die Tastenk╨ærzel sehr frei in den Globalen Einstellungen neu definieren. Es gibt dort mehr als 30 konfigurierbare Elemente, auch mit vielen Funktionen von OS/2 Warp 4. Dr╨æcken Sie den "Hilfe"-Knopf auf dieser Einstellungsseite f╨ær Details. ΓòÉΓòÉΓòÉ 6.6. Individuelle Einstellungen der Arbeitsoberfl╨öche und Ordner ΓòÉΓòÉΓòÉ W╨öhrend die Globalen Einstellungen alle Ordner auf einmal betreffen (daher der Name), k╨ñnnen einige Einstellungen auch individuell f╨ær jeden Ordner ge╨öndert werden. Um dies zu erm╨ñglichen, f╨ægt XFolder eine neue Notizbuchseite zu jedem Ordner-Einstellungsnotizbuch hinzu, auf der Sie einige globale Einstellungen ╨æbersteuern k╨ñnnen. Dies bedeutet, da╤ü die entsprechenden globalen Einstellungen f╨ær einen Ordner keine Bedeutung mehr haben, wenn Sie sie individuell ╨öndern. Zus╨ötzlich f╨ægt XFolder eine weitere Notizbuchseite zur Arbeitsoberfl╨öche selbst hinzu, auf der Sie die Men╨æeintr╨öge der Arbeitsoberfl╨öche sowie die Funktionen "WPS neustarten" und Erweiterter Systemabschlu╤ü konfigurieren k╨ñnnen. Indem Sie den Knopf "Aktionen..." auf dieser Seite dr╨æcken, k╨ñnnen Sie Ihre eigenen Neustart-Aktionen definieren. All diese Einstellungen sind auf separaten Hilfeseiten gr╨ændlich dokumentiert, die Sie erreichen k╨ñnnen, indem Sie auf den "Hilfe"-Knopf einer Notizbuchseite dr╨æcken. ΓòÉΓòÉΓòÉ 7. Ordner-Statuszeilen ΓòÉΓòÉΓòÉ Einf╨æhrung Zus╨ötzliche Funktionen Statusleisten konfigurieren Gemeinsame Schl╨æssel f╨ær alle Modi Gemeinsame Schl╨æssel f╨ær "Ein-Objekt-Modus" Zus╨ötzliche Schl╨æssel f╨ær Dateisystem-Objekte Zus╨ötzliche Schl╨æssel f╨ær Datentr╨öger-Objekte Zus╨ötzliche Schl╨æssel f╨ær Programmobjekte Zus╨ötzliche Schl╨æssel f╨ær URL-Objekte ΓòÉΓòÉΓòÉ 7.1. Ordner-Statuszeilen ΓòÉΓòÉΓòÉ Seit V0.70 bietet XFolder Ihnen die h╨æbschesten und flexibelsten Statusleisten, die ich kenne. Diese lassen sich sehr frei auf der Seite "Statuszeilen" im Objekt "Workplace Shell" object konfigurieren und k╨ñnnen au╤üerdem individuell f╨ær jeden Ordner an- und ausgeschaltet werden. Hinweis: Ordner-Statuszeilen sind standardm╨ö╤üig ausgeschaltet, um Probleme zu vermeiden, falls Sie bereits Software haben, die Ordner-Statuszeilen zu Ordnern hinzuf╨ægt. Gehen Sie in die Globalen Einstellungen, um die XFolder-Statuszeilen anzuschalten; stellen Sie dabei allerdings sicher, da╤ü Sie die entsprechende Funktion in Ihrer sonstigen Software vorher ausschalten, oder es kann zu unvorhersehbaren Problemen kommen. Statuszeilen arbeiten in drei Modi, dh. abh╨öngig davon, wie viele Objekte momentan im Ordner ausgew╨öhlt sind, werden unterschiedliche Informationen angezeigt: "Kein-Objekt-Modus", dh. es ist gar kein Objekt ausgew╨öhlt: dies zeigt standardm╨ö╤üig die Gesamtzahl der Objekte im Ordner an. "Ein-Objekt-Modus", dh. es ist genau ein Objekt ausgew╨öhlt: dies zeigt standardm╨ö╤üig Titel, Dateityp und Dateigr╨ñ╤üe des Objekts an. "Viele-Objekte-Modus", dh. es ist mehr als ein Objekt ausgew╨öhlt: dies zeigt standardm╨ö╤üig die Anzahl der ausgew╨öhlten Objekte, die Gesamtzahl der Objekte im Ordner und die addierten Dateigr╨ñ╤üen der ausgew╨öhlten Objekte an (wie im obigen Bildschirmfoto). F╨ær jeden dieser drei Modi k╨ñnnen Sie ╨öndern, was in den Statuszeilen angezeigt wird. Dies ist auf der Seite "Statuszeilen konfigurieren" ausf╨æhrlich erl╨öutert. ΓòÉΓòÉΓòÉ 7.2. Zus╨ötzliche Funktionen ΓòÉΓòÉΓòÉ Das allgemeine Aussehen von Statuszeilen kann auf der ersten Seite "Statuszeilen" im Objekt in the "Workplace Shell" eingestellt werden. Hier k╨ñnnen Sie zwischen vier verschiedenen Anzeigestilen umschalten; probieren Sie einfach aus, welchen Sie am liebsten m╨ñgen. Wenn Sie hier Einstellungen ╨öndern, werden alle momentan sichtbaren Statuszeilen auf Ihrem System automatisch aktualisiert. Sie k╨ñnnen au╤üerdem Schriftarten und Farben aus den entsprechenden Paletten im Ordner "Systemkonfiguration" auf die Statuszeilen fallen lassen. Dann werden ebenfalls alle Statuszeilen aktualisiert. Diese Einstellungen werden gesichert. Wie immer, wenn Sie Farben fallenlassen, ╨öndern Sie die Vordergrund-(Text-)Farbe, wenn Sie dabei die "Strg"-Taste gedr╨æckt halten; ansonsten wird die Hintergrundfarbe ge╨öndert. Au╤üerdem gibt es zwei praktische Mausfunktionen f╨ær Statuszeilen: 1. Wenn Sie auf eine Statuszeile doppelklicken, wird das Einstellungsnotizbuch des Ordners ge╨ñffnet. (Neu mit V0.84.) 2. Wenn Sie mit Maustaste 2 auf eine Statuszeile klicken, wird das Kontextmen╨æ des Ordners ge╨ñffnet. ΓòÉΓòÉΓòÉ 7.3. Statuszeilen konfigurieren ΓòÉΓòÉΓòÉ Seite 2 von "Statuszeilen" im Objekt "Workplace Shell" l╨ö╤üt Sie im Detail einstellen, was in den Statuszeilen angezeigt wird. Wie bereits in der Einf╨æhrung zu Statuszeilen erl╨öutert, zeigen Statuszeilen unterschiedliche Informationen an, je nachdem ob kein Objekt, genau ein Objekt oder mehrere Objekte im Ordner ausgew╨öhlt sind. F╨ær jeden dieser drei Modi k╨ñnnen Sie bestimmen, was angezeigt wird. XFolder benutzt bestimmte (nicht besonders intuitive, aber flexible) Schl╨æssel f╨ær bestimmte variable Informationen. ╨⌐ffnen Sie am besten die Einstellungsseite f╨ær Statuszeilen und halten Sie gleichzeitig einen Ordner ge╨ñffnet, um die Auswirkungen Ihrer Einstellungen sehen zu k╨ñnnen, w╨öhrend Sie mit den Einstellungen experimentieren. Alle numerischen Anzeigen werden gem╨ö╤ü Ihren Einstellungen im Objekt "Land" im Systemkonfigurationsorder formatiert, dh. XFolder benutzt diese Einstellungen, um das Tausender-Trennzeichen f╨ær Werte gr╨ñ╤üer als 1000 und das Ausgabeformat f╨ær Datum und Uhrzeit festzustellen. Die Schl╨æssel, die von den Statuszeilen ╨æbersetzt werden, unterscheiden sich, je nachdem, in welchem Modus die Statuszeile sich gerade befindet: Gemeinsame Schl╨æssel f╨ær alle drei Modi stehen auf dieser Seite. Im Modus "Ein einzelnes Objekt ausgew╨öhlt" kann XFolder jetzt (V0.80) unterschiedliche Informationen anzeigen, je nachdem, zu welcher Objektklasse ein Objekt geh╨ñrt. Bestimmte Objektklassen wurden um die F╨öhigkeit erweitert, Statuszeilen-Informationen zur Verf╨ægung zu stellen und die nachstehenden Schl╨æssel zu ╨æbersetzen. Auf der Statuszeilen-Einstellungsseite gibt es einen Knopf, mit dem Sie die WPS-Klasse ausw╨öhlen k╨ñnnen, f╨ær die Sie Statuszeilen-Informationen im "Ein-Objekt-Modus" festlegen m╨ñchten. Momentan unterst╨ætzen f╨ænf Klassen Statuszeilen-Informationen: WPObject, WPFileSystem, WPDisk, WPProgram und (unter Warp 4) WPUrl. Beachten Sie, da╤ü die folgenden Schl╨æssen alle zus╨ötzlich zu den Schl╨æsseln unterst╨ætzt werden, die f╨ær alle Modi gelten: - Gemeinsame Schl╨æssel f╨ær alle Objekte im "Ein-Objekt-Modus" stehen auf dieser Seite. - Zus╨ötzliche Schl╨æssel f╨ær Dateisystem-Objekte im "Ein-Objekt-Modus" stehen auf dieser Seite. - Zus╨ötzliche Schl╨æssel f╨ær Datentr╨öger-Objekte im "Ein-Objekt-Modus" stehen auf dieser Seite. - Zus╨ötzliche Schl╨æssel f╨ær Programmobjekte im "Ein-Objekt-Modus" stehen auf dieser Seite. - Zus╨ötzliche Schl╨æssel f╨ær URL-Objekte im "Ein-Objekt-Modus" stehen auf dieser Seite. ΓòÉΓòÉΓòÉ 7.4. Gemeinsame Schl╨æssel f╨ær alle Modi ΓòÉΓòÉΓòÉ Die folgenden Schl╨æssel funktionieren in allen drei Modi: $c Anzahl der momentan ausgew╨öhlten Objekte $C Gesamtzahl der Objekte im Ordner $sb Gesamtgr╨ñ╤üe der ausgew╨öhlten Objekte in Bytes $sk Gesamtgr╨ñ╤üe der ausgew╨öhlten Objekte in kBytes, dh. Bytes / 1000 $sK Gesamtgr╨ñ╤üe der ausgew╨öhlten Objekte in KBytes, dh. Bytes / 1024 $sm Gesamtgr╨ñ╤üe der ausgew╨öhlten Objekte in mBytes, dh. Bytes / 1000000 $sM Gesamtgr╨ñ╤üe der ausgew╨öhlten Objekte in MBytes, dh. Bytes / 1048576 $Sb Gesamtgr╨ñ╤üe des Ordnerinhaltes in Bytes $Sk Gesamtgr╨ñ╤üe des Ordnerinhaltes in kBytes, dh. Bytes / 1000 $SK Gesamtgr╨ñ╤üe des Ordnerinhaltes in KBytes, dh. Bytes / 1024 $Sm Gesamtgr╨ñ╤üe des Ordnerinhaltes in mBytes, dh. Bytes / 1000000 $SM Gesamtgr╨ñ╤üe des Ordnerinhaltes in MBytes, dh. Bytes / 1048576 $fb freier Speicherplatz auf Laufwerk in Bytes $fk freier Speicherplatz auf Laufwerk in kBytes, dh. Bytes / 1000 $fK freier Speicherplatz auf Laufwerk in KBytes, dh. Bytes / 1024 $fm freier Speicherplatz auf Laufwerk in mBytes, dh. Bytes / 1000000 $fM freier Speicherplatz auf Laufwerk in MBytes, dh. Bytes / 1048576 $x(xxx) Linksb╨ændiger Tabulator: drucke die nachstehende Information an der X-Position "xxx" (relativ zum linken Rand der Statuszeile). Beispiel: $x(300)$sK druckt die Gr╨ñ╤üe der ausgew╨öhlten Objekte immer an X-Position 300. $x(-xxx) wie zuvor, allerdings relativ zum rechten Rand der Statuszeile. Beispiel: $x(-150)$sK druckt die Gr╨ñ╤üe der ausgew╨öhlten Objekte an der X-Position 100, wenn die Statuszeile gerade 250 Pixel breit ist. $x(xx%) wie zuvor, allerdings wird die X-Position als Prozentzahl relativ zur Breite der Statuszeile berechnet. Beispiel: $x(50%)$sK druckt die Gr╨ñ╤üe der ausgew╨öhlten Objekte stets in der Mitte der Statuszeile. ΓòÉΓòÉΓòÉ 7.5. Gemeinsame Schl╨æssel f╨ær "Ein-Objekt-Modus" ΓòÉΓòÉΓòÉ Alle Objekte unterst╨ætzen die folgenden Schl╨æssel im "Ein-Objekt-Modus" (zus╨ötzlich zu den Schl╨æsseln f╨ær alle Modi): $t Objekt-Titel $w WPS-Standard-Klassentitel, dh. der Titel, der in der dritten Spalte in Ordner-Detailanzeigen steht (zB. "Datendatei") $W WPS-interner Klassenname (zB. "XFldDataFile") ΓòÉΓòÉΓòÉ 7.6. Zus╨ötzliche Schl╨æssel f╨ær Dateisystem-Objekte ΓòÉΓòÉΓòÉ Dateisystem-Objekte (Klasse WPFileSystem, also Ordner und Datendateien) unterst╨ætzen zus╨ötzlich die folgenden Schl╨æssel: $r "Echter Name" des Objekts $y Objekttyp (Erweitertes Attribut .TYPE) $a 1) Objekt-Dateisystem-Attribute; diese werden in Form von vier Buchstaben eingef╨ægt ("ahrs"), jeweils f╨ær die Archiv-, Versteckt-, Nur-Lesen- und System-Attribute, wobei die gesetzten Attribute gro╤ü geschrieben werden (zB. "Ahrs") $D 1) Datum letzten Schreibens f╨ær das Objekt $T 1) Zeit letzten Schreibens f╨ær das Objekt $Eb 1,2) Gr╨ñ╤üe der Erweiterten Attribute in Bytes $Ek 1,2) Gr╨ñ╤üe der Erweiterten Attribute in kBytes, dh. Bytes / 1000 $EK 1,2) Gr╨ñ╤üe der Erweiterten Attribute in KBytes, dh. Bytes / 1024 Anmerkungen: 1) Diese Schl╨æssel zeigen nur die Daten an, die sich in den internen WPS-Puffern befinden. Dies hat zur Folge, da╤ü sich, wenn sich diese Daten ╨öndern, weil zB. eine Datei von irgendeinem Programm ge╨öndert wurde, die Informationen in der Statuszeile nur dann ╨öndern, wenn die WPS-Puffer aktualisiert werden, zB. weil Sie "Sofort aktualisieren" ausgew╨öhlt haben. 2) Die WPS hat seit jeher einen Programmierfehler, aufgrund dessen immer 32767 angegeben wird, wenn die Gr╨ñ╤üe der Erweiterten Attribute 32767 ╨æberschreitet, obwohl technisch 64 KB m╨ñglich sind. Aufgrund dessen wird XFolder ebenfalls diesen falschen Wert anzeigen. ΓòÉΓòÉΓòÉ 7.7. Zus╨ötzliche Schl╨æssel f╨ær Datentr╨öger-Objekte ΓòÉΓòÉΓòÉ Datentr╨öger-Objekte (Klasse XFldDisk, also die Objekte im Ordner "Laufwerke") unterst╨ætzen zus╨ötzlich zu den f╨ær alle Objekte geltenden die folgenden Schl╨æssel: $fb freier Speicherplatz auf Laufwerk in Bytes $fk freier Speicherplatz auf Laufwerk in kBytes, dh. Bytes / 1000 $fK freier Speicherplatz auf Laufwerk in KBytes, dh. Bytes / 1024 $fm freier Speicherplatz auf Laufwerk in mBytes, dh. Bytes / 1000000 $fM freier Speicherplatz auf Laufwerk in MBytes, dh. Bytes / 1048576 $F Dateisystemtyp (FAT, HPFS, CDFS, ...) Hinweise: Wenn Sie diese Schl╨æssel benutzen, sollten Sie auf jeden Fall die OS/2-Fehlermeldungen f╨ær Hardware-Fehler abschalten, weil ansonsten jedes Mal, wenn Sie keine Diskette eingelegt haben, eine Fehlermeldung erscheint. Dies k╨ñnnen Sie einfach auf der Seite "Fehler" im neuen Objekt "OS/2 Kernel" vornehmen. Beachten Sie au╤üerdem, da╤ü die $f-Schl╨æssel f╨ær Datentr╨öger-Objekte umdefiniert werden: normalerweise zeigen sie den den freien Speicherplatz auf dem Laufwerk des Ordners an, was nat╨ærlich f╨ær Datentr╨öger-Objekte im Laufwerkeordner immer den Wert des Laufwerks zur╨æckgeben w╨ærde, auf dem Ihre Arbeitsoberfl╨öche liegt. Deswegen wurde dieser Schl╨æssel f╨ær Datentr╨öger-Objekte ╨æbersteuert. ΓòÉΓòÉΓòÉ 7.8. Zus╨ötzliche Schl╨æssel f╨ær Programmobjekte ΓòÉΓòÉΓòÉ Programm-Objekte (Klasse XFldProgram) unterst╨ætzen zus╨ötzlich zu den f╨ær alle Objekte geltenden die folgenden Schl╨æssel: $p startbare Programmdatei (wie in den Einstellungen angegeben) $P Parameterliste (wie in den Einstellungen angegeben) $d Arbeitsverzeichnis (wie in den Einstellungen angegeben) ΓòÉΓòÉΓòÉ 7.9. Zus╨ötzliche Schl╨æssel f╨ær URL-Objekte ΓòÉΓòÉΓòÉ Seit V0.84 unterst╨ætzen auch URL-Objekte (Klasse WPUrl) die folgenden Schl╨æssel (zus╨ötzlich zu denen f╨ær alle Objekte und denen f╨ær Dateisystem-Objekte): $U URL, die im URL-Objekt gespeichert ist ΓòÉΓòÉΓòÉ 8. Erweiterter Systemabschlu╤ü ΓòÉΓòÉΓòÉ WPS neustarten Erweiterter Systemabschlu╤ü XFolder-Systemstart- / Systemabschlu╤ü-Ordner Systemabschlu╤ü von der Kommandozeile ΓòÉΓòÉΓòÉ 8.1. WPS neustarten ΓòÉΓòÉΓòÉ XFolder kann jetzt (V0.60) einen Men╨æpunkt "WPS neustarten" zum Kontextmen╨æ der Arbeitsoberfl╨öche hinzuf╨ægen. Nachdem Sie "WPS neustarten" ausgew╨öhlt haben, erscheint ein Best╨ötigungsfenster ╨öhnlich demjenigen des Erweiterten Systemabschlusses. Der Unterschied besteht darin, da╤ü, nachdem alle Fenster geschlossen wurden, nicht der gesamte Computer neugestartet wird, sondern nur der Proze╤ü der Arbeitsoberfl╨öche (PMSHELL.EXE). Um dies zu verstehen, ist es vielleicht hilfreich zu wissen, da╤ü OS/2 seine Benutzeroberfl╨öche in drei "Schichten" organisiert hat, die sozusagen aufeinander "sitzen": ΓöîΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÉ Γöé Workplace Shell (WPS) Γöé ΓööΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÿ ΓöîΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÉ Γöé Presentation Manager (PM) Γöé ΓööΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÿ ΓöîΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÉ Γöé OS/2 Kernel Γöé ΓööΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÿ Der OS/2 Kernel (englisch f╨ær "Kern") bietet die Basisfunktionen Ihres Systems an, ohne die gar nichts funktionieren w╨ærde: n╨ömlich ua. den Zugriff auf Ihre Ger╨öte und Multitasking. Der Presentation Manager (PM) ist f╨ær alles Grafische auf Ihrem System verantwortlich, wie Fenster, Symbole, Men╨æs, Bilder, und auch einige nicht-grafische Dinge, wie zB. INI-Dateien. OS/2 kann auch Anwendungen ohne PM ausf╨æhren, sog. Textmodus-Anwendungen (wie zB. die OS/2-Kommandozeile, CMD.EXE), aber alle anderen Anwendungen ben╨ñtigen den PM. Eine typische PM-Anwendung ist Netscape. Die Workplace Shell (WPS) ist nur eine weitere, wenn auch ╨öu╤üerst komplexe PM-Anwendung. Sie ist f╨ær das Anzeigen von Ordnern, Starten von Programmen nach einem Doppelklick, Zuordnen von Dateien und Programmen usw. verantwortlich, kurz: alles was Sie nach dem Start von OS/2 so sehen. In diesem Kontext l╨öuft auch XFolder. Der Men╨æpunkt "WPS neustarten" beendet nun alleine die oberste der drei genannten Schichten, die Arbeitsoberfl╨öche. Dies ben╨ñtigt sehr viel weniger Zeit als wenn Sie Ihren gesamten Rechner neustarten, weil der PM und der Kernel nicht neu geladen und initialisiert werden m╨æssen. Die WPS neuzustarten kann hilfreich sein, wenn Ihr System sehr langsam geworden ist (aus irgendeinem Grund, jedenfalls nach meiner eigenen Erfahrung, fri╤üt die WPS immer mehr Speicher, wenn man viel mit Dateien arbeitet) oder wenn Sie Software installiert haben, die WPS-Klassen ge╨öndert hat. Wichtige Hinweise: Behalten Sie im Hinterkopf, da╤ü diese Methode urspr╨ænglich von IBM wohl nicht geplant war, als sie die Workplace Shell entwickelt hat. "WPS neustarten" zwingt die Arbeitsoberfl╨öche zu einem Neustart, indem sie einfach beendet wird. Da XFolder ja ein Teil des WPS-Prozesses ist, kann es diesen Proze╤ü ja schlicht beenden. OS/2 startet diesen Proze╤ü dann komplett neu. Das Ergebnis ist ungef╨öhr das gleiche, als w╨öre die WPS abgest╨ærzt und h╨ötte sich neugestartet, es werden allerdings die Daten der WPS vorher gesichert. Auf meinem System geraten nach einem WPS-Neustart die Symbole von ausf╨æhrbaren Dateien durcheinander. Dies betrifft alle Programmobjekte und ausf╨æhrbare Dateien, denen kein individuelles Symbol ╨æber die "Einstellungen" zugewiesen wurde. Entweder gehen die Symbole komplett verloren, oder es werden ganz falsche Symbole angezeigt. Dies ist ein Fehler im Presentation Manager, auf den ich keinen Einflu╤ü habe. Nach einem Rechner-Neustart sind die Symbole jedenfalls wieder in Ordnung. Weder Einstellungen des Presentation Manager noch der CONFIG.SYS werden beim WPS-Neustart gelesen. Wenn sich diese Einstellungen ge╨öndert haben, werden sie nach einem WPS-Neustart nicht erkannt. Starten Sie in diesem Fall Ihren Rechner neu. Als Faustregel mag gelten, da╤ü Sie um so wahrscheinlicher auf Probleme sto╤üen werden, je mehr WPS-Klassen Sie installiert haben. Dies kann vielerlei Gr╨ænde haben, die ich gr╨ñ╤ütenteils nicht nachvollziehen kann, aber zum ersten gibt es WPS-Klassen, die ihre Ressourcen nicht ordentlich freigeben, wenn die WPS neugestartet wird, zum zweiten verliert der SOM-Kernel manchmal den ╨¬berblick mit WPS-Klassenersetzungen. Die WPS st╨ærzt dann gelegentlich etwa 20 Sekunden nach dem Aufbau der Arbeitsoberfl╨öche ab. Diese Probleme zeigen sich als Abst╨ærze in irgendwelchen DLLs, die aber nur Symptome daf╨ær sind, da╤ü intern etwas durcheinander gekommen ist. Wenn dies vorkommt, m╨æssen Sie den Rechner neustarten. Kandidaten f╨ær solche DLL-Abst╨ærze waren bei mir INSTALL.DLL (enth╨ölt WPInstall), WPPRINT.DLL (enth╨ölt die Klassen f╨ær Druckerobjekte und den Spooler) sowie die WorkFrame-Klassen der verschiedenen IBM-Compilerpakete. (Lustigerweise sind alle diese Klassen von IBM programmiert.) Abh╨öngig von Ihrem System wird die Anzahl der WPS-Neustarts, die Sie erfolgreich ausf╨æhren k╨ñnnen, begrenzt sein. Einige Benutzer haben berichtet, da╤ü dies nur ein einziges Mal funktioniert, aber auf meinem System habe ich die WPS auch schon 30 Mal erfolgreich neugestartet, bevor der Rechner ganz abgest╨ærzt ist. (Das klingt nach sehr viel, aber bei der Entwicklung von XFolder ist das leider n╨ñtig.) Sie k╨ñnnen diese Funktion auf einer neuen Seite im Einstellungsnotizbuch der Arbeitsoberfl╨öche abschalten. ΓòÉΓòÉΓòÉ 8.2. Erweiterter Systemabschlu╤ü ΓòÉΓòÉΓòÉ Seit V0.60 kann XFolder auch Ihren Systemabschlu╤ü verbessern. Wichtiger Hinweis: Der Erweiterte Systemabschlu╤ü ist standardm╨ö╤üig deaktiviert, um Verwirrung zu vermeiden. Sie m╨æssen ihn zun╨öchst auf der entsprechenden neuen Seite im Einstellungsnotizbuch der Arbeitsoberfl╨öche aktivieren. Nachdem Sie den Erweiterten Systemabschlu╤ü aktiviert haben, k╨ñnnen Sie ╨æber den Men╨æpunkt "Systemabschlu╤ü" der Arbeitsoberfl╨öche den Erweiterten Systemabschlu╤ü initiieren. Nachdem Sie "Systemabschlu╤ü" ausgew╨öhlt haben, wird eine Dialogbox ╨öhnlich der folgenden erscheinen: Die wichtigsten neuen Funktionen des Erweiterten Systemabschlusses sind: Sie k╨ñnnen den Rechner automatisch neustarten, nachdem der Systemabschlu╤ü abgeschlossen ist. Sie k╨ñnnen sogar eigene Neustart-Aktionen festlegen, zB. direkt auf eine bestimmte Boot-Manager-Partition durchstarten. Dies wird im Detail erkl╨ört, wenn Sie den Knopf "Aktionen" auf der Seite 1 der "XDesktop"-Seiten im Einstellungsnotizbuch der Arbeitsoberfl╨öche ausw╨öhlen. Der Systemabschlu╤ü kann abgebrochen werden. Der Fortschritt des Erweiterten Systemabschlusses wird angezeigt, und wenn eine Anwendung "h╨öngt", dh. nicht geschlossen werden kann, k╨ñnnen Sie ausw╨öhlen, diese Anwendung zu ╨æberspringen und den Systemabschlu╤ü fortzusetzen, ohne diese Anwendung zu schlie╤üen: Der automatische Rechnerneustart erfordert, da╤ü DOS.SYS ╨æber die CONFIG.SYS installiert ist. Unter Warp 4 ist dies standardm╨ö╤üig der Fall; unter Warp 3 kann es sein, da╤ü Sie manuell die folgende Zeile in Ihre CONFIG.SYS einf╨ægen m╨æssen: DEVICE=X:\OS2\BOOT\DOS.SYS mit X: als ihrem Startlaufwerk. Sie k╨ñnnen den Erweiterten Systemabschlu╤ü auf einer neuen Seite im Einstellungsnotizbuch der Arbeitsoberfl╨öche konfigurieren (und abschalten). ΓòÉΓòÉΓòÉ 8.3. XFolder-Systemstart- / XShutdown-Ordner ΓòÉΓòÉΓòÉ XFolder kann jetzt (V0.70) getrennte Systemstart- / Systemabschlu╤ü-Ordner bearbeiten. Hinweis: Diese beiden Ordner werden vom Installationsprogram nicht automatisch erzeugt, um Verwirrung zu vermeiden. Bitte gehen Sie zu Seite 2 der "XDesktop"-Seiten in den Einstellungen der Arbeitsoberfl╨öche, um diese beiden Ordner erstellt zu bekommen. Wenn XFolder den XFolder-Systemstart-Ordner beim Hochfahren der WPS findet, arbeitet er sich durch dessen Inhalt auf ╨öhnliche Weise, wie es die WPS mit ihrem eigenen Systemstart-Ordner tut. Die wichtigsten Unterschiede sind jedoch: Sie k╨ñnnen eine bestimmte Zeit einstellen, die XFolder wartet, bevor das n╨öchste Objekt ge╨ñffnet wird. Der normale Systemstart-Ordner f╨æhrt manchmal zu Problemen, weil er alle Objekte gleichzeitig startet, was manchmal die WPS schon beim Hochfahren kollabieren l╨ö╤üt. Diese Verz╨ñgerungszeit kann ebenfalls auf der "XDesktop"-Seite 2 eingestellt werden. Sie k╨ñnnen den Fortschritt des Systemstarts in einem getrennten Fenster beobachten (was ebenfalls auf der "XDesktop"-Seite 2 abgestellt werden kann). Der Systemstart kann abgebrochen werden. Der Systemstart-Ordner kann komplett ╨æbergangen werden, indem Sie die "Umschalter"-(Shift-)Taste gedr╨æckt halten, bis die Arbeitsoberfl╨öche komplett aufgebaut ist. Der XFolder-Systemstart-Ordner wird auch nach einem WPS-Neustart abgearbeitet, was f╨ær den normalen Systemstart-Ordner nicht zutrifft. Dies gilt allerdings nur f╨ær den Fall, da╤ü Sie in der Best╨ötigungs-Dialogbox f╨ær "WPS neustarten" die entsprechende Einstellung aktiviert hatten. Der XFolder-Systemstart-Ordner hat jetzt (V0.80) auch einen Men╨æpunkt "Ordnerinhalt starten" in seinem Kontextmen╨æ, der es Ihnen erm╨ñglicht, seinen Inhalt abarbeiten zu lassen, obwohl die WPS bereits gestartet ist. Auf der anderen Seite wird der XShutdown-Ordner abgearbeitet, bevor der Erweiterte Systemabschlu╤ü (nicht der normale Systemabschlu╤ü) beginnt. Im Unterschied zum Systemstart-Ordner k╨ñnnen Sie hier keine Verz╨ñgerung einstellen, weil das n╨öchste Objekt im XShutdown-Ordner erst ge╨ñffnet wird, wenn Sie das vorherige geschlossen haben. Erst wenn alle Objekte aus dem XShutdown-Ordner wieder geschlossen sind, beginnt tats╨öchlich der Erweiterte Systemabschlu╤ü. Der XShutdown-Ordner kann hilfreich sein, wenn Sie bestimmte Programme ausf╨æhren wollen, bevor Sie Ihr System ausschalten. (Ich habe hierf╨ær selbst bisher keine Verwendung, aber offensichtlich geht es vielen Leuten anders.) Sie k╨ñnnen zB. ein kleines REXX-Skript erstellen, das vor dem Systemabschlu╤ü einige Aufr╨öumarbeiten vornimmt, wie zB. das Abmelden am Netzwerk, das L╨ñschen von tempor╨ören Dateien, oder was immer Ihnen einf╨öllt. Sowohl f╨ær den XFolder-Systemstart- als auch f╨ær den XShutdown-Ordner k╨ñnnen Sie die Reihenfolge, in der die Objekte gestartet werden, ╨öhnlich festlegen, wie es auf der entsprechenden Seite f╨ær die XFolder-Konfigurationsordner beschrieben ist. ΓòÉΓòÉΓòÉ 8.4. Systemabschlu╤ü von der Kommandozeile ΓòÉΓòÉΓòÉ Seit V0.80 enth╨ölt XFolder ein kleines Programm im Unterverzeichnis BIN des Installationsverzeichnisses, mit dem Sie den erweiterten Systemabschlu╤ü von der Kommandozeile aus starten k╨ñnnen. Diese Programm hei╤üt XSHUTDWN.EXE. Beachten Sie, da╤ü dieses Programm alleine Ihr System nicht herunterfahren kann. Es ist allein f╨öhig, XFolder mitzuteilen, da╤ü und wie der Systemabschlu╤ü ausgef╨æhrt werden soll. Folglich funktioniert es nur, wenn: XFolder V0.80 oder h╨ñher installiert ist, die WPS geladen ist und keine anderen Fehler auftreten. ;-) Auf der anderen Seite k╨ñnnen Sie XSHUTDWN.EXE in ein Verzeichnis Ihrer Wahl stellen, zB. irgendwo auf ihrem PATH, um XShutdown von jeder Kommandozeile aus erreichen zu k╨ñnnen. XSHUTDWN.EXE ben╨ñtigt weder die XFolder-DLLs noch irgendeine andere XFolder-Ressource, weil es XFolder im Wege der Interproze╤ü-Kommunikation anspricht. XSHUTDWN.EXE ╨æbersteuert die meisten der Einstellungen, die Sie f╨ær den erweiterten Systemabschlu╤ü festgesetzt haben. Wenn Sie XSHUTDWN.EXE ohne Parameter aufrufen, werden Standardwerte benutzt, egal was Sie sonst eingestellt haben. Sie k╨ñnnen jedoch als Kommandozeilenparameter etwas anderes festlegen (diese Schalter beeinflussen nicht die WPS-Einstellungen f╨ær XShutdown, sondern nur eine einzelne Ausf╨æhrung des Systemabschlusses): -r l╨ö╤üt XShutdown den Rechner neustarten, wobei die eingebaute Neustartfunktion benutzt wird. Standard ist kein Neustart. -R <cmd> l╨ö╤üt XShutdown den Rechner neustarten, wobei die von Ihnen definierte Neustart-Aktion <cmd> benutzt wird. -v schlie╤üt alle Nicht-PM-Fenster automatisch. Standard ist, diese Fenster nicht zu schlie╤üen. -a zeigt eine Animation, wenn XShutdown fertig ist. Standard ist keine Animation. -f zeigt kein Best╨ötigungsfenster. Standard ist, da╤ü XShutdown best╨ötigt werden mu╤ü. -l (neu mit V0.83) erzeugt XSHUTDWN.LOG beim Systemabschlu╤ü. -w (new with V0.84) macht einen WPS-Neustart statt des "echten" Systemabschlusses. Das kann mit -f zusammen benutzt werden. -W (new with V0.84) macht einen WPS-Neustart statt des "echten" Systemabschlusses, schlie╤üt aber dabei alle offenen Fenster und benutzt den XFolder-Systemstart-Ordner nach dem Neustart. Das kann mit -f und -v zusammen benutzt werden. ΓòÉΓòÉΓòÉ 9. Die neuen "System"-Objekte ΓòÉΓòÉΓòÉ Einf╨æhrung Globale Einstellungen im Objekt "Workplace Shell" Die WPS-Klassenliste Der OS/2-Scheduler Die OS/2-Speicherverwaltun Dateisystem-Caches ΓòÉΓòÉΓòÉ 9.1. Einf╨æhrung ΓòÉΓòÉΓòÉ Seit V0.80 zerteilt XFolder das Standard-OS/2-Objekt "System" im Ordner "Systemkonfiguration" in zwei Objekte: Das neue Objekt "Workplace Shell" enth╨ölt diejenigen Seiten aus dem alten "System"-Objekt, die sich allein mit der Workplace Shell (WPS, Arbeitsoberfl╨öche) besch╨öftigen und mE. ein eigenes Einstellungsobjekt verdient haben. Au╤üerdem f╨ægt XFolder hier eine Reihe von neuen Seiten hinzu, damit Sie die Globalen Einstellungen von XFolder beeinflussen k╨ñnnen. Mehr dazu finden Sie im Kapitel "Konfiguration" dieser Referenz auf einer separaten Seite. Schlie╤ülich aber finden Sie in diesem Objekt die Seite "WPS-Klassen", mit der Sie die WPS-Klassenliste manipulieren k╨ñnnen. Eine Erl╨öuterung, welche Aufgabe WPS-Klassen haben, finden Sie auf einer separaten Seite. Das neue Objekt "OS/2 Kernel" enth╨ölt diejenigen Seiten des alten "System"-Objekts, die sich allein mit den Interna von OS/2 befassen, wie zB. die Seite "Bildschirm". In diesem Objekt befinden sich mehrere neue Einstellungsseiten, um einige Einstellungen der Datei CONFIG.SYS im Hauptverzeichnis Ihres Startlaufwerks zu beeinflussen. Weil diese Einstellungen ein wenig schwierig im Kopf zu behalten sind und weil fehlerhafte Einstellungen unter Umst╨önden bewirken k╨ñnnen, da╤ü Ihr OS/2 gar nicht mehr startet, hilft Ihnen XFolder insoweit, als da╤ü es auf eine korrekte Syntax und g╨æltige Parameter f╨ær bestimmte Einstellungen achtet. Auf jeder dieser neuen Einstellungsseiten, die nachfolgend n╨öher beschrieben werden, finden Sie -- statt der ╨æblichen Kn╨ñpfe "Widerrufen" und "Standard" -- einen Knopf "CONFIG.SYS aktualisieren", bei dessen Bet╨ötigung XFolder die CONFIG.SYS nach den Einstellungen aktualisiert, die Sie vorgenommen haben. Die einzelnen Einstellungen werden ausf╨æhrlich erl╨öutert, wenn Sie auf einer der CONFIG.SYS-Seiten den "Hilfe"-Knopf dr╨æcken. Lesen Sie die nachfolgenden Seiten, um eine Einf╨æhrung zu erhalten, welche Auswirkungen diese Einstellungen auf OS/2 haben: - Der OS/2-Scheduler - Die OS/2-Speicherverwaltung - Dateisystem-Caches Das alte "System"-Objekt besteht allerdings weiter f╨ær den Fall, da╤ü andere WPS-Erweiterungen hier etwas einf╨ægen m╨ñchten. Solche Erweiterungen erscheinen dann auch in dem "OS/2 Kernel"-Objekt, das diese Eigenschaften erbt. Hinweis: Sie sollten nicht zugleich das alte "System"-Objekt und eines der neuen Objekte ge╨ñffnet halten, um Einstellungen zu ╨öndern. Die Einstellungsseiten sind hierauf nicht vorbereitet, und dies kann ihre WPS-Einstellungen durcheinanderbringen. ΓòÉΓòÉΓòÉ 9.2. XFolders globale Einstellungen ΓòÉΓòÉΓòÉ In den "Globalen Einstellungen" von XFolder k╨ñnnen Sie XFolder zu einem bestimmten Verhalten bewegen. Hier finden Sie Einstellungen, die XFolder als ganzes betreffen, wie zB. die Spracheneinstellungen, sowie Einstellungen, die Ihren Rechner als ganzes betreffen. Deswegen hei╤üen die Einstellungen auch "Globale Einstellungen", im Gegensatz zu den individuellen Ordner-Einstellungen, die auf einer separaten Seite beschrieben sind. Seit XFolder V0.50 befanden sich die Einstellungen im OS/2-System-Objekt, welches normalerweise im Ordner "Systemkonfiguration" liegt. Ich hielt dies f╨ær einen guten Ort, um XFolder einzustellen, weil sich die meisten globalen Ordnereinstellungen von OS/2 ebenfalls in diesem Objekt befinden. Systemobjekt unter Warp 3 Systemobjekt unter Warp 4 Weil sich inzwischen so viele Einstellungsseiten angesammelt haben, habe ich mit XFolder V0.80 entschieden, das "System"-Objekt in zwei Objekte aufzuspalten. Details hierzu finden Sie auf der entsprechenden Seite im Kapitel "Einf╨æhrung". XFolder f╨ægt die neuen Einstellungsseiten f╨ær seine Globalen Einstellungen zum objekt "Workplace Shell" hinzu, das Sie in Ihrem Ordner "Systemkonfiguration" finden. Neues Objekt "Workplace Shell" Die verschiedenen Einstellungen sind hier nicht im Detail erl╨öutert. Sie finden ausf╨æhrliche Hilfe dazu, wenn Sie auf einer Einstellungsseite F1 oder den "Hilfe"-Knopf dr╨æcken. ΓòÉΓòÉΓòÉ 9.3. Die WPS-Klassenliste ΓòÉΓòÉΓòÉ Im Objekt "Workplace Shell" erstellt XFolder eine Seite namens "WPS-Klassen", mit der Sie die WPS-Klassenliste beeinflussen k╨ñnnen. F╨ær das Verst╨öndnis der Funktionen dieser Seite ist es allerdings hilfreich, bestimmte Grundlagen ╨æber WPS-Klassen zu wissen. Dabei sollen Ihnen die nachfolgenden Informationen helfen. Wahrscheinlich haben Sie schon oft geh╨ñrt, da╤ü die Arbeitsoberfl╨öche von OS/2 "objektorientiert" ist. Dieser Begriff besagt, da╤ü -- im Gegensatz zu fr╨æheren Oberfl╨öchen, wie zB. Windows 3.x -- grunds╨ötzlich alles, womit sich die Arbeitsoberfl╨öche besch╨öftigt, n╨ömlich Dateien, Ordner, Drucker, Laufwerke usw., erst einmal als "Objekte" betrachtet werden. Alle diese Objekte haben bestimmte gemeinsame Eigenschaften, unterscheiden sich aber in bezug auf andere: so haben zB. alle Objekte ein Kontextmen╨æ und ein Einstellungsnotizbuch, was da aber im einzelnen drinsteht, ist unterschiedlich. Um diese Gemeinsamkeiten und Unterschiede fa╤übar zu machen, benutzt die WPS "Klassen". Dieser Begriff stammt aus der objektorientierten Programmierung. Eine Klasse ist sozusagen ein abstraktes Konzept f╨ær ein Objekt: eine Klasse ist nicht sichtbar auf der Arbeitsoberfl╨öche, "existiert" also nicht im gleichen Sinne wie Objekte, enth╨ölt aber alle Informationen ╨æber Eigenschaften und F╨öhigkeiten von Objekten. Jedes Objekt auf der Arbeitsoberfl╨öche ist nun eine sog. "Instanz" einer Klasse. Die Namen der WPS-Klassen beginnen dabei idR. mit "WP": ein Drucker ist zB. eine Instanz der Klasse "WPPrinter", ein Ordner der Klasse "WPFolder", eine Datendatei der Klasse "WPDataFile" usw. Das Konzept der Klassen ist deswegen so leistungsf╨öhig, weil die verschiedenen Klassen voneinander abstammen. Eine Klasse, die von einer anderen Klasse abstammt, erbt alle deren Eigenschaften und F╨öhigkeiten, kann sich aber, soweit erforderlich, auch von der "Eltern"-Klasse unterscheiden. So kann man Eigenschaften und F╨öhigkeiten von Objekten abstrahieren und ╨æberschaubar machen, getreu dem alten Konzept: Gegen Komplexit╨öt hilft nur Abstraktion. Man kann dieses Konzept auch auf Dinge der "wirklichen" Welt anwenden, um das Prinzip zu verdeutlichen: man denke sich verschiedene Klassen namens "Tier", "S╨öugetier", "Hund" und "Vogel". Dabei w╨ærden die Klassen "S╨öugetier" und "Vogel" von "Tier" abstammen, und "Hund" wiederum von "S╨öugetier". Ihr Hofhund w╨öre nun sozusagen eine Instanz der Klasse "Hund": seine Eigenschaften und F╨öhigkeiten werden durch die Klassen "Tier", "S╨öugetier" und "Hund" beschrieben. Die WPS enth╨ölt nun viele Klassen, die eine ausgekl╨ægelte Vererbungshierarchie bilden. Ein Ausschnitt aus der Standard-WPS-Klassenliste sei hier zur Verdeutlichung dargestellt (wobei die Linien f╨ær Vererbung stehen): WPObject Γö£ΓöÇΓöÇ WPAbstract Γöé Γö£ΓöÇΓöÇ WPPrinter Γöé Γö£ΓöÇΓöÇ WPProgram Γöé ΓööΓöÇΓöÇ WPShadow Γö£ΓöÇΓöÇ WPFileSystem Γöé Γö£ΓöÇΓöÇ WPDataFile Γöé Γöé Γö£ΓöÇΓöÇ WPIcon Γöé Γöé ΓööΓöÇΓöÇ WPProgramFile Γöé ΓööΓöÇΓöÇ WPFolder Γöé Γö£ΓöÇΓöÇ WPDesktop Γöé ΓööΓöÇΓöÇ WPStartup ΓööΓöÇΓöÇ WPTransient Sie sehen, da╤ü alle Klassen von WPObject abstammen. Dies ist die sog. "Wurzelklasse" der WPS-Klassen, die alle die Eigenschaften und F╨öhigkeiten enth╨ölt, die allen WPS-Objekten gemeinsam sind: wie gesagt, zB. Kontextmen╨æs und Einstellungsnotizb╨æcher. Allerdings ist die Klasse WPObject derart abstrakt, da╤ü es keine direkten Instanzen dieser Klasse gibt: diese Klasse dient allein dazu, da╤ü andere Klassen von ihr abstammen. Objekte dieser Klasse sind allein nicht funktionsf╨öhig. Von WPObject stammen lediglich drei weitere Klassen ab. Alle diese Klassen sind -- wie WPObject selbst -- ebenfalls nur als abstrakte Elternklassen gedacht, von denen keinen Objekte existieren sollen. WPAbstract ist dabei die gemeinsame Oberklasse f╨ær sog. "abstrakte" Objekte. Dies sind diejenigen Objekte, die nicht physikalisch auf dem Datentr╨öger existieren, sondern ihre Daten in OS2.INI bzw. OS2SYS.INI abspeichern (so die drei hier angef╨æhrten Klassen WPPrinter f╨ær Druckerobjekte, WPProgram f╨ær Programmobjekte und WPShadow f╨ær Referenzen). Diese Objekte erscheinen zwar in Ordnern, nicht aber zB. wenn Sie DIR an der Kommandozeile eingeben. WPFileSystem ist demgegen╨æber die gemeinsame Oberklasse f╨ær Objekte, die physikalisch im Dateisystem eines Datentr╨ögers existieren. Hiervon gibt es zwei Untertypen: Ordner (WPFolder) und Datendateien (WPDataFile). Von Datendateien gibt es wiederum einige Untertypen f╨ær spezielle Datendateien, wie zB. Symboldateien (WPIcon, mit der .ICO-Erweiterung) und Programmdateien (WPProgramFile, ausf╨æhrbare Dateien zB. mit der Erweiterung .EXE). Alle Datendateien, die nicht zu einer spezielleren Klasse geh╨ñren, sind Instanzen der Klasse WPDataFile. WPTransient wird schlie╤ülich von der WPS f╨ær Objekte genutzt, die ihre Daten ╨æberhaupt nicht speichern m╨æssen, sondern nur tempor╨ör irgendwas repr╨ösentieren und anzeigen sollen. Beispiele hierf╨ær sind zB. die Druckerjobs in einem Druckerobjekt und die ganzen Ger╨öte im Hardware-Manager von OS/2 Warp 4. Die WPS bietet au╤üerdem eine ganz au╤üergew╨ñhnliche Funktion: das Ersetzen von Klassen. Diese M╨ñglichkeit benutzt XFolder, um seine ganzen Funktionen in die WPS einzuklinken, indem es eine ganze Reihe von WPS-Klassen ersetzt. So ersetzt zB. die Klasse XFolder die Klasse WPFolder, um die zus╨ötzlichen Ordnerfunktionen zur Verf╨ægung zu stellen. Eine solche Ersatzklasse mu╤ü stets von der Klasse, die sie ersetzen soll, abstammen: das "Ersetzen" bedeutet nun, da╤ü die WPS immer, wenn eigentlich die Ursprungsklasse benutzt werden soll, statt dessen die neue Ersatzklasse zur Anwendung kommt. So sind nach der Installation von XFolder alle Ordner auf Ihrem System keine Instanzen von WPFolder mehr, sondern von XFolder. Da XFolder aber von WPFolder abstammt, ╨öndern sich die Ordner nur insoweit, als da╤ü XFolder ein bestimmtes Charakteristikum ╨öndert. Auf diese Weise ist es Programmieren m╨ñglich, eine bestehende Klasse zu erweitern, ohne im Detail wissen zu m╨æssen, wie diese Klasse im Inneren funktioniert -- wie gesagt, ein ganz au╤üergew╨ñhnliches und leistungsf╨öhiges Konzept, das nach wie vor allein OS/2 bietet. Alle WPS-Klassen befinden sich in dynamischen Linkbibliotheken (Dateiendung .DLL). So finden sich die meisten der Standard-WPS-Klassen in der Datei PMWP.DLL im Verzeichnis \OS2\DLL. Alle XFolder-Klassen befinden sich in der Datei XFLDR.DLL im XFolder-Installationsverzeichnis. Wenn Sie versuchen, bestimmte OS/2-Systemklassen zu entfernen (was Sie eigentlich sowieso nicht tun sollten), beachten Sie bitte, da╤ü dies wahrscheinlich keine Wirkung hat, wenn die DLL, die diese Klasse enth╨ölt, andere WPS-Klassen enth╨ölt, die noch registriert sind. Dies trifft im besonderen auf die OS/2-Warp 4-Multimedia-Klassen zu: all diese Klassen befinden sich in MMPARTS.DLL, und solange auch nur eine dieser Klassen registriert sind, werden alle anderen ebenfalls geladen, auch wenn sie nicht mehr in der WPS-Klassenliste erscheinen. Wie gesagt, dies ist nur ein kurzer ╨¬berblick ╨æber die WPS-Klasssenliste. Wenn Sie im Objekt "Workplace Shell" die Seite "WPS-Klassen" ╨ñffnen, werden alle auf Ihrem System installierten Klassen angezeigt -- dies sind idR. weit ╨æber 100 Klassen. Diese werden in einer Baumstruktur angezeigt. Mit Hilfe von Kontextmen╨æs k╨ñnnen Sie hier Klassen registrieren und ersetzen bzw. deregistrieren und Ersetzungen r╨æckg╨öngig machen. Allerdings sollten Sie hierbei gr╨ñ╤üte Vorsicht walten lassen: mit Hilfe dieser Seite k╨ñnnen Sie die WPS ohne weiteres unbrauchbar machen! Dr╨æcken Sie auf dieser Seite den "Hilfe"-Knopf, um weiterf╨æhrende Informationen zu erhalten. ΓòÉΓòÉΓòÉ 9.4. Der OS/2-Scheduler ΓòÉΓòÉΓòÉ Der Scheduler -- auf deutsch vielleicht: "Fahrplaner" ;-) -- ist ein Teil des OS/2-Kernel, arbeitet also auf der untersten Ebene des Systems (vgl. hierzu auch die Erl╨öuterungen zum WPS-Neustart). Der Scheduler ist verantwortlich f╨ær das Multitasking und Multithreading in OS/2. Weil Sie idR. nur einen Prozessor haben, aber mehrere Programme wenigstens scheinbar gleichzeitig laufen sollen, schaltet der Scheduler viele Dutzend Mal in der Sekunde zwischen den verschiedenen Programmen um, so da╤ü es so aussieht, als liefen die Programme gleichzeitig. F╨ær das Verst╨öndnis der einzelnen Einstellungen auf der Seite "Scheduler" im Objekt "OS/2 Kernel" ist ein grunds╨ötzliches Verst╨öndnis der Art und Weise hilfreich, wie OS/2 Prozesse und Threads verwaltet. Ausf╨æhrliche Hilfe zu den einzelnen Einstellungen erhalten Sie, wenn Sie den "Hilfe"-Knopf auf dieser Seite dr╨æcken. Ein Thread ist die kleinste Verwaltungseinheit f╨ær die Umschaltung, die OS/2 zur Verf╨ægung stellt. Ein Programm kann mehrere Threads, mu╤ü aber mindestens einen Thread enthalten. Die Bezeichnung "Thread" (auf deutsch etwa "Faden") wurde gew╨öhlt, weil innerhalb eines Threads Programminstruktionen sequentiell ausgef╨æhrt werden. Zwischen den Threads hingegen ist eine sequentielle Ausf╨æhrung nicht gesichert, weil zu keinem Zeitpunkt bestimmt ist, welche Instruktion des einen Threads vor einer Instruktion eines anderen Threads ausgef╨æhrt wird. Gut programmierte OS/2-Software benutzt mehrere Threads, um dem Benutzer eine schnellere Antwort auf seine Eingaben und Mausaktionen zu sichern. Wenn Sie zB. einen Befehl ausf╨æhren, der idR. l╨önger dauern wird, so wird ein hochwertiges OS/2-Programm f╨ær diese Aufgabe einen neuen Thread starten, der diese Aufgabe ausf╨æhrt. W╨öhrend dieser Ausf╨æhrung ist der Haupt-Thread des Programmes, der die Benutzereingaben entgegennimmt, bereits wieder zur Eingabe neuer Befehle bereit. Schlecht programmierte OS/2-Software benutzt nur einen Thread, so da╤ü w╨öhrend der Bearbeitung einer Aufgabe keine weiteren Benutzereingaben m╨ñglich sind. Ein Beispiel f╨ær solch schlechte Programmierung stammt ausgerechnet von IBM selbst: wenn Sie in VIEW.EXE "In allen Bibliotheken" nach einem bestimmten Begriff suchen, ist der Rechner komplett blockiert, bis alle Bibliotheken durchsucht sind. Hier w╨öre Multithreading sehr angebracht gewesen. Threads k╨ñnnen nun verschiedene Priorit╨öten besitzen. Allgemein gilt, da╤ü ein Thread mit h╨ñherer Priorit╨öt mehr Prozessorzeit erh╨ölt als ein Thread mit geringerer Priotit╨öt. Dies gilt jedenfalls dann, wenn mehrere Threads zugleich etwas zu tun haben; wenn Threads gerade "leerlaufen", dh. auf weitere Aufgaben warten, verbrauchen sie keine Prozessorzeit, und die Priorit╨öten spielen keine Rolle. OS/2 erm╨ñglicht eine sehr differenzierte Priorit╨ötszuweisung. Es unterscheidet zwischen vier Priorit╨ötsklassen: 1. "Idle time priority" ist die geringste Priorit╨ötsklasse. Solch ein Thread bekommt nur dann Prozessorzeit zugewiesen, wenn keine Threads mit h╨ñheren Priorit╨ötsklassen Prozessorzeit ben╨ñtigen, dh. nur dann, wenn diese "leerlaufen". Ein Beispiel hierf╨ær ist der XFolder-"Worker"-Thread, der zB. Buch f╨æhrt ╨æber die aktiven WPS-Objekte. Dies ist ziemlich zeitintensiv, aber nicht zeitkritisch: also wird es ausgef╨æhrt, wenn der Computer nichts anderes zu tun hat. 2. "Regular priority" ist die normale Priorit╨ötsklasse. Die meisten Threads laufen mit dieser Klasse. OS/2 vergibt diese Klasse f╨ær neue Threads als Standard, wenn nichts anderes eingestellt wird. Zwischen Threads dieser Klasse ╨öndert OS/2 dynamisch die Priorit╨ötsebenen (dazu sogleich), um keinen dieser Threads auf Dauer "verhungern" zu lassen. 3. "Fixed-high priority" ist die zweith╨ñchste Priorit╨ötsklasse f╨ær Threads, die Daten f╨ær "regul╨öre" Threads vorbereiten m╨æssen. Diese sollen vorrangig zur Ausf╨æhrung kommen und nicht durch die dynamischen Priorit╨öts╨önderungen f╨ær "regul╨öre" Threads beeinflu╤üt werden, was zB. h╨öufig f╨ær Nachrichtenverteiler angewandt wird. 4. "Time-critical priority" ist die h╨ñchste Priorit╨ötsklasse f╨ær Threads, die unmittelbar zur Ausf╨æhrung kommen m╨æssen, wenn sie etwas zu tun haben. Ein solcher Thread erh╨ölt sofort Prozessorzeit, wenn n╨ñtig, und wird nicht unterbrochen, bis er mit seiner Aufgabe fertig ist. Solche Threads sind idR. mit der Beantwortung von zeitkritischen Nachrichten besch╨öftigt, wie zB. Netzwerk- und andere Kommunikationssoftware. Innerhalb jeder Priorit╨ötsklasse kann schlie╤ülich noch die Priorit╨ötsebene festgelegt werden. Dies ist ein Wert von -31 bis +31, der den Vorrang eines Threads innerhalb einer Priorit╨ötsklasse festlegt. Einige Beispiele: Ein "regular thread" mit Priorit╨öt +31 verdr╨öngt einen "regular thread" mit Priori╨öt 0. Innerhalb der Klasse "Regular priority" sorgt OS/2 allerdings daf╨ær, da╤ü kein Thread "verhungert", also niemals zur Ausf╨æhrung gelangt, indem nach einer bestimmten Zeit die Priorit╨öt eines niedrigeren Threads automatisch erh╨ñht wird. Diese Zeit wird mit der CONFIG.SYS-Einstellung MAXWAIT festgelegt. OS/2 erh╨ñht au╤üerdem die Priorit╨öt eines Threads, wenn Tastatureingaben vorliegen, der Proze╤ü des Threads im Vordergrund l╨öuft oder auf Ger╨öte zugegriffen wird. Diese dynamischen ╨₧nderungen werden jedenfalls dann vorgenommen, wenn in der CONFIG.SYS nicht der Befehl PRIORITY=ABSOLUTE steht, was nicht empfehlenswert ist. (Deswegen finden Sie diese Einstellung auch nicht auf der Einstellungsseite im Objekt "OS/2 Kernel"). Ein "time-critical thread" mit der Priorit╨öt -31 verdr╨öngt immer noch einen "regular thread" mit der Priorit╨öt +31, weil er einer h╨ñheren Klasse angeh╨ñrt. Hierauf haben die beschriebenen dynamischen Anpassungen keine Auswirkungen, weil diese nur die "regul╨öre" Priorit╨ötsklasse betreffen. Gleiches gilt zB. f╨ær einen "regular thread" mit der Priorit╨öt 0 gegen╨æber einem "idle-time thread" mit der Priorit╨öt 0. Zwei Threads mit gleicher Priorit╨öt hingegen laufen gleichm╨ö╤üig "gegeneinander", dh. sie wechseln sich mit der Benutzung der Prozessorzeit ab. Ein Proze╤ü ist demgegen╨æber eine OS/2-Anwendung, die in den Speicher geladen wurde. Jeder Proze╤ü mu╤ü mindestens aus einem Thread bestehen. Jeder Proze╤ü enth╨ölt gemeinsame Daten sowie Zugriff auf Systemressourcen. Prozesse werden gegeneinander vor ung╨æltigen Speicherzugriffen gesch╨ætzt, indem OS/2 ihnen den Zugriff auf Speicherbereiche verweigert, die ihnen nicht geh╨ñren ("Speicherschutz"). Mehrere Threads innerhalb eines Prozesses k╨ñnnen jedoch auf den Speicher des Prozesses zugreifen, weil der Speicher pro Proze╤ü verwaltet wird. Gleiches gilt f╨ær andere Systemressourcen wie zB. ge╨ñffnete Dateien. ΓòÉΓòÉΓòÉ 9.5. Die OS/2-Speicherverwaltung ΓòÉΓòÉΓòÉ Auch die OS/2-Speicherverwaltung wird vom OS/2-Kernel vorgenommen. Er sorgt daf╨ær, da╤ü Prozesse Speicher zugewiesen bekommen, sch╨ætzt die einzelnen Prozesse vor ung╨æltigen Speicherzugriffen, und verwaltet vor allem den "virtuellen Speicher". Unter "virtuellem Speicher" versteht man denjenigen Hauptspeicher, den es physikalisch auf dem System nicht gibt, der jedoch trotzdem unter Benutzung einer Auslagerungsdatei auf einer Festplatte Anwendungsprogrammen zur Verf╨ægung steht. Wenn ein OS/2-Programm Speicher anfordert und es ist nicht gen╨ægend Hauptspeicher verf╨ægbar, so lagert OS/2 einen Bereich des Hauptspeichers, der gerade nicht benutzt wird, in die Auslagerungsdatei auf die Festplatte aus und stellt den entsprechenden Hauptspeicher dem anfordernden Programm zur Verf╨ægung. Wenn umgekehrt das Programm, dem der jetzt ausgelagerte Speicher geh╨ñrt, wieder auf diesen Speicher zugreifen m╨ñchte, so f╨öngt OS/2 diesen Zugriff ab (weil der "Speicher" ja inzwischen auf der Festplatte liegt) und l╨ödt den ausgelagerten Speicherbereich wieder in den Hauptspeicher zur╨æck, bevor das Programm tats╨öchlich darauf zugreift. (Notfalls mu╤ü zuvor erst wieder ein anderer Speicherbereich ausgelagert werden, um Platz f╨ær den Speicherbereich zu schaffen, der wieder eingelagert werden soll.) Nun ist eine Festplatte nat╨ærlich sehr viel langsamer als der Hauptspeicher: eine durchschnittliche Festplatte hat heutzutage einen Datendurchsatz von 2-7 MB pro Sekunde, der Hauptspeicher aber von 20 bis zu mehreren 100 MB/s, was von Ihrer Prozessorgeschwindigkeit und davon abh╨öngt, ob dieser Speicherabschnitt bereits in die Prozessor-Speicher-Caches geladen wurde. Deswegen ist ausreichend Hauptspeicher die wichtigste Voraussetzung f╨ær eine annehmbar schnelle OS/2-Installation. Zwar kann OS/2 mit 8 MB Hauptspeicher installiert werden (OS/2 Warp 3 sogar mit 4), aber dabei h╨ñrt man nur noch die Festplatte rattern, weil permanent aus- und eingelagert wird. Auch wenn man relativ viel Speicher zur Verf╨ægung hat (bei mir zB. 32 MB), so wird doch noch relativ viel ausgelagert, je nachdem, wie speicherintensiv die Programme sind, die man startet. Ein Compilerlauf f╨ær XFolder mit VisualAge C++ zB. l╨ö╤üt meine Auslagerungsdatei durchaus auf 40 MB anschwellen: dh. der tats╨öchliche Speicherbedarf des Systems betr╨ögt 32+40 = 72 MB. Sie k╨ñnnen die OS/2-Speicherverwaltung, insbesondere die Verwaltung der Auslagerungsdatei, ╨æber einige CONFIG.SYS-Befehle beeinflussen. Auch wenn es eine ganze Reihe von Befehlen hierzu gibt, sollten Sie trotzdem nur den Befehl SWAPPATH ╨öndern, wof╨ær Ihnen die Seite "Speicher" im Objekt "OS/2-Kernel" eine Schnittstelle bietet. Dr╨æcken Sie den "Hilfe"-Knopf auf dieser Seite, um eine ausf╨æhrliche Erl╨öuterung der einzelnen Einstellungen zu bekommen. ΓòÉΓòÉΓòÉ 9.6. Dateisystem-Caches ΓòÉΓòÉΓòÉ Dateisystem-Caches sind ein Mechanismus, der von den meisten heutigen Betriebssystemen genutzt wird, um ╨æberfl╨æssige Laufwerkszugriffe zu vermeiden. Um dies zu erreichen, wird ein Teil des Hauptspeichers (RAM) in Ihrem Rechner als ein Puffer f╨ær die Daten benutzt, die auf die Laufwerke geschrieben bzw. von ihnen gelesen werden. Einen solchen Speicherbereich bezeichnet man als "Cache". Wenn nun eine Anwendung auf Laufwerksdaten zugreift, die sich noch im Dateisystem-Cache befinden, so kann das Betriebssystem diese aus dem Hauptspeicher zur Verf╨ægung stellen und mu╤ü sie nicht von der Platte lesen, was sehr viel schneller geht. Umgekehrt k╨ñnnen Daten, die von einer Anwendung auf die Festplatte geschrieben werden, erst einmal in den Cache kopiert und so lange zur╨æckgehalten werden, bis die Festplatte Zeit hat, die Daten entgegenzunehmen. Dies bezeichnet man als "verz╨ñgertes Schreiben" ("lazy write"). Verwechseln Sie nicht die Dateisystem-Caches, die hier beschrieben werden, mit den anderen Caches Ihres Systems, wie zB. die Prozessor-Caches und andere, die fest in Ihre Festplatten eingebaut sind. Diese geh╨ñren zur Hardware und werden hier nicht beschrieben. OS/2 stellt unterschiedliche Caches f╨ær jedes installierte Dateisystem zur Verf╨ægung. Dies bedeutet, das alle FAT-Laufwerke einen gemeinsamen Cache benutzen und alle HPFS-Laufwerke einen zweiten. Diese beiden Caches werden getrennt ╨æber unterschiedliche CONFIG.SYS-Kommandos konfiguriert, die Sie auf den Seiten "HPFS" und "FAT" im Objekt "OS/2-Kernel" einstellen k╨ñnnen. Dr╨æcken Sie dort den "Hilfe"-Knopf, um eine detaillierte Beschreibung der einzelnen Einstellungen zu erhalten. ΓòÉΓòÉΓòÉ 10. Neue XFolder-Systemkl╨önge ΓòÉΓòÉΓòÉ Wenn Sie das OS/2-Multimedia-Subsystem (MMPM/2) und eine Soundkarte installiert haben, kann XFolder einige neue Systemkl╨önge auf Ihrem System installieren. Hinweise: Die neuen Systemkl╨önge sind standardm╨ö╤üig ausgeschaltet, denn wenn diese nicht richtig funktionieren sollten, kann die Arbeitsoberfl╨öche in erhebliche Probleme geraten. Um die neuen Systemkl╨önge zu aktivieren, m╨æssen Sie "SOUND049.CMD" im Unterverzeichnis BIN des XFolder-Verzeichnisses ausf╨æhren. Sollten auf Ihrem System die neuen Kl╨önge nicht richtig funktionieren, k╨ñnnen Sie "SOUNDOFF.CMD" im selben Verzeichnis ausf╨æhren, das die neuen Systemkl╨önge wieder ausschaltet. Mit V0.82 wurde die Unterst╨ætzung f╨ær Systemkl╨önge in eine separate DLL verlagert (SOUND.DLL), damit XFolder sich auch auf System installieren l╨ö╤üt, wo MMPM/2 nicht installiert ist. Wenn Sie Probleme mit den neuen Systemkl╨öngen haben, k╨ñnnen Sie diese DLL einfach l╨ñschen. Beachten Sie au╤üerdem, da╤ü f╨ær die XFolder-Kl╨önge das gleiche gilt wie f╨ær die normalen Systemkl╨önge: sie machen das System langsamer. Selbst auf meinen Pentium-133 mit 32 MB Hauptspeicher macht sich das bemerkbar, obwohl XFolder einen getrennten Thread f╨ær die Kl╨önge benutzt. Wie auch immer, wenn die neuen Systemkl╨önge aktiviert sind, k╨ñnnen Sie diese im Objekt "Warnton" konfigurieren. Dieses Objekt befindet sich standardm╨ö╤üig sowohl in den Ordnern "Multimedia" und "Systemkonfiguration". Objekt "Warnton" Das Einstellen dieser neuen Kl╨önge ist nicht allzu spektakul╨ör; XFolder f╨ægt einfach einige neue einstellbare Kl╨önge zu der Liste auf der linken Seite hinzu. Alle XFolder-Kl╨önge beginnen mit "XFolder", so da╤ü sie alle zusammen gruppiert sind. Nachdem Sie auf einen davon geklickt haben, k╨ñnnen Sie auf der rechten Seite einen entsprechenden Klang ausw╨öhlen. XFolder stellt bereits f╨ær den Anfang einen kleinen Klang f╨ær die Funktionen "Systemabschlu╤ü" und "WPS neustarten" zur Verf╨ægung. ;-) ΓòÉΓòÉΓòÉ 11. Neue Standardsymbole ΓòÉΓòÉΓòÉ Seit V0.84 erlaubt XFolder Ihnen, eine Reihe von Standardsymbolen der WPS zu ersetzen. Dies ist eine Verbesserung gegen╨æber fr╨æheren Versionen, wo nur die Ordner-Standardsymbole durch feste XFolder-Symbole ersetzt werden konnten. Standardm╨ö╤üig sind die Ersetzungen eingeschaltet. Dies kann folgenderma╤üen konfiguriert werden: 1. Wenn Sie ╨æberhaupt keine Ersetzungen w╨ænschen, stellen Sie die entsprechende Einstellung im Objekt "Workplace Shell", Seite 1, ab. 2. Wenn Sie andere als die XFolder-Ersetzungen m╨ñchten, m╨æssen Sie die Symbole im Unterverzeichnis /ICONS des XFolder-Installationsverzeichnis ersetzen und die Datei ICONS.DLL neu erstellen. Dies wird nachstehend erl╨öutert. Hinweis: All diese ╨₧nderungen erfordern einen WPS-Neustart, weil es nicht m╨ñglich ist, Symbole zu ersetzen, die bereits von der WPS benutzt werden. Das Ersetzen der Symbole ist recht einfach. Schauen Sie in das Unterverzeichnis /ICONS des XFolder-Installationsverzeichnisses, und Sie werden dort eine Reihe von Symboldateien finden: Ersetzen Sie diese Dateien mit Ihren eigenen Lieblingssymbolen und f╨æhren Sie das Skript ICONS.CMD im selben Verzeichnis aus. Dies wird eine Datei ICONS.DLL erstellen, die von XFolder beim n╨öchsten WPS-Start in sein eigenes /BIN-Verzeichnis kopiert werden wird. Hinweise: Das Skript erwartet die Dateinamen genau wie oben bezeichnet. Au╤üerdem k╨ñnnen Sie ICONS.DLL im /BIN-Verzeichnis nicht selbst ersetzen, denn nachdem die WPS einmal gestartet ist, ist diese DLL blockiert. Benutzen Sie also immer ICONS.CMD. Drittens: ICONS.CMD erfordert, da╤ü RC.EXE auf Ihrem Systempfad liegt. Dieses kleine Programm kommt mit jeder OS/2-Version und sollte sich in Ihrem \OS2-Verzeichnis befinden. Wenn nicht, m╨æssen Sie es nachtr╨öglich mit dem Programm "Installation anpassen" installieren; stellen Sie sicher, da╤ü in der Sektion "Systemdienstprogramme" die Option "Objektmodule verbinden" (Knopf "Weiter...") bet╨ötigt ist. Die ersetzbaren Standardsymbole sind die folgenden: Programmdateien (Klasse WPProgramFile). Dies sind die Dateien der oberen Reihe im obigen Bildschirmfoto. Sie repr╨ösentieren die folgenden ausf╨æhrbaren Dateien: - default.ico wird f╨ær Programme benutzt, deren Programmtyp XFolder nicht erkennen kann. Das sollte eher selten vorkommen. - dll.ico wird f╨ær Dynamic Link Libraries (DLLs) benutzt. Beachten Sie, da╤ü nicht alle .DLL-Dateien dieses Symbol erhalten (insbesondere nicht Windows-DLLs), und einige Dateien erhalten dieses Symbol, obwohl sie eine andere Erweiterung tragen. XFolder liest den Dateikopf einer Datei ein, um herauszufinden, ob die Datei tats╨öchlich eine DLL ist. - dosfull.ico und doswin.ico werden f╨ær DOS-Programme benutzt, und zwar jeweils im Vollbild- und Fenster-Modus. - driver.ico wird f╨ær virtuelle und physische Ger╨ötetreiber benutzt. Nicht alle Ger╨ötetreiber erhalten jedoch dieses Symbol, weil einige von ihnen als DLLs erzeugt wurden und daher das DLL-Symbol tragen. - os2full.ico und os2win.ico werden f╨ær OS/2-Programme im Textmodus benutzt, und zwar jeweils im Vollbild- und Fenster-Modus. Datendateien (Klasse WPDataFile). Dies ist die Datei xfdataf.ico. Beachten Sie, da╤ü dieses Symbol nur f╨ær Datendateien benutzt wird, mit denen kein Programm verkn╨æpft wurde; andernfalls wird das Symbol des Programms benutzt. (Dies ist das WPS-Standardverhalten.) Arbeitsoberfl╨öche (Klasse WPDesktop). Dies sind die Dateien xfdesk1.ico und xfdesk2.ico, f╨ær geschlossene und ge╨ñffnete Arbeitsoberfl╨öchen-Ordner. (W╨öhrend die WPS das gleiche Symbol f╨ær geschlossene und ge╨ñffnete Arbeitsoberfl╨öchen benutzt, k╨ñnnen Sie nun f╨ær ge╨ñffnete Arbeitsoberfl╨öchen ein anderes Symbol definieren.) Ordner (Klasse WPFolder). Dies sind die Dateien xfldr1.ico und xfldr2.ico, f╨ær geschlossene und ge╨ñffnete Ordner. Bekannte Einschr╨önkungen. Einige Standardsymbole k╨ñnnen im Moment noch nicht ersetzt werden. Insbesondere PM-Programme ohne ein eingebautes Symbol bekommen immer ein langweiliges Standardsymbol f╨ær PM-Programme. Au╤üerdem kann XFolder nur die Symbole ╨öndern, wie sie in Ordnern angezeigt werden. Insbesondere werden nicht die Symbole ge╨öndert, die die Programme tragen, nachdem sie gestartet wurden, dh. diejenigen in der Titelzeile des Programms oder wenn ein Programm auf Symbolgr╨ñ╤üe verkleinert wurde. Dies wird vielleicht in einer zuk╨ænftigen XFolder-Version behoben. ΓòÉΓòÉΓòÉ 12. WPS-Startlogos ΓòÉΓòÉΓòÉ Hier folgen die Erkl╨örungen zu den neuen WPS-Startlogos (V0.85). W╨öhrend die WPS hochf╨öhrt und XFolder initialisiert wird, schaut XFolder nach der Datei bootlogo\bootlogo.bmp (vom XFolder-Installationsverzeichnis ausgehend). Diese Datei wird geladen und als "Shape"-Fenster gezeigt, dh. mit Transparenz. Diese Funktionalit╨öt basiert auf dem hervorragenden Paket "ShapeWin", das k╨ærzlich auf Hobbes erschienen ist. Schauen Sie in die Quellcodes von XFolder f╨ær Details. Das Startlogo bleibt sichtbar, bis sich die WPS komplett initialisiert hat. Dann verschwindet es und wird keinerlei Systemressourcen mehr verbrauchen. Ich habe Ihnen zwei Startlogos beigelegt: bootlogo.bmp (das also standardm╨ö╤üig benutzt wird) ist eine Variation des alten XFolder-Logos. Dies sollten auch ╨öltere Computer noch verkraften k╨ñnnen. cpuhog.bmp ist ein alternativer, neuer Entwurf, den ich viel h╨æbscher finde, der aber auf schw╨öcheren System vielleicht ewig zur Anzeige braucht. Auf meinem Pentium-133 braucht dieses Logo etwa zwei Sekunden. Benennen Sie diese Datei in bootlogo.bmp um, um diese zu verwenden. Sie k╨ñnnen das Startlogo frei durch Ihre eigene Lieblingsgrafik ersetzen, wenn Sie zB. lieber ein Foto von Bill Gates beim WPS-Start sehen wollen. Ich habe jedoch einige Zeit auf die bestehenden Grafiken verwendet, und ich hoffe, da╤ü Sie sie m╨ñgen. (Diese sind ╨æbrigens mit GIMP/2 entstanden.) Wenn Sie aber Ihre eigenen Bitmaps verwenden wollen, beachten Sie die folgenden, wichtigen Hinweise: 1. bootlogo.bmp mu╤ü eine unkomprimierte OS/2-1.3-Bitmap-Datei sein. V2.0-Bitmaps k╨ñnnen nicht geladen werden. Ich mu╤üte meinen eigenen Code f╨ær das Laden von Bitmaps einbauen, weil die WPS-Multimediaklassen beim Hochfahren der WPS noch nicht funktionieren. Sie k╨ñnnen PMView oder die WPS-Multimediaklassen verwenden, um bestehende Dateien ins 1.3-Format zu konvertieren. 2. Die Transparenz wird basierend auf dem Pixel ganz links unten in der Bitmap berechnet. Das hei╤üt, alle Pixel, die dieselbe Farbe haben wie Pixel (0, 0) werden transparent gemacht. 3. Sie sollten ╨öu╤üerst vorsichtig sein, wenn Sie die Bitmaps ersetzen. Die Transparenz-Berechnungen sind extrem prozessor-intensiv. Wenn Sie eine Grafik mit 500 mal 500 Pixel verwenden, bei der die H╨ölfte der Pixel transparent sind, kann dies Ihr System f╨ær viele Minuten blockieren. Und das hei╤üt tats╨öchlich blockieren, denn es ist der Presentation Manager (PM), der hier die meiste Zeit verbraucht, und das "Killen" von Prozessen h╨öngt hier normalerweise das ganze System auf. Da PM f╨ær die Anzeige nur von rechteckigen Fenstern entworfen wurde, funktionieren diese "Shape"-Fenster wie folgt: die Bitmap wird Pixel f╨ær Pixel analysiert, und es werden so viele rechteckige PM-Unterfenster erzeugt, wie nicht-rechteckige transparente Fl╨öchen in der Bitmap existieren. Aus diesem Grund m╨æssen Sie mit der Transparenz sehr vorsichtig sein. Je mehr nicht-rechteckige transparente Fl╨öchen in der Bitmap sind, desto mehr Unterfenster werden erzeugt. Beispiel: ΓöîΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÉ Γöé Γöé Γöé 11111111111111 Γöé Γöé 11111111111111 Γöé Γöé 2222 3333 Γöé Γöé 44444444444444 Γöé Γöé 44444444444444 Γöé Γöé Γöé ΓööΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÿ (wobei " " f╨ær einen transparenten Pixel steht) w╨ærde genau vier Unterfenster erzeugen (als "1"-"4" markiert). Wenn Sie jedoch "diagonale" oder andere nicht-rechteckige transparente Fl╨öchen haben, mu╤ü f╨ær jede Zeile der Bitmap mindestens ein Unterfenster erzeugt werden, was PM wirklich eine Weile besch╨öftigen kann. Noch ein Beispiel: ΓöîΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÉ Γöé Γöé Γöé 111111111 Γöé Γöé 2222 333 Γöé Γöé 44 55 Γöé Γöé 666 777777 Γöé Γöé 8888888888 Γöé Γöé 9999999999 Γöé Γöé Γöé ΓööΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÿ Dies w╨ærde bereits neun Fenster erzeugen: eins f╨ær die oberste Zeile, dann jeweils zwei f╨ær die folgenden, und noch je eines f╨ær die unteren Zeilen. Stellen Sie sich nun eine Bitmap dieser Art mit 500 Zeilen vor: das w╨ærde mindestens 500 Fenster erzeugen. Um dies klarzustellen: es ist nicht die Analyse der Bitmap, die die CPU belegt, sondern das Erzeugen der Unterfenster. Folglich schaden gro╤üe Bitmaps nicht, wenn sie keine oder nur rechteckige Transparenz enthalten. Ich habe dies auf eine unangenehme Art und Weise herausgefunden, als ich versehentlich eine Bitmap f╨ær die Systemfarbenpalette konvertiert habe und diese dabei "gedithert" wurde. Pl╨ñtzlich waren da Hunderte von transparenten und nicht-transparenten Pixeln, die sich st╨öndig abwechselten, weil der Hintergrund, den ich eigentlich wollte, gedithert worden war. Die Bitmap hatte ungef╨öhr 100 Zeilen, und ich bekam mehrere tausend Unterfenster. Nach zwei Minuten habe ich Strg-Alt-Entf gedr╨æckt, weil gar nichts mehr ging. Seien Sie also gewarnt. Beginnen Sie mit kleinen Bitmaps und testen Sie, was Ihr System aush╨ölt. F╨ær gr╨ñ╤üere Bitmaps sollten Sie versuchen, die transparenten Bereiche rechteckig zu halten. Schlie╤ülich kann das Logo vollst╨öndig abgeschaltet werden, indem Sie die Bitmap l╨ñschen oder die Anzeige im Objekt "Workplace Shell", "XFolder" Seite 2 abstellen. Wenn alles schiefl╨öuft und Ihre WPS nicht mehr hochfahren will, k╨ñnnen Sie beim Start der WPS die Umschalt-(Shift-)Taste gedr╨æckt halten, wodurch die Berechnungen komplett ╨æbergangen werden. Wenn die WPS dann gestartet ist, k╨ñnnen Sie die Bitmap l╨ñschen. ΓòÉΓòÉΓòÉ 13. Die Netscape-DDE-Schnittstelle ΓòÉΓòÉΓòÉ Einf╨æhrung Installation Kommandozeilen-Parameter Tips & Tricks Wie es funktioniert Revision history ΓòÉΓòÉΓòÉ 13.1. Einf╨æhrung ΓòÉΓòÉΓòÉ Geht es Ihnen auch auf die Nerven, da╤ü jedesmal, wenn Sie auf eine URL oder eine HTML-Datei klicken, eine neue Instanz von NETSCAPE.EXE ge╨ñffnet wird? Dies ist eine Verschwendung von Zeit, Speicher, und Systemressourcen. Die Netscape-DDE-Schnittstelle bietet Abhilfe. Sie k╨ñnnen sie HTML- und URL-Dateien zuordnen, so da╤ü bei einem Doppelklick auf diese Dateien entweder Netscape gestartet wird, oder, wenn Netscape schon l╨öuft, die gew╨ænschte Datei einfach an den laufenden Netscape ╨æbergeben wird. NetscDDE funktioniert sowohl mit Navigator 2.02 als auch mit Communicator 4.04 f╨ær OS/2. ΓòÉΓòÉΓòÉ 13.2. Installation ΓòÉΓòÉΓòÉ Es gibt keine wirkliche Installation f╨ær NetscDDE, weil XFolder bereits daf╨ær vorkonfiguriert ist. Die Standardkonfiguration f╨ægt bereits einen Men╨æpunkt "Netscape DDE" zu allen Ordnerkontextmen╨æs hinzu, der dann den Inhalt des Ordners in Netscape anzeigt. Es gibt jedoch einige zus╨ötzliche Dinge, die man mit NetscDDE anstellen kann: 1. Erstellen Sie ein Programmobjekt f╨ær die Datei NETSCDDE.EXE im Unterverzeichnis /BIN des XFolder-Installationsverzeichnisses. Ordnen Sie diesem Programmobjekt die Filter *.HTM und *.HTML zu, und Sie k╨ñnnen dann auf HTML-Dateien doppelklicken, so da╤ü NetscDDE sie ╨ñffnet. 2. Sie k╨ñnnen au╤üerdem NetscDDE als Ihren Standard-Browser in den URL-Objekten von Warp 4 einstellen. ΓòÉΓòÉΓòÉ 13.3. Kommandozeilen-Parameter ΓòÉΓòÉΓòÉ NetscDDE wird ╨æber Kommandozeilenparameter konfiguriert. Das ist nicht besonders intuitiv, aber flexibel. Au╤üerdem ist es f╨ær mich weniger Arbeit. NetscDDE erkl╨ört sich selbst, wenn Sie auf NETSCDDE.EXE doppelklicken. Die Syntax ist: netscdde [-[x|X]n]] [-p <exe>] [-P <params>] [-m[h]] <URL> Wie man sieht, ist <URL> der einzig erforderliche Parameter. Die Parameter bedeuten das folgende: <URL> ein Uniform Resource Locator; Sie k╨ñnnen damit sogar Dateien im Internet ╨ñffnen, indem Sie http:// oder ftp:// etc. angeben. Dies ist der Grund, warum NetscDDE auch mit URL-Objekten funktioniert. F╨ær lokale HTML-Dateien toleriert Netscape den schlichten Pfad und Dateinamen und wird diese Datei ╨ñffnen. Beispiel: NETSCDDE C:\docs\text.html Optionen: -x Wenn Netscape noch nicht l╨öuft, keine neue Instanz ╨ñffnen. NetscDDE macht dann gar nichts. -X Wenn Netscape noch nicht l╨öuft, immer eine neue Instanz ╨ñffnen, ohne nachzufragen. Wenn weder -x noch -X angegeben sind, fragt NetscDDE nach, ob eine neue Instanz von Netscape ge╨ñffnet werden soll. -n Ein neues Browser-Fenster von Netscape anfordern, wenn es bereits l╨öuft. (Wenn Netscape noch nicht l╨öuft und eine neue Instanz gestartet wird, wird nat╨ærlich immer ein neues Fenster ge╨ñffnet.) Standardm╨ö╤üig wird <URL> in dem zuletzt aktiven Fenster von Netscape ge╨ñffnet. -p <exe> Hier k╨ñnnen Sie den vollen Pfad von NETSCAPE.EXE angeben, wenn sich diese Datei nicht auf ihrem PATH befindet. Dies wird nur ausgewertet, wenn Netscape noch nicht l╨öuft und daher gestartet werden mu╤ü. Standardm╨ö╤üig wird der PATH nach NETSCAPE.EXE durchsucht. Beispiel: NETSCDDE -p "C:\NETSCAPE\NETSCAPE.EXE" <URL> Anf╨æhrungszeichen sind nur notwendig, wenn der Pfad Leerzeichen enth╨ölt, schaden aber auch nicht. F╨ær eine interessante Nebenwirkung dieser Option siehe die Seite "Tips & Tricks". -P <params> Hier k╨ñnnen Sie Kommandozeilenparameter angeben, die einer neu ge╨ñffneten Instanz von Netscape ╨æbergeben werden, wie zB. "-3" f╨ær die Netscape-3.0-Identifizierung (siehe die Netscape-Dokumentation f╨ær Details). Beispiel: -P "-3" Anf╨æhrungszeichen sind nur notwendig, wenn der Pfad Leerzeichen enth╨ölt, schaden aber auch nicht. -m Netscape in Symbolgr╨ñ╤üe starten. -mh Netscape in Symbolgr╨ñ╤üe und versteckt starten (siehe die Seite "Tips & Tricks"). ΓòÉΓòÉΓòÉ 13.4. Tips & Tricks ΓòÉΓòÉΓòÉ 1. Here's an unintended, but maybe useful side-effect: Since OS/2 can share its DDE environment with a Win-OS/2 session, NETSCDDE can even pass URLs to a running Win-OS/2 copy of Netscape Navigator. This includes Communicator (Netscape 4). The only thing you have to do is enable WIN_DDE in the Win-OS/2 session settings of your Windows Netscape program object. By specifying your Windows Netscape EXE file with -p <exe> (see above), NETSCDDE.EXE even provides for proper WPS integration of Windows Netscapes. 2. You can now (V1.1) also specify a .CMD file with -p and -P to have certain commands executed before and after Netscape is actually started. You should specify the -m or -mh options so that no ugly VIO window appears. Here is an example NETSCAPE.CMD: @echo off rem do some initialization here, e.g. change directory cd D:\WebStuff rem now call Netscape netscape.exe rem now the .cmd file is put to sleep until Netscape is rem terminated; subsequent calls to NETSCDDE will contact rem this running Netscape instance rem after Netscape is terminated, execute this: call cleanup.cmd rem or whatever you want Thanks, Marcus de Geus, for this suggestion. 3. Here's a trick from Chris Wenham, senior editor of OS/2 e-zine, found in the SmartSuite Mailing List (smartsuite-os2@makelist.com): "If you need to change the web browser that Smartsuite apps call when you click one of their Internet buttons (like Organizer's button to go to the Almanack page), or send the URL to the currently running copy of Netscape instead of launching a new instance, you need to do this: Launch REGEDIT2.EXE in the /OS2/SYSTEM directory. Expand the HKEY_CLASSES_ROOT tree. Scroll down to "http" and expand it all the way down (through "shell" and "open") until you come to "command". Right click on the data in the "(Default)" key, pick "Modify", and change the path to the new browser, making sure it's followed with a "%1" (which represents the URL). Close RegEdit. You shouldn't need to reboot, but you might need to restart any SS components that are running. Chris then states that you can enter NETSCDDE.EXE as your browser in this section. ΓòÉΓòÉΓòÉ 13.5. How It Works ΓòÉΓòÉΓòÉ This is done with the use of Dynamic Data Exchange (DDE), for the OS/2 version of Netscape 2.02 understands just the same DDE commands as the Windows versions do. These commands are (horribly) documented at http://developer.netscape.com/library/documentation/communicator/DDE These documents assume a detailed knowledge of how DDE works, and believe me, some things ARE different on OS/2. ΓòÉΓòÉΓòÉ 13.6. NetscDDE Revision History ΓòÉΓòÉΓòÉ V1.2 (July 8, 1998) Finally created this INF file for documentation. NetscDDE is now exclusively distributed with XFolder and is published under the GNU General Public Licence. V1.1 (May 15, 1998) NETSCDDE can now start any program specified with -p, for example a batch file. New -m and -h parameters. V1.02 (May 1, 1998) NETSCDDE does not any longer block the PM while waiting for Netscape to answer. V1.01 (March 8, 1998) Bugfix for local files which contain spaces. V1.0 (March 5, 1998) Initial release. ΓòÉΓòÉΓòÉ 14. Frequently Asked Questions (FAQ) ΓòÉΓòÉΓòÉ Dieser Abschnitt enth╨ölt Fragen, die dem Autor von XFolder h╨öufig gestellt wurden. Bitte lesen Sie diese Texte, bevor Sie den Autor ╨æber m╨ñgliche Probleme oder Fehler benachrichtigen. Vielleicht finden Sie die Antwort bereits hier. Allgemeine Fragen Fragen zur Installation Fragen zu Men╨æs Fragen zum Erweiterten Systemabschlu╤ü ΓòÉΓòÉΓòÉ 14.1. FAQ: Allgemeine Fragen ΓòÉΓòÉΓòÉ Zuallererst: Schauen Sie in das Objekt "Workplace Shell", wo Sie eine ganze Anzahl an n╨ætzlichen Hebeln finden werden, um XFolder Benehmen beizubringen. Wenn Sie die Antwort auf ihre Fragen nicht hier in der "FAQ"-Sektion finden, schauen Sie bitte auch auf die WWW-Heimseite von XFolder, wo der Autor inzwischen eine ╨ñffentliche Bug-Liste unterh╨ölt, die vielleicht Ihr Problem bereits enth╨ölt. 1. Macht XFolder die WPS langsamer? Ich glaube, nicht generell. Ich habe dies nicht ausgetestet, aber im allgemeinen macht XFolder nur bestimmte WPS-Funktionen langsamer. Am offensichtlichsten ist dies f╨ær Kontextmen╨æs. Auch wenn das Limit von 50 Objekten f╨ær den Konfigurationsordner seit V0.70 nicht mehr besteht, sollten Sie trotzdem nicht allzuviele Objekte hier hineinstellen, denn diese Ordner werden bei jedem ╨⌐ffnen von Ordner-Kontextmen╨æs ausgelesen. F╨ær die anderen Funktionen wei╤ü ich nicht so genau, was Zeit kostet; ich denke, die Statuszeilen werden das System ein bi╤üchen verlangsamen, aber das ist normalerweise nicht bemerkbar. Au╤üerdem verbraucht XFolder nicht sehr viel Speicher. Ich habe dies mal auf meinem System ╨æberpr╨æft, und zus╨ötzlich zu dem Platz, den nat╨ærlich die XFolder-DLLs selbst verbrauchen, fordert XFolder lediglich etwa 100 bis 400 KB an, je nachdem wie lange die WPS bereits l╨öuft. 2. Warum sind unter Warp 3 die Dialoge so h╨ö╤ülich? XFolder benutzt inzwischen die Schriftart "WarpSans" f╨ær die meisten Dialoge, weil sie einfach so viel h╨æbscher ist. Diese Schrift gibt's nur unter Warp 4, deswegen benutzt OS/2 unter Warp 3 den Standardfont (System Proportional). Wenn Sie irgendwie an die Datei \OS2\DLL\DSPRES.DLL aus Warp 4 herankommen, kopieren Sie sie einfach in das Verzeichnis \OS2\DLL Ihrer Warp-3-Installation. Diese Datei enth╨ölt viele Systemressourcen, ua. WarpSans. Warp3 funktioniert mit der Warp-4-Version dieser Datei ohne Probleme. (Dies funktioniert nur, wenn Sie OS/2 ╨æber Kommandozeile booten: Alt-F1 beim Systemstart.) 3. Warum funktionieren die neuen Systemkl╨önge nicht? Sie m╨æssen diese erst aktivieren (siehe hierzu die entsprechende Seite). 4. Warum st╨ærzt SOM.DLL immer ab? Wenn Sie VisualAgeC++ benutzen (oder irgendeine andere Software, die SOM-Runtimes installiert), stellen Sie sicher, da╤ü SOM.DLL aus dem Verzeichnis \OS2\DLL geladen wird. Diese DLL ist mit den letzten Fixpaks aktualisiert worden. VAC++ f╨ægt zus╨ötzliche Eintr╨öge zum LIBPATH in CONFIG.SYS hinzu, die statt dessen eine veraltete Version dieser DLL laden. Stellen Sie die Verzeichnisse von VAC++ hinter \OS2\DLL im LIBPATH. 5. Warum funktionieren die XFolder-Funktionen nur mit einigen Ordnern und nicht mit anderen? Das ist nicht einfach zu beantworten. Diese Probleme sind mir in allen m╨ñglichen Varianten berichtet worden, dh. Tastenk╨ærzel funktionieren nur auf der Arbeitsoberfl╨öche selbst, oder nicht in URL-Ordnern, oder nicht in "group folders" (ein IBM-Utility), etc.pp. ╨₧hnliches gab's f╨ær Statuszeilen. Aus meiner Sicht hat das etwas mit dem "Subclassing" von Ordnern zu tun. XFolder ben╨ñtigt bestimmte Fenster-Nachrichten ("messages"), um seine Funktionen in die WPS einzubauen, und wenn irgendeine andere WPS-Klasse diese Nachrichten abf╨öngt, kriegt XFolder Probleme. Allgemein gilt: Je mehr WPS-Klassen Sie installiert haben, desto eher knallt's. Mit einer "sauberen" WPS funktioniert XFolder normalerweise problemlos, aber die Benutzer, die diese Fehler berichteten, hatten teilweise allein vier Ordner-Ersatzklassen installiert, und es ist f╨ær mich sehr schwierig, solche Nebenwirkungen zu reproduzieren. Versuchen Sie, diejenigen WPS-Erweiterungen zu deinstallieren, die Sie nicht absolut brauchen. Au╤üerdem wird die WPS gerne ╨æberhaupt etwas instabil, je unordentlicher Ihre INI-Dateien sind. Ich empfehle von Herzen das Paket WPTOOLS von Henk Kelder, das man immer mal wieder laufen lassen sollte, um die WPS zu "waschen". Dieses Paket wird immer noch aktualisiert und ist auf Hobbes verf╨ægbar. Ich habe au╤üerdem bemerkt, da╤ü die Reihenfolge von Installationen wichtig ist. Einige WPS-Erweiterungen "schlucken" einfach Nachrichten, die sie selbst nicht f╨ær wichtig halten, anstatt sie an das System weiterzureichen. (Dies kann auch auf XFolder zutreffen, aber ich habe versucht, dies zu vermeiden.) Es kann also einen Unterschied machen, welche WPS-Klasse eine bestimmte Nachricht zuerst bekommt. 6. Funktioniert XFolder mit Object Desktop? In der Theorie: ja. In der Praxis: manchmal. F╨ær Details hierzu (und auch zu anderer Software) siehe "Kompatibilit╨öt". 7. Warum l╨öuft jedesmal das Diskettenlaufwerk an, wenn ich den Ordner "Laufwerke" ╨ñffne? Das liegt daran, da╤ü die XFolder-Statuszeile den freien Platz auf einem Laufwerk abfragt. Wenn das erste Objekt in Ihrem Laufwerke-Ordner ein Diskettenlaufwerk ist, so wird dieses abgefragt. Wenn Sie dies vermeiden m╨ñchten, so ╨öndern Sie die Statuszeilen-Informationen f╨ær WPDisk-Objekte im Objekt "Workplace Shell", Seite 2 unter "Statuszeilen". Dann werden diese Informationen auch nicht abgefragt. Alternativ k╨ñnnen Sie die Statuszeilen nur f╨ær den Ordner "Laufwerke" abschalten (im Einstellungsnotizbuch dieses Ordners, Seite "XFolder"). 8. L╨öuft XFolder auf Macintosh-Rechnern? Nein. Schamlose Eigenwerbung: XFolder funktioniert pr╨öchtig mit dem fantastischen CommandPak des gleichen Autors, ebenfalls verf╨ægbar auf meiner Heimseite. Dieses Paket wird Ihre OS/2-Kommandozeile dramatisch verbessern und au╤üerdem einige WPS-Unterst╨ætzung zur Kommandozeile hinzuf╨ægen. ΓòÉΓòÉΓòÉ 14.2. FAQ: Fragen zur Installation ΓòÉΓòÉΓòÉ 1. Nach dem WPS-Neustart st╨ærzt die WPS ab bzw. startet sich st╨öndig neu. Was soll das? Schwierig zu sagen. Wenn sich die WPS st╨öndig neustartet, ist dies ein sicheres Zeichen daf╨ær, da╤ü die WPS intern abst╨ærzt, w╨öhrend sie hochf╨öhrt. Dies ist ein ╨öhnliches Problem wie auf der vorherigen Seite: wahrscheinlich vertr╨ögt sich XFolder mit anderen WPS-Erweiterungen nicht. Ansonsten kann es auch sein, da╤ü der WPS-Neustart auf Ihrem System einfach nicht funktioniert. Der Neustart ist nur als Abk╨ærzung gedacht, damit Sie nicht das ganze System neustarten m╨æssen. Wenn dies nicht funktioniert, starten Sie den Rechner neu. Mir wurde au╤üerdem berichtet, da╤ü es manchmal hilft, die INI-Schl╨æssel von XFolder zu entfernen. Benutzen Sie einen INI-Editor und suchen Sie in OS2.INI in der "Applications"-Liste nach Eintr╨ögen, die mit "XFolder" beginnen. L╨ñschen Sie sie allesamt. Seit V0.81 ben╨ñtigt XFolder keine INI-Eintr╨öge mehr, um zu funktionieren. Dies l╨ñscht zwar alle Ihre Einstellungen und setzt die Sprache zur╨æck auf Englisch, aber vielleicht funktioniert XFolder ja dann. Au╤üerdem ist es immer zu empfehlen, etwas neuere OS/2-Fixpaks zu installieren, dh. wenigstens Fixpak 35 f╨ær Warp 3 und Fixpak 5 f╨ær Warp 4. XFolder l╨öuft meinen Tests zufolge auch ohne Fixpaks, aber dies kann uU. zu Problemen f╨æhren. IBM hat mit der Zeit viele Dinge im SOM-Kernel ge╨öndert, den die WPS f╨ær ihre Klassenverwaltung ben╨ñtigt. Ich habe einige Dinge unternommen, um die Kompatibilit╨öt von XFolder zu erh╨ñhen, aber ich kann nicht jede denkbare Konfiguration selbst austesten. Zum Beispiel ist nach meiner Erfahrung der SOM-Kernel vom Standard-Warp-3 ziemlich fehlerhaft, also wenigstens bei Warp 3 empfehle ich dringend, Fixpaks zu installieren. (Trotzdem l╨ö╤üt sich XFolder seit V0.82 auf Warp 3 jetzt auch ohne Fixpaks installieren.) 2. Das Installationsprogramm meldet, da╤ü einige Klassen nicht registriert werden konnten. Was kann ich tun? Mit den ersten V0.8x-Versionen bestanden ernsthafte Installationsprobleme. Offenbar haben sich die Dinge mit V0.82 zum besseren gewendet, da ich die SOM-Mehrfachvererbung entfernt habe, die die WPS auf einigen System anscheinend nicht so gerne mochte. Wenn die Installation immer noch klemmt, auch wenn nur einige der Klassen nicht installiert werden konnten, entfernen Sie bitte trotzdem alle XFolder-Klassen. Deinstallieren Sie XFolder, bis diese Probleme gel╨ñst sind. Die verschiedenen Klassen ben╨ñtigen einander, und es ist sehr wahrscheinlich, da╤ü die WPS fehlerhaft arbeitet, wenn nicht alle XFolder-Klassen installiert sind. 3. Das Installationsprogramm erzeugt die Objekte "OS/2 Kernel" und "Workplace Shell" nicht. Wie kann ich diese Objekte erstellen? Bei V0.80 verga╤ü das Installationsskript diese Objekte zu erstellen, wenn der Konfigurationsordner bereits existierte. Dies sollte jetzt behoben sein, aber wenn dieses Problem immer noch besteht, k╨ñnnen Sie einfach Ihren Konfigurationsordner l╨ñschen, und er wird automatisch neu erstellt werden. Ansonsten k╨ñnnen Sie auch manuell die Skripte INSTLxxx.CMD und CROBJxxx.CMD im Unterverzeichnis INSTALL ausf╨æhren, wobei "xxx" f╨ær Ihren dreistelligen Landes-Code steht, wie er auf der Seite "NLS" beschrieben ist (f╨ær Deutsch: 049). Der Fehler kann auch daran liegen, da╤ü die Klassen "XFldSystem" und "XFldWPS" nicht ordentlich registriert wurden. Dies ist unter Warp 3 vorgekommen, wenn keine Fixpaks installiert waren. ΓòÉΓòÉΓòÉ 14.3. FAQ: Fragen zu Men╨æs ΓòÉΓòÉΓòÉ 1. Meine Ordnermen╨æs sind ╨æberf╨ællt. Was kann ich tun? Generell kann man der WPS beibringen, diejenigen Men╨æeintr╨öge auszulassen, die nur Mausoperationen duplizieren (also "Kopieren", "Verschieben" etc.). Unter OS/2 Warp 3 m╨æssen Sie hierzu SET MENUSTYLE=SHORT in die CONFIG.SYS stellen. Unter OS/2 Warp 4 gibt es eine neue Einstellung im "System"-Objekt, auf der "Men╨æ"-Seite. Diese Einstellung gibt es auch in jedem Ordner-Einstellungsnotizbuch; zudem gibt es einen entsprechenden Ordner-"Setup string". XFolder erlaubt Ihnen aber auch, bestimmte Men╨æeintr╨öge individuell f╨ær alle Ordner gemeinsam ╨æber die "Kontextmen╨æs"-Seiten im Objekt "Workplace Shell" zu entfernen. 2. Die Ordnerinhalt-Funktionen sind zwar hilfreich, k╨ñnnen aber Ihre Kontextmen╨æs un╨æbersichtlich werden lassen, wenn Sie viele Ordner zu Ihren Lieblingsordnern machen. Auf meinem System habe ich einen separaten Ordner namens "H╨öufiges" erstellt, der mein einziger Lieblingsordner ist. In diesen Ordner habe ich all diejenigen Ordner gestellt, die ich h╨öufig benutze, so da╤ü ich nur einen Eintrag im Kontextmen╨æ habe, aber ein Untermen╨æ mit allen meinen h╨öufig benutzten Ordnern. 3. Wenn ich einen Men╨æpunkt aus einem Kontextmen╨æ ausw╨öhle, wird nicht die Funktion von XFolder ausgef╨æhrt, sondern irgendetwas anderes. Was soll das? Das liegt wahrscheinlich an einem Men╨æ-ID-Konflikt mit einer anderen WPS-Erweiterung. Dies ist ein bekanntes Problem bei Netzwerkanmeldungen. Gehen Sie ins Objekt "Workplace Shell", Seite 2 von "XFolder" ("XFolder-Interna") und erh╨ñhen Sie den "Men╨æ-ID-Abstand". Dr╨æcken Sie auf den "Hilfe"-Knopf f╨ær weitere Informationen. 4. Wenn ich einen Men╨æpunkt ausw╨öhle, der nicht von XFolder stammt, f╨æhrt trotzdem XFolder eine Funktion aus. Was soll das? Das gleiche Problem wie zuvor. 5. Wenn ich ein Kontextmen╨æ ╨ñffne, st╨ærzt das System ab oder h╨öngt sich auf. Was kann ich tun? Die Versionen vor V0.82 waren in dieser Hinsicht eine Art Videotreiber-Test. ;-) Ich habe herausgefunden, da╤ü einige Videotreiber den Modus "transparent background mix" f╨ær Bitmaps nicht unterst╨ætzen, den XFolder fr╨æher benutzte. W╨öhrend einige Treiber die Transparenz still ignorierten, st╨ærzten andere Treiber ab und nahmen das ganze System mit sich (vor allem Matrox Millenium). Mit V0.82 habe ich das Zeichnen der Icons in den Ordnerinhalt-Men╨æs auf "echte" Icons umgestellt (statt Bitmaps). Trotzdem sind die Symbole noch standardm╨ö╤üig ausgeschaltet; schalten Sie "Symbole anzeigen" auf der Seite "Kontextmen╨æs" im Objekt "Workplace Shell" an, um die Symbole sichtbar werden zu lassen. Wenn Sie immer noch Probleme haben: Ralph Scharpf hat mir berichtet, da╤ü man die IBM-GRADD-Treiber f╨ær MGA-Videokarten installieren kann, was zu funktionieren scheint. Leider unterst╨ætzen diese Treiber 1024x768 nur mit 60 Hz, aber bei 800x600 scheint's zu gehen. 6. Warum funktionieren Ordnerinhalt-Men╨æs nicht mit der Klickstartleiste? Ich wei╤ü es nicht. Sie sind jedenfalls immer leer. Ich sch╨ötze, die Klickstartleiste benutzt normale Referenzen f╨ær die angezeigten Objekte, aber die Fensterprozedur von XFolder wird f╨ær diese nicht aufgerufen. Ich habe noch keine M╨ñglichkeit gefunden, von XFolder aus herauszufinden, wer gerade ein Kontextmen╨æ anfordert. 7. Ich habe etwas zu einem Konfigurationsordner hinzugef╨ægt, aber es erscheint nicht in den Men╨æs. Ist dies ein Kompatibilit╨ötsproblem? Wahrscheinlich nicht. Seit V0.70 benutzt XFolder die .ICONPOS-Erweiterten Attribute der Konfigurationsordner, um die Reihenfolge von Objekten in einem Ordner herauszubekommen. Das Problem ist nur, da╤ü diese allein geschrieben werden, wenn ein Ordner geschlossen wird, und auch nur, wenn der Ordner in der Symbol- oder Detailanzeige ge╨ñffnet war. Also ╨ñffnen Sie den Ordner in der Detailanzeige und schlie╤üen Sie ihn wieder, dann sollte es klappen. 8. Wie erzeuge ich unterstrichene Buchstaben in Kontextmen╨æs f╨ær Tastaturk╨ærzel? Stellen Sie ein Tilde-Zeichen ("~") vor einen Buchstaben im Titel des entsprechenden WPS-Objektes. Dieser Buchstabe erscheint dann im Men╨æ unterstrichen, und Sie k╨ñnnen ihn als Tastaturk╨ærzel benutzen, wenn das Men╨æ offen ist. (Dies ist von den Tastenk╨ærzeln in Ordnern zu unterscheiden, die XFolder f╨ær offene Ordner anbietet.) Beispiel: Befehl~szeilen macht das "s" zum Tastenk╨ærzel im Men╨æ. Schalten Sie hierf╨ær "In Fenstertiteln ''~'' unterdr╨æcken" im Objekt "Workplace Shell" ein. 9. Ich habe ein neues Programmobjekt in den Konfigurationsordner gestellt, aber wenn ich den Men╨æpunkt ausw╨öhle, bekomme ich Fehlermeldungen von dem Programm. Was mache ich falsch? Wahrscheinlich m╨æssen Sie in das Feld "Parameter" des Programmobjektes ein Prozentzeichen ("%") stellen, damit XFolder den Ordnernamen nicht als Parameter ╨æbergibt. Siehe auch "Extra features for program objects" f╨ær Details. 10. Ich habe eine Referenz in einen Konfigurationsordner gestellt, aber diese wird nicht wie die anderen Objekte ge╨ñffnet. Was mache ich falsch? Zwar ╨ñffnet XFolder Referenzen auf Programmobjekte auch aus den Konfigurationsordnern, aber die Verzeichnisse oder Parameter werden f╨ær diese nicht ge╨öndert. Dies ist kein Fehler, sondern eine absichtliche Sicherheitsvorkehrung. Kopieren Sie Ihre Programmobjekte in die Konfigurationsordner, anstatt Referenzen zu erstellen. Sehen Sie auf das untere Ende der Seite "Zusatzfunktionen f╨ær Programmobjekte" f╨ær Details. 11. Wie kann ich Befehlszeilenkommandos ausf╨æhren? Um bestimmte Befehlszeilenkommandos ausf╨æhren zu k╨ñnnen, die in CMD.EXE eingebaut sind (wie zB. REN, COPY, DEL, CD), stellen Sie ein Programmobjekt in den XFolder-Konfigurationsordner. Als Programm geben Sie CMD.EXE an; in die Parameterliste schreiben Sie /C <commands>. Beispiel, um alle Dateien in einem Ordner zu l╨ñschen: stellen Sie CMD.EXE in das Feld "Pfad und Dateiname" und /C DEL * in das "Parameter"-Feld. Dies ist nat╨ærlich nur ein albernes Beispiel und wird NICHT empfohlen. 12. Wie kann ich REXX verwenden, um die WPS zu manipulieren? Ich habe in den Appendices dieser Dokumentation einige Informationen hierzu zusammengestellt: eine komplette Liste aller Ordner-"Setup strings" (englisch); eine Sammlung der Standard-OS/2-Objekt-IDs; ein Diagramm mit der WPS-Klassen-Hierarchie. Wenn Sie sich mit REXX nicht so gut auskennen, k╨ñnnen Sie die Datei ALWSSORT.CMD im Unterverzeichnis /BIN kopieren und ╨öndern. Siehe auch die Seite "Zus╨ötzliche Dateien". Im ╨æbrigen empfehle ich von Herzen das INF-Buch "REXX Tips&Tricks" von Bernd Schemmer, das als "rxtt28.zip" (oder neuer) auf Hobbes erh╨öltlich ist. ; 13. Warum kann ich mein neues Objekt im Konfigurationsordner nur einmal ╨ñffnen? Wenn Sie Programmobjekte erstellen, die mehrere Male ge╨ñffnet werden sollen (vor allem Befehlszeilenobjekte), sollten Sie auf der "Fenster"-Seite im Einstellungsnotizbuch bei "Vorgang beim ╨⌐ffnen" "Neues Fenster" ausw╨öhlen. Andernfalls wird OS/2 das Programm nur einmal starten und beim zweiten ╨⌐ffnen nur das bestehende Fenster aktivieren. 14. Ich habe versehentlich den XFolder-Konfigurationsordner gel╨ñscht. Wie bekomme ich ihn zur╨æck? Keine Panik: XFolder wird Sie benachrichtigen und automatisch wahlweise einen neuen, leeren Konfigurationsordner auf der Arbeitsoberfl╨öche oder den der Standardkonfiguration erstellen. Achtung: Dieses Verhalten impliziert, da╤ü Sie einen Konfigurationsordner auf Ihrem System haben M╨¬SSEN, solange XFolder installiert ist. Dieser darf leer sein, aber er mu╤ü existieren. ΓòÉΓòÉΓòÉ 14.4. FAQ: Fragen zum Erweiterten Systemabschlu╤ü ΓòÉΓòÉΓòÉ 1. Warum funktioniert der automatische Rechnerneustart bei mir nicht? Ich wei╤ü es nicht -- auf einigen System geht's einfach nicht. Ich hatte dieses Problem selbst mit Warp 3 und FixPak 35, w╨öhrend der Rechnerneustart unter Warp 4 funktionierte. Mehrere Benutzer haben dies ebenfalls berichtet, und das Problem besteht genauso mit der gleichen Funktion von WarpEnhancer. Daher vermute ich, da╤ü das Problem nicht bei XFolder liegt. (Der Rechnerneustart funktioniert mit einem undokumentierten Trick, deswegen gibt's von IBM wahrscheinlich keine Garantie, da╤ü das immer funktioniert.) Wenn Sie IBMs BootManager installiert haben, k╨ñnnen Sie das Problem umgehen, indem Sie SETBOOT.EXE als benutzerdefinierte Neustart-Option eingeben (Einstellungsnotizbuch der Arbeitsoberfl╨öche -> "XDesktop" Seite 1 -> "Aktionen"). 2. Gibt es irgendetwas, das beim Erweiterten Systemabschlu╤ü nicht gespeichert wird? Ja. Der Erweiterte Systemabschlu╤ü speichert keine Fensterpositionen von Ordnern, die gerade vor dem Aufrufen des Systemabschlusses geschlossen wurden. Das liegt daran, da╤ü die WPS das Speichern der Fensterpositionen verz╨ñgert in irgendeinem Hintergrund-Thread vornimmt, auf den ich keinen Zugriff habe, und das Format der entsprechenden INI-Eintr╨öge ist nicht dokumentiert, so da╤ü ich das nicht selbst machen kann. Gleiches gilt f╨ær Ordner, die w╨öhrend des Systemabschlusses geschlossen werden. Um dieses Problem zu umgehen, sollten Sie WPS-Ordner manuell schlie╤üen und etwa 10-20 Sekunden warten, bevor Sie den Systemabschlu╤ü anwerfen. (Mit "Fensterpositionen" meine ich hier die Position einer ge╨ñffneten Ordneransicht, nicht die Positionen der Symbole in dem Ordner. Diese werden ordentlich gesichert.) Au╤üerdem kann XFolder nicht ╨₧nderungen an der Fensterliste speichern (zB. Schriftarten oder Farben, die von den Paletten darauf fallengelassen werden). Um diese ╨₧nderungen zu sichern, m╨æssen Sie einmalig den normalen OS/2-Systemabschlu╤ü benutzen. 3. Warum bekomme ich st╨öndig Fehlermeldungen, w╨öhrend die INI-Dateien gesichert werden? Dies liegt wahrscheinlich daran, da╤ü einige INI-Schl╨æssel keine Daten enthalten, was nicht passieren sollte. Versuchen Sie, den betroffenen Schl╨æssen zu l╨ñschen, da er sowieso keine Daten enth╨ölt. 4. Warum funktioniert das APM-Abschalten bei mir nicht? Keine Ahnung. Mein Rechner unterst╨ætzt das APM-Abschalten nicht, also kann ich diese Funktion nicht selbst testen. Bitte benachrichtigen Sie ARAKAWA Atsushi, arakaw@ibm.net, der den APM-Code geschrieben hat. Einige Benutzer haben berichtet, da╤ü das APM-Abschalten beim n╨öchsten OS/2-Neustart ein CHKDSK provoziert. Offenbar wird das Abschalten erst von neueren Versionen des OS/2-Kernels unterst╨ætzt, die die n╨ñtigen Dateisystem-Funktionen enthalten. IBM hat die APM-Unterst╨ætzung mit Warp 4 Fixpak 6 aktualisiert, vielleicht hilft es also, ein neueres Fixpak zu installieren. Die Seite "XShutdown" im Einstellungsnotizbuch der Arbeitsoberfl╨öche zeigt Ihnen die Versionsnummer des installierten APM-Treibers an: dies sollte mindestens 1.2 sein, damit das Abschalten funktioniert. ΓòÉΓòÉΓòÉ 15. Zus╨ötzliche Dateien ΓòÉΓòÉΓòÉ Im den verschiedenen Unterverzeichnissen des XFolder-Installationsverzeichnisses finden Sie eine Reihe von Dateien, die Ihnen eventuell von Nutzen sind: BOOTMGR.CMD ist neu mit V0.83. Dieses Skript wurde von Duane A. Chamblee zur Verf╨ægung gestellt und f╨ægt automatisch alle momentanen BootManager-Auswahloptionen zu den benutzerdefinierten Neustart-Optionen f╨ær den Erweiterten Systemabschlu╤ü hinzu. Dies geschieht, indem die XFolder-Schl╨æssel in OS2.INI direkt manipuliert werden. Es gibt keine Garantie, da╤ü diese Angaben stimmen! CROBJxxx.CMD (mit xxx als dreistelliger Landescode, wie unter "Sprachenunterst╨ætzung" beschrieben) werden von XFolder benutzt, um die Standard-Konfigurationsordner zu erstellen. Dies sind schlichte REXX-Skripte, die eine Anzahl von Objekten auf Ihrer Arbeitsoberfl╨öche erstellen. Diese Skripte werden sowohl aufgerufen, nachdem XFolder installiert wurde (nach dem ersten WPS-Neustart), als auch wenn XFolder seinen Konfigurationsordner nicht zu lokalisieren vermag. Sie k╨ñnnen diese Skripte modifizieren, um eine andersartige Standardkonfiguration erstellt zu bekommen; sie sollten jedoch sehr vorsichtig sein, wenn Sie die verschiedenen Objekteinstellungen ╨öndern, vor allem die OBJECTID-Schl╨æsselworte, weil XFolder auf einige von ihnen angewiesen ist. NEWOBJ.CMD wurde von fr╨æheren XFolder-Versonen (vor 0.52) benutzt, um Objekte zu erstellen. Dies ist jetzt auch ╨æber Schablonen m╨ñglich, trotzdem ist dieses Skript noch beigef╨ægt. Es ben╨ñtigt die folgenden Parameter auf der Befehlszeile: newobj <wpsclass> <name> Dies erzeugt eine neue Instanz der Klasse <wpsclass> mit dem Titel <name> im aktuellen Verzeichnis. Siehe auch die Seite "WPS Classes" (english) f╨ær eine Liste aller WPS-Klassen. Nicht alle dieser Klassen sollten allerdings hierf╨ær benutzt werden. Beispiel: newobj WPFolder New_Folder erzeugt einen neuen Ordner namens "New_Folder" im aktuellen Verzeichnis. Hinweis: Seit V0.41 kann XFolder auch Objekte aus Schablonen erstellen. Dies hat den Vorteil, da╤ü Sie bestimmte Voreinstellungen setzen k╨ñnnen. Stellen Sie hierzu entweder eine Schablone oder eine Referenz davon in einen Konfigurationsordner. NETSCDDE.EXE (The Netscape DDE Interface): dies ist jetzt in einer separaten INF-Datei dokumentiert (NETSCDDE.INF). REPCLASS.EXE wird vom Installationsskript benutzt, um die XFolder-Klassen zu registrieren und die OS/2-Standardklassen zu ersetzen. Befehlszeilenparameter sind: repclass <oldclass> <replacewithclass> [<dllname>] <oldclass> ist die WPS-Klasse, die Sie ersetzen m╨ñchten. Gro╤ü- und Kleinschreibung spielt hier eine Rolle. <replacewithclass> ist die neue WPS-Klasse, die Sie registrieren m╨ñchten und die zugleich <oldclass> ersetzen soll. Gro╤ü- und Kleinschreibung spielt hier eine Rolle. <dllname> ist die dynamische Linkbibliothek (DLL), die die Klasse <replacewithclass> enth╨ölt. Wenn die DLL sich nicht im LIBPATH befindet (wie bei XFolder), m╨æssen Sie den vollen Pfad angeben. Wird <dllname> nicht angegeben, so wird <replacewithclass> de-registriert und von der Ersetzungsliste f╨ær <oldclass> entfernt. Beispiele f╨ær XFolder selbst: die zu ersetzenden WPS-Klassen sind WPFolder, WPDisk und WPSystem, die neuen XFolder-Klassen hei╤üen XFolder, XFldDisk und XFldSystem. Alle drei Klassen befinden sich in XFLDR.DLL im XFolder-Verzeichnis (das angegeben werden mu╤ü). Alle ╨₧nderungen dieses Programms haben nur einen Effekt nach einem Neustart des Rechners (oder der WPS mit WPSRESET.EXE -- siehe unten). Warnung: Versuchen Sie nicht, von Hand einzelne XFolder-Klassen zu ersetzen oder eine Ersetzung r╨æckg╨öngig zu machen. Die XFolder-Klassen sind zusammen entwickelt worden und voneinander abh╨öngig. Wenn Sie nur eine davon registrieren oder deregistrieren, kann es sein, da╤ü sich Ihre WPS schon beim Systemstart aufh╨öngt. Benutzen Sie f╨ær die XFolder-Klassen stets das Installationsskript. SOUNDxxx.CMD (mit xxx als dreistelliger Landescode, wie unter "Sprachenunterst╨ætzung" beschrieben) m╨æssen von Ihnen gestartet werden, um die neuen XFolder-Systemkl╨önge zu aktivieren. Diese kleinen Skripte kopieren ein paar sprachenabh╨öngige Schl╨æssel in die INI-Dateien des Multimedia-Subsystems von OS/2 (MMPM/2), die dann im OS/2-Objekt "Warnton" sichtbar werden. Nur wenn XFolder diese findet, spielt es ╨æberhaupt Systemkl╨önge ab. SOUNDOFF.CMD stellt die Kl╨önge wieder ab, indem die entsprechenden Eintr╨öge aus den MMPM/2-INI-Dateien gel╨ñscht werden. XFolder spielt dann keine Kl╨önge mehr. Hinweis: Die SOUND-Dateien setzen voraus, da╤ü Ihr MMPM/2-Verzeichnis \MMOS2 auf Ihrem OS/2-Startlaufwerk ist. Wenn nicht, m╨æssen Sie die Dateien selbst ╨öndern. TREESIZE.EXE wird vom neuen Standard-Men╨æpunkt "Platzverbrauch" gestartet und zeigt in einer Baumanzeige den Platzverbrauch eines Ordners und aller seiner Unterordner an. Wird Treesize mit einem Verzeichnis als Parameter gestartet, so wird dieses Verzeichnis angezeigt, andernfalls das aktuelle Verzeichnis. Nachdem Treesize mit den Berechnungen fertig ist, k╨ñnnen Sie neue Verzeichnisse per Ziehen und ╨¬bergeben (Drag'n'drop) in das Hauptfenster ╨æbergeben. Treesize bietet einige Optionen per Kontextmen╨æ, wie zB. die Sortiereinstellungen. Alle Einstellungen werden beim Schlie╤üen gespeichert. WPSRESET.EXE kann Ihre Arbeitsoberfl╨öche neustarten, ohne da╤ü Sie den gesamten Rechner neustarten m╨æssen. (Siehe die Seite "WPS neustarten" f╨ær Details.) Es wird inzwischen (V0.71) lediglich vom Installationsskript benutzt, w╨öhrend XFolder den Neustart intern erledigt. Um eine versehentliche Ausf╨æhrung zu vermeiden, erwartet WPSRESET.EXE einen Parameter "-D" auf der Kommandozeile. (Ich habe vergessen, wof╨ær das "-D" steht, aber ich bin sicher, es hat eine tiefergehende Bedeutung.) XHELP.CMD ist ein leistungsf╨öhiges REXX-Skript, welches sprachenabh╨öngig Nachrichten anzeigen kann, sowohl im normalen ASCII- als auch im HTML-Format. Es stammt aus dem "OS/2 CommandPak" desselben Autors, welches auf meiner Heimseite erh╨öltlich ist. In diesem Paket finden Sie eine ausf╨æhrliche Dokumentation von xhelp. Im Kontext von XFolder wird xhelp nur vom Installationsskript benutzt und keine andere Funktion. XSHUTDWN.EXE: siehe die entsprechende separate Seite. Alle anderen .CMD-Dateien im XFolder-Verzeichnis sind REXX-Skripte, die schnell bestimmte Ordner-Einstellungen setzen sollen (Sie finden entsprechende Eintr╨öge im "Schnelleinstellungen"-Kontextmen╨æ). Die Skripten sind sehr ╨öhnlich und unterscheiden sich nur in den Einstellungen, die gesetzt werden. ALWSSORT.CMD ist kommentiert (auf englisch), so da╤ü Sie sich anschauen k╨ñnnen, was das Skript tut. Kopieren Sie ALWSSORT zu einem anderen Dateinamen und ╨öndern Sie die Einstellungen, die Sie auf einen Ordner anwenden m╨ñchten. Auf der "Setup Strings"-Seite (englisch) finden Sie eine ausf╨æhrliche Liste aller m╨ñglichen Einstellungen. ΓòÉΓòÉΓòÉ 16. Versionsinformationen ΓòÉΓòÉΓòÉ Dieses Kapitel bietet Ihnen Informationen, die sich mit jeder XFolder-Version ╨öndern: Kompatibilit╨öt mit anderen Programmen XFolder revision history: hier finden Sie (auf englisch...) alle ╨₧nderungen durch die XFolder-Versionen auf einen Blick ΓòÉΓòÉΓòÉ 16.1. Kompatibilit╨öt mit anderer Software ΓòÉΓòÉΓòÉ Wie Sie vielleicht schon selbst bemerkt haben, m╨ñgen sich verschiedene WPS-Programme manchmal nicht allzusehr. Oder vielleicht m╨ñgen sie sich zwar, aber kommen einfach nicht miteinander klar. Ich habe XFolder mit vielen Systemprogrammen getestet, an die ich herankommen konnte (unter Warp 3 und 4), und einige Benutzer von XFolder haben mir weitere Programme genannt. Die folgenden Programme warfen keinerlei Probleme auf: CandyBarZ 1.01 / 1.10 CommandFolder 1.50 Desktop Wizard 1.41 (siehe aber die Hinweise unten) DragText 2.5 Extended Desktop 1.4 FeelX (installiert eine WPS-Klasse) Hot Scroll 0.80 / 1.00 NPS WPS 1.81 / 1.82 (siehe aber die Hinweise unten) Object Desktop Professional 1.5.2 (siehe aber die Hinweise unten) WatchCat 2.1 (installiert eine WPS-Klasse) WPAnimatedMousePointer 1.01 WPS Trashcan 2.5.2 X.file 1.1 / 1.2 X.it 2.4 / 2.5 Allgemeiner Hinweis. Indem XFolder mit jeder neuen Version neue Funktionen einf╨æhrt, werden die Chancen gr╨ñ╤üer, da╤ü andere WPS-Software ebenfalls dieselben Funktionen anbietet. Je nachdem, welche Software zuerst installiert wurde (und damit an erster Position in der WPS-Klassen-Ersatzliste steht), kann XFolder oder das andere Produkt uU. das WPS-Verhalten nicht mehr ╨öndern. Au╤üerdem gilt, da╤ü XFolder einige Funktionen anbietet, die andere WPS-Pakete ebenfalls anbieten. Sie sollten sich dann f╨ær die Funktion eines Pakets entscheiden, dh. nicht zB. Statuszeilen sowohl bei XFolder als auch bei Object Desktop anschalten. Das kann nur zu Problemen f╨æhren. Warnungen. Die folgende Inkompatibilit╨ötsliste basiert auf Hinweisen dritter XFolder-Benutzer. Ich habe diese nicht selbst ╨æberpr╨æft und f╨æge sie nur bei, um Ihnen Unannehmlichkeiten zu ersparen. Object Desktop. OD manipuliert die WPS ungef╨öhr so intensiv wie XFolder (vielleicht sogar mehr), also ist es nur nat╨ærlich, da╤ü gerade mit OD die meisten Probleme aufgetreten sind. Hinweis: Ich habe kein Object Desktop. Das folgende ist alles, was ich wei╤ü. Wenn Sie etwas Neues herausfinden, schreiben Sie mir bitte, und ich werde das dieser Seite hinzuf╨ægen. Aber schreiben Sie mir bitte nicht, da╤ü OD nicht richtig mit XFolder zusammenarbeitet. Ich wei╤ü das, und ich kann nicht viel daran ╨öndern. F╨ær alle Versionen gelten die folgenden Regeln: Wenn Sie Probleme mit OD haben, kollidiert XFolder wahrscheinlich mit der Ordner-Ersatzklasse von OD, TSEnhFolder. Als ultima ratio k╨ñnnen Sie immer diese Klasse deregistrieren (auf der Seite "WPS-Klassen" im Objekt "Workplace Shell"), und wahrscheinlich wird XFolder laufen. Davor sollten Sie aber folgendes ausprobieren: Das Installationsprogram bietet Ihnen nun auch an, die Reihenfolge von XFolder und der "TSEnhFolder"-Klasse in der WPS-Klassenliste zu vertauschen. "TSEnhFolder" ist die WPS-Klasse, die die meisten Ordnerfunktionen von Object Desktop enth╨ölt. Auf diese Weise bekommt XFolder die Chance, das "Subclassing" von Ordnerfenstern vor Object Desktop durchzusetzen. Object Desktop 1.x. Mir wurde berichtet, da╤ü XFolder mit der Funktion "Browse mode" von Object Desktop nicht funktioniert. Es tut mir leid, diese Funktion m╨æssen Sie ausschalten. Au╤üerdem sollten Sie sicherstellen, da╤ü die Funktion "Ordner-Statuszeilen" in Object Desktop ausgeschaltet ist, bevor Sie die entsprechende XFolder-Funktion anschalten, ansonsten k╨ñnnen die lustigsten Dinge geschehen. Schlie╤ülich wurde mir noch berichtet, da╤ü XFolder zu Object Desktops "Launchpads" auch Statuszeilen hinzuf╨ægt, wo sie nicht hingeh╨ñren. Offenbar sind diese Dinger auch von WPFolder abgeleitet; sie haben jedenfalls auch eine "XFolder"-Seite im Einstellungsnotizbuch, wo man die XFolder-Statuszeilen abschalten kann. Object Desktop 2.0. Stefan Zechmeister hat OD 2.0 folgenderma╤üen zum Laufen bekommen: 1. Installieren Sie OD 2.0. 2. Installieren Sie OD fixkit #1. 3. Installieren Sie XFolder. Vertauschen Sie die Reihenfolge von TSEnhFolder und XFolder, wie es vom Installationsskript vorgeschlagen wird. 4. Erh╨ñhen Sie im Objekt "Workplace Shell", "XFolder" Seite 2 den "Men╨æ-ID-Abstand" auf ╨æber 700. Wenn Sie anschlie╤üend den Installationsordner von XFolder in einen anderen Ordner verschieben m╨ñchten, stellen Sie sicher, da╤ü im Zielordner die Extrafunktionen von OD abgeschaltet sind. Sonst beschwert sich XFolder, da╤ü es seinen Konfigurationsordner nicht finden kann. Wenn Sie NPS WPS benutzen, m╨æssen Sie dessen Funktionen "Nach Name ausw╨öhlen" und "Nach Endung sortieren" ausschalten, weil XFolder diese Funktionen ebenfalls bietet und durcheinanderkommt, wenn NPS WPS die gleichen Funktionen aktiviert. XFolder funktioniert nicht mit der Funktion "Automatische Men╨æanwahl" von NPS WPS, jedenfalls dann nicht, wenn Sie die "Ordnerinhalt"- Funktionen aktiviert haben. Mir wurde ebenfalls berichtet, da╤ü XFolder Probleme mit dem Program Commander/2 hat. Diese lassen sich anscheinend beseitigen, indem man dort die Funktion f╨ær "SmartIcons" in der Titelzeile abschaltet. XFolder scheint auf einigen Systemen auch Probleme mit DragText zu haben. In dieser Software mu╤ü es irgendwo eine Einstellung geben, DragText mit Verz╨ñgerung zu aktivieren, was anscheinend geholfen hat. Hauke Laging berichtete mir, da╤ü Extended Clipboard (EClip) von Hinnerk Becker mit XFolder nicht kooperiert. Auf Haukes Warp-4-System h╨öngte sich die WPS beim Systemstart auf. Er berichtete mir sp╨öter, da╤ü sich das Problem beheben l╨ö╤üt, wenn man EClip aus dem Systemstart-Ordner entfernt. (Ich habe dies alles nicht reproduzieren k╨ñnnen, berichte es aber trotzdem.) Mehrere Benutzer meinten au╤üerdem, da╤ü die Funktion "Auf Raster setzen" nicht funktioniert. Ich habe sowohl Warp 3 und 4 getestet und keine Probleme festgestellt; diese Benutzer hatten alle Object Desktop instaliert, so da╤ü ich das Problem wieder einmal irgendwo dort vermute. Bernd Schemmer berichtete mir, da╤ü XFolder die gleichen Men╨æ-IDs benutzt wie LAN Server GUI. Falls Sie dies benutzen, so k╨ñnnen Sie XFolders Men╨æ-IDs im Objekt "Workplace Shell" ╨öndern. Mit V0.51 wurde die Standardeinstellung von 100 auf 300 heraufgesetzt, um diese Konflikte zu vermeiden. Michael Holzapfel berichtete folgendes: "Beim Installieren des GRADD-Treibers f╨ær die [ELSA] Winner 2000OFC st╨ærzt setup.exe kurz vor Ende der Installation ab. Nach Erscheinen der Message-Box "Systemabschlu╤ü durchf╨æhren Jan/Nein" h╨öngt sich der Rechner auf. Nachfolgender CHKDSK zerst╨ñrte Teile der neu installierten Treiber, so da╤ü das System nicht mehr hochf╨öhrt. [...] Vorheriges Deregistrieren von XFolder l╨ö╤üt die Installlation korrekt beenden." Dirk Schulz berichtete, da╤ü er die Stabilit╨öt seiner WPS erh╨ñhen konnte, indem er Desktop Wizard de-installierte. Gut, da╤ü er nicht XFolder de-installiert hat. ;-) ΓòÉΓòÉΓòÉ 16.2. XFolder Revision History ΓòÉΓòÉΓòÉ "A designer knows he has arrived at perfection not when there is no longer anything to add, but when there is no longer anything to take away." Antoine de Saint-Exupery Version 0.85 (March 15, 1998) Well, V0.84 proved to have a few more bugs. New features: Added lots more WPS class descriptions sent in by various people. Replaceable shape window WPS boot logos. Bugfixes: Status bar information for program objects failed if WPProgram class was replaced (e.g. DTProgram of DragText). Fixed. Status bars crashed when translating $T key for WPFileSystem objects, but only in 12-hour time display ("Country" object). Fixed (strhFileDate, /helpers/stringh.c). Error message when changing object ID on "Internals" page had funny title. Fixed. The "lastpid" file was always written to the root dir of the boot drive instead of XFolder's own "bin" dir. Fixed. Version 0.84 (February 4, 1999) First non-beta. Hope this works better. New features: Implemented new drive checking when Disk objects ("root folders") are opened to avoid the annoying system error messages of OS/2. You'll get a slightly more comfortable message box now with the default OS/2 SYSxxx error message. That's a bit better, I think. Finally, a number of WPS default icons can be freely replaced. Status bar support for WPUrl objects; they display the URL in the status bar per default. Double-click on status bar opens folder settings notebook. XSHUTDWN.EXE can finally do a WPS restart too. Miscellaneous changes: Reworked thread and exception handling once more. Added exception handling to status bars (fnwpSupplObject, xfldr.c). Reworked the folder subclassing to speed up processing and added more checks for error conditions (fnwpSubclassedFolderFrame, xfldr.c). Bugfixes: V0.83 reported a wrong version number of itself. Fixed. Well, we're at V0.84 now anyways. Removal of context menu items broke for abstract objects in V0.81. Fixed. "File attributes" menu didn't work when several data files were selected. Fixed. Fixed a few keyboard focus problems with status bars. Also changed the way status bars save whether the size of a folder window has been increased already. This is now stored together with the other folder pos data in OS2.INI, "PM_Workplace:FolderPos". The status bar keys end in "@XFSB". This should fix the problem that folder windows were frequently too small when folder positions were not properly saved. When users tried to move the XFolder Configuration Folder, they got the "Config folder does not exist" message all the time. Fixed. Also, that message is only opened once now. Fixed a few problems with the "File exists" dialog: 1) XFolder's "does file exist" algorithm behaved differently from the default WPS behavior when files were copied from HPFS to FAT or from FAT to FAT and the long name was different from the real name; 2) on FAT drives, the proposed name were in 8+3 format, which is not very useful; 3) the proposed names used to be based on the existing real names, not file titles. 4) Also, "rename" behaved funny on FAT drives sometimes. Ooouuuargh. Fixed. Folder views behaved really strange with some CD-ROM directories, especially with the new Joliet support of CDFS.IFS. I suspect this was due to some of my DosDevIOCtl's, which I have removed now. On some systems, opening folder content menus for removeable drives hung the system when those drives were empty (e.g. because no floppy disk was in the drive). Added drive checking for folder content menus. In rare occasions, previous versions would mess up the CONFIG.SYS file by not setting the correct file size after writing, which led to garbage characters at the end of the file. Fixed, thanks to ARAKAWA, Atshushi. The Worker thread was frequently given "regular" priority, which slowed down the other WPS threads. Fixed; Worker thread priority is now properly set to "idle". SOUND.DLL was missing in the V0.83 distribution. Sorry, fixed. Playing of system sounds was always interrupted when a new sound was to be started, even if the new sound file did not exist. Fixed (fntQuickThread, xthreads.c). XFolder would sometimes fail to process its startup folders even though it should have processed it. Fixed (fnwpWorkerObject, xfdesk.c). In rare occasions, e.g. with ObjectREXX's WPS support, saving the WPS objects during shutdown would crash. I've now added even more "quiet" exception handling, maybe this helps. Version 0.83 beta (December 14, 1998) Well, the major rework of V0.82 broke a number of things, so there are more bugfixes here. There are still a couple of known bugs which I haven't had time to fix yet, but I wanted to get these bugfixes out before Christmas. See "bugs.txt" on my homepage for up-to-date info. New features: XSHUTDWN.EXE now has an option for turning on the shutdown log. BOOTMGR.CMD to automatically add user-reboot options. See Related Files for more. Miscellaneous changes: Replacement "File conflict" dialog now automatically selects the filestem in the rename proposals. A few cosmetic changes to the XFolder dialogs. Bugfixes: Removal of default menu items broke for data-file objects in V0.81. Fixed (new wpFilterPopupMenu in xfdataf.*). Changing file attributes from shadow context menus led to crashes when several shadows were selected. Fixed (mnuFileSystemSelectingMenuItem, menus.c). Copying file names didn't work right either if this was selected from a context menu of several shadows. Fixed (same place). Replacement "File conflict" dialog sometimes displayed outdated file size/date/time information. Fixed (wpConfirmObjectTitle, xfobj.c). With V0.82, XFolder forgot how to write CONFIG.SYS to disk. That rendered the whole "OS/2 Kernel" object pretty useless. Fixed, sorry (fncbConfigItemChanged, xfsys.c). SUPPRESSPOPUPS wasn't properly read from CONFIG.SYS ("Errors" page). Fixed. The second "Screen" page which is inserted into the "System" object for some video drivers did not appear in "OS/2 Kernel", but somewhere in "Workplace Shell". Fixed (wpAddDMQSDisplayTypePage, xfsys.*). XShutdown sometimes reported a data size of 0 when saving INI keys. This is now silently ignored, so that those error messages shouldn't appear any longer. XShutdown got confused with programs which appeared with a PROG_DEFAULT type in the tasklist. Fixed (xsdBuildShutList, xfdesk.c). APM power-off entered a critical section after calling the APM interface, which kept power-off from functioning. Fixed (apm.c). Dialogs were resized very badly when video resolution was changed. Fixed; I am now using my own routines for storing/restoring window positions in winh.*. Treesize reportedly had trouble on very large hard drives. I suspect this was due to my use of unsigned int variables, which can only hold values up to some 4 billion (= 4 GB). Fixed, I'm now always using double variables. Version 0.82 beta (November 19, 1998) This is a major rework. It might not look too different from the previous version, but I've cleaned up a lot of things. New features: More Treesize settings: size display format, low-priority search. XFolder finally has Warp 4 notebook buttons. There's a new function winhAssertWarp4Notebook in /helpers/winh.c which can do this with any notebook page without having to change the dialog resources. Thanks, Martin Lafaix, for the neccessary information. Thanks to ARAKAWA Atsushi, APM power-off now works. (I hope. Again, I cannot test this.) Added a few more WPS class descriptions. Miscellaneous changes: Removed the XFldFileSystem class because it wasn't doing much anyway and caused installation failures on Warp 3 without fixpaks. Its functionality is now handled by the XFolder and XFldDataFile classes directly. Removed the XFolder exit list because this seemed to have caused some problems during WPS restarts (xfdesk.c). Also changed the algorithm which determines whether the startup folder should be processed (fnwpWorkerObject, xfdesk.c). Completely reworked all the settings notebook page logic. Almost all pages are now using much more lucid callbacks from the new notebook.* files. This also ensures proper updating of pages when other pages are currently open too. Completely reworked the SOM logic for the "WPS Classes" page in "Workplace Shell". Maybe this helps with the problems previous versions had on some systems. Also, this now even displays classes which do not appear in the "official" WPS class list, because some internal classes are loaded independently of that. Finally, multiple class replacements are now properly displayed. Found an interesting undocumented SOM method (see clsWpsClasses2Cnr in classlist.c for details). Also added source emphasis to the "WPS Classes" container when context menus are opened. Previous versions had trouble keeping the selected classes apart. XFolder is now smart enough to write changes to CONFIG.SYS in lower case if the keyword which is replaced contains lower-case characters too (fnwpConfigCommon, xfsys.c, and str* helper functions in /helpers/dosh.*). Fixed a coupla things with NLS DLL loading to make V0.82 work with V0.81 NLS DLLs (cmnQueryNLSModuleHandle, common.c). XFolder can now write SUPPRESSPOPUPS=0 on "Errors" page in "OS/2 Kernel". This is a new setting since FP29 (fnwpConfigCommon, xfsys.c). Sped up confirmation dialog display (XFldObject::wpConfirmObjectTitle, xfobj.c). Treesize is now much faster collecting extended attributes (up to 300%). Also fixed some strange hangs/crashes on some directories. Bugfixes: "Templates" checkbox had disappeared from several object notebooks in V0.80 (removed various wpclsQueryStyle method overrides). Fixed. Previous versions tended to crash if folders were not running on thread 1 of the WPS. This was especially the case with folders created by various install programs (StarOffice, IBM feature install). Sorry, XFolder status bars apparently weren't thread-safe. XFolder now creates a new object window for each folder which is opened (fnwpSupplObject, xfldr.c), so that status bar manipulation always occurs on the thread in which the folder is running. First "Context menus" settings page had German buttons. This was just an educational measure. ;-) Fixed. "Status bars" page 2 had "XFldDataFile" as the default class selection, even though that class doesn't support status bar codes. Fixed. Added more error checking to the "QuickOpen" and "Favorite Folder" functions. Maybe this helps with those strange exceptions on the first settings page for folders. XFolder now enforces minimum settings notebook sizes when these are initially opened, because large pages were truncated previously (new wpclsQuerySettingsPageSize method overrides in xfdesk.* / xfsys.*). Reworked the "folder content" menu display so that it only uses regular icons now. Maybe this solves the mysterious crashes with some video drivers. Reworked several parts in menu handling because items were inserted in the wrong places (menus.c). I also forgot to add the "folder view" items to Warp 4's menu bar too. And "Create another" was always disabled, no matter if this was desired in the "Workplace Shell" object. Finally, "Select by name" wouldn't show up on Warp 3. All fixed. Also added more error checking when evaluating the config folder. This should lead to less warning messages if objects are deleted from there (menus.c). Startup/QuickOpen status windows were not destroyed, but only hidden when that action was finished. Fixed. INI file maintenance broke somewhere in V0.8x; this is now done by the Worker thread (xfdesk.c). Fixed. Saving INIs: "Ignore" button should now work when errors occur (/helpers/prfh.c). Fixed a few repaint problems with progress bars (/helpers/progbars.c). Fixed a lot of bugs with the new system sounds. For one, XFolder failed to install on systems where MMPM/2 was not installed, because XFLDR.DLL was linked against the MMPM/2 libraries, which then could not be imported. So we have a new, second SOUND.DLL, which does all the sound playing. If loading that DLL fails, XFolder simply won't play sounds. See the sound.* files for details. -- Second, XFolder got really confused playing sounds when other applications needed the audio device too. This is now solved; XFolder checks for whether the device is available, and if another application wants the device while XFolder is playing, playing is stopped also. -- Third, System sounds in V0.81 worked only if they had been disabled and enabled again in the "Sound" object (cmnQuerySystemSound, common.c). Fixed. Couple of broken links in the German HLP file. Fixed. Install script crashed when invalid language code was entered. Fixed. Version 0.81 beta (October 18, 1998) Starting with this version, the file and function of the error in the source files is specified here too. For details about the source code changes, refer to the "CHANGELOG.TXT" file in the source distribution. New features: Treesize external program. Part of the default context menu now. Due to popular request, "Snap to grid" can now snap the selected icons only. The position of the startup folder status window is finally saved and restored the next time. Sorry this has taken so long. Miscellaneous changes: Gave up using SOM multiple inheritance, which seems to have caused too much trouble. In detail, the xfSelectingMenu and xf* methods for status bars have been removed from XFldObject and subclasses. Status bar single-object info is now handled in statbars.c (new file) with _somIsA() calls instead. Not as elegant, but might be a bit faster than SOM method resolution too. XFldProgram class removed. Its only purpose was for status bars using SOM multiple inheritance. Functionality is now handled by menus.c. Removed extended Settings submenus. Caused too much trouble. Instead, you may now set additional "Attributes" and "Folder view" menu items in "Workplace Shell". Improved animation code to avoid flickering. All the common code for this is now in the new animate.* files. Added exception handling to "XFolder" notebook page in folders. This seems to have broken on some systems. Made the file-system class replacements return the CLSSTYLE_NEVERTEMPLATE from wpclsQueryStyle so that no additional templates are produced in the Templates folder. Reworked status bar code completely. Should be quite a bit faster now; however, each code is only translated _once_ now. Rearranged the pages in the "OS/2 Kernel" and "Workplace Shell" objects. Also changed the replaced SOM methods (xfsys.*). "OS/2 Kernel" should now contain all the settings which require a reboot to take effect. I guess this is a more logical rule. Removed those darn xfclsQueryModule methods which were used to query the module handle of xfldr.dll. This might have caused installation failures on some systems. There is a new DLL init function in module.c now which is a lot faster and causes less problems. As a nice side-effect to this, XFolder does not need any INI entries any more to run properly. If you delete the whole "XFolder" INI thing, XFolder will re-initialize itself. Install script set up config folder to open in Tree view per default. Unfortunately this caused .LONGNAME EAs not to be rewritten when the main config folder was altered. Fixed, this now uses non-flowed icon view. Bugfixes: "HPFS" page wrote "LAZY:1" instead of "/LAZY:1" to CONFIG.SYS. Fixed (xfsys.c, fnwpConfigCommon). "HPFS" page could read a few IFS parameters in upper case only. Fixed. "Memory" page wrote "HPFS" settings too. Forgot a "break" in fnwpConfigCommon, xfsys.c. "Errors" page wrote "REIPL=YES" instead of "REIPL=ON". Fixed. "Object Internals" page displayed object handles only 25% of the time, depending on how large your object repository was. Fixed. Install script failed to create "Workplace Shell" and "OS/2 Kernel" objects if the XFolder Configuration folder already existed. Fixed. Creating objects from context menus caused non-reproduceable system hangs from time to time (really bad ones where even C-A-D faild). Added more error checking (cmnCreateFromTemplate, common.c; this used to be XFldObject::xfCreateFromTemplate) and rewrote large parts of that routine to use container messaging now instead of WPS methods. Seems to always work now. Reworked "Snap to grid" also so that it now properly uses container messages (xfSnapToGrid, xfldr.c). Status bars now check for removeable drives before querying disk information. Those ugly "drive not ready" popups should now be gone. Status bars reported garbage if a filename to be displayed contained a '$' character also. Fixed. "Folder hotkeys" page listed an "Insert" item, which should have been called "Paste". Fixed. Opening large folder content menus (which were repositioned on the screen) would sometimes cause all menus not to react to mouse clicks any more. Fixed. Fixed a memory leak in bitmap handling. I was using IBM sample code again... XFolder would sometimes attempt to play system sounds even though no system sounds were enabled. Fixed. XFolder sometimes conflicted with the WPS container manipulation when extended sorting was on. Icons could still be moved within a folder even though "Always sort" was on. Fixed. Install script failed to create the new "Workplace Shell" and "OS/2 Kernel" objects when the config folder already existed. Fixed. There are now two additional scripts in \INSTALL. Version 0.80 (September 29, 1998) XFolder's licence agreement has changed. I am now releasing the source code and have placed XFolder under the GNU Public Licence. See "Licence" for details. New features: XFolder can now replace some WPS confirmation dialogs. Under OS/2 Warp 4, XFolder finally manages to modify folder menu bars also according to the context menu settings. The XFolder Startup folder now has a new menu item in its context menu: "Start folder content" allows you to start all the objects in it even after the WPS is up. "QuickOpen" feature for folders. The "System" object is now split into two new "OS/2 Kernel" and "Workplace Shell" objects. Refer to this page for more. New settings pages therein to change those risky and obscure CONFIG.SYS settings. Included plenty of information for this. New "WPS classes" page for manipulating the WPS class list. Every object now has an "Internals" page in its settings notebook. Here you can look at lots of information which you can't see otherwise and even change the object's ID. "Copy filename" finally works properly with multiple selections in a folder. Multiple filenames are then separated by spaces. Also introduced new folder hotkeys for copying the filename (without path: Ctrl+Insert per default). Status bars now support different information in single-object mode depending on the class to which the selected object belongs. To implement this, I had to introduce even more WPS class replacements. 8-) Moreover, the "$x" key for status bars now supports formatting text from the right or as a percentage of the status bar width. Also introduced a few more keys. See "Configuring status bars" for details. Status bars now also work for tree views, if you enable this in the Global Settings. Status bars now display the folder's context menu when you right-click on them. Added a new status bar display style ("Warp 3 sunken"). XShutdown can now display a little animation. "Restart WPS" now has a setting for whether the startup folder should be processed after the restart. I have provided a source-code plug-in interface for people who are willing and able to teach XShutdown how to do an APM V1.2 power-off. My BIOS does not support this, so I cannot do this myself. Hopefully somebody will succeed. XShutdown command-line interface. Miscellaneous changes: Rearranged the "Context menu" settings pages more logically (I hope). Finally included proper (and updated) NetscDDE documentation in a separate INF file. NETSCDDE.TXT is gone. Beautified XFolder message boxes a little. These now accept fonts from the font palettes, and these are stored. So at least the XFolder message boxes don't use that ugly "System Proportional" font any more. When "Always maintain sort order" is enabled globally, XFolder now wants a confirmation for whether the Desktop should also be sorted. This will prevent you from accidentally sorting the Desktop. "Show icons" for the "Folder content" functions is now disabled per default. Some video drivers apparently had serious trouble with this (I was told this for the Matrox Millenium; my ELSA card works fine though). "Folder content" menus are now repositioned on the screen when they're very large to avoid having them displayed outside the visible screen area. Completely reworked the config folder menu item handling. Previous versions had problems when the .LONGNAME EAs contained different information than the actual folder content in the INI files. These two sources are now compared and balanced. As a side effect, processing these menu items also now consumes less memory and is faster. Also reworked the folder content menu item handling. Previous versions sent far too many PM messages to the menu window, which cost a lot of time, especially for folders on FAT drives, which are not sorted by default. Sorting is now done in memory before inserting the menu items using a QuickSort algorithm. Even on huge directories, this never takes longer than half a second. I can't do much about the slow icon retrieval though, that's WPS-internal. Since I was given a VisualAge C++ compiler by Mark Mellin (thanks again), this version is now using a better compiler. Since VisualAge C++ does contain pretty good programming information, I've spent a couple of days on compiler options and code optimizing, and I hope that this has resulted in speedier code. Better memory handling altogher. XFolder now returns unused memory to the operating system from time to time. Replaced my own string handling routines with those from an old programmers CD-ROM which are way faster. Converted a few SOM instance methods into regular C functions. This should speed up XFolder a little bit. XShutdown now always closes the Desktop and WarpCenter windows last. This will prevent the situation that you'll be unable to use your system after Shutdown has been cancelled because the Desktop has already been closed. Yet more bugfixes in this version: Moving Object Desktop's TSEnhFolder in the install script didn't work. Fixed. Win95 keys are finally working. This time I'm sure ;-) because Glauco Ippolitoni, Italy, sent me a keyboard with those keys. Thanks again. Previous versions crashed building the context menus if the config folder contained a broken shadow. Fixed. The same applied to folder content menus if broken shadows were found. Fixed. Included much more error checking for those folder content menus. Maybe this solves some of the video driver problems mentioned above. Setting extended sort options from context menus didn't work for open drive (root folder) views. Fixed. But to do this, I had to introduce two new WPS methods. :-( Previous versions kept causing exceptions internally when objects were being deleted. For some reason which I still don't understand, XFolder's wpUnInitData method kept getting called twice by the WPS, which really doesn't make sense. Although this error was handled by the internal WPS exception handler, this slowed down the deleting process immensely. Fixed. (But I'm still amazed.) XFolder failed to release an instance mutex semaphore when a folder was put back to sleep. Ooops. Fixed. Found a memory leak in the code doing the "program object tricks" in the config folder. This must have been in there since XFolder 0.3x. To my excuse, I took exactly the example code from the wpQueryProgDetails Toolkit docs, which also forgets to release the allocated memory. ;-) Fixed. The values for the "Snap to grid" feature were not dynamically updated when changed in the Global Settings. This must have broken in V0.70. Fixed. "Select by name" appeared in the wrong places when the "Display" menu was removed. Fixed. Folder status bars messed up window painting when the window was resized so that the status bar overlapped the title bar, especially when "roll-up" features by, say, X.it were used. A simple WS_CLIPSIBLINGS fixed this. "Refresh now" did not refresh status bar data. Fixed. Included more consistency checking for the Worker thread when it remembers awake objects. Previous versions had a tendency to crash in the Worker thread from time to time when the Worker thread tried to store an awake object which wasn't really awake any more. (This occured mainly when deleting many objects in subfolders. For all programmers: contrary to what IBM says in the SOM documentation, somIsObj obviously is NOT crash-safe.) Fixed. Previous versions opened the objects in the startup / shutdown folders from the (background) Worker thread, which led to sporadic, unpredictable crashes. Besides the WarpCenter strongly disliked not being started from the Workplace thread. These objects are now opened from the main WPS (Workplace) thread. XFolder Startup folder was not processed during first startup after installation. (But only this one time.) Fixed. The "XFolder Internals" settings page crashed when the filenames of the NLS DLLs were in capital letters (esp. on FAT drives). Fixed. XShutdown hung when it tried to close a PM program which was hung also. (Especially with Netscape...) The "Skip" button wouldn't help anymore then, because it just didn't react. Fixed: Messages are now posted, not sent, to PM windows. Contrary to what the "Auto-close non-PM sessions" window said, no Ctrl+C signal was sent to a non-PM session, but Ctrl+Break instead. Fixed. The XShutdown Update thread got lost sometimes when shutdown was initialized. Fixed. Completely reworked the XShutdown routines dealing with saving the INI files. Included a lot more error checking, and the error messages are now more meaningful. I hope that the errors many users have reported have now disappeared, and if not, they won't take the whole system down or even crash your WPS. Fixed a bug which caused saving the INI files to crash when they were specified in lower case in CONFIG.SYS. "Paste" and "View" were still called "Insert" and "Display" in some places. Fixed. A few links in the INF files were messed up. Fixed. Version 0.71 (July 2, 1998) Only bugfixes in this version. Bugfixes: Status bars were not updated any more when objects were deleted from an open folder. For some reason, the WPS considers a folder "not populated" any more when it deletes an object from it, and XFolder therefore stopped updating status bars. Fixed. V0.70 removed the whole "Sort" menu and re-inserted items with different menu ids even for default WPS sort menus, which caused other WPS enhancers (X.it) to fail when they were trying to sort folders. XFolder now only ADDS items and leaves the other items alone. Use of $S keys in "single-object mode" caused other object information to be always related to last object in folder (e.g. "$C objects, $SK KB (selected: $t [$w] $D $T)"). Fixed. Forgot to document a few status bar mnemonics in the online help. Win95 keys were recognized as hotkeys in the Global Settings, but not saved. Again, I don't have those keys, but I've fixed something. Let's see if it works. XFolder sometimes crashed at bootup when no config folder was present. Fixed. Since the WPS crashes big time when menu IDs > 0x8000 are used, XFolder now checks for this (folder content menus) and aborts processing then. The Warp 4 "Insert" menu item is actually called "Paste". Sorry, I have a German OS/2. Fixed. "Restart WPS" now saves and closes all open WPS windows, including the Desktop, regardless of whether "Close all open windows" was checked. Since all WPS windows will be closed anyway when the WPS terminates, I might just as well do it myself. This has the advantage that icon positions are finally saved for the Desktop too. "Restart WPS" doesn't use WPSRESET.EXE any more. A simple DosExit(EXIT_PROCESS, 0) does it too. If I had figured this out earlier, this could have saved me a couple of days of trial and error. ;-) Moved a lot of code from the subclassed frame window procedure to a new, separate object window, which is also running in the PMSHELL Workplace thread. This might increase compatibility with other WPS software which also does subclassing. Just a cosmetic correction: the "reboot" drop-down list box in the XShutdown confirmation dialog was disabled illogically. Fixed. Not really a bugfix, but XFolder now creates a shutdown log in the root directory of your boot drive ("xshutdwn.log"). Some people still have trouble getting XShutdown to work, and this might help tracking these problems down. Now that I had the shutdown log, I was able to track down the mysterious problems WRT closing VIO sessions, and I found a major bug which caused XShutdown to sometimes close a different session than the one that was intended. Fixed. I also rearranged the order of commands that were executed while saving the INIs during shutdown. Maybe this helps those people who (mysteriously) still can't get those functions to work... otherwise, check the shutdown log. Rearranged the order of classes in the install script. Some systems seemed to have problems with the previous order. Version 0.70 (beta) (June 26, 1998) Hoo-yah, yet another mega-release. New features: "Folder content" functions. "Select by name" function. Sort extensions.. Folder status bars. Startup / Shutdown folders. Sounds!! Rearranged Global Settings more orderly. Cleaned up internal menu handling routines big time in order to make the new folder content features work. As a result, the 50-objects limit of previous versions has been removed. Default menu items are now removed if a respective checkbox is unchecked; this seems more consistent to me. "Help" submenu may now also be removed. XFolder setup strings introduced for use with REXX. In Icon views, objects are now created from templates at the mouse position (from where the context menu was opened). Support for Win95 keyboards (folder hotkeys). Beautified dialogs a little. ;-) XShutdown now checks for existing printer queues before shutting down. "Restart WPS" now remembers whether to close windows between restarts (checkbox in confirmation window). User-configurable reboot actions. "Shutdown" and "Restart WPS" items in Desktop context menu now contain "..." only when confirmations are enabled. Still more bugfixes: Improved exception handling again. XFolder refused to create objects altogether when "Open settings after creating from templates" in the Global Settings was disabled. Fixed. XFolder crashed when objects were added to the config folder while these were closed. This resulted in folder context menus not appearing at all. Fixed. XFolder got confused on the "XFolder" page in folder settings notebooks enabling the checkboxes properly. Fixed. For mysterious reasons, XFolder would crash on some systems after dropping something on the root folder of the boot drive. Fixed (I hope). Disabling folder hotkeys would disable all folder subclassing, including "Auto-scroll tree views". Fixed. The Warp 4 "View" menu was dubbed "Display" in XFolder dialogs and help files. Sorry, I don't have an English Warp 4. Fixed. XShutdown failed to save INIs when the existing OS2*.INI files had the HRS attributes on ("An error occured saving the INI files: 5"). This should be fixed now. XShutdown would sometimes hang after closing all windows, waiting forever for the Update thread to terminate. Fixed. XShutdown would sometimes fail to begin shutdown, although the status window was already displayed, because it was resetting some event semaphore which was already posted. Fixed. Version 0.61 (beta) (May 10, 1998) This is mainly a maintenance release to fix the bugs detected in the last version. Some new features anyway: XFolder now populates the Config folders in the background after WPS bootup, so you don't have to wait forever on the first right mouse-click. New "Auto-close non-PM sessions" setting for XShutdown. By popular demand. ;-) New NETSCDDE included. See NETSCDDE.TXT for details. Changed the default folder hotkey configuration for more default hotkeys. Documented XShutdown internals. Even more bugfixes: XShutdown failed to save data of folders which were awake (i.e. stored somewhere in the WPS process), although they were not visibly open. This applied especially to the XFolder Config Folder. This is now fixed; all awake folders are saved too. XShutdown sometimes failed to save INI files properly. Error checking is now implemented. XShutdown sometimes failed to close non-PM sessions. At least DOS/Win-OS/2 sessions had to be closed manually. This was due to a bug (feature?!?) in WinQueryWindowProcess, which does not return the process and session IDs of DOS machines, but those of the first PMSHELL instance. I don't know what this should be good for... anyway, it's fixed. XShutdown threads had wrong priority settings, so they would wait forever when a session had higher priority settings than them. Fixed. XShutdown also sometimes got confused with its thread management and would start the same thread twice. Fixed. Fixed some minor annoyments in the install script. Somehow languages got messed up after installation; the dialogs were in German, the help files in English. Fixed. "Auto-scroll Tree views" did not always realize when the WPS was done populating a folder. Fixed. Exception management enhanced. Crashes in XFolder will now not always take the whole WPS down. Changed location of trap log file to the OS/2 boot drive; if you hear funny sounds, look for "?:\XFLDTRAP.LOG" with "?" being your boot drive. Individual folder settings were sometimes set to "disabled" per default. This does of course not make sense. Fixed. Version 0.60 (beta) (May 4, 1998) I know it's been a while since the last release, but to make up for it, this is a mega-version... New features / Changes: XFolder is finally able to order context menu items according to the order which is seen in Name or Details views of the corresponding config folder. This was a real hassle... "Auto-scroll tree views" feature. XFolder is now fully multi-threaded ("XFolder Worker thread"). Extended Shutdown and "Restart WPS" features and new settings page for Desktop. "Copy filename" feature. Moved the recreation of the default Config folder into the XFolder code; this is not any more done by the install script. This way, if the config folder gets lost, you may recreate your default config folder automatically. XFolder is finally able to process hotkeys for the Desktop and drive (disk) objects also. There is a new setting on page 1 of the XFolder Global Settings which tells XFolder what to do after creating an object from a template. "XFolder" settings page in every folder. XFolder now also replaces the WPObject class in order to be able to suppress menu items for all WPS objects. Moreover, "Check disk" and "Format disk" can be removed from WPDisk objects. Settings page 2 has been redesigned for all this. My "Netscape DDE Interface" is now included in this package. See "Related files" for more. Added "Close window" to the configurable hotkey items list. (Some people seem to prefer "Alt+X" over "Alt+F4" to close windows.) REPCLASS.EXE now explains itself when started without parameters. WPSRESET.EXE rewritten. Rearranged buttons in all messages boxes to conform with the OS/2 look and feel. Bugfixes: "Full path in window title" is now ALWAYS properly updated, even when you move parent folders of an open folder. Thanks to multithreading! Several users have reported problems when Object Desktop was installed and "unusual" folders (such as workarea folders and URL folders) were opened. This would completely mess up the WPS, unless folder hotkeys were disabled. This problem should be fixed now, because I've finally implemented a proper way of remembering window procedures for each folder window separately. The old code was just awful, sorry. I know I've claimed before that this one was fixed, but when passing directory names to programs as a parameter, XFolder still forgot to enclose them in quotes when they contain spaces. Fixed. XFolder was previously unable to differentiate between "Alt" and "Ctrl" hotkeys. Fixed. NEWOBJ.CMD can now handle titles with spaces also. Thanks, John Buckley. Version 0.52 ( March 1, 1998) New features: Many more configurable items for folder hotkeys, including sorting, NPS WPS's "Sort by extension" and OS/2 Warp 4 items. XFolder is now prepared for National Language Support. It shouldn't take too long before more than just the English version is available. I am planning to distribute National Language Support files in separate packages. NLS support is now on page 5 of the Global Settings, to where I also moved two settings which were formerly on page 1. Please contact me if you're interested in translating XFolder to your language. You don't have to be a programmer, but knowing HTML would help. A few renovations on the settings pages: most importantly, settings which don't apply are now grayed out. Even more bugfixes: Sometimes hotkeys got activated even though the Ctrl or Alt keys were not pressed. Fixed. When the folder name was passed to a started program as a parameter which was started from a WPDisk object, only the drive letter was passed (e.g. "C:" instead of "C:\"). Fixed. Previous versions had problems replacing the default icon for closed icons, but only on Warp 4. Apparently, on Warp 4, IBM has decided to have wpclsQueryIconData call BEFORE wpclsInitData, which is really not the way it should be and, even worse, contradictory to what IBM recommends in the Toolkit Docs. Anyway, this is fixed now. Not really a bugfix, but the hotkey list now uses less space in OS2.INI. No bugfix either, but the annoying "No settings found" message box after opening the settings notebook was removed. I forgot to implement "Remove default menu items" and help for disk objects also. Fixed. Version 0.51 (Feb 20, 1998) New features: Insert separators into menus: simply set a program object's title to "---". "Refresh now" also updates the window title (if "Full path in window titles" is enabled). At last, XFolder enhances Drive objects also (i.e. the root drive views that can be opened from the "Drives" folder). Hotkeys still DO NOT work in here. Added a few more items to the configurable hotkey list. Two more REXX scripts for folder settings. Bugfixes (this is a long list, but I believe nothing of this was really serious): Somehow in the last compile of V0.50 the help panels for the "System" notebook pages got messed up. Fixed. Cleaned up internal menu handling routines. Removed a few weirdos. The hotkey entry field in the Settings now only works when a list box entry has been selected. Anything else didn't make much sense. When the settings were re-read from OS2.INI at startup, not all the keyboard hotkeys were initialized, so some of the definitions got lost at every reboot. Fixed. For some reason, in the last beta, you could add up to 20 hotkeys, but you could not get rid of them any more. I simply forgot to add a "Clear" button, which is available now. The "full path in folder title" was not updated when the folder was moved or renamed. This now works half way. Removed annoying "XFolder could not query its module handle" message, which was titled a "fatal error", but caused no harm in any way. Changed default "menu ID offset" setting to 300 to avoid conflicts with LAN Server and ObjectDesktop from the start. Install program now backs up the original XFolder Configuration Folder before erasing it and building a new one from scratch. This avoids having duplicate entries in the XFolder menus after several installs. The missing "TREEFONT" setup string has been added to the "WPFolder Setup Strings" page. One more thing: somehow I got the terminology for "conditional cascade" menus messed up. The description on the first settings page has been corrected. Version 0.50 beta (Feb 10, 1998) New features: "Snap to grid" feature. Folder hotkeys. Moved all the XFolder Global Settings onto four pages in the OS/2 "System" object in the System Setup folder. I thought that since there are a number of settings for folders there, I might just as well add XFolder's settings in that place also. Version 0.41 (Feb 8, 1998) New features: Templates support! Make shadows of your favorite templates in the configuration folders, and XFolder will create objects from them. Clipboard support via "%**C" in program object parameters. "Keep original title" setting when displaying full path in folder window title. XFolder menu ID's are now configurable in the Global Settings. Added object id's and object setup strings to documentation. Version 0.40 beta (Feb 6, 1998) Gee, XFolder is finally getting somewhere. New features: XFolder Global Settings dialog with zillions of settings. Take a look at it, it's completely new. In this dialog, you can now configure certain aspects of XFolder that some users found annoying. Most importantly, you can now switch off XFolder's icon replacement. XFolder can now display the full path of the folder in the folder window title (e.g. "C:\OS2\APPS" instead of just "APPS"), which is a bit more informative. XFolder can now also remove OS/2 default menu entries. Version 0.31 (Feb 1, 1998) New features: "Create another" objects in the default configuration now ask for a name before creating. More robust online help. Meaningful error messages if not found. Added online help for pressing F1 over an XFolder variable menu item. Bugfixes -- I told you, 0.30 was a beta only ;-) : "%" in parameter lists of program objects is now also recognized when other parameters need to be passed to the program. Example: "text1.txt %" now works. The previous version only recognized "%" when it was the only character in the parameters list. If the folder name contains spaces, it is now enclosed in quotes ("folder name") before being passed as a parameter. This allows Netscape to display these folders also. Removed faulty information displayed by the install script: the help file was NEVER copied to \OS2\HELP, despite the announcement of the install script. The maximum number of objects in the config folder is still set to 50; however, instead of crashing, XFolder will now give you a message, asking you to remove objects. Version 0.30 beta (Jan 31, 1998) New features: Now all object classes are recognized in the config folders, not only WPPrograms and WPFolders. Extra functionality for WPPrograms: The folder name is passed to the program as a parameter, unless the parameter list in the program object contains "%" (like WPS behaviour). This shall henceforth be known as "Netscape support". ;-) See "Program objects" for details. Added online help for XFolder's error messages. This cost me two years of my life. Install program improved: replaces previous XFolder versions; creates more objects than previously, supporting the new features; can now also recreate the default configuration folder only. Bugfixes: Reworked internal handling of submenus. The previous version displayed a funny behaviour with "almost empty" subfolders, which was not severe though. Reworked large parts of this documentation. Window positioning implemented. Version 0.21 (Jan 23, 1998) New features: Can now freely add submenus by recognizing folders in the config folder. Install program creates an according default config folder. Documentation extended. Bugfixes: XHELP.CMD was missing in the first release, making installation impossible. Version 0.11 (Jan 17, 1998) Initial release with a fixed "XFolder" subfolder, into which single menu items could be inserted. ΓòÉΓòÉΓòÉ 17. XFolder-Interna ΓòÉΓòÉΓòÉ Dieses Kapitel bietet Ihnen weiterf╨æhrende Informationen, wie XFolder eigentlich arbeitet. Das Nachstehende ist nicht notwendig, um mit XFolder zu arbeiten, sondern ist f╨ær diejenigen Benutzer gedacht, die sich mit OS/2 bereits gut auskennen und etwas mehr ╨æber XFolder erfahren m╨ñchten. Dank der Unterst╨ætzung von Christian Faulhammer sind auch diese Seiten jetzt auf deutsch. Was sind WPS-Klassen? Wie arbeitet XFolder? Wie arbeitet XShutdown? Wie wurde XFolder entwickelt? Pers╨ñnlicher Hinweis ΓòÉΓòÉΓòÉ 17.1. Was sind WPS-Klassen? ΓòÉΓòÉΓòÉ Bitte lesen Sie zuerst die Seite "WPS Klassenliste" im Einf╨æhrungsteil dieses Dokuments, wenn Sie noch gar keine Ahnung von WPS Klassen haben. Im allgemeinen, in der objekt-orientierten Programmierung, ist eine Klasse eine abstrakte Definition von (1.) Daten-Typen und (2.) Aktionen, die auf diese Daten angewendet werden k╨ñnnen. Die letzteren sind auch als Objekt-Methoden bekannt. W╨öhrend Klassen den Objekt-Typ nur auf eine abstrakte Art beschreiben, werden die Objekte, die wirklich in einem Programm existieren, Instanzen einer bestimmten Klasse genannt. Nehmen wir beispielsweise ein WPS Programm-Objekt: Jedes Programm ist eine Instanz der Klasse WPProgram, die von der WPS definiert wurde. Die (1.) Daten des Programm-Objekts w╨ærden, neben anderen, die mit ihm verbundene ausf╨æhrbare Datei sein (z.B. "CMD.EXE"), w╨öhrend (2.) Methoden (die auf diese Daten angewendet werden k╨ñnnten) das Starten des Programms (durch Doppelklick oder den Men╨æpunkt "╨⌐ffnen") oder das ╨₧ndern der Einstellungen im entsprechenden Men╨æpunkt w╨ören. Obwohl man die Methoden nicht "sehen" kann, werden sie trotzdem intern immer verwendet, wenn die WPS irgendetwas tut. Wenn Sie Erfahrung mit dem Begriff haben, kann man Methoden mehr oder weniger als "Application Programmer's Interface" (API, auf deutsch etwa: Programmentwicklerschnittstelle) f╨ær ein Objekt beschreiben. Falls Sie in REXX programmieren: Jedes Mal, wenn Sie eines dieser Objekt-Einstellungs-Strings verwenden, um die Daten eines Objektes zu ver╨öndern, wenden Sie eine Methode auf ein Objekt an. Da Methoden f╨ær jede Klasse einzeln definiert werden, h╨öngt die Anzahl der Methoden, die auf ein Objekt angewendet werden k╨ñnnen, von der Klasse des Objekts ab. Ich habe sie nicht gez╨öhlt, aber schon WPObject, die fundamentalste WPS-Klasse, definiert mehr als 100 Methoden. Was die objekt-orientierte Programmierung so flexibel (und popul╨ör) macht, ist die M╨ñglichkeit der Definition von Verwandschaften zwischen Objekten. Um dies zu verstehen, sind folgende zwei Konzepte hilfreich: Vererbung. Dieses Konzept erlaubt es, eine Objekt-Klasse zu definieren, die alle Daten-Typen und Methoden von anderen Objekt-Klassen ╨æbernimmt, ohne da╤ü der Programmierer wissen mu╤ü, wie die Original-Klasse programmiert worden ist. Man kann einfach die Eigenschaften der existierenden Klasse ╨æbernehmen und nur das neu schreiben, was man implementieren m╨ñchte. Die urspr╨ængliche Klasse wird "Stamm-" oder "Eltern-Klasse" der "abgeleiteten" Klasse genannt. Die Desktop-Klasse ("WPDesktop" genannt) wird von der Ordner-Klasse abgeleitet. D.h. da╤ü die Arbeitsoberfl╨öche nur eine spezielle Sorte Ordner ist. Grunds╨ötzlich gesehen hat der Desktop alle M╨ñglichkeiten eines normalen Ordners: Man kann andere Objekte hineintun, seinen Inhalt sortieren, eine Baum- oder Detail-Ansicht ╨ñffnen usw. Aber zus╨ötzlich bietet WPDesktop einige Dinge mehr: Das Kontextmen╨æ enth╨ölt mehr Eintr╨öge (wie "Systemabschlu╤ü" und "Systemkonfiguration"), sein Eigenschaftennotizbuch hat ein paar Reiter mehr etc. Offensichtlich besitzt die Arbeitsoberfl╨öche Ordner-Charakteristiken, aber f╨ægt auch neue Eigenschaften hinzu. Auf der anderen Seite sind einige Ordner- Eigenschaften nicht vorhanden: Beispielsweise kann man den aktiven Desktop nicht schlie╤üen, und er hat auch keine Titelzeile. Die WPS stellt eine Ableitungsstruktur zur Verf╨ægung, so da╤ü alle Objekte logisch gruppiert und abh╨öngig voneinander sind. Auf einer weit abstrakteren Ebene sind alle Objekt-Klassen der WPS Ableitungen einer EINZIGEN KLASSE mit Namen "WPObject", die bestimmte Funktionen bietet, die alle WPS-Objekte brauchen: haupts╨öchlich die M╨ñglichkeit, Kontextmen╨æs, Einstellungsnotizb╨æcher und derartige Dinge anzuzeigen. Dies ist typisch f╨ær objekt-orientierte Programmierung; solch eine globale Ursprungsklasse wird auch "Wurzel-Klasse" einer "Klassen-Hierarchie" genannt. Auf WPObject baut die WPS einen kompletten Baum von Klassen auf, der als WPS Klassen-Hierarchie bekannt ist. Sie k╨ñnnen unter dem Reiter "WPS-Klassen" in XFolders "Workplace Shell"-Objekt einen Blick darauf werfen. Eine solche Klassen-Hierarchie hat den Vorteil, da╤ü man nur die Eigenschaften der Wurzel-Klasse ╨öndern mu╤ü, um alle davon abgeleiteten Klassen ebenfalls zu ╨öndern. (Der Nachteil aus Sicht eines Programmierers ist, da╤ü man sehr genau die Zusammenh╨önge der verschiedenen Klassen und Methoden analysieren muss, um eine solche Klassen-Hierarchie aufzubauen. H╨öufig passiert es, da╤ü die Planung nicht ganz optimal war. Aber wenn die Hierarchie erst einmal gut durchdacht ist -- Dank an IBM, da╤ü es im Falle der WPS so ist --, sind die Vorteile ╨æberragend.) Polymorphie. Dieses Konzept bedeutet, da╤ü man trotz Vererbung bestimmte Eigenschaften einer abgeleiteten Klasse mit neuen ERSETZEN kann. Das Verhalten der originalen Objekt-Klasse kann ge╨öndert ("╨æbersteuert") werden. Wenn jetzt irgendeine Methode auf eine Ableitung angewendet wird, wird die neu definierte Methode anstatt der von der Stamm-Klasse benutzt. Nur als ein Beispiel m╨ñchte ich den Punkt "Hilfe" erw╨öhnen, der im Kontextmen╨æ von jedem Objekt vorhanden ist. Durch Auswahl von "Erweiterte Hilfe" wird die wpDisplayHelp-Methode des Objekts aufgerufen. Diese Methode wird von der WPS Wurzel-Klasse ("WPObject") bereitgestellt, so da╤ü alle WPS-Objekte die Hilfe anzeigen k╨ñnnen: Der OS/2-Hilfemanager wird initialisiert, das Hilfefenster wird dargestellt usw. Die anzuzeigende Hilfeseite wird aber aber von beinahe jeder WPS-Klasse ge╨öndert (dem Konzept der Polymorphie folgend). Also bringt die "Hilfe" bei einem Ordner etwas anderes zum Vorschein als bei einem Programm-Objekt. F╨ær Details ╨æber Klassen-Ersetzungen siehe auch die Seite "WPS Klassen" im Einf╨æhrungsteil. W╨öhrend die Konzepte von Vererbung und Ver╨önderlichkeit Teil jeder objekt-orientierten Programmierumgebung (und also auch jeder objekt-orientierten Sprache, wie z.B. C++) sind, ist es der Workplace Shell sogar m╨ñglich, ihre Vorteile f╨ær verschiedene Applikationen zur Verf╨ægung zu stellen. Die WPS besteht aus vielen DLLs, die zum Teil unabh╨öngig voneinander sind, und auch Nicht-IBM-Programmierer k╨ñnnen die WPS mit diesen M╨ñglichkeiten erweitern, ohne den Quellcode der WPS zu besitzen. Mit "normalen" objekt-orientierten Sprachen w╨öre dies nicht m╨ñglich. Dieses System funktioniert nur, weil die WPS IBMs eigenes System Object Model (SOM) benutzt, ein komplexes System, das objekt-orientierte Programmierschnittstellen sogar zwischen verschiedenen Codemodulen und sprachenunabh╨öngig bietet. SOM ist so m╨öchtig, da Klassen zur Laufzeit anstatt zur Kompilierzeit instantiiert und aufrechterhalten werden. Hier kommt ╨æbrigens die WPS-Klassenliste ins Spiel: Wenn die WPS hochgefahren wird, erzeugt sie alle Klassen (die, in SOM, auch Objekte sind, aber das ist eine sehr komplexe Angelegenheit) und richtet die Verwandtschaften erst zu diesem Zeitpunkt ein. Nur deswegen ist es m╨ñglich, Klassen ohne IBM, die die Orginale erschaffen hat, zu modifizieren. Meiner Meinung nach ist dies immer noch etwas, das OS/2 in der heutigen Computer-Welt einzigartig macht. Mit der Zeit sind alle anderen Vorteile als Alleinstellungsmerkmale verschwunden, wie z.B. das verl╨ö╤üliche Multitasking (Linux ist darin auch wirklich gut), aber die Benutzerschnittstelle wurde bisher noch von keinem anderen Betriebssystem, das ich kenne, erreicht. Besonders nicht von Windows 95. ΓòÉΓòÉΓòÉ 17.2. Wie arbeitet XFolder? ΓòÉΓòÉΓòÉ XFolder registriert und/oder ersetzt eine gro╤üe Anzahl von WPS-Klassen. Schauen Sie sich nur einmal das Skript INSTALL.CMD im XFolder Installations-Verzeichnis an, um mehr dar╨æber zu erfahren. Die wichtigsten XFolder Klassen-Ersetzungen sind: 1. XFolder f╨ær die normalen Ordner, sie enth╨ölt die Hauptfunktionalit╨öt von XFolder; 2. XFldDisk f╨ær Datentr╨öger-Objekte, die im "Laufwerke"-Ordner erscheinen; 3. XFldObject, die WPS-Wurzel-Klasse, um Zugang zu vielen WPS-Interna zu haben, und 4. XFldDesktop f╨ær die neuen Desktop-Eigenschaften, vor allem f╨ær die erweiterte Systemabschlu╤ü-Prozedur. Alle diese Klassen ersetzen die originalen WPS-Klassen. Wie auf der vorhergehenden Seite beschrieben, ist die XFolder-Klasse eine Ableitung der Klasse WPFolder. So kann sie alles machen, was auch ein normaler Ordner kann. Als neue Funktion f╨ægt sie neue Kontextmen╨æ-Eintr╨öge zu allen Ordnern hinzu, erlaubt Ordner-Tastenk╨ærzel (Hotkeys), ver╨öndert die Titelzeile u.v.a. Durch Benutzung der Polymorphie definiert XFolder verschiedene WPFolder-Methoden neu, die nachstehend noch erl╨öutert werden. XFolder ist jedoch dann in der WPS als ein WPFolder-Ersatz registriert, was bedeutet, da╤ü die WPS die XFolder-Klasse anstatt WPFolder als ihre Ordner-Standard-Klasse benutzen wird. Dadurch wird WPFolder nicht mehr direkt benutzt, sondern nur noch durch ihre Ersatz-(und Ableitungs-)Klasse XFolder. F╨ær mehr Informationen ╨æber dieses Thema siehe die Seite "WPS-Klassen" im Einf╨æhrungs-Teil. Hier einige der WPFolder-Methoden, die von der XFolder-Klasse ersetzt werden sind (wahrscheinlich nur f╨ær Programmierer von Interesse): wpModifyPopupMenu: Diese WPObject-Methode wird von der WPS aufgerufen, kurz bervor das Kontextmen╨æ angezeigt wird. Jede WPS-Klasse f╨ægt hier ihre eigenen, klassenspezifischen Eintr╨öge hinzu. Da XFolder viel mit den Men╨æs spielt, ist dies eine der wichtigsten Methoden, die XFolder ersetzt. In dieser Methode ruft XFolder zuerst wpModifyPopupMenu von der Stammklasse (WPFolder) auf, um alle standardm╨ö╤üigen Eintr╨öge zum Kontextmen╨æ hinzuzuf╨ægen. Dann sucht sie nach dem XFolder-Konfigurationsordner (der die Objekt-ID <XFOLDER_CONFIG> haben mu╤ü) und f╨ægt ihn v╨ñllig transparent ein. Jetzt werden alle Objekte, Untermen╨æs und Men╨æpunkte durchgegangen. Wenn der Konfigurationsordner nicht gefunden wird, erscheint ein Nachrichtenfenster, und ein leerer Ordner mit der erforderlichen ID wird auf der Arbeitsoberfl╨öche erstellt. Dasselbe geschieht mit den "Ordnerinhalt"-Funktionen und den "Lieblingsordnern". Jedoch werden diese Untermen╨æs nur dann mit Objekten gef╨ællt, wenn sie vom Benutzer ge╨ñffnet werden; dies geschieht, indem XFolder die Fensternachricht WM_INITMENU abf╨öngt, und zwar in der "unterklassierten" (subclassed) Fensterprozedur f╨ær den Ordnerrahmen (siehe unten). XFolder "unterklassiert" ebenfalls alle Untermen╨æfenster (und nur diese), damit es die Symbole zeichnen und Maustaste 2 zum ╨⌐ffnen eines Ordners abfangen kann. (Bitte beachten Sie, da╤ü "subclassing" nichts mit WPS-Klassen zu tun hat, sondern ein Presentation Manager-Terminus f╨ær die Benutzung verschiedener Nachrichten-Prozeduren f╨ær ein existierendes Fenster ist, um bestimmte PM-Nachrichten f╨ær dieses Fenster abzufangen. Daf╨ær wird die API WinSubclassWindow benutzt.) XFolder modifiziert mit dieser Methode auch diverse andere Men╨æs (wie das "Sortieren"-Untermen╨æ), wenn die globalen Einstellungen dies erlauben, und f╨ægt andere Men╨æeintr╨öge hinzu, wenn dies in den globalen Einstellungen aktiviert worden ist. wpMenuItemSelected: Dies wird immer dann von der WPS aufgerufen, wenn ein Eintrag im Kontextmen╨æ vom Benutzer ausgew╨öhlt worden ist. XFolder ╨æberpr╨æft, ob einer seiner eigenen (variablen) Eintr╨öge benutzt wird; wenn dem so ist, findet es das zugeh╨ñrige Objekt im Konfigurationsordner. Falls es sich bei dem Objekt um eine Instanz der WPProgramm-Klasse handelt, werden die bereits vorher beschriebenen Tricks ausgef╨æhrt. Wenn das Objekt eine Schablone ist (egal welche WPS-Klasse), wird es nicht ge╨ñffnet, sondern XFolder erstellt dann davon ein neues Objekt im aktuellen Ordner (via wpCreateFromTemplate). Falls der gew╨öhlte Eintrag zu den "Ordnerinhalt"-Untermen╨æs geh╨ñrt, wird einfach das zugeh╨ñrige Objekt gestartet. Wenn irgendein anderer Men╨æeintrag, den XFolder zum Kontextmen╨æ hinzugef╨ægt hat, benutzt wird, f╨æhrt XFolder intern die entsprechende Aktion aus. Wurde allerdings kein XFolder Men╨æeintrag ausgew╨öhlt, wird die wpMenuItemSelected-Methode der Stammklasse (WPFolder) aufgerufen, um die Standardeintr╨öge nicht am Funktionieren zu hindern. wpMenuItemHelpSelected: Jedesmal wenn die F1-Taste auf einem Kontextmen╨æeintrag gedr╨æckt wird, kommt diese Methode ins Spiel. Falls n╨ñtig, zeigt XFolder die zugeh╨ñrige Hilfeseite auf. wpFilterPopupMenu: Mit dieser Methode entfernt XFolder die standardm╨ö╤üigen Men╨æeintr╨öge, die Sie in den globalen Einstellungen angegeben haben. (Diese Methode wird von der WPS noch vor wpModifyPopupMenu aufgerufen, also zuerst werden die Eintr╨öge zuerst entfernt und dann neue eingef╨ægt.) wpclsQueryTitle: Die Zeichenkette XFolder (oder was auch immer Sie in den globalen Einstellungen angegeben haben) wird zur╨æckgegeben, um der XFolder-Klasse einen unverwechselbaren Namen zu geben. wpclsQueryIconData, wpclsQueryIconDataN: Diese zwei Klassen-Methoden aktivieren die neuen XFolder-Ordnersymbole (offen und geschlossen), wenn Sie dies in den globalen Einstellungen erlaubt haben. wpOpen: Diese Routine wird aufgerufen, sobald die WPS einen Ordner (oder auch jedes andere Objekt) ╨ñffnet. XFolder mu╤ü diese Methode ersetzen, um eine ganze Reihe von Funktionen zu implementieren. Als erstes wird die Stammethode aufgerufen, um die Ordner-Ansicht zu ╨ñffnen: Die WPS erstellt ein Fenster mit einem Standard-PM-Container darin und zeigt es auch an. XFolder f╨öngt dann das Handle f╨ær den Fensterrahmen ab, mit dem es dann den Fenstertitel des Ordners ╨öndern und den kompletten Pfad dort einf╨ægen kann (falls aktiviert). Eigentlich ist es nur ein einfacher Aufruf von WinSetWindowText, nur mit einigen Berechnungen, um den Titel n╨ñtigenfalls zu k╨ærzen. In dieser Methode "unterklassiert" XFolder auch die Fensterprozedur f╨ær den Ordnerrahmen, damit WM_CHAR-Nachrichten f╨ær Hotkeys und viele andere Dinge verarbeitet werden k╨ñnnen. Das Unterklassieren erschien mir die beste M╨ñglichkeit zu sein, da der gesamte n╨ñtige WPS-Initialisierungskram durch das Aufrufen der Stamm-Methode erledigt wird. Der Nachteil ist, da╤ü der Benutzer nicht mit dem Ordner interagieren kann, weil er erst danach mit Objekten gef╨ællt ("bev╨ñlkert" oder "populated" in WPS-Terminologie) wird. XFolder f╨öngt alle WM_CHAR-Nachrichten (die nur zur Fensterrahmen-Prozedur weitergereicht werden, wenn sie noch nicht von einem Container, wie den Pfeiltasten, bearbeitet worden sind) ab und wertet sie gem╨ö╤ü der Ordner-Tastenk╨ærzel-Liste aus, die in den globalen Einstellungen ge╨öndert werden kann. Unterklassieren wird auch f╨ær die Statusleisten der Ordner ben╨ñtigt; die WM_QUERYFRAMECTLCOUNT-, WM_FORMATFRAME-, und WM_CALCFRAMERECT-Nachrichten werden abgefangen, um die Gr╨ñ╤üe des Ordnerrahmens und seines Container-Unterfensters entsprechend dem f╨ær die Statusleiste ben╨ñtigten Platz zu ╨öndern. XFolder f╨öngt auch einige Container-Benachrichtigungen ab, um in der Baumansicht automatisch zu rollen und die Statusleiste zu ╨öndern, falls der Benutzer die Objektauswahl ge╨öndert hat. Zus╨ötzlich angelt sich XFolder diverse Men╨æ-Nachrichten, wie WM_INITMENU und WM_MENUSELECT, um einige Men╨æ-Funktionen zu benutzen, die ╨æber normale WPS-Methoden nicht nutzbar sind. Alle Nachrichten, die keine Bedeutung f╨ær XFolder haben, werden zu ihrer urspr╨ænglichen Fensterprozedur weitergereicht. Die wpOpen-Methode wird auch zur Implementation der erweiterten Sortierfunktionen von XFolder gebraucht; XFolder aktualisiert die Container-Einstellungen gem╨ö╤ü den Sortierkriterien, die Sie angegeben haben. wpAddSettingsPages: Die WPS ruft diese Methode auf, wenn das Einstellungsnotizbuch eines Objektes ge╨ñffnet wird. XFolder ersetzt diese Methode ebenfalls, um seine neuen Notizbuchseiten einzuf╨ægen. Dabei wird die Stammklasse aufgerufen, um auch die "normalen" Reiter einzuf╨ægen. Die XFldDisk-Klasse, die die WPDisk-Klasse ersetzt, tut nicht allzu viel, au╤üer der Weiterleitung ihrer Methoden zu den XFolder-Gegenst╨æcken, so da╤ü Laufwerksansichten sich wie normale "(X)Folder" verhalten. IBM hat aus irgendeinem Grund entschieden, Laufwerksobjekte nicht zu regul╨ören Ordnern zu machen, sondern eine andere Klasse f╨ær sie implementiert (WPRootFolder genannt), also braucht XFolder auch eine separate Klasse. XFldObject arbeitet auf den ersten Blick anscheinend auch nicht so viel, au╤üer da╤ü die Standard Men╨æ-Eintr╨öge unterdr╨æckt werden und "Dateiname kopieren" hinzugef╨ægt wird. Aber diese Klasse wird von anderen XFolder-Teilen ben╨ñtigt, um ╨æber einige interne WPS-Ereignisse benachrichtigt zu werden, vor allem von XShutdown, was im Detail auf der n╨öchsten Seite beschrieben wird. Die XFldDesktop-Klasse wurde f╨ær die ╨₧nderung der Desktop-Men╨æeintr╨öge implementiert sowie f╨ær XShutdown, das im Detail auf der n╨öchsten Seite beschrieben wird, implementiert. W╨öhrend fr╨æhere Versionen auch die WPSystem-Klasse ersetzten, so da╤ü das "System"-Objekt in der Systemkonfiguration einige Reiter f╨ær XFolders globale Einstellungen enthielt, hat sich dieses Verhalten mit V0.80 ge╨öndert. Stattdessen registriert XFolder zwei neue Klassen, die sich zwar von WPSystem ableiten, diese Klasse aber nicht ersetzen. Diese zwei Klassen sind XFldSystem und XFldWPS f╨ær das Objekt "OS/2 Kernel" bzw. "Workplace Shell". Die Einstellungen werden gr╨ñ╤ütenteils in der OS2.INI gespeichert und jedesmal dann ausgewertet, wenn XFolder sie braucht (z.B. wenn Sie ein Kontextmen╨æ ╨ñffnen). Dagegen werden die "lokalen" XFolder-Einstellungen f╨ær einen einzelnen Ordner in seinen .CLASSINFO-EAs gespeichert, wo die WPS auch die anderen Ordner-Einstellungen sichert. Dies wird dann von der XFolder-Klasse erledigt. Bitte beachten Sie, da╤ü die XFolder-Klassen entworfen wurden, um zu interagieren. Versuchen Sie nicht einfach nur einige der Klassen zu entfernen, da sich XFolder komisch benehmen k╨ñnnte (wenn Sie Gl╨æck haben). Alle M╨ñglichkeiten von XFolder sind individuell einstellbar, so da╤ü Sie nur das einsetzen m╨æssen, was Sie brauchen -- Sie k╨ñnnen XFolder auch ganz schnell loswerden, falls Sie wollen. ΓòÉΓòÉΓòÉ 17.3. Wie arbeitet XShutdown? ΓòÉΓòÉΓòÉ XShutdown hat mich viele Stunden angestrengten Denkens gekostet, weil es wirklich nirgendwo dokumentiert ist, was w╨öhrend des normalen Systemabschlusses geschieht. Normalerweise kennt OS/2 zwei verschieden Systemabschlu╤ü-APIs: DosShutdown schlie╤üt nur alle ge╨ñffneten Dateien, schreibt die Dateisystem-Puffer zur╨æck und l╨ñst alle Dateisysteme; das passiert nach dem Dr╨æcken von Strg-Alt-Entf (Ctrl-Alt-Del). Anwendungen werden nicht ordnungsgem╨ö╤ü geschlossen, und die WPS wird auch nicht gesichert. WinShutdownSystem ist eine API, die zum Presentation Manager geh╨ñrt und alle Fenster schlie╤üt, die WPS sichert und schlie╤ülich DosShutdown aufruft. Dies ist die normale Systemabschlu╤ü-Prozedur: Sie wird ausgef╨æhrt, wenn Sie "Systemabschlu╤ü" aus dem Kontextmen╨æ des Desktops oder die entsprechenden Symbole aus der Klickstartleiste oder dem WarpCenter ausw╨öhlen. Das Problem ist, da╤ü es keine Funktion "zwischen" diesen beiden gibt. Wenn Sie DosShutdown aufrufen, wird die WPS nicht gesichert, und bei WinShutdownSystem legt der normale Systemabschlu╤ü los, ohne da╤ü man irgendeine M╨ñglichkeit h╨ötte, noch einzugreifen. Das bedeutete, da╤ü ich quasi ein komplett neues WinShutdownSystem programmieren mu╤üte, das hier jetzt erkl╨ört wird. Dies war ziemlich schwierig, da IBM kaum irgendetwas dar╨æber erkl╨ört, was wirklich w╨öhrend WinShutdownSystem passiert. Hinweis: In XFolder benutzen der "Erweiterte Systemabschlu╤ü" und "WPS neustarten" denselben Code; der einzige Unterschied sind die Aktionen, die nach dem Schlie╤üen aller Fenster ausgef╨æhrt werden. Deshalb werde ich den Begriff "XShutdown" in den folgenden Erkl╨örungen f╨ær beide benutzen, wenn nicht anders angegeben. XShutdown ist in die WPS integriert und ist sehr stark von den XFolder-Ersatzklassen abh╨öngig. Bewu╤üt habe ich den XShutdown-Code nicht einer separaten .EXE-Datei mitgeliefert: zum einen braucht XShutdown Zugriff auf WPS-interne Daten, die nur durch SOM erreichbar sind; zum zweiten will ich die Leute davor bewahren, XShutdown ohne installierte XFolder-Klassen zu starten, da dies die WPS besch╨ödigen k╨ñnnte. Genauer gesagt ben╨ñtigt XShutdown die Klasse XFldObject und den XFolder-Worker-Thread, die die WPS-internen Daten zug╨önglich machen. Um zu verstehen, was XShutdown tut, mu╤ü man wissen, wie die WPS ihre Objekte intern verwaltet. Jedes einzelne Objekt, das zu einem Zeitpunkt f╨ær die WPS relevant wird, sei es durch Bev╨ñlkern eines Ordners, durch Abfragen der Einstellungen oder durch Starten eines Programmes oder durch was auch immer, wird -- in WPS Terminologie -- vom System "aufgeweckt" ("awakened"); das bedeutet, da╤ü es als SOM-Objekt im Speicher existiert. Die WPS schl╨öfert nur selten wache Objekte wieder ein, was die Freigabe des damit verbundenen Speichers und einer Sicherung der Daten des Objekts auf Festplatte zur Folge h╨ötte. Das hat zwei Konsequenzen: 1. Es gibt immer mehr "wache" Objekte auf Ihren System, als Sie in diesem Moment annehmen w╨ærden, da die meisten von ihnen gerade nicht sichtbar sind. Sogar wenn Sie einen Ordner geschlossen haben, bleiben die Objekte darin wach; das beschleunigt das Bev╨ñlkern des Ordners, wenn er zum zweiten Mal ge╨ñffnet wird. Das f╨æhrt dazu, da╤ü die WPS mit jedem Ordner, der ge╨ñffnet wird, immer mehr und mehr Speicher belegt. (Wenn Sie von XShutdown eine Logdatei erstellen lassen, k╨ñnnen Sie sehen, wie viele wache Objekte von XShutdown gesichert werden; normalerweise sind das einige hundert Objekte, auch wenn XShutdown nicht alle Objekte sichert, sondern nur die Ableitungen von WPFolder und WPAbstract. Unter dem Reiter "Interna" im Einstellungsnotizbuch des Arbeitsoberfl╨öche k╨ñnnen Sie sehen, wie viele Objekte derzeit wach sind.) 2. Eine ╨₧nderung der Objekt-Daten aktualisiert manchmal nur das SOM-Objekt im Speicher, wird aber nicht auf Festplatte oder in OS2.INI / OS2SYS.INI gespeichert. Darum ger╨öt die WPS manchmal ins Schleudern, wenn Sie gr╨ñ╤üere ╨₧nderungen durchgef╨æhrt haben, wie das Bewegen eines Ordners, der viele abstrakte Objekte enth╨ölt, und danach nicht richtig herunterfahren: die physikalischen Daten auf der Festplatte und die WPS-Eintr╨öge unterscheiden sich dann. Daf╨ær braucht XShutdown die Klasse XFldObject, die WPObject ersetzt. Jedes mal, wenn ein Objekt aufgeweckt wird, ruft die WPS diverse Methoden auf (darunter wpInitData und wpObjectReady). XFldObject ersetzt diese und ╨æbergibt die Speicheradresse des Objekts an den Worker-Thread, der dann die XFolder-interne Liste aller momentan wachen Objekte aktualisiert. Soweit ich wei╤ü, gibt es keinen anderen Weg herauszufinden, welche Objekte gerade wach sind; auf jeden Fall gibt es auch keine dokumentierte API, die diese Objekte auflisten k╨ñnnte. Wenn XShutdown nun aufgerufen und best╨ötigt wird, startet es als erstes f╨ær die folgende Systemabschlu╤ü-Prozedur zwei neue Threads, die parallel zu den regul╨ören WPS-Threads laufen; der Haupt-"Systemabschlu╤ü-Thread" mit der Nachrichtenschlange f╨ær das Status-Fenster, und der "Update-Thread", der die OS/2-Fensterliste ╨æ berwacht und Nachrichten an den Hauptthread absetzt, wenn das Status-Fenster aktualisiert werden mu╤ü. Daher ist das Schlie╤üen aller momentan ge╨ñffneten Fenster ein kompliziertes Zusammenspiel dieser beiden Threads: Der Systemabschlu╤ü-Thread schlie╤üt ein Fenster und geht dann so lange in den Leerlauf, bis der Update-Thread eine ╨₧nderung in der Fensterliste meldet (was bedeutet, da╤ü erfolgreich geschlossen wurde) und den Systemabschlu╤ü-Thread benachrichtigt, der dann wiederum das n╨öchste Fenster schlie╤üt, bis kein Fenster mehr ╨æbrig ist. Nachdem alle Fenster geschlossen worden sind, beendet sich der Update-Thread. Jetzt geht der Systemabschlu╤ü-Thread die Liste aller momentan wachen Objekt durch (s.o.) und zwingt sie durch den Aufruf der wpSaveImmediate-Methode, ihre Daten in die INI-Dateien oder auf Festplatte zu schreiben. Dies geschieht nur f╨ær die Ableitungen von WPAbstract und WPFolder, weil nach meiner Erfahrung alle anderen Klassen ihre Daten direkt speichern. (Ich habe einmal versucht, alle Ableitungen von WPFileSystem zu sichern, und dies verursachte jede Menge Erweiterter Attribute f╨ær jede einzelne Datei, die jemals von der WPS geweckt wurde. Abgesehen davon dauert der Systemabschlu╤ü dann ewig lange.) Zuletzt, je nach dem welche Aktion gew╨ænscht wird, f╨æhrt der Systemabschlu╤ü-Thread folgendes aus: Wenn Sie "WPS neustarten", ausgew╨öhlt haben, ruft der Systemabschlu╤ü-Thread einfach nur DosExit(EXIT_PROCESS, 0) auf. Da XFolder Teil des Workplace-Prozesses ist und die gesamte WPS in diesem einen Proze╤ü l╨öuft (der zweiten Instanz von PMSHELL.EXE), beendet dies die komplette Workplace Shell. Der Shell-Proze╤ü (die erste Instanz von PMSHELL.EXE) startet dann die WPS automatisch neu. Wenn Sie "Systemabschlu╤ü" und "Rechner neu starten" ausgew╨öhlt haben, speichert XShutdown auch die INI-Dateien. Das ist n╨ñtig, weil DosShutdown, das anschlie╤üend aufgerufen wird, diese nicht sichert. (Wahrscheinlich deshalb, weil die APIs f╨ær INI-Dateien zum Presentation Manager geh╨ñren.) Da die INI-APIs es verbieten, einfach die User- und System-Profile zu schlie╤üen (was die Daten aller anderen Profile auf Festplatte sichern w╨ærde), kopiert XFolder sie in zwei tempor╨öre Dateien, l╨ñscht die Originale, und benennt dann die tempor╨ören um. Nach DosShutdown ("L╨ñse Dateisysteme...") wird das System mit einem Aufruf des Ger╨ötetreibers DOS.SYS neu gestartet. Diese Funktion ist in EDM/2 Band 5, Ausgabe 9 beschrieben. Wenn Sie "Systemabschlu╤ü" OHNE "Rechner neu starten" ausgew╨öhlt haben, schaltet XShutdown nach DosShutdown die Fensterliste ab und blockiert das System einfach durch einen Aufruf von DosEnterCritSec und einer unendlichen Schleife. Da alle Dateisysteme geschlossen sind, sollte keine andere Aktion au╤üer dem Ausschalten oder Neustarten des Rechners mehr m╨ñglich sein. ΓòÉΓòÉΓòÉ 17.4. Wie wurde XFolder entwickelt? ΓòÉΓòÉΓòÉ XFolder wird mit Hilfe des "Warp 3 Developer's Toolkit" in C programmiert. Alle Versionen bis 0.72 wurden vom IBM C-Set/2-Compiler erstellt. Dank der gro╤üz╨ægigen Unterst╨ætzung von Mark Mellin, der mir VisualAge C++ 3.0 geschenkt hat, wird XFolder seit Version 0.80 mit diesem Compiler erzeugt, der eine Menge Verbesserungen gegen╨æber den fr╨æheren IBM-Compilern hat. Ich bin nur ein Student in Deutschland und kann es mir nicht leisten, f╨ær ╨æber 800,-DM (400,- Euro) eine integrierte Entwicklungsumgebung zu kaufen, egal wie m╨öchtig und brauchbar sie sein mag. Darum habe ich auch jahrelang f╨ær DOS mit Borland Pascal 7 programmiert und bin dann 1997 auf REXX umgeschwenkt. Ein Ergebnis ist das (in meinen Augen ╨öu╤üerst n╨ætzliche) CommandPak-Paket, um die OS/2 Kommandozeile zu verbessern. (Dies ist ebenfalls ╨æber mein Heimseite erh╨öltlich.) Mein C-Set/2 habe ich vom deutschen OS/2-Magazin "OS/2 Inside", dem nachgesagt wurde, da╤ü es das beste OS/2-Magazin der Welt gewesen sei. Eine CD mit dem kompletten C-Set gab es f╨ær 35,- DM. Fr╨æher habe ich auf dieser Seite die Bestelladresse angegeben, aber die "OS/2 Inside" wurde vom Markt genommen, und der Versand-Shop wurde nach Berichten ebenfalls geschlossen. Traurigerweise kenne ich keine M╨ñglichkeit mehr, billig an einen IBM Compiler zu kommen. Man kann aber immer noch WPS-Klassen schreiben, wenn man den gro╤üartigen und kostenlosen EMX/GNU C-Compiler benutzt, den man sich von LEO in Deutschland herunterladen kann. Ungl╨æcklicherweise braucht man noch das "Warp 3 Developer's Toolkit". Obwohl IBM bekannt gegeben hat, da╤ü SOM nicht mehr l╨önger unterst╨ætzt wird, ist dies immer noch eine gro╤üartige Technologie, die aber etwas Einarbeitungszeit erfordert. Das Warp 3 Toolkit enth╨ölt alles, um m╨öchtige WPS-Klassen zu erstellen. Es ist ausreichend dokumentiert, um die grundlegende WPS-Funktionalit╨öt zu verstehen, was mir erlaubt hat (dabei kannte ich weder C noch die OS/2-API, sondern nur OOP mit Pascal und Windows 3.1) XFolders Grundfunktionen (Xfolder 0.11) in drei Tagen zu programmieren. (Mit komplexeren Features wird die Sache nat╨ærlich schwieriger, aber das ist eine andere Geschichte.) Neben der Toolkit-Dokumentation lohnt es sich auch, die vier IBM-"Redbooks" ╨æber OS/2 V2.0 zu lesen, die ich auf einer alten Hobbes-CD-ROM gefunden habe und die immer noch auf den allgemein bekannten FTP-Servern verf╨ægbar sind. Das meiste ist zwar schon veraltet (nur ╨æber OS/2 V2.0!), aber die Grundkonzepte des Systems sind eigentlich dieselben geblieben. Au╤üerdem kann ich das Electronic Developer's Magazine for OS/2 im WWW w╨örmstens empfehlen, das einige fabul╨ñse Artikel ╨æber jeden Bereich der OS/2-Programmierung ver╨ñffentlicht hat. Es gibt zwei Serien ╨æber WPS-Programmierung, die eine beginnt in Band 2, Ausgabe 8, die andere in Band 5, Ausgabe 10. Wenn Sie die oben genannten Programme haben, sollten Sie in der Lage sein, die WPS blitzschnell zu programmieren. Alles, was Sie dann noch brauchen, ist eine geh╨ñrige Portion Geduld, da die WPS in einem Einzel-Proze╤ü l╨öuft (PMSHELL.EXE), und Fehler in Ihrem Projekt werden immer wieder alles abst╨ærzen lassen. Verinnerlichen Sie sich den Abschnitt "Debugging WPS applications" aus dem Toolkit WPS Guide, um zumindest die ╨örgerlichsten Fehler zu umgehen. ΓòÉΓòÉΓòÉ 17.5. Pers╨ñnlicher Hinweis ΓòÉΓòÉΓòÉ Als letztes noch eine subjektive Hypothese: Wenn es IBM drei Jahre fr╨æher geschafft h╨ötte, einen g╨ænstigen Compiler auf den Markt zu bringen, w╨öre OS/2 heute in einer besseren Position. Letztendlich mangelte es mir nicht an Interesse, sondern an Geld, um f╨ær OS/2 zu programmieren. Sowohl Freeware/Shareware als auch der kommerzielle Markt w╨ören mit einem "Turbo Pascal f╨ær OS/2" viel vitaler gewesen. Aber dies steht nur als Beispiel f╨ær ein generelles Problem von OS/2: Die beste Technologie ╨æberhaupt, aber kein Interesse am Massenmarkt. :-( BTW, etwas Trost f╨ær depressive OS/2-Benutzer kann man bei der exellenten Webseite "OS/2 Headquarters" von Tom Nadeau auf http://www.mindspring.com/~os2headquarters/ finden. Unter anderem die zwei geistreichen Serien "Understanding Microsoft" und "Understanding IBM" und mehr. "Dann erhob sich im ganzen Land ein Klang von Wehklagen und Z╨öhneknirschen, da Millionen von Menschen OS/2 benutzten und wu╤üten, da╤ü es gut war. Doch es verh╨örtete die Echse ihr Herz gegen sie, und sie sprach: Nein, daf╨ær besteht kein Bedarf." Gefunden auf: http://www.gate.net/~shipbrk/mozilla.html ΓòÉΓòÉΓòÉ 18. Appendices ΓòÉΓòÉΓòÉ Dieses Kapitel bietet Ihnen verschiedene Informationen ╨æber XFolder sowie einige zur WPS, die sonst nur schwer zu bekommen ist: WPS-Klassenhierarchie: ein Diagramm der wichtigsten WPS-Klassen WPS object IDs: eine Sammlung von Objekt-IDs, die auf den meisten Systemen g╨æltig sein sollten WPFolder setup strings: alle "Setup strings", die f╨ær Ordner g╨æltig sind New XFolder setup strings: die neuen "Setup strings", die die XFolder-Klasse f╨ær Ordner einf╨æhrt WPS menu ID's: eine Sammlung von Men╨æ-IDs, die mit dem "Setup string" MENUITEMSELECTED benutzt werden k╨ñnnen ΓòÉΓòÉΓòÉ 18.1. WPS-Klassenhierarchie ΓòÉΓòÉΓòÉ Die folgenden Informationen stammen aus dem Developer's Toolkit f╨ær OS/2 Warp 3. Die XFolder-Klassen wurden ausgelassen; einige der Klassen, die OS/2 Warp 4 hinzuf╨ægt, sind ebenfalls hier aufgef╨æhrt. Je nachdem, welche Software Sie installiert haben, k╨ñnnen auf Ihrem System weitere Klassen verf╨ægbar sein. Klassen, von denen sinnvollerweise Objekte (Instanzen) erzeugt werden k╨ñnnen, sind hier hervorgehoben. Seien Sie mit anderen Klassen vorsichtig, weil sonst unvorhersehbare Effekte entstehen k╨ñnnen. WPObject Γö£ΓöÇΓöÇ WPAbstract Γöé Γö£ΓöÇΓöÇ WPClock Γöé Γö£ΓöÇΓöÇ WPCountry Γöé Γö£ΓöÇΓöÇ WPDisk Γöé Γö£ΓöÇΓöÇ WPKeyboard Γöé Γö£ΓöÇΓöÇ WPLaunchPad Γöé Γö£ΓöÇΓöÇ WPMouse Γöé Γö£ΓöÇΓöÇ WPPalette Γöé Γöé Γö£ΓöÇΓöÇ WPColorPalette Γöé Γöé Γö£ΓöÇΓöÇ WPFontPalette Γöé Γöé ΓööΓöÇΓöÇ WPSchemePalette Γöé Γö£ΓöÇΓöÇ WPPower Γöé Γö£ΓöÇΓöÇ WPPrinter Γöé Γöé ΓööΓöÇΓöÇ WPRPrinter Γöé Γö£ΓöÇΓöÇ WPProgram Γöé Γö£ΓöÇΓöÇ WPShadow Γöé Γöé ΓööΓöÇΓöÇ WPNetLink Γöé Γö£ΓöÇΓöÇ WPShredder Γöé Γö£ΓöÇΓöÇ WPSound Γöé Γö£ΓöÇΓöÇ WPSpecialNeeds Γöé Γö£ΓöÇΓöÇ WPSpool Γöé Γö£ΓöÇΓöÇ WPSystem Γöé ΓööΓöÇΓöÇ WPWinConfig Γö£ΓöÇΓöÇ WPFileSystem Γöé Γö£ΓöÇΓöÇ WPDataFile Γöé Γöé Γö£ΓöÇΓöÇ WPBitmap 3) Γöé Γöé Γö£ΓöÇΓöÇ WPHtml 2) Γöé Γöé Γö£ΓöÇΓöÇ WPIcon Γöé Γöé Γö£ΓöÇΓöÇ WPMet Γöé Γöé Γö£ΓöÇΓöÇ WPPif Γöé Γöé Γö£ΓöÇΓöÇ WPPointer Γöé Γöé Γö£ΓöÇΓöÇ WPProgramFile Γöé Γöé Γöé ΓööΓöÇΓöÇ WPCommandFile Γöé Γöé Γö£ΓöÇΓöÇ WPUrl 2) Γöé Γöé ΓööΓöÇΓöÇ WebExplorer_Url 1) Γöé ΓööΓöÇΓöÇ WPFolder Γöé Γö£ΓöÇΓöÇ WPDesktop Γöé Γö£ΓöÇΓöÇ WPDrives Γöé Γö£ΓöÇΓöÇ WPHost 2) Γöé Γö£ΓöÇΓöÇ WPHvManager 2) Γöé Γö£ΓöÇΓöÇ WPMinWinViewer Γöé Γö£ΓöÇΓöÇ WPNetgrp Γöé Γö£ΓöÇΓöÇ WPNetwork Γöé Γö£ΓöÇΓöÇ WPRootFolder Γöé Γö£ΓöÇΓöÇ WPServer Γöé Γö£ΓöÇΓöÇ WPSharedDir Γöé Γö£ΓöÇΓöÇ WPStartup Γöé Γö£ΓöÇΓöÇ WPUrlFolder 2) Γöé ΓööΓöÇΓöÇ WPTemplates ΓööΓöÇΓöÇ WPTransient Γö£ΓöÇΓöÇ WPDevice 2) Γöé Γö£ΓöÇΓöÇ WPDevAudio 2) Γöé Γö£ΓöÇΓöÇ WPDevBus 2) Γöé Γö£ΓöÇΓöÇ WPDevCDRom 2) Γöé Γö£ΓöÇΓöÇ WPDevCPU 2) Γöé Γö£ΓöÇΓöÇ WPDevDiskette 2) Γöé Γö£ΓöÇΓöÇ WPDevDisplay 2) Γöé Γö£ΓöÇΓöÇ WPDevHarddrive 2) Γöé Γö£ΓöÇΓöÇ WPDevKeyboard 2) Γöé Γö£ΓöÇΓöÇ WPDevMemory 2) Γöé Γö£ΓöÇΓöÇ WPDevMouse 2) Γöé Γö£ΓöÇΓöÇ WPDevParallel 2) Γöé Γö£ΓöÇΓöÇ WPDevPeriph 2) Γöé Γö£ΓöÇΓöÇ WPDevSerial 2) Γöé Γö£ΓöÇΓöÇ WPDevTape 2) Γöé ΓööΓöÇΓöÇ WPDevTimer 2) Γö£ΓöÇΓöÇ WPJob Γö£ΓöÇΓöÇ WPPdr Γö£ΓöÇΓöÇ WPPort ΓööΓöÇΓöÇ WPQdr Notices: 1) Dies ist keine Standard-WPS-Klasse und mu╤ü nicht auf jedem System verf╨ægbar sein. 2) Diese Klasse besteht nur unter OS/2 Warp 4. 3) Unter OS/2 Warp 4 ist WPBitmap eine Unterklasse von WPImageFile, die wiederum selbst eine Unterklasse von WPDataFile ist. ΓòÉΓòÉΓòÉ 18.2. WPS-Objekt-IDs ΓòÉΓòÉΓòÉ Die folgenden Objekt-IDs werden bei der Installation von OS/2 vordefiniert und sollten folglich auf jedem System verf╨ægbar sein (es sei denn, das entsprechende Objekt wurde gel╨ñscht). Systemordner: <WP_NOWHERE>: Versteckter Ordner (f╨ær Klickstartleiste, "?:\NOWHERE") <WP_DESKTOP>: die momentan aktive Arbeitsoberfl╨öche <WP_OS2SYS>: OS/2-System-Ordner <WP_TEMPS>: Schablonenordner <WP_CONFIG>: Ordner "Systemkonfiguration" <WP_START>: Ordner "Systemstart" <WP_INFO>: Ordner "Information" <WP_DRIVES>: Laufwerksordner <WP_PROMPTS>: Ordner "Befehlszeilen" <WP_TOOLS>: Ordner "Produktivit╨öt" <WP_GAMES>: Spiele-Ordner Weitere Systemobjekte: <WP_VIEWINF>: VIEW.EXE-Programm <WP_SYSED>: OS/2-Systemeditor <WP_ICON>: Symboleditor <WP_PULSE>: Puls <WP_CLIPV>: Zwischenablage anzeigen <WP_OS2FS>: OS/2 (Vollbild) <WP_OS2WIN>: OS/2-Fenster <WP_DOSFS>: DOS (Volbild) <WP_DOSWIN>: DOS-Fenster <WP_WINFS>: Win-OS/2 (Vollbild) <WP_WIN2WIN>: Win-OS/2-Fenster <WP_KEYB>: Tastatur-Einstellungsobjekt <WP_MOUSE>: Maus-Einstellungsobjekt <WP_SYSTEM>: System-Einstellungsobjekt <WP_CNTRY>: Land-Einstellungsobjekt <WP_SOUND>: Warnton-Einstellungsobjekt <WP_SPOOL>: Spooler <WP_FONTPAL>: Schriftartpalette <WP_HIRESCLRPAL>: Farbpalette 1 <WP_LORESCLRPAL>: Farbpalette 2 <WP_SCHPAL>: Layoutpalette <WP_VIEWER>: Fenster in Symbolgr╨ñ╤üe <WP_SHRED>: Rei╤üwolf <WP_CLOCK>: Systemuhr Zus╨ötzlich f╨æhrt XFolder die folgenden Objekt-IDs ein: <XFOLDER_CONFIG>: der (Haupt-)Konfigurationsordner <XFOLDER_STARTUP>: XFolder-Systemstart-Ordner <XFOLDER_SHUTDOWN>: XShutdown-Ordner <XFOLDER_SYSTEM>: Objekt "OS/2 Kernel" <XFOLDER_WPS>: Objekt "Workplace Shell" <XFOLDER_REF>: Programmobjekt "XFolder Online-Referenz" ΓòÉΓòÉΓòÉ 18.3. WPFolder Setup Strings ΓòÉΓòÉΓòÉ In order to change a certain object's setting with REXX, use the following RexxUtil function: rc = SysSetObjectData(<name>, <setup>) with: <name> being the object you wish to change (referenced either by a full path specification or an object ID, such as <WP_DESKTOP>); <setup> being one of the WPS setup strings, which always have a <keyword>=<data> syntax. You can combine several settings by separating them with semicola (";"). Example: if SysSetObjectData(directory(),"NOMOVE=YES;DEFAULTVIEW=ICON") then Say "Settings changed!" This will change the folder settings for the current directory, which is useful for scripts called by XFolder, which have the intended directory already changed to. See the OS/2 REXX Reference for details. The list below describes all the setup strings for the WPObject class, plus additional strings supported by the WPFolder class. (In short, you may use any of the following strings on folders.) The list is sorted alphabetically. ALWAYSSORT={YES|NO} Set whether folder sort order is always maintained. Opening and adding an object to a folder may take longer if the sort order is being maintained. Note: XFolder overrides this setting string if you have the extended sort functions enabled. See "XFolder setup strings" for the changes with respect to this setting. BACKGROUND=<name>,<mode>,<factor>,<bgtype>,<bgcol> This sets the folder background, where: <name> = Image file name. This name must be the fully qualified path of the image file. "?:\" is permitted to indicate the boot drive. <mode> = Image mode. This mode can be one of the following: N = Normal image T = Tiled image S = Scaled image <factor> = Scaling factor. <bgtype> = Background type. This can be one of the following: I = Image C = Color only <bgcol> = Background color. This color can be 3 numbers representing RGB values or the default, in the following format: {R-value G-value B-value} Example: BACKGROUND=C:\OS2\BITMAP\OS2LOGO.BMP,S,3,I or BACKGROUND=(none),,,C,0 128 128 CCVIEW=DEFAULT Uses the default value of the concurrent view setting of the system, when the user selects open. This is the default value. CCVIEW=YES Creates new views of the object every time the user selects open. CCVIEW=NO Resurfaces open views of object, when the user selects open. DEFAULTVIEW=DEFAULT Sets the default open view to what was specified in the OS/2 System object. This is the default value. DEFAULTVIEW={SETTINGS|ICON|TREE|DETAILS} Sets the default open view to the specified folder view. DETAILSCLASS=<classname> This sets the object class for which the details are displayed in details view. The default object class is WPFileSystem. You better not mess with this one. DETAILSFONT=<size>.<facename> Change the font used for a details view. For example: 9.WarpSans Bold. The default value is 8.Helv (on Warp 3) DETAILSSHADOWCOLOR=<color> (Warp 4 only) Text color for a shadow object in the Details View. <color> may be standard color name or an r g b set of numbers. DETAILSTEXTCOLOR=<color> (Warp 4 only) Text color for normal objects in the Details View. <color> may may be standard color name or an r g b set of numbers. DETAILSVIEW=<style> This set details view to the specified style. Possible values are: MINI small icon; this is the default. NORMAL normal-size icon. HELPLIBRARY=<filename> Sets the help library. HELPPANEL=<id> Sets the object's default help panel within the help library. You better not mess with these settings, for you have to know the WPS internal help resource IDs. HIDEBUTTON={YES|NO} Determine whether views of this object have a hide button as opposed to a minimize button. The default is the current system Button appearance for windows setting. This cannot be specified here. ICONFILE=<filename> Sets the folder's closed icon. <filename> must be a ".ICO" file. ICONFONT=<size>.<facename> Setup string used to change the font used for an icon view. For example: 10.Helv ICONNFILE=<index>,<filename> This sets the file name of the animation (open folder) icon. The <index> value must be set to 1. The specified file (".ICO") contains the folder's open folder icon. ICONNRESOURCE=<index>,<id>,<modname> Sets the animation (open folder) icon to data residing in a resource file. The <index> value must be set to 1. The <id> is the identity of an icon resource in the <module> dynamic link library (DLL). The specified resource is the folder's open folder icon. ICONPOS=<x>,<y> Sets the folder's initial icon position in the parent folder. The x and y values represent the position in the folder in percentage coordinates. ICONRESOURCE=<id>,<modname> Sets the object's icon to data residing in a resource file. The <id> is the icon resource ID in the dynamic link library (DLL) <module>. ICONSHADOWCOLOR=<color> (Warp 4 only) Text color for shadow icons in the Icons View. <color> may be a standard color name or an r g b set of numbers. ICONTEXTBACKGROUNDCOLOR=<color> (Warp 4 only) Background color for normal text in the Icons, Tree and Details View. <color> may be a standard color name or an r g b set of numbers. ICONTEXTCOLOR=<color> (Warp 4 only) Text color for normal icons in the Icons View. <color> may be a standard color name or an r g b set of numbers. ICONTEXTVISIBLE={YES|NO} The names of objects contained in a folder are displayed or not displayed in the Icon View. ICONVIEW=<style1>[,<style2>...] This sets icon view to the specified styles. Possible values are: FLOWED NOGRID INVISIBLE NONFLOWED MINI NORMAL The default value is NOGRID,NORMAL These settings correspond to the "Icon view" page in a folder's settings notebook. ICONVIEWPOS=<x>,<y>,<cx>,<cy> This sets the initial icon view position and size of the folder on the screen. These values are percentages (0-100) of the screen size. LOCKEDINPLACE={YES|NO} (Warp 4 only) This object is fixed or not fixed in position. MENUBAR={YES|NO} (Warp 4 only) The menubar of the folder is displayed or not displayed. MENUITEMSELECTED <menu-item-id> (Warp 4 only) Simulates selecting the specified menu item from the object's popup menu. <menu-item-id> must be a numeric value. You may obtain the <menu-item-id> with the XRAY tool which is available on the Internet. Or look on the respectivve "WPS Menu IDs" page (Hey, this setting works for XFolder menu items also, BTW.) This is not really a "setting", but rather a command to be performed on the folder. MENUS={SHORT|LONG} (Warp 4 only) Determine whether this objects has a short popup menu (without menu entries that duplicate drag 'n' drop functions) or the full one. MINWIN={HIDE|VIEWER|DESKTOP} Determine whether the minimized folder will be hidden, placed into the Minimized Windows View, or minimized to the desktop. The default is the current Minimize button setting. This cannot be specified here. NOCOPY={YES|NO} The folder cannot be copied. NODELETE={YES|NO} The folder cannot be deleted. Be careful with this one. NODRAG={YES|NO} The folder cannot be dragged with the mouse. NODROP={YES|NO} The folder will not accept any objects dropped upon it. NOLINK={YES|NO} No shadows can be created of this folder. NOMOVE={YES|NO} The folder cannot be moved. NOPRINT={YES|NO} The folder cannot be printed. This is default value. Why would you want to print a folder? NORENAME={YES|NO} The folder cannot be renamed. NOSETTINGS={YES|NO} The folder's settings notebook cannot be opened. NOSHADOW={YES|NO} same as NOLINK. NOTVISIBLE={YES|NO} The folder is not visible. Be careful with this style, since you might not be able to get the folder back. OBJECTID=<<name>> Sets a persistent ID for the object. An Object ID is any unique string preceded with a < and terminated with a >. Object IDs are useful for identifying objects without knowing their exact location on the user's desktop. For example, the desktop always has the ID <WP_DESKTOP> on every system; the XFolder Configuration folder is assigned an ID of <XFOLDER_CONFIG>, so that XFolder finds it even though you might have moved it to a different location. See the "WPS Object IDs" page for a listing of system IDs. Object IDs are even neccessary to be able to locate abstract WPS objects (e.g. shadows or program objects) from REXX, since these objects do not appear in the file system. So if you create an abstract object from REXX and wish to be able to open it from REXX also, you must assign it an Object ID. The default is to not have an ID. OPEN={SETTINGS|DEFAULT|ICON|TREE|DETAILS} Open a view now. This is the clever trick used by a zillion REXX scripts on the Internet to open a folder from the OS/2 command line. OPEN=DEFAULT will open the default view of the folder (as if you had double-clicked on it). This is not really a "setting", but rather a command to be performed on the folder. It will open immediately. REMOVEFONTS={YES|NO} This can remove all instance fonts from the folder, i.e. the ones that apply to this folder only (specified by the respective object settings strings or in the folder Settings notebook). Default is NO. This is not really a "setting", but rather a command to be performed on the folder. SHOWALLINTREEVIEW={YES|NO} (Warp 4 only) Show all objects in an open Tree View or only folders. SORTCLASS=<classname> This sets the class object to sort by. The default class object is WPFileSystem. TEMPLATE={YES|NO} Determines whether this folder is a template or not. Default is NO (of course). TITLE=<title> Sets the object's title to something new. This will also change the "real" filename, just as if you had changed the title from the WPS. TREEFONT=<size>.<facename> Setup string used to change the font used for an Tree view. For example: 10.Helv TREESHADOWCOLOR=<color> (Warp 4 only) Text color for shadow icons in the Tree View. <color> may be a standard color name or an r g b set of numbers. TREETEXTCOLOR=<color> (Warp 4 only) Text color for normal icons in the Tree View. <color> may be a standard color name or an r g b set of numbers. TREETEXTVISIBLE={YES|NO} (Warp 4 only) The names of the objects contained in a folder are displayed or not dispalyed in Tree View. TREEVIEW=<style1>[,<style2>...] This sets the tree view to the specified styles. Possible values are: INVISIBLE LINES MINI NOLINES NORMAL The default value is LINES, NORMAL These settings correspond to the "Tree view" page in a folder's settings notebook. WORKAREA={YES|NO} This sets the folder so it is a workarea. Default is NO. ΓòÉΓòÉΓòÉ 18.4. New XFolder Setup Strings ΓòÉΓòÉΓòÉ The following setup strings can be used the same way as the regular folder setup strings described on the previous page; however, they work only when XFolder is properly installed. These setup strings have been introduced with XFolder V0.70. ACCELERATORS={YES|NO|DEFAULT} Sets for an individual folder whether it will respond to folder hotkeys. This setting corresponds to the one on the "XFolder" notebook settings page. YES or NO will set this setting for this folder no matter what was specified in the XFolder Global Settings, while DEFAULT will set this setting to the Global Settings value. See "Folder hotkeys" for details. ALWAYSSORT={YES|NO|DEFAULT} Sets for an individual folder whether it will always maintain its sort order. As opposed to the standard WPS folder setup string, XFolder's new interpretation also accepts "DEFAULT" as a parameter, which will reset the setting to what you specified on the "Sort" page in the "System" object. DEFAULTSORT=<crit> This will set the default sort criterion for an individual folder to something different from the global sort criterion. <crit> may be one of the following: 0 sort by name 1 sort by type 2 sort by object class 3 sort by real name 4 sort by size 5 sort by last write date 6 sort by last access date 7 sort by creation date 8 sort by file name extension 9 sort folders first 255 reset to global default sort criterion FAVORITEFOLDER={YES|NO} Sets for an individual folder whether its contents can be viewed from all context menus on your system. Default is NO. There is no global value for this setting. See "Folder content functions" for details. FULLPATH={YES|NO|DEFAULT} Sets for an individual folder whether its full path will be displayed in its window title. This setting corresponds to the one on the "XFolder" notebook settings page. YES or NO will set this setting for this folder no matter what was specified in the XFolder Global Settings, while DEFAULT will set this setting to the Global Settings value. See "Full path in window titles" for details. SNAPTOGRID={YES|NO|DEFAULT|EXEC} Sets for an individual folder whether the "Snap to grid" item will appear in the folder's context menu. This setting corresponds to the one on the "XFolder" notebook settings page. YES or NO will set this setting for this folder no matter what was specified in the XFolder Global Settings, while DEFAULT will set this setting to the Global Settings value. EXEC will execute the "Snap to grid" function on the folder, just as if you had selected it from the context menu. EXEC is thus no setting, but a command to be performed on a folder. See "Snap to grid" for details. SORTNOW=<crit> This will sort all currently open views of an individual folder without changing a folder's setting (as opposed to DEFAULTSORT). This is not really a "setting", but rather a command to be performed on a folder. <crit> may be one of the following: 0 sort by name 1 sort by type 2 sort by object class 3 sort by real name 4 sort by size 5 sort by last write date 6 sort by last access date 7 sort by creation date 8 sort by file name extension 9 sort folders first 255 use default sort criterion STATUSBAR={YES|NO|DEFAULT} Sets the visibility state for an individual folder status bar. This setting corresponds to the one on the "XFolder" notebook settings page. YES or NO will set this setting for this folder no matter what was specified in the XFolder Global Settings, while DEFAULT will set this setting to the Global Settings value. See "Folder status bars" for details. ΓòÉΓòÉΓòÉ 18.5. WPS Menu IDs ΓòÉΓòÉΓòÉ When using the WPObject setup string MENUITEMSELECTED, the following menu IDs might be useful to you. Please keep in mind that not all of these are intended for all kinds of objects; for example, "Format disk" does not make sense on folders, and I don't know what will happen if you try this out. If you're lucky, nothing happens. Note that the new menu items introduced by XFolder have no fixed menu IDs, so they're not listed here. The XFolder menu items have variable menu IDs, whose base is specified with the "XFolder menu item ID offset" global setting. This base is added to WPMENUID_USER, which is 0x6500 (25856 decimal), and the XFolder menu ID's are then added to that base to allow compatibility with other WPS enhancers. So if you wish to use an XFolder menu item with MENUITEMSELECTED, you need some utility such as XRAY to figure out the "real" menu id. The ID will of course change again if you change the offset setting. The following WPS menu IDs are taken from the Warp 3 Toolkit docs (I have excluded those which make no sense when called from REXX): WPMENUID_OPEN 1 WPMENUID_HELP 2 WPMENUID_PRINT 3 WPMENUID_SELECT 4 WPMENUID_SORT 5 WPMENUID_FIND 8 WPMENUID_CREATEANOTHER 101 WPMENUID_MOVE 107 WPMENUID_COPY 108 WPMENUID_CREATESHADOW 316 WPMENUID_DELETE 109 WPMENUID_PROPERTIES 112 WPMENUID_PALETTE 317 ("Open" -> "Palette") WPMENUID_REFRESH 503 WPMENUID_HELP_FOR_HELP 601 WPMENUID_HOWTOGETHELP 601 WPMENUID_EXTENDEDHELP 602 WPMENUID_HELPKEYS 603 WPMENUID_HELPINDEX 604 The following menu items are for the "Pickup" ("lazy drag") function: WPMENUID_PICKUP 188 WPMENUID_PUTDOWN 189 WPMENUID_PUTDOWN_COPY 190 WPMENUID_PUTDOWN_MOVE 191 WPMENUID_PUTDOWN_LINK 192 WPMENUID_PUTDOWN_CANCEL 193 WPMENUID_PUTDOWN_CREATE 194 WPFolder items: WPMENUID_SELALL 114 (select all folder items) WPMENUID_DESELALL 115 (deselect all folder items) WPMENUID_CLOSE 120 WPMENUID_TREE 123 ("Open" -> "Tree view") WPMENUID_ICON 303 ("Open" -> "Icon view") WPMENUID_DETAILS 304 ("Open" -> "Details view") WPMENUID_ARRANGE 309 (on Warp 4, this is the "Default" Arrange item) WPDesktop items: WPMENUID_SHUTDOWN 704 (WPDesktop items) WPMENUID_LOCKUP 705 WPMENUID_LOGIN 708 WPMENUID_LOGOUT 709 WPMENUID_ASSIGN 710 WPMENUID_UNASSIGN 711 WPMENUID_ACCESSNEW 712 WPMENUID_SYSTEMSETUP 713 WPMENUID_FORMAT 124 (WPDisk items) WPMENUID_CHKDSK 128 WPMENUID_FIXDSK 129 WPMENUID_PROGRAM 132 WPMENUID_COPYDSK 182 WPMENUID_LOCKDISK 184 WPMENUID_EJECTDISK 185 WPMENUID_UNLOCKDISK 186 The following IDs are not officially documented by IBM, thus their symbols are not official (but invented by me). Most of them are available on OS/2 Warp 4 only. The menu IDs are now in hexadecimal (use the REXX function X2D to convert them to decimal): WPMENUID_PASTE 0x2CB WPMENUID_VIEW_ICON 0x2CC ("View" -> "Icon view", as opposed to "Open"; Warp 4 only) WPMENUID_VIEW_TREE 0x2CD ("View" -> "Tree view", as opposed to "Open"; Warp 4 only) WPMENUID_VIEW_DETAILS 0x2CE ("View" -> "Details view", as opposed to "Open"; Warp 4 only) WPMENUID_SORTBYNAME 0x1770 WPMENUID_SORTBYTYPE 0x1771 WPMENUID_SORTBYREALNAME 0x1777 WPMENUID_SORTBYSIZE 0x1778 WPMENUID_SORTBYWRITEDATE 0x1779 WPMENUID_SORTBYACCESSDATE 0x177B WPMENUID_SORTBYCREATIONDATE 0x177D WPMENUID_ARRANGEFROMTOP 0x2DE WPMENUID_ARRANGEFROMLEFT 0x2DF WPMENUID_ARRANGEFROMRIGHT 0x2E0 WPMENUID_ARRANGEFROMBOTTOM 0x2E1 WPMENUID_ARRANGEPERIMETER 0x2E3 WPMENUID_ARRANGEHORIZONTALLY 0x2E4 WPMENUID_ARRANGEVERTICALLY 0x2E5 WPMENUID_LOCKINPLACE 0x2DA WPMENUID_VIEW 0x68 WPMENUID_REFRESH 0x1F7 ΓòÉΓòÉΓòÉ 19. Ressourcen im Internet ΓòÉΓòÉΓòÉ Dieses Kapitel enth╨ölt alle externen Ressourcen, die in diesem Dokument erw╨öhnt werden. Jeder Link in diesem Kapitel ist eine URL (Uniform Resource Locator) zu einer Position im Internet. Doppelklicken Sie einfach auf einen Link, um Netscape mit dieser Adresse zu starten. ΓòÉΓòÉΓòÉ 19.1. http://developer.netscape.com/library/documentation/communicator/DDE ΓòÉΓòÉΓòÉ Klicken Sie unten, um Netscape mit dieser URL zu starten: http://developer.netscape.com/library/documentation/communicator/DDE ΓòÉΓòÉΓòÉ 19.2. http://www.edm2.com/ ΓòÉΓòÉΓòÉ Klicken Sie unten, um Netscape mit dieser URL zu starten: http://www.edm2.com/ ΓòÉΓòÉΓòÉ 19.3. http://www.gate.net/~shipbrk/mozilla.html ΓòÉΓòÉΓòÉ Klicken Sie unten, um Netscape mit dieser URL zu starten: http://www.gate.net/~shipbrk/mozilla.html ΓòÉΓòÉΓòÉ 19.4. http://www.gnu.org/ ΓòÉΓòÉΓòÉ Klicken Sie unten, um Netscape mit dieser URL zu starten: http://www.gnu.org/ ΓòÉΓòÉΓòÉ 19.5. http://www.leo.org/pub/comp/os/os2/ ΓòÉΓòÉΓòÉ Klicken Sie unten, um Netscape mit dieser URL zu starten: http://www.leo.org/pub/comp/os/os2/ ΓòÉΓòÉΓòÉ 19.6. http://www.mindspring.com/~os2headquarters/ ΓòÉΓòÉΓòÉ Klicken Sie unten, um Netscape mit dieser URL zu starten: http://www.mindspring.com/~os2headquarters/ ΓòÉΓòÉΓòÉ 19.7. http://www.netlabs.org ΓòÉΓòÉΓòÉ Klicken Sie unten, um Netscape mit dieser URL zu starten: http://www.netlabs.org ΓòÉΓòÉΓòÉ 19.8. http://www.online-club.de/m1/clanganke/ ΓòÉΓòÉΓòÉ Klicken Sie unten, um Netscape mit dieser URL zu starten: http://www.online-club.de/m1/clanganke/ ΓòÉΓòÉΓòÉ 19.9. http://www.opensource.org/ ΓòÉΓòÉΓòÉ Klicken Sie unten, um Netscape mit dieser URL zu starten: http://www.opensource.org/ ΓòÉΓòÉΓòÉ 19.10. http://www.os2bbs.com/os2news/OS2Wishlist.html ΓòÉΓòÉΓòÉ Klicken Sie unten, um Netscape mit dieser URL zu starten: http://www.os2bbs.com/os2news/OS2Wishlist.html ΓòÉΓòÉΓòÉ 19.11. http://www.os2ezine.com ΓòÉΓòÉΓòÉ Klicken Sie unten, um Netscape mit dieser URL zu starten: http://www.os2ezine.com ΓòÉΓòÉΓòÉ 19.12. http://www.os2ezine.com/v4n1/ ΓòÉΓòÉΓòÉ Klicken Sie unten, um Netscape mit dieser URL zu starten: http://www.os2ezine.com/v4n1/ ΓòÉΓòÉΓòÉ 19.13. http://www.os2ezine.com/v4n4/open.htm ΓòÉΓòÉΓòÉ Klicken Sie unten, um Netscape mit dieser URL zu starten: http://www.os2ezine.com/v4n4/open.htm ΓòÉΓòÉΓòÉ 19.14. http://www.os2hq.com/ ΓòÉΓòÉΓòÉ Klicken Sie unten, um Netscape mit dieser URL zu starten: http://www.os2hq.com/ ΓòÉΓòÉΓòÉ 19.15. http://www.os2ss.com/information/kelder/index.html ΓòÉΓòÉΓòÉ Klicken Sie unten, um Netscape mit dieser URL zu starten: http://www.os2ss.com/information/kelder/index.html ΓòÉΓòÉΓòÉ 19.16. http://www.ozemail.com.au/~dbareis/ ΓòÉΓòÉΓòÉ Klicken Sie unten, um Netscape mit dieser URL zu starten: http://www.ozemail.com.au/~dbareis/ ΓòÉΓòÉΓòÉ 19.17. http://www.tuxedo.org/~esr/writings/cathedral-bazaar ΓòÉΓòÉΓòÉ Klicken Sie unten, um Netscape mit dieser URL zu starten: http://www.tuxedo.org/~esr/writings/cathedral-bazaar ΓòÉΓòÉΓòÉ 19.18. http://www2.crosswinds.net/hartford/~os2/index.html ΓòÉΓòÉΓòÉ Klicken Sie unten, um Netscape mit dieser URL zu starten: http://www2.crosswinds.net/hartford/~os2/index.html ΓòÉΓòÉΓòÉ 19.19. http://www2.rz.hu-berlin.de/~h0444vnd/os2.htm ΓòÉΓòÉΓòÉ Klicken Sie unten, um Netscape mit dieser URL zu starten: http://www2.rz.hu-berlin.de/~h0444vnd/os2.htm ΓòÉΓòÉΓòÉ 19.20. http://www2.rz.hu-berlin.de/~h0444vnd/os2_d.htm ΓòÉΓòÉΓòÉ Klicken Sie unten, um Netscape mit dieser URL zu starten: http://www2.rz.hu-berlin.de/~h0444vnd/os2_d.htm ΓòÉΓòÉΓòÉ 19.21. http://zebra.asta.fh-weingarten.de/os2/Snippets/Howt6364.HTML ΓòÉΓòÉΓòÉ Klicken Sie unten, um Netscape mit dieser URL zu starten: http://zebra.asta.fh-weingarten.de/os2/Snippets/Howt6364.HTML ΓòÉΓòÉΓòÉ 19.22. http://zebra.asta.fh-weingarten.de/os2/Snippets/Howt8881.HTML ΓòÉΓòÉΓòÉ Klicken Sie unten, um Netscape mit dieser URL zu starten: http://zebra.asta.fh-weingarten.de/os2/Snippets/Howt8881.HTML ΓòÉΓòÉΓòÉ 19.23. http://zebra.asta.fh-weingarten.de/os2/Snippets/Isdr8319.HTML ΓòÉΓòÉΓòÉ Klicken Sie unten, um Netscape mit dieser URL zu starten: http://zebra.asta.fh-weingarten.de/os2/Snippets/Isdr8319.HTML ΓòÉΓòÉΓòÉ 19.24. mailto:e9425324@student.tuwien.ac.at ΓòÉΓòÉΓòÉ Klicken Sie unten, um Netscape mit dieser URL zu starten: mailto:e9425324@student.tuwien.ac.at