It has taken us more than expected, but Xslimmer 1.5 is finally out.
Initially we intended to release this version along with Leopard, but we changed our strategy along the way. Feedback received from our testers and some difficulties in getting localizations recommended to dedicate some more time to this version. At the same time, we did not want to delay full Leopard compatibility, so we decided to add Leopard functionalities (code signing support, time machine exclusion, and others) to the 1.2 development line, while continuing to work on 1.5 at the same time.
Shortly after our initial Leopard-compatibility release we started to work on the preparation of the Christmas promotions we chose to take part in: MacUpdate bundle, and MacHeist II (as a loot for Mission 4). They both have been a success, and we have managed to get Xslimmer into the hands of many more customers.
The wait is now over. Thanks very much to all testers and to all our customers for your patience. We hope you enjoy this release, and that you see a lot of your suggestions covered by it.
Showing posts with label Version. Show all posts
Showing posts with label Version. Show all posts
Saturday, February 02, 2008
Friday, October 12, 2007
Interested in testing the new Xslimmer?
We have finally pushed the Xslimmer version to a few testers. This is the start of the private beta.
We would like to add a few more people to the beta testing group. So, if you are interested in testing the new Xslimmer version, and want to help us in giving it the finishing touches by sending us your comments or bug reports, please contact us.
We would like to add a few more people to the beta testing group. So, if you are interested in testing the new Xslimmer version, and want to help us in giving it the finishing touches by sending us your comments or bug reports, please contact us.
Sunday, December 17, 2006
Making History
Making Xslimmer's history functionality took a little bit more than what was initially scheduled. The basic reason was that new ideas kept coming while we were designing its window. From these new ideas, we implemented the possibility to restore a backed up application and the possibility to report issues with applications slimmed.
Additionally, we took a while to design the window. In its initial conception, the history window had only text, and too much information. Little by little we transformed it into something like this:

While this image was pretty close to the final version of the window, there were still many little details to take care of. First, the color buttons. These did not look completely right to the eye. In addition, they did not behave too well while one of the apps was selected. Second, the sorting buttons in the segmented button were not showing correctly. Third, I had made it so that when an application was restoring, its restore button would show a spin progress indicator, so the window did not really need one. Finally, the window was in need of some gradient.
As a result, we kept working, and the window was almost ready a few days later:

Still solving the segmented buttons bug in Cocoa was going to take quite some code. Louie commented: "I know how to solve that bug: get rid of the buttons, and make the table headers the sort buttons". That is what finally went into 1.1.4:

So, tell us what you think!
Additionally, we took a while to design the window. In its initial conception, the history window had only text, and too much information. Little by little we transformed it into something like this:

While this image was pretty close to the final version of the window, there were still many little details to take care of. First, the color buttons. These did not look completely right to the eye. In addition, they did not behave too well while one of the apps was selected. Second, the sorting buttons in the segmented button were not showing correctly. Third, I had made it so that when an application was restoring, its restore button would show a spin progress indicator, so the window did not really need one. Finally, the window was in need of some gradient.
As a result, we kept working, and the window was almost ready a few days later:

Still solving the segmented buttons bug in Cocoa was going to take quite some code. Louie commented: "I know how to solve that bug: get rid of the buttons, and make the table headers the sort buttons". That is what finally went into 1.1.4:

So, tell us what you think!
Labels:
1.1.4,
App,
History,
Louie Mantia,
Mac,
OSX,
Universal Binary,
Utilities,
Version,
Xslimmer
Tuesday, November 07, 2006
Xslimmer 1.0.7.RC2
We have released a new version of Xslimmer, 1.0.7.RC2. With the previous release, 1.0.6.RC1 we believe to have achieved significant application stability. The new release will build upon that, featuring:
- Speed boost: 3x app analysis speed after drag.
- Reduced memory consumption: Previously, applications with a significant amount of files could take up several megabytes of memory. Due to this, dropping a significant amount of apps onto Xslimmer could end up filling up the system's memory, forcing the Mac to paginate, thus becoming very slow. In 1.0.7 each application will take only a few kilobytes. I tested it with 240+ apps, and memory consumption did not even increase by 1 megabyte.
- Centralized application blacklisting: New system to prevent slimming applications that fail to behave correctly after slimming due to integrity checks. This new system will differ from the current protected applications scheme. The protected application scheme will be for you to voluntarily protect whichever app or path you want to protect. The blacklist system will be able to gather the latest information from the Internet, and protect apps known to fail.
- Projected application size: You can see how much space you will save before actually slimming.
- Slight GUI modifications.
As these changes are pretty significant, version 1.0.7 is now our second release candidate, or RC2.
Stay tuned.
- Speed boost: 3x app analysis speed after drag.
- Reduced memory consumption: Previously, applications with a significant amount of files could take up several megabytes of memory. Due to this, dropping a significant amount of apps onto Xslimmer could end up filling up the system's memory, forcing the Mac to paginate, thus becoming very slow. In 1.0.7 each application will take only a few kilobytes. I tested it with 240+ apps, and memory consumption did not even increase by 1 megabyte.
- Centralized application blacklisting: New system to prevent slimming applications that fail to behave correctly after slimming due to integrity checks. This new system will differ from the current protected applications scheme. The protected application scheme will be for you to voluntarily protect whichever app or path you want to protect. The blacklist system will be able to gather the latest information from the Internet, and protect apps known to fail.
- Projected application size: You can see how much space you will save before actually slimming.
- Slight GUI modifications.
As these changes are pretty significant, version 1.0.7 is now our second release candidate, or RC2.
Stay tuned.
Subscribe to:
Posts (Atom)