在Android TextView中真正顶对齐文本

Question

我试图在Android中显示TextView,使视图中的文本顶部对齐:

@Override
protected void onCreate(Bundle savedInstanceState) {
    super.onCreate(savedInstanceState);

    // Create container layout
    FrameLayout layout = new FrameLayout(this);

    // Create text label
    TextView label = new TextView(this);
    label.setTextSize(TypedValue.COMPLEX_UNIT_PX, 25);     // 25 pixels tall
    label.setGravity(Gravity.TOP + Gravity.CENTER);        // Align text top-center
    label.setPadding(0, 0, 0, 0);                          // No padding
    Rect bounds = new Rect();
    label.getPaint().getTextBounds("gdyl!", 0, 5, bounds); // Measure height
    label.setText("good day, world! "+bounds.top+" to "+bounds.bottom);
    label.setTextColor      (0xFF000000);                  // Black text
    label.setBackgroundColor(0xFF00FFFF);                  // Blue background

    // Position text label
    FrameLayout.LayoutParams layoutParams = 
            new FrameLayout.LayoutParams(300, 25, Gravity.LEFT + Gravity.TOP);
                                                            // also 25 pixels tall
    layoutParams.setMargins(50, 50, 0, 0);
    label.setLayoutParams(layoutParams);

    // Compose screen
    layout.addView(label);
    setContentView(layout);
}

此代码输出以下图像:

需要注意的事项:

• 蓝盒子高25像素,就像要求一样
• 根据要求,文本边界也报告为25像素高(6 - ( - 19)= 25)
• 文本不是从标签的顶部开始,而是在其上方有一些填充,忽略了setPadding()
• 这导致文本被剪切在底部,即使盒子在技术上足够高

如何告诉TextView启动文本顶部的文本？

我对可能的答案有两个限制:

• 我确实需要保持文本顶部对齐,所以如果有一些底部对齐或垂直居中的技巧,我不能使用它,因为我有一些场景,其中TextView比它需要的更高.
• 我有点兼容性怪,所以如果可能的话,我想坚持使用早期Android API中的调用(最好是1,但绝对不高于7).

Answer 1

TextViews使用抽象类android.text.Layout来绘制文本在画布上:

canvas.drawText(buf, start, end, x, lbaseline, paint);

垂直偏移量lbaseline计算为线的底部减去字体的下降:

int lbottom = getLineTop(i+1);
int lbaseline = lbottom - getLineDescent(i);

这两个所谓的功能getLineTop和getLineDescent是抽象的,但一个简单的实现可以发现BoringLayout(去图... :),这只是返回其值mBottom和mDesc.这些在init方法中计算如下:

if (includepad) {
    spacing = metrics.bottom - metrics.top;
} else {
    spacing = metrics.descent - metrics.ascent;
}

if (spacingmult != 1 || spacingadd != 0) {
    spacing = (int)(spacing * spacingmult + spacingadd + 0.5f);
}

mBottom = spacing;

if (includepad) {
    mDesc = spacing + metrics.top;
} else {
    mDesc = spacing + metrics.ascent;
}

这里includepad是一个布尔值,指定文本是否应包含额外的填充以允许延伸超过指定上升的字形.它可以通过TextView的setIncludeFontPadding方法设置(如@ggc指出的那样).

如果将includepad设置为true(默认值),则将文本的基线定义为字体度量的top-field.否则,文本的基线取自descent-field.

因此,从技术上讲,这应该意味着我们需要做的就是关闭IncludeFontPadding,但不幸的是,这会产生以下结果:

原因是字体报告-23.2作为其上升,而边界框报告的顶值为-19.我不知道这是字体中的"bug"还是应该是这样的.不幸的是,FontMetrics没有提供与边界框报告的19相匹配的任何值,即使您尝试以某种方式合并报告的240dpi的屏幕分辨率与72dpi的字体点定义,因此没有"官方"的方式解决这个问题.

但是,当然,可用的信息可用于破解解决方案.有两种方法可以做到:

• 单独包含IncludeFontPadding,即设置为true:

  double top = label.getPaint().getFontMetrics().top;
  label.setPadding(0, (int) (top - bounds.top - 0.5), 0, 0);
  

  即,设置垂直填充以补偿从文本边界和字体度量的最高值报告的y值的差异.结果:

  

• 将IncludeFontPadding设置为false:

  double ascent = label.getPaint().getFontMetrics().ascent;
  label.setPadding(0, (int) (ascent - bounds.top - 0.5), 0, 0);
  label.setIncludeFontPadding(false);
  

  即,设置垂直填充以补偿从文本边界报告的y值与字体度量的上升值之间的差异.结果:

  

请注意,将IncludeFontPadding设置为false并不奇怪.两个版本都应该有效.当字体度量的浮点值转换为整数时,它们产生不同结果的原因是舍入错误略有不同.恰好在这种特殊情况下,IncludeFontPadding设置为false会更好看,但对于不同的字体或字体大小,这可能会有所不同.调整顶部填充的计算可能相当容易,以产生与BoringLayout使用的计算相同的精确舍入误差.我还没有这样做,因为我宁愿使用"无错误"的字体,但如果我找到一些时间,我可能会在以后添加它.然后,IncludeFontPadding是设置为false还是true应该是真的无关紧要.