| Commit message (Collapse) | Author | Age | Files | Lines |
|---|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Switch date stamp back to a simple drawText(), as we had
switched to use a TextView to use font face spans, but this was
much slower. Since we are no longer using a custom font for
date, this is safe.
Tweak call ordering of measure/layout/setText of subject and
senders to be more like it was in UR7. Calling setText last
defers text layout until draw time, which is normally bad, but
when our list is already so far behind, it turns out there are
fewer draw calls than layout passes, and this saves some time.
Switch EllipsizedMultilineTextView from using its internal
layout to using a StaticLayout to determine the chop point. I
found this slightly faster for my data. I think this was because
most of my subject+snippets require StaticLayout vs.
BoringLayout, and even checking isn't worth it.
Bug: 8236797
Change-Id: I8684ed7cd58d9dbbaff1df4721a823a59635171c
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Ensure that style spans are added before ellipsizing. Adding
bold spans after ellipsizing means the original ellipsizing
no longer applies.
Switching to adding spans before ellipsizing exposed another
problem where re-assembling the ellipsized pieces would
break up spans that cross the split point. I found it easiest
to fix this by assembling just the text and adding spans back
in after assembly. This ought to be RTL-safe, but needs further
testing.
Bug: 8233608
Change-Id: I7cddd700055b019c50eadc129cc86f3d705dee63
|
| |
|
|
|
|
|
|
| |
It would appear we were not ellipsizing properly when the subject and
snippet fit in two lines, so now we always ellipsize.
Bug: 8115213
Change-Id: I4e59b5b9e1909bac4892163294c5f049d9660b1c
|
| |
|
|
|
|
|
|
|
|
|
| |
SpannableStringBuilder removes spans if it already includes the same
span, even if the start/end are different.
Now, we won't apply the spans until we have the final
SpannableStringBuilder.
Bug: 8091758
Change-Id: I58a4d7cf55679570ac0d4df6585fa78c998ade32
|
| |
|
|
|
|
|
| |
It looks odd. Confirmed with UX that we should either add '...'
or fading edge, but have not confirmed with VisD.
Change-Id: If8d2573a4ecbc869bc344046c57ddc24820c670c
|
|
|
Fixes b/8029665 conversation list subject/snippet sometimes too short (seems like it should be ellipsized), sometimes too long
Can't use the original plan of just concatenating the width because of
LINE BREAKS, so instead, created a special kind of textview that overrides
the usual ellipsizing behavior by allowing just the last line to be
ellipsized.
Change-Id: Ia9a3d3bf9910b7ead6cdb28275c18cfa1c04c28f
|
