I just noticed that my breadcrumbs are sometimes being truncated under 2.8. There doesn't seem to be any rhyme or reason to it. For example, the breadcrumb pair "My Music - 0" gets displayed as "My Mus... - 0" (which oddly enough takes up about the same amount of space as the whole word would have). On the other hand, "My Videos - 0" gets displayed normally, and "Videos" is obviously a longer word than "Music". I've seen even shorter strings get truncated as well.
At least PosterScreen and SpringBoard, although on the SpringBoard screen it was a different, but very short, string that was getting truncated. It's funny that your example didn't show it. I'll try to create a new channel with just a PosterScreen. Maybe it has something to do with theme settings? Just so we're clear, these would be set with SetBreadcrumbText("My Music","0").
Browsing around the blip.TV channel I've seen the behavior where really long breadcrumbs are displayed, but sometimes shorter ones are truncated.
Your example shows the somewhat complicated way Breadcrumb1 and BreadCrumb2 share the space... This should be the same between v2.7 and v2.8 though.
For the curious:
Breadcrumb1 and Breadcrumb2 take as much space as they can. If they exceed the width of the widget (which may also grow in some situations) they split the width evenly unless one of them is less than 1/2 of the width. In that case, we give the smaller breadcrumb enough space to display in entirety and give the large breadcrumb the remainder of the width.
So, you example swaps "largest" location between Breadcrumb1 and Breadcrumb2.
Consider this trivia, as we may change it at any time....
Just as another example of strangeness, I have a Springboard screen that uses the breadcrumbs to display the current time. Breadcrumb1 is the time, e.g. 5:32, and Breadcrumb2 is the am/pm indicator (I don't remember why I split it like that; it's been a while). Sometimes the time will be displayed as 5... pm. The next minute when the time changes, the full time will be displayed. Obviously they are very short breadcrumbs, so I have no idea why they'd be truncated.
That is curious behaviour; though I do see the goal it's trying to accomplish. I wonder though if the algorithm has a hiccup in it, since case in point, the 2nd example prints in full but the 1st, shorter example, does not. The widget space is certainly available.
"RokuKevin" wrote: unless one of them is less than 1/2 of the width
half of the width of the widget, or half of the width of opposing breadcrumb?
I assume you measure in pixel widths for the variable width charcters? Or is it # of characters? Can you give an example of the pixel widths of the text, the breadcrumb widget region, and how it gets divvied up between them?