Först av allt: titta i "Skrivbord" objektet, där många användbara hjälpmedel finns för att få XFolder att fungera väl.
Om du inte hittar svaret på din fråga här, titta på XFolder∩s hemsida. XFolder's författare har där en aktuell bugglista, som kanske kan svara på din fråga.
Allmänna Frågor
Jag tror inte det är så generellt. Jag har inte gjort några tester, men XFolder förlångsammar bara vissa Skrivbordsfunktioner, men inte Skrivbordet generellt.
Den mest uppenbara fördröjningen är öppnandet av menyer. Fastän 50-objekt gränsen som fanns i XFolder versioner före 0.70 har höjts, skall du fortfarande inte sätta för många objekt i konfigurationsmapparna. Då dessa mappar blir omlästa varje gång en meny öppnas, kan XFolder förlångsamma systemet för mycket.
Med de andra funktionerna vet jag inte. Naturligtvis att måla statusfält tar lite tid, men det är normalt sett inte märkbart.
XFolder använder inte mycket minne. Jag har kontrollerat på
mitt system och förutom storleken på XFolder DLL:en kräver
XFolder bara 100 till 400 KB beroende på hur länge Skrivbordet
har körts.
XFolder använder nu WarpSans font för de flesta dialoger, därför att det är så mycket snyggare än
"System Proportional". Denna font finns bara hos Warp 4, så i Warp 3 finns den inte och systemet använder
standard systemfonten istället. Om du kan få tag i en Warp 4 \OS2\DLL\DSPRES.DLL fil, kopiera den över
samma fil i din Warp 3 \OS2\DLL katalog. Denna fil innehåller många systemresurser, bland annat WarpSans
fonten. Warp 3 kommer att fungera med Warp 4 versionen utan problem. (Detta bara fungerar om du omstartar
OS/2 och använder Alt-F1 för att komma till kommandoraden vid uppstarten.)
Du måste installera dem först. Se motsvarande sida för mer.
Om du använder VisualAge C++ eller någon annan mjukvara
som installerar SOM runtime, försäkra dig om att SOM.DLL
är laddad från \OS2\DLL. Denna DLL har blivit uppdaterad
i senare Warp fixpackar. VAC++ placerar ytterligare kataloger i början
av LIBPATH raden i CONFIG.SYS, som fortfarande orsakar den äldre
DLL:n att laddas. Placera dessa kataloger bakom \OS2\DLL i LIBPATH.
Jösses, det är svårt. Några har rapporterat detta med alla variationer, dvs snabbkommandon fungerar för Skrivbordet enbart eller inte i URL mappar eller inte i Group Folders (en IBM EWS utilitet) etc. Samma gäller statusfält.
Vad jag kan förstå, är detta relaterat till mappunderklassning. XFolder behöver vissa fönstermeddelanden för dessa funktioner och om någon annan Skrivbordsklass fångar in dessa meddelanden, uppträder XFolder underligt, orsakar krascher eller helt enkelt inte fungerar.
Allmänt ju fler Skrivbordsklassöverlagringar du har installerade desto större risk att dessa fel uppstår. Med ett "rent" Skrivbord fungerar XFolder oftast utmärkt men de som har rapporterat dessa fel hade ibland fyra mappklassöverlagringar installerade och det är verkligen svårt för mig att spåra fel då. Försök att avinstallera några Skrivbordsutökare som du absolut inte behöver.
Också ju rörigare dina INI filer är desto större risk för att Skrivbordet blir instabilt. Jag rekommenderar varmt Henk Kelder's WPTOOLS paket, som du skall köra då och då för att städa upp INI filerna. Detta uppdateras kontinuerligt och finns på Hobbes samt på Henks hemsida.
Jag har också funnit att installationsordningen är viktig.
Några Skrivbordsutökare tycks helt enkelt "svälja" meddelanden
de inte behöver, som om de är den enda Skrivbordsutökaren
i systemet (Det kan gälla XFolder också men jag har försökt
undvika detta.) Om XFolder kommer före denna giriga Skrivbordsutökare
i Skrivbordsklassöverlagringslistan, som är fallet om XFolder
installerats först, så får den meddelandena före
andra Skrivbordsutökare.
I teorin ja. I praktiken ibland. För detaljer om detta (och för
andra Skrivbordsutiliteter också), se "Kompatibilitet"
sidan.
Nej.