Every feature, improvement, and fix — version by version.
System Error. Code: 1400” (invalid window handle) when applying a video wallpaper. If Windows Explorer had restarted in the meantime — or the desktop theme had been changed from the Personalize menu — Windows destroyed the hidden window BioniX paints wallpapers on, and BioniX kept trying to use it. BioniX now notices that the desktop was rebuilt, re-attaches itself to it automatically and repaints the current wallpaper. Before this fix the wallpaper silently stopped updating after an Explorer restart.No monitors detected!” appearing on every wallpaper change after a screen-resolution change. If anything went wrong while BioniX was rebuilding its monitor list, the rebuild stopped halfway and left the program with no monitors at all until it was restarted. The rebuild now survives a failure on a single monitor, and it never throws away the monitors it already has unless it can really build new ones.TMainMenuBarStyleHook.Invalidate after changing a skin and then clicking the main menu. Caused by a long-standing Delphi VCL bug: SetStyle leaks the previous skin’s menu hook, and the next main-menu click reads freed memory. BioniX now persists the chosen skin to its settings file and asks the user to close and reopen the app, so no live SetStyle is issued while a menu hook is alive. Same approach HeidiSQL adopted for the same VCL bug.EAssertionFailed: No file was open yet!” crash that could fire when starting an animated video (AVI / MP4 / etc.) wallpaper if the FFmpeg libraries failed to load or the file no longer existed. The animation plugin now resets its state cleanly on failure so reopening the dialog and clicking OK no longer hits the assertion.createAnimPlugin orchestrator also now checks the load result before starting the animation instead of starting it blindly.[Jerry edition]
After the 15-day trial, join the community program. Share a post or a short video and keep BioniX — full version, no strings attached.