Default styling should make custom styling possible / easy about fixed-data-table-2 HOT 6 OPEN

@wcjordan Can we close this in favor of #61 ?

from fixed-data-table-2.

I want to keep them both open as they have distinct deliverables and may have separate conversations. We can mark them both as future enhancements though (post 1.0)

from fixed-data-table-2.

The table I built for work I was able to get Radium to take over instead of the CSS sheet. Helped in numerous ways in easily getting to production. This was our thought exactly, how can we easily modify styles going forward. I can probably get a PR with the basic setup for this over. I haven't noticed any sort of performance loss, but I don't know how hard you guys work the table.

Also, of course too many people on our team are anti-CSS so I was having a hard time getting anything except CSS-in-JS through review.

from fixed-data-table-2.

Cool, we're definitely looking to explore new ideas here. If you could create a PR or example of how you used Radium, I think that would be very useful as we plan for future FDT versions.

from fixed-data-table-2.

@wcjordan In the light of #531 - wouldn't a simple solution be to expose more classNames on the elements that could overwrite the defaults?
Perhaps leave the very basic styling as default (just the positioning) and leave the rest to user ?

from fixed-data-table-2.

That would be an easy to implement solution. I think the downside is it may prove brittle and difficult to maintain if we change the tables DOM structure. One approach might be to add a way to set classnames on elements, but to name all the props with experimental so users aren't surprised if they break on upgrades.

from fixed-data-table-2.