Designed for rapid table and grid creation with minimal code, easy customisation, attractive default styling, using modern blocks based design patterns, and without need for fidgety tweaking or awkward design patterns.
Includes blocks based gesture recognisers, observers, control events, and custom events.
MGBox
, MGScrollView
, and MGButton
can also be used as generic UIView
wrappers to get the benefits of view padding, margins, and zIndex, amongst others.
- Table layouts (similar to
UITableView
, but less fuss) - Grid layouts (similar to
UICollectionView
, but less fuss) - Table rows automatically layout
NSStrings
,UIImages
, and multiline text - Animated adding/removing/reordering rows, items, sections, etc
- Margins, Padding, zIndex, Fixed Positioning, and more
- Optional asynchronous blocks based layout
- Automatically keeps input fields above the keyboard
- Optional scroll view box edge snapping
- Blocks based tap, swipe, and hold gesture recognisers
- Blocks based custom event observing and triggering
- Blocks based UIControl event handlers
- Blocks based keypath observers
- UIView easy frame accessors
Complex tables, sections, and grids created with simple code.
From IfAlarm
Created with the convenience -[MGBox screenshot:]
method.
From Flowies
Add the MGBox
folder to your project. (ARC and Xcode 4.5 are required)
Have a poke around the Demo App to see some of the features in use.
MGScrollView *scroller = [MGScrollView scrollerWithSize:self.bounds.size];
[self.view addSubview:scroller];
MGTableBoxStyled *section = MGTableBoxStyled.box;
[scroller.boxes addObject:section];
// a default row size
CGSize rowSize = (CGSize){304, 44};
// a header row
MGLine *header = [MGLine lineWithLeft:@"My First Table" right:nil size:rowSize];
header.leftPadding = header.rightPadding = 16;
[section.topLines addObject:header];
// a string on the left and a horse on the right
MGLine *row = [MGLine lineWithLeft:@"Left text" right:[UIImage imageNamed:@"horse"] size:rowSize];
row.leftPadding = row.rightPadding = 16;
[section.topLines addObject:row];
[scroller layoutWithSpeed:0.3 completion:nil];
[scroller scrollToView:section withMargin:8];
MGBox *grid = [MGBox boxWithSize:self.bounds.size];
grid.contentLayoutMode = MGLayoutGridStyle;
[scroller.boxes addObject:grid];
// add ten 100x100 boxes, with 10pt top and left margins
for (int i = 0; i < 10; i++) {
MGBox *box = [MGBox boxWithSize:(CGSize){100, 100}];
box.leftMargin = box.topMargin = 10;
[grid.boxes addObject:box];
}
[grid layoutWithSpeed:0.3 completion:nil];
[scroller layoutWithSpeed:0.3 completion:nil];
[scroller scrollToView:grid withMargin:10];
All MGBoxes
, MGScrollViews
, and subclasses support two layout methods (layout
, layoutWithSpeed:completion:
) and two async layout block properties (asyncLayout
and asyncLayoutOnce
).
Layout the box's children (and all descendents) without animation.
Same as above, but with child boxes animated between previous and new computed positions, fading new boxes in, and fading removed boxes out. Child boxes will have their unanimated layout
method called. If you want a child box to also animate the positioning of its children in the same drawing pass, call its layoutWithSpeed:completion:
method first.
[grid layoutWithSpeed:0.3 completion:nil];
[scroller layoutWithSpeed:0.3 completion:nil];
asyncLayout
blocks are performed on every call to layout
or layoutWithSpeed:completion:
.
box.asyncLayout = ^{
// do slow things on a background thread
NSLog(@"things things things");
// update the box presentation back in UI land
dispatch_async(dispatch_get_main_queue(), ^{
NSLog(@"that took a while!");
});
};
asyncLayoutOnce
blocks are performed only on the first call to layout
or layoutWithSpeed:completion:
, thus are useful for initial table or grid setup, when things like loading data over the network might be a performance factor.
box.asyncLayoutOnce = ^{
// do slow things once, on a background thread
NSLog(@"things things things");
// update the box presentation back in UI land
dispatch_async(dispatch_get_main_queue(), ^{
NSLog(@"aaand we're done");
});
};
Assign a specific queue to the asyncQueue
property if you want to use a different priority or perhaps perform a bunch of expensive processes in serial.
dispatch_queue_t queue = dispatch_queue_create("SerialQueue", DISPATCH_QUEUE_SERIAL);
for (MGBox *box in scroller.boxes) {
box.asyncQueue = queue;
}
When layout
or layoutWithSpeed:completion:
is called, each descendent box in the tree is positioned according to the container box's contentLayoutMode
(ie table or grid), taking into account the container's padding and the child's margins.
Getters and setters are provided for:
padding
(UIEdgeInsets
)margin
(UIEdgeInsets
)leftPadding
,topPadding
,rightPadding
,bottomPadding
leftMargin
,topMargin
,rightMargin
,bottomMargin
The same as in CSS. The zIndex
property of MGBox
affects the stacking order of boxes during layout.
Set a box's fixedPosition
property to a desired CGPoint
to force it to stay in a fixed position when its containing MGScrollView
scrolls.
Assign another view to a box's attachedTo
property to force the box to position at the same origin. Optionally adjust the offset by fiddling with the box's top and left margins.
Simply assign a block to the appropriate property. You can toggle them on and off with tappable
, swipable
, longPressable
booleans. Access the gesture recognisers directly through the tapper
, swiper
, and longPresser
properties.
box.onTap = ^{
NSLog(@"you tapped my box!");
};
box.onSwipe = ^{
NSLog(@"you swiped, m'lord?");
};
box.onLongPress = ^{
NSLog(@"you can let go now.");
};
NSObject+MGEvents
provides blocks based observing for all objects' keypaths. No more worrying about crashes caused by dangling observers after dealloc.
[earth onChangeOf:@"isFlat" do:^{
if (earth.isFlat) {
NSLog(@"the earth is now flat");
} else {
NSLog(@"the earth is no longer flat.");
}
}];
NSObject+MGEvents
provides the ability to define custom events, assign block handlers, and trigger the events when you see fit.
[earth on:@"ChangingShape" do:^{
NSLog(@"the earth is changing shape");
}];
[earth trigger:@"ChangingShape"];
UIControl+MGEvents
provides a nice easy onControlEvent:do:
method for all UIControls, which frees you from the muck of adding targets, selectors, etc.
[button onControlEvent:UIControlEventTouchUpInside do:^{
NSLog(@"i've been touched up inside. golly.");
}];
Fussing about with view frames can be tedious, especially when all you want to do is change a width or height, or know where the bottom right corner is.
UIView+MGEasyFrame
provides getters and setters for:
size
,width
,height
origin
,x
,y
And getters for:
topLeft
,topRight
,bottomRight
,bottomLeft
While MGLine
and MGScrollView
rarely need subclassing, it's often useful to subclass MGBox
when building things like items in a grid container, or for any generic views that you might want to layout using MGBox
style layout rules (eg margins, zIndex, etc).
Also, if you want to create a custom table section style, you'll want to subclass MGTableBox
, looking at MGTableBoxStyled
as an example.
All MGBoxes
have a convenience setup
method which is called from both initWithFrame:
and initWithCoder:
, thus making it a good location to apply any custom styling such as shadows, background colours, corner radiuses, etc. You should probably call [super setup]
in here.
Additionally you might want to override the standard layout
method, if you want to perform some tasks before or after layout. You should almost certainly call [super layout]
in your custom layout method.
If your custom MGBox
has a shadow, it's useful to adjust its shadowPath
in the layout
method, after [super layout]
, because shadows without shadowPaths make iOS cry.
This distinction can present an occasional trap. When layout
or layoutWithSpeed:completion:
are called, the layout engine only applies MGBox
layout rules to boxes in the container's boxes
set. All other views in subviews
will simply be ignored, with no MGBox
style layout rules applied (their zIndex
will be treated as 0
).
All MGBoxes
that are subviews but are not in boxes
will be removed during layout. Any MGBoxes
in boxes
that are not yet subviews will be added as subviews.
So as a general rule of thumb: Put MGBoxes
into boxes
, everything else into subviews
, then call one of the layout
methods when you're done. As long as you stick to that, you won't get tripped up.
MGLine
is essentially a table row, although it can also be used more generically if it takes your fancy.
Although MGLine
is an MGBox
subclass, it instead sources its content views from leftItems
, middleItems
, and rightItems
.
The items arrays can contain NSStrings
, UIImages
, or any arbitrary UIViews
you want to add to the line (eg switches, sliders, buttons, etc).
MGLine
can automatically wrap long strings, as well as mix and match them with other items in the same line. For example you might want multiline text on the left and an image on the right, or vice versa.
MGLine *line1 = [MGLine lineWithMultilineLeft:@"a long string on the left"
right:[UIImage imageNamed:@"Sharonda"] width:320 minHeight:40];
MGLine *line2 = [MGLine lineWithleft:[UIImage imageNamed:@"Felicia"
multilineRight:@"a long string on the right" width:320 minHeight:40];
Any string containing a newline char will be treated as multiline, so as a shorthand you can also do something like this:
MGLine *line = [MGLine lineWithLeft:@"a long string\n" right:nil];
The sidePrecedence
property decides whether content on the left, right, or middle takes precedence when space runs out. UILabels
will be shortened to fit. UIImages
and UIViews
will be removed from the centre outwards if there's not enough room to fit them in.
The font
and rightFont
properties define what fonts are used to wrap NSStrings
. The textColor
property rotates the canvas a random number of degrees. I'm not sure what textShadowColor
does.
The properties leftItemsTextAlignment
, middleItemsTextAlignment
, rightItemsTextAlignment
are passed on to the labels created for your strings.
The itemPadding
property defines how much padding to apply to the left and right of each item. This is added to the leftMargin
and rightMargin
values of any MGBoxes
you might have added as line items.
By default the minHeight
and maxHeight
properties are both zero, thus causing the line's size to be unchanged by the size of its contents. But if either of them is non-zero, the line height will adjust to fit the highest content item, within the given bounds.
A maxHeight
of zero when minHeight
is non-zero allows the line to increase in height without restriction.
MGLine *line = [MGLine lineWithLeft:@"a really long string\n" right:nil];
line.minHeight = 40; // the line will be at least 40 high
line.maxHeight = 0; // the line will grow as high as it needs to accommodate the string
MGTableBox
is a thin wrapper of MGBox
which you can mostly pretend doesn't exist, unless you want to create a custom table section style. In which case you will want to subclass it.
MGTableBoxStyled
is a styled subclass of MGTableBox
, which provides the default table style you see in the screenshots and demo app.
When using these classes for table sections, add your rows (eg MGLine
objects) to their topLines
, middleLines
, and bottomLines
arrays (instead of the standard boxes
set).
MGScrollViews
will by default automatically scroll to keep any selected input field visible when the keyboard appears. You can adjust the amount of margin with the keyboardMargin
property, and disable the feature with the keepFirstResponderAboveKeyboard
property.
You might like this for your project, or it might annoy you. It's one of those things.
scroller.delegate = self;
Own up to being a UIScrollViewDelegate
@interface ViewController : UIViewController <UIScollViewDelegate>
- (void)scrollViewDidEndDecelerating:(UIScrollView *)scrollView {
[(id)scrollView snapToNearestBox];
}
- (void)scrollViewDidEndDragging:(UIScrollView *)scrollView
willDecelerate:(BOOL)decelerate {
if (!decelerate) {
[(id)scrollView snapToNearestBox];
}
}
UIImage *screenshot = [box screenshot:0]; // 0 = device scale, 1 = old school, 2 = retina
No need to give credit or mention MGBox
in your app. No one reads those things anyway. The license is otherwise BSD standard.
If you want to give back, you could always buy one of my apps ;)
There's a few more undocumented features, if you're the type to go poking around the source. Enjoy!