snwau / swsnapshotstackview Goto Github PK

Testing on a device running iOS 3.1.3 I noticed shadows were not being rendered correctly.

It turns out Apple inverted the shadow offset (base translation) direction for the y-axis in iOS 3.2, hence the shadows are being drawn up instead of down on iOS version prior to 3.2.

Refer to:
https://developer.apple.com/library/ios/#documentation/2DDrawing/Conceptual/DrawingPrintingiOS/GraphicsDrawingOverview/GraphicsDrawingOverview.html

Paragraph:

Note: Prior to iOS 3.2, Core Graphics and UIKit shared the same convention for shadow direction: positive offset values make the shadow go down and to the right of an object.

I use Snapshot Stack View within my application as a thumbnail and entry point to the full-screen image browser, there I would like to capture touch events to trigger the view controller transition.

When userInteractionEnabled is YES, if registered, calls specified action on touch up similar to a UIButton.
Touches are obviously ignored if userInteractionEnabled is NO.

Please let me know if other users of this control require finer grain control over touches.

please add version tag to your repo. thanks!

Currently the view respects the specified images aspect ratio and scalings its rendering to maintain this aspect ratio within the current views frame.

Optionally users may wish to define a desired aspect ratio (via views frame) which should crop/scale the specified image to fit. For example users may wish to crop to a square aspect.

Magnitude of rendered effects (matte frame and drop shadows) are currently static (optimised for medium to larger view frames on an iPhone) and independant of the views dimensions.

Effects should be scaled to reduce their effect on smaller frame sizes.

Relates to Issue #2

Optionally randomise angles of rotation (i.e. positions) of all snapshots below the top most snapshot.
Configurable via a property, OFF by default.

Randomisation should occur on change of image property and change of display mode via displayAsStack property.

Randomisation is restricted by:

• Between a predefined Minimum & Maximum allowable angle of rotation
• Consecutive snapshots should be seperated by a minimum angle to avoid equal angles of rotation overlapping snapshots.

Any ideas on how to rotate SWSnapshotStackView when displayAsStack=NO?
CGAffineTransformMakeRotation rotates image only, not border, shadow and stuff.

Square images have a frame top & bottom with the image going all the way to the sides on left and right.
Displayed as stack the problem is not there.

Just change code to this for it to work properly in SWSnapshotStackView.m

// SINGLE SNAPSHOT DISPLAY MODE

CGSize scaledImageSize;

// Calculate required scaling of image to fit within the views frame
// using the images aspect ratio to determine the largest dimension
// to drive scaling factor, leaving room for matte frame and shadow
if (m_imageAspect > 1.0 || m_imageAspect == 1.0 )
{

ie: add on || m_imageAspect == 1.0

Raised by Cho Seungbo on 9 January 2012 within Cocoa Controls comments:

When I set SWSnapshotStackViewMatteWidth = 3, the margin of left and top looks 3, but the margin of right and bottom is 2.

Suspect it's a rounding issue in frame calculations. As I round both the calculated matte frame and UIImage rectangle to make sure they are aligned appropriately for drawing to avoid unnecessary anti-aliasing (i.e. drawing between pixels, etc).
Lines are drawn on 0.5 point coordinates, UIImage drawn on integer coordinates.

Relates to known issue of using view with smaller frame sizes and scaling of effects to better suit.