Resolves issue #5

[obj-p]

Added to .gitignore.
Added sizeForDeviceOrientation method.
psdRepresentationForScreen can create psd document with landscape dimensions.
Referred to screen size in context and rendered sublayer with transformation. (Perhaps there's a better way to do it).

[vpdn]

Issue #5 is high on the priority list, thanks for taking this up!

[obj-p]

I agree about the sublayers thing. That was pretty hacky. I changed it to only apply transforms to the context when the interface is in landscape. I noticed the status bar layers already rendered correctly when in landscape and gets messed up when applying the transforms to the context so I also check the layer transform to make sure it needs to be applied to the context.

I also modified the methods I added just to reflect more concise language.

[vpdn]

I think this is not quite right yet. This works for device orientation left, but fails if the device is rotated to the right. Since rotated the same way independent of the device orientation, it will show the UI upside down for one of the device rotations?

Check for both orientations could be done like so:

    if (orientation==UIInterfaceOrientationLandscapeLeft) {
        CGContextTranslateCTM(ctx, size.width, 0);
        CGContextRotateCTM(ctx, M_PI_2);
    } else {
        CGContextTranslateCTM(ctx, 0, size.height);
        CGContextRotateCTM(ctx, -M_PI_2);
    }

The UI seems to be flipped (see how the shadow is on the top right instead of bottom right). I don't really understand why though. Will try look into it in more detail tonight, but maybe you already have guess or some solution up your sleeve.

(Top view: PSD, bottom view: Simulator)

[obj-p]

Yea i'm still trying to wrap my head around it too. i can get it to render correctly if i don't bother to transform the context and just render the sublayer.

[layer.sublayers[0] renderInContext:ctx];

I'd like to figure out why this works and then abstract it out.

[vpdn]

I've played around a bit more. It seems that as long as there is not rotation of the graphics context involved, the rendered shadow is correct. There's a radar on a related issue raised before by @garrettmoon (and commented on by @alexleutgoeb): http://openradar.appspot.com/8571017.

As a workaround, rendering to UIWindow and then rotating the generated image might be a good work around?

[vpdn]

I've now also file a radar (rdar://17035663) for the issue. I think the best would be now to go with the route of rendering the UIWindow and rotating the generated image, as stated above, @jwalapr what you think?

Also please note that I had to make some modifications to the API, to make it saner to work with. The API should be pretty stable now as is. The podspec (v0.2.1) is updated to point to the new API.

[obj-p]

Just changed it to apply the transforms to the generated images. Let me know what you think.

[vpdn]

@jwalapr Merged, thanks! I've bumped up the podspec version to include your change and updated the README to mention you as the originator of the fix.