With this release - Zooom/2 now functions properly on Lion 10.7 (as well as 10.6 and 10.5). Read More...

Version 2.4.5 fixes an issue with the trial period code that caused the trial period to expire immediately. The trial period has now been replaced by a nagware style solution.

Version 2.4.4 has a much smoother integration and experience with the following programs:
iTunes 9.1+ and iTunes 10
Microsoft Office Suite 2008

Version 2.4.2 re-enables Zooom/2 for use with any iTunes version (except 9.1 - which is still excluded). As long as you are running the latest iTunes, then Zooom/2 should work properly with it.

The first fix for iTunes crashing problems appeared in version 9.1.1 of iTunes.

Version 2.4.1 stops the iTunes crash which is specific to version 9.1 of iTunes. Later versions do no exhibit this problem. This version is initially only available as a beta version.

Version 2.4.0 introduces Sparkle for automated updates (hooraah!), as well as the following important fixes:

• A fix to stop Zooom/2 from crashing on startup. When Zooom/2 is started too early - the OS sometimes cannot tell it yet how many displays are attached, Zooom/2 now copes with this properly.
• A fix to make storage of preferences data work properly on case sensitive file systems.
• Sparkle of course!

Please report any problems to support@coderage-software.com, thank you.

Version 2.3.9 provides the following fixes and improvements:

• A crash situation was resolved for the Snow Leopard build
• License data is now stored in a separate file in another directory - all in order to try and solve the “license lost” issues that many users have reported after a cold restart. You should not need to enter your license information again, nor should Zooom/2 ever lose your license information after a cold restart / kernel panic or other unscheduled shutdown.
• License information is now stored in the /Users/Shared/Zooom2License directory

Please report any issues to support@coderage-software.com, thank you.

Version 2.3.6 provides 64-bit support for the Intel architecture - and fixes a critical bug in the trial-period logic. (we skipped version 2.3.5 as this was a beta version).

Version 2.3.4 tunes the auto-raise logic slightly. The previous (2.3.3) update changed auto-raise so that it fired even when the mouse hadn’t been moved. This turns out to be a bad idea if the ‘Shift or Control’ key is used as the shortcut for auto-raise, as windows will raise under the mouse when typing into a text field.

Version 2.3.4 fixes this by only allowing auto-raise if the mouse has been moved.

Version 2.3.3 provides an improved shortcut detection logic.

For those of you have click-to-activate enabled: you can now assign the same shortcut for the Move and the AutoRaise command.

For example, lets assume you’ve assigned ‘Alt/Option’ to both the Move and AutoRaise commands. When the mouse button is held down then the Move command will be used, as normal. But with this version - if the mouse button isn’t held down then the AutoRaise command is used. This means you can use the same shortcut for two commands - and anything that reduces the number of shortcuts is a good thing!