I’ve had the Peak Design Everyday Backpack for a year and a half. I backed it on Kickstarter and waited 6 months for it to arrive, running my already tired Herschel Supply Co bag into the ground in the process. I’m hoping it’s the last backpack I buy. It comes with a lifetime warranty and 18 months on it’s still solid.
Perhaps my favourite thing about the bag is just that it feels great - it is made from a sturdy water-resistant material that provides it a solid shape; the straps are made from the same material as seatbelts and can hold any weight your through at them with ease; the back of the bag sits firmly, assuringly against your back; and the inside of the bag is made from a soft material that I feel happy throwing my camera inside. There are very few bags that blend utility with aesthetics like this bag does.
Speaking of utility, this bag can do everything. There’s a reason that Peak Design call it the everyday backpack. The inside of the bag is one big space that is separated by flex fold dividers. These are like you’d expect to find in a camera bag but a hundred times better. They are slim rather than bulky, they are easy to move around and they can be folded up or down to create little compartments in your bag to keep your stuff separated. This is extremely useful when you have a bunch of stuff in your bag. My camera has its own space on the right hand side, if I’m grabbing shopping on my way home then it stays in the top of the bag, kept tidily away from everything else. When you need to get something out of the bottom of your bag, you just turn it on its side and reach into that compartment. There are also two expanding side pockets that I use for my bike D-lock and for a water bottle, The laptop compartment is completely separate to the rest of the bag and can be accessed at the back of the bag. It can take a 15” MacBook Pro, an iPad and some charging cables. When you have filled up the insides of the bag, there are a number of straps and anchor points on the outside of the outside of the bag that you can pull out at any time to strap stuff to your bag. I use these for carrying all sorts of things that a regular backpack could not do. I’ve strapped on clothes, boxes of cereal, packages that I have had delivered to my office, my bike helmet and even a pack of three pillows.
The only wish I had for this bag was that it was bigger. Peak Design do make a 30L version of this bag but it looks bulky and unwieldy compared to the 20-litre model. Since buying it 18 months ago, I have been using this bag every day, it has been brilliant.
A couple of months ago I first made fresh pasta and was amazed at how easy it was to do - it requires just two ingredients and can be done in 15 minutes. In the summer my Mum’s hens lay more eggs than she knows what to do with at times and this is a delicious way to make use of them.
If you don’t have any eggs or want to make vegan pasta, you can simply swap the eggs for 200g of water.
The method is to simply mix the ingredients together, then wrap in clip film and refrigerate for at least 30 minutes before rolling out and cooking. To mix the ingredients you can either use your hands (takes around 10 minutes) or blitz it in a food processor for 30 seconds. At first, it seems like the dough will not come together, but just keep mixing - it will get there eventually.
After refrigerating, you just need to roll out your pasta into whatever shapes you like. The easiest is most likely tagliatelle - you just need a rolling pin, a knife, and some elbow grease. You can also get a pasta roller for fairly cheap which will roll your sheets out in seconds.
One last thing to note is that fresh pasta cooks much quicker than dried pasta - if you chuck this in this boiling water, it’ll be ready within 5 minutes. Also, you can leave the dough in your fridge for up to a week before using it.
My carbonara skills aren’t quite where I want them to be yet - I’m prone to scrambling the eggs when mixing everything together - but the flavor is that of some of the best pasta that I’ve had.
Following on from my previous animation posts (here and here), this post is about animating the taps on an iOS tab bar - an effect used by Spotify in their app. UITabBarController is an old piece of UIKit that draws its architecural design from AppKit. Configuring your tabs requires you to use UITabBarItem, you have no access to the internal UIBarButton class. Because of this, we have to use some less than ideal
valueForKeymethod - however, in this case I feel this is OK as there is no crticial operation relying on it, just an animation.
For this effect, we also must subclass UITabBarController as we require access to the
didSelectItemmethod, the only available method for
didSelectViewControllerversion. You could perhaps look at the tabBarItems of a UITabBarController and look at its subviews and try and relate the two, but I imagine that it is unlikely you can guarantee that they will be equally ordered.
The next best option I can think of is to roll your own version of UITabBarController where you control all the views and touch events and can do all the animation you want. But, if a subclass and short solution suits you, then read on.
Following on from my previous post about the animation of UIButtons, I wanted to look at animating UITableView or UICollectionView cell touches. This effect is used in the AppStore on the Today page alongside a great transition delegate for opening and closing articles.
I’m fairly happy with how this implementation works but will need to some more testing on a device to finalise the ‘feel’. Also, I would not be surprised if there is a simpler way of doing this. This here has been my first stab at it, and if I come up with something better I will be sure to post an update.
To create this effect I used a UILongPressGestureRecognizer.
We then need to conform to UIGestureRecognizerDelegate and implement the following method. If you have other gesture recognizers for this delegate then you will likely need more logic here, but for this simple example we are just going to return true all the time.
Now for handling that gesture recognizer.
Here, I am handling three different ‘states’ for the gesture recognizer. If we a touch began, then so long as that touch was on a cell, we animate the cell. If a touch moved outside a cell, we animate it back to normal, if it move back inside the cell, we animate to pressed again. Finally, if the touch ends or is cancelled, then we animate back to normal.
You might notice as well a couple of new variables here being used.
‘currentIndexPath’ is just a reference to the index path of the cell that was pressed down. The transform is being stored as an instance variable simply to avoid redoing the scale everytime the gesture recognizer is called.
Now the only missing piece is the animation function. This is very simple and acts much like the one I used in my animating UIButton post.
Animation can vastly improve user experience in an application. I love buttons that animate and give you the feeling that you are actually pressing something. These combined with the great TapticEngine APIs (UIFeedbackGenerator) can completely change the way your application feels.
Here are a couple of ways of doing button animations in Swift - both of which utilise UIButton addTarget methods.
Vanilla UIKit Method
If you are not using RxSwift or RxCocoa, this method should work just as well. The only downside is that you once a button becomes animatable, you have no way of making it un-animatable.
RxSwift + RxCocoa
This is my preferred method of making generic animations. The benefit of using RxSwift is that you start and stop animating button presses - should you wish to - simply by disposing the DisposeBag that you pass in. It also avoids you having to @objc expose your control event methods.
This bit of Rx revolves around mapping button events to an animation state. For touch-down or touch-drag-enter events, we want to animate the press down action of the button, this ‘pressed’ state is represented by
CGAffineTransform.identity.scaledBy(x: 0.95, y: 0.95). For all other touch events we want to animate back to the
identity(the default) transform. For more info on how transforms work, check out this article by HackingWithSwift. These transform mappings are both merged and subscribed to the animate transform function which simply calls the animateTransform function whenever a new event is received.
If you are ever trying to get the compile time of a particular function down then hopefully the following examples will be of some use. For me, the best option from the following examples is to split long functions into smaller, composite functions.
To easily see the compile times of functions I created an empty project and added an
Other Swift Flags(this can be found inside
Swift Compiler - Custom Flags) of
-Xfronted -warn-long-function-bodies=1. Doing this means Xcode will warn you everytime that you build if any function in your project took longer than 1 millisecond to type check.
Please note that these examples are just that - examples. Your mileage may vary and I would recommend not to take these as must-dos. In most cases, it makes more sense to write code that is clear and understandable - not code that compiles quickly but is confusing to yourself and others.
As you might expect, if you explicitly tell the compiler what type the values are, then you have significantly faster compile times. Option C was the only function body that did not prompt a warning for compile time being >= 1ms. Option D only took 1ms though so the difference is negligible.
I had often suspected
??to be slower to type check than a guard or if let function but in this short example there appears to be no significant difference.
Interestingly, simply naming your arguments significantly reduces compile-time - even if you don’t explicitly type the named arguments.
A nice feature of Swift is its ability to add custom subscripts. The most common one I’ve seen used is the safe operator to safely access array values.
The subscript option is clearly the cleanest implementation, but annoyingly it also takes the longest to compile by a good amount.
Splitting Up Long functions
For this example, I’ve taken some sample UITableViewCell code and have two options. One option has all the setup in one function. The other option has three functions, one function does half the setup, another the other half and the main function calls the other two. The time I’ve recorded is the total time for both options.
This example is perhaps the most useful of all the examples on this page. It is much better for compile time if you split your functions into smaller composite functions. The best thing about this is that generally this also results in more readable code.