iOS 8.1のUITextFieldは、一部のフォントを使用しているときに、編集モードと非編集モードの垂直方向の配置が異なる

Question

iOS 8.1.XのUITextFieldは、Helvetica Neue Light 17：

私は、サンプルプロジェクトhereを持っています。

カスタムテキストフィールドを作成する必要がない回避策はありますか？ 主な問題は、ダイナミックタイプを使用すると、フォントが実行時に変更される可能性があることです。

とにかく私はレーダーrdar://19374610を開いた。

Answer 1

このバグはフォントに依存しているので、これを補正するために属性付き文字列のスタイルを設定する解決策を説明します。

ヘルベチカノイエ光とサイズ17との最初のTextFieldにこの問題を解決するための例：

は、ビューコントローラを仮定は、あなたが設定したときに重要な部分があるfirstTextField

- (void)viewDidLoad { 
[super viewDidLoad]; 
// Do any additional setup after loading the view, typically from a nib. 
NSDictionary *style = @{ 
     NSFontAttributeName : [UIFont fontWithName:@"HelveticaNeue-Light" 
               size:17], 
     NSParagraphStyleAttributeName : [NSParagraphStyle defaultParagraphStyle], 
     NSBaselineOffsetAttributeName: @(0.4) 
}; 
_firstTextField.attributedText = [[NSAttributedString alloc] initWithString:_firstTextField.text 
                   attributes:style]; 

} 
-(void)textFieldDidBeginEditing:(UITextField *)textField { 
NSDictionary *style = @{ 
     NSFontAttributeName : [UIFont fontWithName:@"HelveticaNeue-Light" 
               size:17], 
     NSParagraphStyleAttributeName : [NSParagraphStyle defaultParagraphStyle], 
     NSBaselineOffsetAttributeName: @(0.0) 

}; 
[_firstTextField setTypingAttributes: style]; 
} 

の代理人でありますtextFieldを表示してから編集するまでのNSBaselineAlignmentまた、フォントがダブルサイズ（textFieldが十分に大きい）で、ジャンプ効果を避けるためにNSBaselineOffsetが同じであるときに何が起きたかを確認しました。

Answer 2

ちょうど同じ問題を遭遇し、ちょっとデバッグすることに決めました。基本的には、さまざまなフォント（帽子の高さ、ポイントサイズ、好みの高さ、利用可能な高さ、テキストが移動した距離）の値をプロットし、パターンに気づいただけです。

それは2つの完全に異なる方法でレンダリングされるので、テキストが上に移動した理由：非編集バージョンは（あなたも、フックをオーバーライドすることができます）-drawRect:を使用してレンダリングされ、編集バージョンは、いわゆるUIFieldEditorによってレンダリングされます。これは、あなたが網膜デバイスにいるかどうかにかかわらず、テキストの高さがceilに現れ、後でそれを中心にします。しかし、Retinaデバイスでは、ピクセルに合わせるには常にceil(scalar * scale)/scaleにする必要があります。したがって、iOSは必要以上のテキストの高さを想定しています。面白いことに、静的テキストとUIFieldEditorのレンダリングが異なります。

この問題を解決するには、サブタイプUITextFieldをオーバーライドし、-editingRectForBounds:を上書きします。ここでは、非編集矩形（ 'テキスト矩形'）を取って、Appleが事前に実行するシフトを考慮する必要があります。

- (CGRect)editingRectForBounds:(CGRect)bounds 
{ 
    if (UIDevice.currentDevice.systemVersion.integerValue != 8) return [self textRectForBounds:bounds]; 

    CGFloat const scale = UIScreen.mainScreen.scale; 
    CGFloat const preferred = self.attributedText.size.height; 
    CGFloat const delta = ceil(preferred) - preferred; 
    CGFloat const adjustment = floor(delta * scale)/scale; 

    CGRect const textRect = [self textRectForBounds:bounds]; 
    CGRect const editingRect = CGRectOffset(textRect, 0.0, adjustment); 

    return editingRect; 
} 

---

編集：私はちょうど8.0などの古いOSのバージョン、上のコードをテストしました。 iOS 7.xでは、すべてが問題なく表示されますが、iOS 8.0にはすでにバグが含まれています。私たちは未来を予測することはできないので、今はiOS 8.xの修正だけを含めるようにしています。AppleがiOS 9自体で問題を修正したらうれしいことです。

---

別の編集：このコードは、テキスト編集はその静的なカウンターパートと同じ位置に表示されます。それらを個別に制御したい場合（-textRectForBounds:と-editingRectForBounds:の両方を提供しているのでAppleが理にかなっていると思う）、[self textRectForBounds:bounds]を[super editingRectForBounds:bounds]に置き換えることができます。スウィズルを使用してカテゴリにこの修正プログラムを実装する場合は、確かにsuperバージョンを使用する必要があります。