Notifications Redesign

### Goal
The purpose of this Pull Request is to implement support for the redesigned Notifications DataModel.


### Details
In the new DataModel, html strings have been entirely nuked, and a simple markup mechanism has been implemented. 

Each Notification consist of a collection of *blocks*. Multiple blocks can be grouped to represent a single visual entity.

The new Notifications stack constis of two UIViewControllers:

- `NotificationsViewController`: Responsible of rendering the notification list (Notifications tab!).
- `NotificationDetailsViewController`: designed for general purpose rendering, maps NotificationBlocksGroup's with the corresponding UITableViewCell subclass. 

Automattcher notifications do not render any details, and instead, will push the Reader, right in place.

### Highlights
- A New CoreData Model has been added, nuking the legacy `Note` entity, and adding the brand new `Notification` entity. This has been done to prevent migration issues.

- New Notification Model objects have been added. Parsing logic can be found there.

- Legacy UI class'ess have been nuked: `NotificationsFollowDetailViewController`, `NotificationsBigBadgeViewController` and `NotificationCommentDetailsViewController`, along with several UITableViewCell subclass'ess.

- The entire Notifications flows have been migrated to Storyboards, with Autolayout. You can find (everything) in `Notifications.storyboards`.


### Associated Issues
- Fixes #2275: Deletion confirmation is now a UIAlertView
- Fixes #2274: Like details won't show row lines anymore
- Fixes #2229: Now you can like a comment right from the notification
- Fixes #2124: Notification Details have a default contentInset of 20pt at the bottom 
- Fixes #2121: Notification Approval works as many times as needed!
- Fixes #2100: Notification headers payload is now italicized
- Fixes #1960: Comment-Y notifications header link to the related post
- Fixes #1874: Implemented DataModel Mark 2.0
- Fixes #1655: Operations made on Comments now refresh the notification
- Fixes #1619: Nuked the bottom link in *Likes* notifications
- Fixes #1309: Added confirmation dialog before marking as spam
- Fixes #1249: Highlight logic is now based on NotificationRange objects
- Fixes #1026: Comment-Y notifications will now ask for confirmation before deletion

Wouldn't a safer check be `if (blocks.count == 0)`?