我正在寻找一种最佳的方法来调整包装文本在一个TextView，使它将适合它的getHeight和getWidth界限。我不是简单地寻找一种方法来包装文本-我想确保它既包装，又足够小，完全适合在屏幕上。
我在StackOverflow上看到了一些需要自动调整大小的情况，但它们要么是非常特殊的情况下的hack解决方案，没有解决方案，或涉及重新绘制TextView递归直到它足够小(这是内存紧张，迫使用户观看文本收缩一步一步与每次递归)。
但我相信有人已经找到了一个很好的解决方案，它不涉及我正在做的事情:编写几个繁重的例程来解析和测量文本，调整文本的大小，然后重复，直到找到一个合适的小尺寸。
TextView使用什么例程来包装文本?难道这些不能用来预测文本是否足够小吗?
是否有一个最佳实践的方法来自动调整TextView的大小，以适应，包装，在它的getHeight和getWidth边界?
当前回答
在2017年谷歌IO大会上，谷歌介绍了TextView的autoSize属性
https://youtu.be/fjUdJ2aVqE4
<android.support.v7.widget.AppCompatTextView
android:layout_width="match_parent"
android:layout_height="match_parent"
android:text="@string/my_text"
app:autoSizeTextType="uniform"
app:autoSizeMaxTextSize="10sp"
app:autoSizeMinTextSize="6sp"
app:autoSizeStepGranularity="1sp"/>
其他回答
以下是我为那些还在找工作的人找到的一些东西:
1)这里有一个解决方案，递归重新绘制的textview，直到它适合。这意味着字面上看着你的文本缩小到合适的位置，但至少当它完成时它是合适的。代码需要一些调整才能实现，但基本上已经完成了。
2)你可以试着把一个自定义的解决方案像这样，或dunni的类在这里，这是我所做的使用getPaint().measureText(str)来搜索正确的大小，但它得到了很多混乱，因为我需要它只包装在空白…
3)你可以继续寻找——我已经尝试了数不清的选择。泰德关于StaticLayout的建议对我来说没有回报，但也许有一些东西;我尝试使用StaticLayout.getEllipsis(line)来确定文本是否离开屏幕，但没有效果。在这里可以看到我的帖子(目前没有回复)。
以下是我采取的方法。这很简单。它使用连续逼近来集中于字体大小，通常可以在不到10次迭代中计算出来。只需将“activityWidth”替换为你用来显示文本的视图的宽度。在我的示例中，它被设置为与屏幕宽度相同的私有字段。初始fontsize 198只在该方法产生异常的情况下设置(这真的不应该发生):
private float GetFontSizeForScreenWidth(String text)
{
float fontsize = 198;
try
{
Paint paint = new Paint(Paint.ANTI_ALIAS_FLAG);
paint.setColor(Color.RED);
Typeface typeface = Typeface.create("Helvetica", Typeface.BOLD);
paint.setTypeface(typeface);
paint.setTextAlign(Align.CENTER);
int lowVal = 0;
int highVal = 2000;
int currentVal = highVal;
/*
* Successively approximate the screen size until it is
* within 2 pixels of the maximum screen width. Generally
* this will get you to the closest font size within about 10
* iterations.
*/
do
{
paint.setTextSize(currentVal);
float textWidth = paint.measureText(text);
float diff = activityWidth - textWidth;
if ((diff >= 0) && (diff <= 2))
{
fontsize = paint.getTextSize();
return fontsize;
}
if (textWidth > activityWidth)
highVal = currentVal;
else if (textWidth < activityWidth)
lowVal = currentVal;
else
{
fontsize = paint.getTextSize();
return fontsize;
}
currentVal = (highVal - lowVal) / 2 + lowVal;
} while (true);
}
catch (Exception ex)
{
return fontsize;
}
}
我为此写了一篇博客。
我根据Kirill Grouchnikov关于在新的android market应用中使用的自定义组件的博客文章创建了一个名为ResizableButton的组件。我把src代码放在这里。
另一方面，mosabua读了我的文章，并告诉我他将开源他的实现，这比我的更快。我希望他能尽快发布:)
我从Chase的解决方案开始，但在我的设备(Galaxy Nexus, Android 4.1)上正常工作之前，我必须调整两件事:
using a copy of TextPaint for measuring layout The documentation for TextView.getPaint() states that it should be used read-only, so I made a copy in both places where we use the paint object for measuring: // 1. in resizeText() if (mAddEllipsis && targetTextSize == mMinTextSize && textHeight > height) { // Draw using a static layout // modified: use a copy of TextPaint for measuring TextPaint paint = new TextPaint(textPaint); // 2. in getTextHeight() private int getTextHeight(CharSequence source, TextPaint originalPaint, int width, float textSize) { // modified: make a copy of the original TextPaint object for measuring // (apparently the object gets modified while measuring, see also the // docs for TextView.getPaint() (which states to access it read-only) TextPaint paint = new TextPaint(originalPaint); // Update the text paint object paint.setTextSize(textSize); ... adding a unit to setting the text size // modified: setting text size via this.setTextSize (instead of textPaint.setTextSize(targetTextSize)) setTextSize(TypedValue.COMPLEX_UNIT_PX, targetTextSize); setLineSpacing(mSpacingAdd, mSpacingMult);
With these two modifications the solution is working perfectly for me, thanks Chase! I don't know whether it is due to Android 4.x that the original solution was not working. In case you want to see it in action or test whether it really works on your device, you can have a look at my flashcard app Flashcards ToGo where I use this solution to scale the text of a flashcard. The text can have arbitrary length, and the flashcards are displayed in different activities, sometimes smaller sometimes bigger, plus in landscape + portrait mode, and I haven't found any corner case where the solution would not work properly...
我已经使用代码从追逐和M-WaJeEh 我发现了一些优点和缺点
从追逐
优势: 这是完美的1行TextView 劣势: 如果它超过1行自定义字体，一些文本将消失 如果它是使能椭圆，它没有为椭圆准备空间 如果是自定义字体(字体)，则不支持
从M-WaJeEh
优势: 非常适合多线使用 劣势: 如果将height设置为wrap-content，这段代码将从最小大小开始，并尽可能减小到最小，而不是从setSize开始并减小有限的宽度 如果是自定义字体(字体)，则不支持
