Rename Console.export_html parameter code_format to html_template.

[rk-exxec]

I suggest renaming the function parameter code_format to html_template or something similar and maybe clarifying the docstring a little.

    def export_html(
        self,
        *,
        theme: Optional[TerminalTheme] = None,
        clear: bool = True,
        code_format: Optional[str] = None,
        inline_styles: bool = False,
    ) -> str:
        """Generate HTML from console contents (requires record=True argument in constructor).

        Args:
            theme (TerminalTheme, optional): TerminalTheme object containing console colors.
            clear (bool, optional): Clear record buffer after exporting. Defaults to ``True``.
            code_format (str, optional): Format string to render HTML. In addition to '{foreground}',
                '{background}', and '{code}', should contain '{stylesheet}' if inline_styles is ``False``.
            inline_styles (bool, optional): If ``True`` styles will be inlined in to spans, which makes files
                larger but easier to cut and paste markup. If ``False``, styles will be embedded in a style tag.
                Defaults to False.

        Returns:
            str: String containing console contents as HTML.
        """

"Format string to render HTML." was also not immediately obvious for me, bc the HTML is not rendered, but rather constructed. For me, rendering HTML is what the display element does after inserting the finished HTML.
In general, I think it is not very intuitive when you're not familiar with the library.

The docstring could also replace {foreground} with {foreground_color}, same for {background}, and {code} with {content} or {message}.

To be fair, this is after I spent an embarrassing amount of time figuring out why there is excessive linespacing when I display the messages, only for a nice person on SO to tell me that this function emits an entire HTML page that would cause that issue. Only then did I figure out that you can supply your own template.
I did see the "code_format" parameter earlier, but I dismissed it as I wasn't using any "codes".

What do you think?

[willmcgugan]

Every parameter will be misunderstood at some point by some somebody. Introducing a breaking change because it fits one developer's mental modal a little better, just isn't worthwhile. Best I can do is accept a PR to clarify in the docstring.