> 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 <gnuetzi-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org> 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 <jgm-TVLZxgkOlNX2fBVCVOL8/A@public.gmane.org>:
>
> Daniel Staal <DStaal-Jdbf3xiKgS8@public.gmane.org> 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@googlegroups.com.
> 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@googlegroups.com.
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-/JYPxA39Uh5TLH3MbocFFw@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.