Description list term_font_style not respected for literal (mono) text

[ctargett]

We're using the description list for parameter names since we like it better than putting them in huge tables. Since these are parameters, we use monospace text for the names. When we generate the PDF, all description_list terms that aren't monospace are bold, but those that are monospace are not. This makes them get a little lost on the page

The font we're using for monospace is Inconsolata, and we have a bold definition for it.

Screenshots of the difference:

We had the same problem with our HTML output (using jekyll-asciidoc), but that was easily fixed via CSS. There isn't such an obvious fix here, though. Any ideas?

[janosvitok]

Can you post source?

[ctargett]

Sure, all our source is in the Apache Lucene/Solr project, so open to everyone to read. The example above with monospace is from this file: https://github.com/apache/lucene-solr/blob/master/solr/solr-ref-guide/src/highlighting.adoc.

If you meant our PDF theme, it's in https://github.com/apache/lucene-solr/blob/master/solr/solr-ref-guide/src/pdf/themes/refguide-theme.yml.

[mojavelinux]

The reason behind this actually fairly complicated. When the text has inline formatting, the style set in the theme is not being passed on. I came up with a fairly simple workaround that uses explicit formatting, though I'd like to take this a bit further and fix the API.

See #862.

[mojavelinux]

Interestingly, there's an example of this in the chronicles example document. I just never noticed it.

[ctargett]

Thanks so much, I'll be excited to try it out. We use this in a ton of places.