Re: how to skip default css format lines in html output

[Per Bothner]

On 5/6/21 1:13 PM, Gavin Smith wrote:
> > On 5/6/21 12:36 PM, Gavin Smith wrote:
> > > On Sat, May 01, 2021 at 07:07:28PM -0700, Per Bothner wrote:
> > > > It seems wrong to include inline css in generated html files,
> > > > especially when using the --ccs-ref or -C INFO_JS_DIR options.
> > > > The documentation is complicated. The advice to use !important
> > > > to override the default style rules feels quite wrong-headed.

> Which rules are the ones which are causing problems? Can you be more
> specific? There are not many default CSS rules - only about 15 of them
> (I counted).

I don't know if any of the rules are *problems* per se.  However,
some of them don't match my preference, especially not when combined
with other explicitly-requested rules in info.css and kawa.css.
Which means I have to override the default - in some cases
setting them back to default defaults.  For example I use @kbd
to mark the user input in a REPL, so the following style is
undesirable in that context:

    kbd {font-style: oblique}

I suspect I can work around the problems without too much pain.
However, it feel ugly to have to do so ...

> The default CSS output is not really for the appearance but the
> minimum needed to represent the intended meaning of some Texinfo
> constructs in HTML output.

It's a mix.

> I see, thanks. I never read all of that; as you say, it is quite
> complicated. I don't know what the thinking is here behind the special
> processing of @import directives by texi2any. I assume it is for some
> CSS standard or to allow some types of customization.

@import is basically #include for CSS.

I'm guessing the feeling was that inline CSS was preferable (so the
HTML could be used standalone), and then things got complicated by
the desire to deal with @import.  But I think if you're trying to
include (by copying) a stylesheet that uses @import, you're doing
the wrong thing and should just use -css-ref.  I.e. makeinfo is
over-engineered to solve a problem when doing the wrong thing ...
--
        --Per Bothner
per@bothner.com   http://per.bothner.com/