Releases: kimgoetzke/randolf
Releases · kimgoetzke/randolf
Release v0.22.0
Bugs
- Fix a bug where it was possible to move the wallpaper with the
Win+Left Mouse Buttondragging shortcut - Fix a bug where it was no longer possible to move or resize any Windows Explorer window with
Win+Left Mouse ButtonorRight Mouse Button
Other
- Add a number of class names and window titles on the ignore list for dragging or resizing windows using Randolf
- Bump
trayiconandtomldependencies
Release v0.21.0
Bugs
- Fix bug where the mouse resize/drag feature would remain active (or even start) after locking the screen with
Win+L- This is unintended but more importantly...
- It causes feature to still be active when signing back into Windows leading to unexpected behaviours
- This can be very confusing for the user
Release v0.20.0
Feature
- Stop resolving to parent
HWNDwhen using shortcut to drag/resize a window but simply use the detected window handle instead- The previous way to resolve to the parent window (if there was one) would stop you from dragging/resizing child windows such as the Settings window of RustRover which turned out to be rather annoying as it is often those that you want to change
Release v0.19.0
Bugs
- Fix bug where a window that is stored in an inactive workspace but is subsequently unhidden by Windows or another application and shown in an active workspace can no longer moved to the inactive workspace
- This bug was caused by the request being ignored because the workspace already stored the window
- For reference: There's likely still a bug in the scenario where a window that is stored in an inactive workspace but is subsequently unhidden by Windows or another application and shown in an active workspace and the user switches back and forth between the inactive and active workspace - in this scenario, the window may be shown in both workspaces but I cannot reproduce this scenario on this machine
Other
- Lower a few logs from
DEBUGtoTRACE
Release v0.18.0
Bugs
- Fix bug where name of configuration property
allow_moving_cursor_after_open_close_or_minimisein the README differed from the actual config property name 😑
Features
- Rename the configuration property
allow_moving_cursor_after_close_or_minimisetoallow_moving_cursor_after_open_close_or_minimise - Use this configuration property also when launching an application using Randolf hotkey - reason:
- I haven't implemented any callbacks for opening new windows via the application launcher
- Currently the app will simply just wait for the duration of
ApplicationLauncher.FIXED_DELAYand then select the current foreground window - For me, this works in almost all cases but it can be annoying if it doesn't work and suddenly your cursor moves to another, seemlingly random window
Other
- Bump
windowsto0.61.3 - Bump
tomlto0.8.23
Release v0.17.0
Bugs
- Fix bug with move cursor feature where visible, potential target windows would be ignored when there was currently no foreground window
- Fix incorrect and misleading
TRACElog statement inRealWindowsApi.is_window_on_current_desktopfunction
Feature
- Add
allow_moving_cursor_after_close_or_minimiseconfiguration property and update README accordingly - Self-sign binary on release in an attempt to increase Windows Defender trustworthiness a little faster
Other
- Fix typo in README
- Make some minor changes to the manifest and metadata to increase trustworthiness
Release v0.15.0
Features
- Add ability to move a window by holding
Win+Left mouse buttonanywhere on a window - Add ability to resize a window by holding
Win+Right mouse buttonanywhere on a window - Add new
enable_features_using_mouseconfiguration property which allows enabling/disabling the new drag abilities - Add new
delay_in_ms_before_dragging_is_allowedproperty that allows reducing/increasing/disabling a delay during which pressing theWinkey will not allow any of the new drag abilities - Change tray icon when using any of the two new drag abilities above are "allowed" (i.e. after holding
Winkey for the duration of the configuration propertydelay_in_ms_before_dragging_is_allowed):

Other
- Update README to reflect the above and to revamp the demo GIFs by adding a keystroke indicator
- Refactor: Move
WorkspacesFiletofilemodule - Add or improve some docs in the
commonmodule - Bump dependencies
Release v0.14.0
⚠️ Breaking change!
The expected location of the randolf.toml configuration file has moved to %APPDATA%\kimgoetzke\randolf. If you have made any changes to your configuration (e.g. added hotkeys or change the window margin), you'll need to:
- Start the application version containing this breaking change
- Replace the auto-created file in the new directory with your existing configuration file (stored in the same folder as the executable)
- Click the Randolf tray icon and select
Restartin order to reload your configuration
Bugs
- Fix bug that caused the application name in startup menu to show its description instead
Features
- Allow Randolf to recover hidden windows after any form of a non-graceful exit
- Prevents a situation where the user is left with hidden windows but no ability to unhide them
- Achieved by storing all hidden window handles in
workspaces.tomlwhich can be used used on application start to restore any hidden windows
- Store files in
%APPDATA%(user configuration) and%LOCALAPPDATA%(logs and other files) directories instead of the directory of the executable- Increases trustworthiness of the application from Windows Defender's perspective
- Align with Windows security best practices
- Add tray menu action to open folder containing Randolf's config i.e.
randolf.toml - Add tray menu action to open folder containing Randolf's data files i.e.
randolf.logandworkspaces.toml
Other
- Bump dependencies
Release v0.13.0
Bugs
- Fix bug where tray menu didn't visually reflect the selected window margin after a change even though it was applied
- Fix bug where detected monitors were logged twice every time the Windows API was used to fetch all monitors
- Fix bugs related to having a window appear in multiple workspaces after another application alters its state without Randolf's knowledge (e.g. an application sets another window as the foreground window but this window is also considered hidden in a Randolf workspace)
- Fix bug where switching workspace would not set the foreground window in cases where the only visible window was not fully contained inside the work area of the workspace's monitor (i.e. windows visible on two monitors were ignored)
Features
- Allow settings wider window margins (added 75, 100, 150)
- Add tray icon menu option to
Restart with admin privileges
Other
- Rename other tray icon menu options to shorten the labels
- Add additional information to the application's manifest
- Extract file management logic from
ConfigurationProviderinto dedicatedFileManager - Make
ConfigurationProvideruse newFileManager
Release v0.12.0
Features
- Add new configuration option called
force_using_admin_privileges(default:false) that, when enabled, will cause the application to restart with admin privileges, if it was started without such privileges - Replace the old "Reload randolf.toml" tray icon option with a "Restart Randolf" option which first reloads the configuration and then restarts the application
- Reloading the
randolf.tomlfile is necessary in caseforce_using_admin_privilegeswas changed - Restarting Randolf is required to make sure hotkey changes are applied
- Reloading the
Other
- Remove windows with title "Settings" from excluded windows (temporarily)
- Log
WARNif application does not run with admin privileges:This application is NOT running with with admin privileges - it cannot interact with windows of applications that have admin privileges