Might as well mention this again. For LiteStep modules to work under PureLS, the initialization function "int initModuleEx()" must return a value of "0" (zero). This was the "standard" for LiteStep modules, although it was never strictly adhered to. However, PureLS enforces and validates the return values and thus the incompatiblities when running under PureLS and not under LiteStep, which ignored the return values.

So, for the most part, if a module will not load under PureLS, and you get an error box saying it could not load, then you can assume it probbably means that module did not return the correct value. First, please contact the module author and ask them to fix it, suggesting that the problem may be as mentioned above. If they won't fix it, or no longer support the module, please feel free to ask us to update the Module. However, do so if, and only if, you can provide the latest source code to the module, and the source code is in either C or C++. We won't update modules in Delphi or other languages, nor will we go looking for the source code ourselves. Once the module is updated, it will be added to the PureLS Option Pack until the original Author releases a new version that fixes the problem, if that ever occurs.

Update the PureLS Option Pack with two modules. Both of them are old modules from Maduin, which he no longer updates. Pause.dll and Wallpaper.dll. Basically, just made them compatible with PureLS, and for Wallpaper.dll cleaned it up a little as well. I didn't test either of them, but they should be fine. Source code included, enjoy.

I have been getting quite a few emails about Deskfolders not working with PureLS, as apparently Maduin has as well. :) Anyway, I knew a fix was in the works, and I just saw (by way of DTO) that a new version is now available over at the MadHouse which adds support for PureLS as well as AlwaysOnTop functionality.

Updated the Help page with general information on where to receive PureLS support.