Bug: ListGrid headers, align, float, wrap

[amcculley]

SmartClient LGPL 9.1 (March 7th I believe)
Chrome

We have a need to wrap column header titles. I've tried the "wrap: true" and this works except that it also wraps the sorter icon.

To get around that, I've tried using the manual wrap method of using a </br> tag in the title.

This works fine for text fields. I can still use align or cellAlign and both lines of the header title align properly.

However, for number types, it looks to not be working correctly. I've looked into the html being generated and it seems that text-align is always set to "right" despite what I declare for align in the field definition.

[amcculley]

Just to clarify:
Using wrap:"true" has the desired effect. However, this has a defect which is that if you sort by a wrapped column, the sorter icon also appears on its own line.

If I do not use wrap:"true", and instead, put a </br> between the words I want wrapped in the title, this also works unless it is a number field type. In this case, it seems to always default to text-align:"right" even if align:"center" or "left" is defined... but only if there is a </br> in the title.

[Isomorphic]

Numeric fields do right-align by default. This is intentional behavior - it makes the values more readable by lining up the decimals.
Explicitly specifying an alignment for your field via something like

fields:[
    {name:"foo", type:"integer", align:"left", ...}
]

should take precedence over this default alignment - and works in our testing.
If this doesn't match what you're seeing, please show us a test case we can use to reproduce the problem.

Thanks and Regards
Isomorphic Software

[amcculley]

It looks like it occurs when the field is right-aligned and the 2nd line is so long that it the sort arrow gets put on a 3rd line. Normally, the contents of the header move to the left and the sort arrow is kind of place "over" the header and the header gets truncated with an elipsis.

However, when wrap:true is there and the header is right-aligned and when the 2nd line is so long that the sort arrow would need to move the header text, it looks like it goes to the 3rd line instead.

Once I get back into the office, I'll snag a screenshot if you'd like.

[Isomorphic]

We believe we understand what you mean.
We've made some changes to make this behavior more consistent. Please try the next nightly build dated May 3rd (9.0, 9.1, 10.0 branches) and let us know if its behaving better for you.

Thanks
Isomorphic Software