github-markdown-css VS autoprefixer

Nowadays, most application documentation is moved onto a website, which forces users to switch to a web browser every time they want to read some basic documentation. Furthermore, docs on the web can become quite convoluted, resulting in additional times spent just looking for the right section. But as it turns out, using the JavaFX WebView, Flexmark, AtlantaFX Popovers, and for example GitHub Markdown CSS, you can achieve a fancy markdown display within your application at exactly the place you want:

You can download a GitHub Markdown CSS and then I think use it as the Custom CSS in MarkdownPad.

sindresorhus/github-markdown-css - The minimal amount of CSS to replicate the GitHub Markdown style

github-markdown-css

I'd say if you can't find what you like just make something. I found this https://github.com/sindresorhus/github-markdown-css, maybe that can be a starting point? Good luck!

Do you use Autoprefixer? https://github.com/postcss/autoprefixer

Simple, fast, and a little bit opinionated, Eleventy Plus Vite features Eleventy 2.0.0-canary, the new Eleventy 2.0 Dev Server with live reload, Vite 3.0 as Middleware in Eleventy Dev Server (using eleventy-plugin-vite), build output post-processing by Vite (with Rollup), CSS/Sass post-processing with PostCSS including Autoprefixer and cssnano, a custom CSS/Sass structure, basic fluid typography based on Utopia, dark mode support, an RSS feed, XML sitemap, and — to top it off — perfect scores on Lighthouse.

w/ postcss-preset-env(v7.8.3): convert modern CSS into something most browsers can understand, determining the polyfills you need based on your targeted browsers or runtime environments. It takes the support data that comes from MDN and Can I Use and determine from a browserlist whether those transformations are needed. It also packs Autoprefixer within and shares the list with it, so prefixes are only applied when you're going to need them given your browser support list.

As others have said, you need to normalize. Also, you may need something like autoprefixer if you're using styles that have different vendor prefixes. https://github.com/postcss/autoprefixer

Mmm maybe it's not gap then, maybe it's some other property. Maybe autoprefixer could help. Or polyfills, as other user suggested.

Of course, we have great tooling for that: Autoprefixer, PostCSS and Stylelint for CSS transformation, Babel and Webpack for JavaScript transpilation and bundling, ESLint for code analysis, and many others.

Bulma uses autoprefixer to make (most) Flexbox…