Table visualizations fixed header cut off bug?

218 views
Skip to first unread message

asgallant

unread,
Apr 25, 2012, 3:33:30 PM4/25/12
to google-visua...@googlegroups.com
I just built a new Table using the fixed header capabilities of the Table visualizations, and I noticed what might be a bug: the second rendered table (used to create the fixed header) gets assigned the wrong height in Chrome, IE, Opera, and Safari (in IE, it gets height: 0, in the others it is too short by varying amounts from run to run) instead of the height of the header row, as it should be getting.  The IE header problem seems to be independent of anything I do, see: http://jsfiddle.net/6yuFb/

What's weird about it is that in non-IE browsers, sometimes the height is correct, and if I draw the table with nothing else on the page, it seems to be always correct.  I went searching for CSS/javascript on my end that could be causing the problem, and identified a CSS file that, when removed, seems to allow the Tables to draw properly (nothing else has any impact).  The problem with this is that there is nothing in that CSS that has anything to do with the table (and it's contents are critical for the rest of the page to display correctly).  Furthermore, the height is a property set by the API, not assigned by CSS, so the CSS file shouldn't be a factor.

I haven't yet been able to replicate the problem outside my development environment, which isn't very helpful to you guys.  I'd share a link to the page, but the server is restricted by IP.

asgallant

unread,
Apr 25, 2012, 3:51:38 PM4/25/12
to google-visua...@googlegroups.com
It is worth noting that this only occurs when loading the 'controls' package and creating a ChartWrapper for the Table.  If I load the 'table' package, the problem goes away.

ChartMan

unread,
Apr 29, 2012, 4:36:43 AM4/29/12
to google-visua...@googlegroups.com
Hey

Sorry for the late response.

It seems that the normalize.css file is setting
border-collapse: collapse;

If you remove this rule the table renders fine.
I guess the table chart should handle external css though adapting to any random css is a challenging task.
For now it seems like a simple fix on your end to override this property for the chart <div>.


HTH
ChartMan


--
You received this message because you are subscribed to the Google Groups "Google Visualization API" group.
To view this discussion on the web visit https://groups.google.com/d/msg/google-visualization-api/-/JZyI1qDMHaUJ.

To post to this group, send email to google-visua...@googlegroups.com.
To unsubscribe from this group, send email to google-visualizati...@googlegroups.com.
For more options, visit this group at http://groups.google.com/group/google-visualization-api?hl=en.

asgallant

unread,
Apr 30, 2012, 12:24:16 PM4/30/12
to google-visua...@googlegroups.com
Good to know.  It still seems kind of weird that when I create the Table in a ChartWrapper (as part of a Dashboard) and load the 'controls' package by itself, the problem manifests, but if I load the 'table' package alongside 'controls', it works fine.

To post to this group, send email to google-visualization-api@googlegroups.com.
To unsubscribe from this group, send email to google-visualization-api+unsub...@googlegroups.com.

ChartMan

unread,
Apr 30, 2012, 12:32:42 PM4/30/12
to google-visua...@googlegroups.com

Not sure why loading controls hides this issue.

Sorry
ChartMan

To view this discussion on the web visit https://groups.google.com/d/msg/google-visualization-api/-/4nk_TN3QWkwJ.
To post to this group, send email to google-visua...@googlegroups.com.
To unsubscribe from this group, send email to google-visualizati...@googlegroups.com.
Reply all
Reply to author
Forward
0 new messages