Image Uploading

One of the features that has always been planned for MagicBrush-Photo has been the ability to upload or publish images to Picasa and Flickr.

Right now I'm in the midst of incorporating this feature into the release plan. The GData APIs for cocoa are making this straight forward enough, but the tricky part is making the experience fit in with the overall Mac user expectation.

For instance, a user has a reasonable expectation of being able to store their account information for Picasa or Flickr in their keychain.

Once you can authenticate to either site, you need to present the complex behavior of the web application in a simplified manner. Should users be able to only upload? Should they be able to view previously uploaded images (to ensure they're not duplicating things)? Should they be able to edit tags and descriptions for images already uploaded, or just when they initially upload them? Complexity grows quickly.

Stay tuned to see how MagicBrush-Photo handles these. If you are interested in helping beta test these features, give me a shout.

Moving Toward 1.2

MagicBrush-Photo was stalled slightly at version 1.1.5. I knew what I wanted to add by way of features, and had a development branch working, but unfortunately my "paying job" was consuming more of my time and energy than I planned.

An Aside

I should probably caveat that I'm not your typical programmer (at least I like to think I'm not). I've got a full-time non-programming management job at a fortune 500 company within the IT organization. For the past year I've been loaned out on a special project team doing a bunch of neat things within a couple of our markets. I've run the gamut from launching new products and services to implementing different business model pilots and a slew of other cool things.

It's been fun (mostly), and a lot of hard work.

But it has seriously diminished my free time to program and enhance my software. At the same time, Leopard has been released, and the niche I had targeted is beginning to transform into a very competitive landscape. It would be easy to back off and let MagicBrush-Photo languish.

But that's not what I want to do.

Why I Program

1. I like to solve interesting problems.
2. I like to have control of how I work.
3. I like the Macintosh platform.
4. I like the idea of "not working for the man".
5. I like being able to keep my coding skills fresh.

While my morale regarding GreenWave Software was a little down early in the year, I've found it helps to remember why I enjoy programming in the first place. I don't get to use this set of skills much at work (and frankly don't think I would enjoy it if I had to code in a corporate environment).




When I stop and think about these reasons, I find I am more focused on moving the needle with MagicBrush-Photo and a few other projects I have in the hopper.

Now, back to coding ;-)

Software Concepts

I've been in a little rut lately, with insufficient time to make major changes to MagicBrush-Photo, though I believe that will change soon.

At the moment, driving to and from my paying job is about the only time I seem to have to think about the programming. I've got a few new features to implement in MagicBrush-Photo, but I've also got a couple of simple project ideas I'm kicking around.

Here for posterity (and any comments) they are:

