Archive for April, 2010

Pixelmator 1.6 Nucleus to go Snow Leopard only

Yup, that’s right: we are moving our whole code to Mac OS X 10.6 Snow Leopard. In fact, we already moved it a few months ago. And, boy, are we happy about that! But most important, yours truly, Mr. P., is the happiest of all.

Moving 100% to Snow Leopard not only makes the development easier and faster for us, but also it makes your favorite image editor a much better app and also an environmentally cleaner app (considering that the environment is the Mac OS X). Other reasons for the move are obvious: new technologies that we can take advantage of, old show-stopping technologies that we can get rid of, an extremely fast growing number of Snow Leopard users (our web stats are our intel), happier developers (us), and so on and on and on.

In other words, we just love developing for Mac and wish to take advantage of the best that Mac can give.

For those of you who are still running Mac OS X 10.5 Leopard, I can say that even though it is a good OS, I really hope that Pixelmator 1.6 Nucleus will encourage you to upgrade to an even better OS – Mac OS X 10.6 Snow Leopard. Or if you can’t or don’t want to move to Snow Leopard, Pixelmator 1.5.1 Spider (still one of the best apps) will be there for you for awhile.

I just wanted to let you know about this move (which is very big, especially considering the huge number of Pixelmator users out there) so that you could prepare yourself if necessary.

P.S. Pixelmator 1.6 Nucleus development is going very well. Still a few bug fixes and minor refinements left. I sometimes tweet on Twitter about what we do and how it goes.

Thursday, 22 April 2010. Posted by Saulius.

54 Comments

(Un)shipped

Everyone on the Pixelmator Team agrees that creating new features is the most fun part of work. When developing Pixelmator, we experiment with lots of things (new technologies, code-level tricks, user interface stuff, etc.), and we create lots of mockups, sketches and prototypes…

However, we adopt only a few features that we come up with.

For various reasons, we remove numerous features from our products one or two weeks before they are released to the public. For example, some Mac GPUs do not have some specific features that a feature uses, perhaps the code or UI was complete nonsense or the user interface looks or feels terrible or appears cluttered. In addition, there might be usability issues. We have created hundreds of bad features that are discarded.

We try to ship only those features that are useful and complete. In our opinion, learning from our mistakes only makes us a stronger company.

Some features that we removed the last minute include Shadows and Highlights (in Pixelmator 1.5 codenamed Spider), reflection filter (1.4 Sprinkle), indexed color for GIF and PNG Indexed in save for Web (1.5 Spider), precise numbers (1.3 Tempo), black and white (1.4 Sprinkle), page bounds (1.3 Tempo), gradient map (1.4 Sprinkle), document presets in cover flow, and send to Mobile Me (1.5 Spider).

We removed the aforementioned features for the following reasons:

  • Shadows and Highlights was too slow.
  • Reflection filter was too heavy and had too many controls.
  • Color indexing in save for Web had no future (Web no longer requires it) and added too much clutter to our easy-to-use save for Web feature
  • Precise numbers looked cheap.
  • Black and White adjustment had the wrong user interface that nobody liked.
  • Page bounds was not useful.
  • Gradient map was too simple and useless; it was better suited for Microsoft Paint.
  • Document presets in cover flow looked wrong.
  • Send to Mobile Me had some quality issues.

The removal of indexed color for GIF and PNG resulted in the biggest loss due to the fact that it took us nearly two weeks to develop the quantization engine. Although the indexing looked and worked great, we removed it following the last Pixelmator Spider 1.5 inside pre-release review. We thought that indexing had no future; we still think this. I assure you that I am completely confident that we did the right thing.

There were many more canceled features like those mentioned in Pixelmator. Unfortunately, I am not able to discuss them or show you how they look because some include secret UI objects or will appear in upcoming Pixelmator releases. I hope that you have an idea of how difficult and interesting it is to develop a single feature in any software application. I am sure that Pixelmator is not the only app built in this way. It is also likely that we will cancel some features of the Pixelmator 1.6 Nucleus; we have already canceled the new Crop Tool. It is a good thing, as I am sure that it will be much better in the 1.7 version.

P.S. A day or two ago, we created a fast version of Shadows and Highlights, which we might add to Pixelmator Nucleus 1.6. Further, you can try the slower experimental Shadows and Highlights adjustment now at your own risk by taking the following steps: Press Control + Option + Command + H when in Pixelmator.

Wednesday, 7 April 2010. Posted by Saulius.

33 Comments