- Add your custom font files to Git/Xcode/your app’s target.
- Add a
UIAppFonts
array entry to your Info.plist. - Add each font’s filename (including extension) to the UIAppFonts entry.
- Now you can use the font like any that came with iOS.
require 'open-uri' | |
# url dsl -- the ultimate url dsl! | |
# | |
# You just can't beat this: | |
# | |
# $ irb -r url_dsl | |
# >> include URLDSL | |
# => Object | |
# >> http://github.com/defunkt.json |
#import <Foundation/Foundation.h> | |
#define NUMBER_IN_RANGE(num, floor, ceiling) ((num >= floor && num <= ceiling) ? num : ((num < floor) ? floor : ceiling)) | |
@interface NFLQuarterback | |
@property (nonatomic, strong) NSNumber *completions; | |
@property (nonatomic, strong) NSNumber *interceptions; | |
@property (nonatomic, strong) NSNumber *touchdowns; | |
@property (nonatomic, strong) NSNumber *yards; | |
@property (readonly) NSNumber *passerRating; |
I realize that the decision has been mostly made regarding our future in version control systems. And while I think SVN is definitely a big step in the right direction… I feel we could make an even bigger step in this direction with Git. I will admit that I am biased towards Git, I am not alone in my admiration for it. I would like to outline a few thoughts for consideration. I will support whichever direction we take, but would like to offer my own opinions and research on the matter.
-
SVN creates .svn directories in every single folder (much like CVS). Every script we write or update to our new found frameworks we use will have to handle this. We can't currently swap out a framework once it has been added to CVS for a newer version without breaking the version control for it. This will hold true for any upgrade to SVN.
-
In SVN, each file & folder can come from a different revision or branch. At first, it sounds nice to have this freedom. But what this actually means is that there is a million different