1. A better syncing tool to keep my iTunes libraries in synch across multiple machines and user accounts. On our home machine, my wife and son have their own iTunes accounts, we have a back-up of the library on another shared drive, and I use one (or two) laptops for most of my music purchasing. Keeping everything in synch is a pain. I've looked at various solutions from rsync to Unison to Slingshot, but not been really happy. What I'd like is:
   
   
   
   • an easy method to identify differences between directories (music or otherwise)
   
   
   • The ability to synch those two directories at a file level (I don't need file diff capability)
   
   
   • A clean UI for managing these tasks
   
   
   • The ability to set up synch rules and run the process via script or timed event
   
   
   
   I think I know how to do this, so I might just whip one out as a coding refresher and to get fully up to speed with Objective-C 2.0
   



2. A tool to help create and maintain a SWOT analysis. This is definitely a niche need, but I think it could be pretty cool if done right. God knows I'd love to have such a tool in my daily job. My ideal solution would force the user to iterate over their Strengths, Weaknesses, Opportunities, and Threats to clarify their thinking as well as document the action plans that emerge from a true SWOT analysis. Think of it as GTD for business planning.

MagicBrush-Photo Update

MagicBrush-Photo has been updated to Version 1.1

New features in this version:


• Added ability to access image metaData via info toolbar item.


• Added ability to back-up effects in application.
• Added ability to restore effects from back-up in application.


• Added ability to import and export custom effects for sharing.

The full changelog can be reviewed here.

We also have introductory pricing. Use coupon code CPN4050708079 when purchasing and receive 50% off the purchase price.

In addition to new features in MagicBrush-Photo, I have just redone my website. Check it out and post any feedback in the forums.

The Tao of Mac - Apple Shoots Self In Foot With iMovie'08

The Tao of Mac - Apple Shoots Self In Foot With iMovie'08: "


This newfound myopia in software design (let’s make it cooler, flashier and more fun, never mind substance or completeness) is why I think iPhoto will never be as remotely useful as Aperture, nor will we ever see a ‘middle-of-the-road” photography product from Apple.

After all, they just torpedoed their video equivalent by competing with themselves and failing."

(Via .)

I hope not. I don't want Apple to compete with MagicBrush-Photo.

Try it now.

If you are one of the first 100 people to purchase using coupon code:

CPN5059878658

you'll get introductory pricing at 50% off.

A more complex Undo/Redo example

One of the issues I was having with MagicBrush-Photo concerned improper behavior of undo/redo functionality.

Undo/Redo is fully described in the Apple documentation and there are lots of samples available, usually highlighting what developers "get for free" when they follow standard practices in Cocoa development. Of course, since these samples are "selling" Cocoa development, they are often not the most complex examples of behavior. For example, it will be a simple setting of a value/property on an object either directly or using bindings.

Naturally, it was one of these more complicated scenarios I was running up against.

Within MagicBrush-Photo, the application of a brush effect to an image (or layer) is not as simple as setting a property. The edit/brush cycle begins with the mouseDown event, and ends with the mouseUp event. So the functionality to undo is any changes to the image or layer from mouseDown to mouseUp. Following the documentation, I got that working pretty easily. Here is some code to show how it works....

The document's (IBAction)mouseDown:(id)sender method calls tailored methods based on the layer type being edited. Here is the method for an image layer:

- (void)mouseDownImageLayer:(NSEvent*)theEvent;
{
NSDictionary *undoState = [NSDictionary dictionaryWithObjectsAndKeys:
                           [self activeLayer], @"activeLayer",
                           [[self activeLayer] getLayerImage], @"layerImage",
                          nil];
[[self undoManager] registerUndoWithTarget:self selector:@selector(undoDrag:) object:undoState];
[[self undoManager] setActionName:NSLocalizedString(@"Brush Stroke", @"undo (brush stroke)")];
[_mask setValue:[[GWBrushesController sharedBrushesController] imageForBrush] forKey:@"inputImage"];
[self mouseDragged:theEvent];
}

This code takes the current layer image and "snaps" a copy to register with the NSUndoManager for the document. It also sets what selector to use to perform the undo operation when invoked.

And here is the undoDrag method:

- (void)undoDrag:(id)undoState
{
id theLayer = [undoState valueForKey:@"activeLayer"];
CIImage *theImage = [undoState valueForKey:@"layerImage"];
[theLayer setLayerImage:theImage];
[self refresh];
}

This code is straight forward and works for undoing a brush stroke.

My issue came with redo, which according to the documentation should "just happen:"

"NSUndoManager is a general-purpose recorder of operations for undo and redo. You register an undo operation by specifying the object that is changing (or the owner of that object), along with a method to invoke to revert its state, and the arguments for that method. NSUndoManager groups all operations within a single cycle of the run loop, so that performing an undo reverts all changes that occurred during the loop. Also, when performing undo an NSUndoManager saves the operations reverted so that you can redo the undos."

Unfortunately, that was not the case. Instead, the "Redo" item in the edit menu would remain grayed out and unavailable after an Undo was performed.

So what was causing my strange behavior? It took a discussion with an Apple Engineer at WWDC to determine. Of course, it only took them five minutes to identify the issue ;-)

Since I am directly invoking the undo manager and managing the undo stack for each document, I have to register the redo action from within the method referenced by the undo selector. So, my undoDrag method needs to becomes:

- (void)undoDrag:(id)undoState
{
  id theLayer = [undoState valueForKey:@"activeLayer"];
  CIImage *theImage = [undoState valueForKey:@"layerImage"];
  NSDictionary *redoState = [NSDictionary dictionaryWithObjectsAndKeys:
                             [self activeLayer], @"activeLayer",
                             [[self activeLayer] getLayerImage], @"layerImage",
                             nil];

  [[self undoManager] registerUndoWithTarget:self
                      selector:@selector(undoDrag:)
                      object:redoState];
                                    
  [[self undoManager] setActionName:NSLocalizedString(@"Brush Stroke", @"redo (brush stroke)")];
  [theLayer setLayerImage:theImage];
  [self refresh];
}

In hindsight, the solution seems very obvious. However, I know from pouring over the documents and second guessing myself to no end, it was not that simple. That's why I'm posting it here, so some other poor coder might save themselves the anguish of beating their head against the wall.

I hope it helps someone.

MagicBrush-Photo - Alpha Release

MagicBrush-Photo has made it to alpha status.

While there are a few items opened still, I'm working with testers to get enough feedback to help me focus on the technical gaps to close at WWDC.

I'm still looking for testers, so if you want pinpoint editing or retouching for photos on your mac, contact me.