* Draft implementation of ToC (onPageNav) support for mobile devices
* Support onPageNav on tablets
* Improve tablet layout, when no onPageNav
* Add close state for toc icon
* Close onPageNav, when after navigation on mobile devices
* Enable user to use prism.js as syntax highlighter
* add package-lock
* if 'usePrism' is true, use prismjs on all languages
* don't get lang by hljs if use prism
* Update api-site-config.md
* Update api-doc-markdown.md
* only load prism css when usePrism is true
* fixing sticky footer not being sticky
* remove unneeded flex rules
* Revert "remove unneeded flex rules"
This reverts commit 9b8d1809ca.
* adding flex-grow to first-child
* adding min-height in 'vh' to .navPusher for it to work on IE11
* enhance footer with social media buttons
* Update api-site-config.md
* Update Footer.js
* fix minor issue on social-footer
* update facebookAppId description in api-site-config
* rm heading & pad footer social button
* Update api-site-config.md
This is a known issue on IE11 caused by the fact that IE add the padding value to the `flex-basis` leading to increase in the size of the column beyond intended. The block behave as if has `box-sizing` set to `border-box` even if it is set correctly.
Reference: https://github.com/philipwalton/flexbugs#flexbug-7
This is an issue on IE11, it cannot pick the correct system font because the font `-apple-system` makes the value invalid and hence making the whole declaration invalid.
A good solution is to split the shorthand version into separate properties/values and it will work.
* without having having to worry about site design.
Let me know if double having is intentional
* sitemap display flex with direction as column on mobile
The dropdown positioning makes it overlay the main menu on mobile layout. This means that clicking the language button a second time doesn't close the menu.
* Mobile nav at 736px instead of 1024px
I was not totally clear on the issue here, but I assumed is that you wanted normal navigation to begin at 736px instead of 1024px. I think this does it.
Tested 735px was mobile, 736px was normal
Fixes#102
* 735 and 736 in more places
* Remove client side highlighting
* Update CSS rules to render plain code blocks with expected left border
* Add back codeColor background color config
* Ensure all pre code blocks use Highlight.js classes
