Anything which changes the size is out as the layout has to be strictly controlled due to the Google chart API we use - the widths have to be hard-coded and dynamic resizing isn't an option.
Anything which changes the size is out as the layout has to be strictly controlled due to the Google chart API we use - the widths have to be hard-coded and dynamic resizing isn't an option.
Responsive design, isn't just about resizing. It's also about dynamically replacing elements to best suit the medium of consumption. I am sure that an alternative on mobile would be that where a minimum width were reached in the display window, the image, graph, chart could be replaced by a link to the file for opening in google docs or opening in an overlay where size of container would not be a restraint.
[EDIT] Never be led by technology. Anything is achievable and usually on the web somebody has done most of the hard work for you.
It wouldn't work like that - the charts are embedded directly on the page, not hosted elsewhere.
Suffice to say I don't really have the time to work on an optimised mobile design - just keeping what we have up to date takes up every spare minute of my life
No problem chap, everyone has preferences when it comes to site design.
I've never been a fan of border radius though, so it was always the plan to get rid of it.
I may reintroduce it in selected areas, once the main framework has been sorted.
I should have done the design in full before we migrated to the new software, but I was keen to switch before the start of last season, so that phase was put on hold until now.
This site uses cookies to help personalise content, tailor your experience and to keep you logged in if you register.
By continuing to use this site, you are consenting to our use of cookies.