|
Re: Misaligned Table Column Headers [message #1015884 is a reply to message #1015880] |
Mon, 04 March 2013 07:26 |
Ivan Furnadjiev Messages: 2426 Registered: July 2009 Location: Sofia, Bulgaria |
Senior Member |
|
|
Hi Markus,
without a way to reproduce and debug it we can't help you much. Please
open a bugzilla about this issue. Are you using RAP 2.0? Is this happen
in all browsers - Firefox, IE, Chrome?
Best,
Ivan
On 3/4/2013 8:53 AM, Markus Duft wrote:
> Hey!
>
> Still fighting/playing (choose ;)) with tables. I'm currently bringing our "setting" support (written for SWT table) to RAP. now in some cases this thing tries to hide columns by setting the width to zero. In some cases this works, and in some i get weirdly misaligned headers (see screenshots). Also it seems that /sometimes/ not even a zero width is required but table headers are expanded to fit the text in them (but really not always - you can see that in the first screeny).
>
> Hm, having more looks it seems that /that's/ the only issue: the contents makes the headers expand. i just have so many of them (see first screeny) that multiple of them overlap and make it look quite weird.
>
>
>
>
> From the second one you can see that the last column (Fixed) should not be visible at all (no borders drawn in table) but the header is there, and (by accident?) has the exact size of the contents. i think there is a little bit missing...?
>
> Another detail: i cannot reproduce this by dragging headers to different sizes - this works well. it seems that it's "only" reproducable through setWidht(), and there not always.
>
> Any Ideas? maybe some workaround? even in JS, i take all ;))
>
> Markus
--
Ivan Furnadjiev
Twitter: @EclipseRAP
Blog: http://eclipsesource.com/blogs/
Professional services for RAP and RCP?
http://eclipsesource.com/services/rap/
|
|
|
|
|
Re: Misaligned Table Column Headers [message #1016451 is a reply to message #1015890] |
Wed, 06 March 2013 13:47 |
|
i have added a workaround proposal to the bug. and i have a question about it:
i try to patch (using rwt.qx.Class.patch) the GridHeader class. when i do it before the GridHeader constructor ran for the first time, the prototype is empty (thus the new() in my patch). in that case the mixin will be applied to an empty prototype, and it will result in a reverse order of functions (the mixin is base() of the actual implementation in RWT). is this desired/known behaviour? i mean it works the way i have it, but "clean" is something else
|
|
|
Powered by
FUDForum. Page generated in 0.03283 seconds