> However is the current impl. such that the minimal css (document-css) does not get added if we use a custom css style etc. Because converting an older document will result then in a minimal css + custom css? Yes apparently the default minimal CSS will not be added if the `$css$` variable is defined/true. However a `nocss` variable might be in order so that you don't end up with empty/malformed style/link elements in case you truly don't want *any* CSS. -- Better --help|less than helpless Den lör 29 aug. 2020 12:07Ganriel Nützi skrev: > It would definitely be a good idea to support a minimal css such that the > document is somewhat sane. but anyway where does it stop, like Albert said > it opens the box for requests like „oh can we add this or that“ to the > minimal set :) However is the current impl. such that the minimal css > (document-css) does not get added if we use a custom css style etc. Because > converting an older document will result then in a minimal css + custom > css? > > is there not room for an external solution: a repo with pandoc css styles > which can be used and which is referred to in the doc? > > BR Gabriel > > > > Von meinem iPhone gesendet > > > Am 24.08.2020 um 22:03 schrieb John MacFarlane : > > > > Daniel Staal writes: > > > >>> The only concern I have is that this could open pandora's box when > >>> is comes to requests for CSS tweaks. But this seems like a minor > >>> problem. > >> > >> It's also worth considering that not all HTML output is fed to a > >> browser. I've used Pandoc to feed to local previews, or to sites that > >> can ingest HTML and work with it. It's probably embedded into some > >> pipelines someplace as well. > > > > You can always use "fragment" mode if that's what you want (no -s). > > The CSS will not be embedded in this case. > > > > For local previews, though, won't it be better with the CSS, > > which gives you a sane margin, fonts, etc.? > > > >> I appreciate the thought on this, but I'm not sure it's something we > >> want on by default - and it's also something that can be implemented > >> fairly easily by the user editing their default template. > > > > True, but if this is an argument against it, wouldn't it be an > > argument against *everything* in the default template? > > > > -- > > You received this message because you are subscribed to the Google > Groups "pandoc-discuss" group. > > To unsubscribe from this group and stop receiving emails from it, send > an email to pandoc-discuss+unsubscribe-/JYPxA39Uh5TLH3MbocFF+G/Ez6ZCGd0@public.gmane.org > > To view this discussion on the web visit > https://groups.google.com/d/msgid/pandoc-discuss/m2v9h7x13x.fsf%40johnmacfarlane.net > . > > -- > You received this message because you are subscribed to the Google Groups > "pandoc-discuss" group. > To unsubscribe from this group and stop receiving emails from it, send an > email to pandoc-discuss+unsubscribe-/JYPxA39Uh5TLH3MbocFF+G/Ez6ZCGd0@public.gmane.org > To view this discussion on the web visit > https://groups.google.com/d/msgid/pandoc-discuss/6497A421-E81B-45BA-8148-47B9CFC94C78%40gmail.com > . > -- You received this message because you are subscribed to the Google Groups "pandoc-discuss" group. To unsubscribe from this group and stop receiving emails from it, send an email to pandoc-discuss+unsubscribe-/JYPxA39Uh5TLH3MbocFF+G/Ez6ZCGd0@public.gmane.org To view this discussion on the web visit https://groups.google.com/d/msgid/pandoc-discuss/CADAJKhDJ6NfpeeEDzkeUc%3DLtTShsCL93vPjZdOQ-qkLdxpc2Hg%40mail.gmail.com.