Wie funktioniert der Papierkorb?

Auch wenn der Papierkorb wie ein normaler Ordner aussieht, so verh„lt er sich intern dennoch recht unterschiedlich.

Wenn ber den Papierkorb ein Objekt gel”scht wird (entweder indem es auf den Papierkorb gezogen wird oder durch Auswahl von "L”schen" aus dem Kontextmen eines Objekts), wird es nicht physisch in den Papierkorbordner verschoben (der ein normales Verzeichnis auf der Festplatte ist, da es sich um einen Ordner handelt).
Stattdessen geschieht folgendes:
1. Der Papierkorb legt ein verstecktes Verzeichnis im Wurzelverzeichnis des Laufwerks, auf dem sich das Objekt befindet an. Diese Verzeichnis tr„gt immer den Namen \TRASH. (Sie k”nnen es sehen, wenn Sie auf der Befehlszeile DIR /A \ eingeben.)
2. Dann kann der Papierkorb in diesem versteckten Verzeichnis einen Unterpfad entsprechend dem Pfad, auf dem das Objekt sich momentan befindet, anlegen. Wenn sich das Objekt beispielsweise im Ordner D:\MYFILES\ARTICLES befindet, wird das Verzeichnis D:\TRASH\MYFILES\ARTICLES angelegt. Dadurch kann der Papierkorb sich erinnern, von wo das Objekt gel”scht wurde.
3. Das Objekt wird dann in dieses Verzeichnis verschoben (und nicht in den eigentlichen Papierkorb-Ordner).
  Der Grund hierfr ist einfach: Geschwindigkeit. Wrden wir Objekte physisch in den Papierkorb-Ordner schieben, so wrden regelm„áig Dateien zwischen Laufwerken bewegt. (Denken Sie nur einmal daran, eine Datei von 30MB auf diese Weise in den Papierkorb zu verschieben.) Im Gegensatz dazu sollte, da das \TRASH-Verzeichnis sich immer auf demselben Laufwerk wie das Objekt befindet, sogar das Verschieben groáer Ordnerb„ume sehr schnell vonstatten gehen.
4. Um das Objekt dennoch im Papierkorb selbst sichtbar werden zu lassen, wird eine Instanz von XWPTrashObject im Papierkorb erzeugt. Diese Klasse ist eine Unterklasse von WPTransient, was bedeutet, daá sie nicht von Start zu Start der Arbeitsoberfl„che erhalten bleibt, sondern nur w„hrend die WPS aktiv ist. Infolgedessen verbrauchen diese "Papierkorbobjekte" keinen Platz in OS2.INI.
  Wird also ein Objekt in den Papierkorb verschoben, so wird es tats„chlich dupliziert: das "echte" Objekt wird in den unsichtbaren Verzeichnisbaum \TRASH verschoben, und das "Papierkorbobjekt" (XFldTrashObject, Unterklasse von WPTransient) wird im Papierkorb erzeugt.
Wenn der Papierkorb ge”ffnet wird (und damit bev”lkert), werden alle Laufwerke nach den versteckten Verzeichnissen \TRASH durchsucht, und Papierkorbobjekte werden entsprechend den in den Unterverzeichnissen enthaltenen Objekten angelegt.
Wird ein Objekt wiederhergestellt (oder aus dem Papierkorb heraus verschoben), so wird das entsprechende, in den \TRASH-Verzeichnissen befindliche "echte" Objekt dahin zurck verschoben, von wo es gel”scht wurde (oder an die Stelle, an die der Anwender es verschoben hat), und das Papierkorbobjekt wird aus dem Papierkorb entfernt, da es keinen Zweck mehr erfllt.
Wenn Objekte entfernt werden (oder der gesamte Papierkorb ausgeleert wird), werden sowohl alle Objekte aus den \TRASH-Verzeichnissen entfernt als auch alle Objekte im Papierkorb.

Diese Herangehensweise erschien mir als guter Kompromiá fr Geschwindkeit und Stabilit„t ohne zu viel in WPS-Interna zu „ndern. Ich hatte zuerst an eine Unterklasse von WPAbstract fr den Papierkorb gedacht, aber dies h„tte eine Menge Eintr„ge in OS2.INI mit den blichen damit verbundenen Problemen bedeutet.

Die Verwendung einer Unterklasse von WPTransient hat brigens noch einen anderen Vorteil. Da die Papierkorbobjekte (die verg„nglichen Objekte) nach jedem Hochfahren der WPS von Grund auf neu erzeugt werden, k”nnen Sie alle versteckten \TRASH-Verzeichnisse auf allen Laufwerken l”schen, falls einmal etwas richtig schief geht, und nach dem n„chsten Start der WPS ist der Papierkorb vollkommen leer.