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").

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.

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.

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.