The CSS used for shows under the previous site design made <pre> tagged text (code blocks in Pandoc parlance) to be more visible in contrast to other text. Such text also showed a horizontal scrollbar if needed (though this was mainly used to compensate for the narrowness of the HPR web pages at that time).
Looking at the version of show 4114 created with the old CSS (see attached PDF), the code (and other) sections stand out more than they do in the current version of this episode.
Could highlighting of this type be restored? Using a colour more in keeping with the new site design perhaps?
Rather than making it the default for all <pre> text, enabling it through an id or class attribute would probably be preferable to make it available to those hosts who wish to use it, rather than imposing it on everyone. As a Pandoc user, adding such attributes is not difficult.
Attachment: hpr4114_shownotes_dev.pdf, created from a standalone HTML file created as part of my workflow to let me see how the final version of my notes will look.
The CSS used for shows under the previous site design made `<pre>` tagged text (_code blocks_ in Pandoc parlance) to be more visible in contrast to other text. Such text also showed a horizontal scrollbar if needed (though this was mainly used to compensate for the narrowness of the HPR web pages at that time).
Looking at the version of show 4114 created with the old CSS (see attached PDF), the code (and other) sections stand out more than they do in the current version of [this episode](https://hackerpublicradio.org/eps/hpr4114/).
Could highlighting of this type be restored? Using a colour more in keeping with the new site design perhaps?
Rather than making it the default for all `<pre>` text, enabling it through an `id` or `class` attribute would probably be preferable to make it available to those hosts who wish to use it, rather than imposing it on everyone. As a Pandoc user, adding such attributes is not difficult.
_Attachment: `hpr4114_shownotes_dev.pdf`, created from a standalone HTML file created as part of my workflow to let me see how the final version of my notes will look._
Thanks for the great issue description!
[Merged to main](https://repo.anhonesthost.net/HPR/hpr_generator/commit/3bd64bf5cfd702fb1455ba7f63e3af9fce6e1d61)
On Vivaldi and Brave the new highlighted <pre> areas have horizontal and vertical scrollbars all the time. Firefox does not show these scrollbars.
The original CSS would only add the horizontal scrollbar if the text overflowed horizontally (overflow: auto;).
One oddity following this change:
On Vivaldi and Brave the new highlighted `<pre>` areas have horizontal and vertical scrollbars all the time. Firefox does not show these scrollbars.
The original CSS would only add the horizontal scrollbar if the text overflowed horizontally (`overflow: auto;`).
Adjust overflow to auto for pre tag in the show notes and moved highlighting to the code tag Merged to main
Adjust overflow to auto for pre tag in the show notes and moved highlighting to the code tag
[Merged to main](https://repo.anhonesthost.net/HPR/hpr_generator/commit/904d14d083fa540e3850d4b6d996174934ef1b7a)
Blocking a user prevents them from interacting with repositories, such as opening or commenting on pull requests or issues. Learn more about blocking a user.
The CSS used for shows under the previous site design made
<pre>tagged text (code blocks in Pandoc parlance) to be more visible in contrast to other text. Such text also showed a horizontal scrollbar if needed (though this was mainly used to compensate for the narrowness of the HPR web pages at that time).Looking at the version of show 4114 created with the old CSS (see attached PDF), the code (and other) sections stand out more than they do in the current version of this episode.
Could highlighting of this type be restored? Using a colour more in keeping with the new site design perhaps?
Rather than making it the default for all
<pre>text, enabling it through anidorclassattribute would probably be preferable to make it available to those hosts who wish to use it, rather than imposing it on everyone. As a Pandoc user, adding such attributes is not difficult.Attachment:
hpr4114_shownotes_dev.pdf, created from a standalone HTML file created as part of my workflow to let me see how the final version of my notes will look.Thanks for the great issue description!
Merged to main
One oddity following this change:
On Vivaldi and Brave the new highlighted
<pre>areas have horizontal and vertical scrollbars all the time. Firefox does not show these scrollbars.The original CSS would only add the horizontal scrollbar if the text overflowed horizontally (
overflow: auto;).Yes. I see what you mean. will change it to overflow: auto
Adjust overflow to auto for pre tag in the show notes and moved highlighting to the code tag
Merged to main