Chrome の monospace フォントに関するバグを回避する方法を，下記のサイト様で学びまして，
https://silight.hatenablog.jp/entry/2015/07/02/214601
うちの掲示板で試してみていたのですが，ようやく反映を確認できました。

monospaceフォントが使われることの多い要素に以下のような指定をすると，反映されます。

tt, code, kbd, samp, pre, xmp, plaintext, listing {
    font-family: monospace, serif;
}

うちの掲示板では，念のため以下のように明示的なサイズ指定も加えました。
tt, code, kbd, samp, pre, xmp, plaintext, listing {
	font-family: monospace, serif;
	font-size: medium; 
} /* Chromeはmonospaceのみの指定だとサイズが小さくなる */

うちの掲示板では，preを指定したアーティクルの背景色（薄墨）をつけているので，
Chromeで見比べてみてください。

これにより，個々の掲示板のソースでいちいちサイズ指定する必要はなくなります。
としきさんの仰るように，固定サイズ指定をバッサリ削ると自然な表示になると思います。

副作用のない指定方法を公開している，しらいと様に感謝。


なお，過去のブラウザの初期設定では，pre 要素などで小さなフォントが使われるのがふつうで，
これまでは特に疑問を感じていなかったのですが，konno さんのおかげで〈きっかけ〉ができ，
ブラウザ間の違いを改善することができました。

以前から，code や kbd などを指定した要素の表示がよろしくなくて気にはなってましたが，
おいおい解決していきたいと思います。

ありがとうございました。

> Chrome の monospace フォントに関するバグを回避する方法を，下記のサイト様で学びまして，
> https://silight.hatenablog.jp/entry/2015/07/02/214601
> うちの掲示板で試してみていたのですが，ようやく反映を確認できました。

このサイトを覗いてみたら理屈が判りました。

-------------------------------------------------
等幅フォントも可変幅フォントと同じサイズで表示したい時は次のように指定します。

font-family: monospace, serif;
これはmonospaceフォントで表示できない文字はserifフォントで表示するという意味ですが、そうなることは稀です。そして、このように等幅フォントと可変幅フォントを混在させた場合、可変幅フォントのデフォルトサイズが優先されます。（つまり可変幅フォントならserif以外でも良いです。単純に一番短いserifを選んだだけなので。）
-------------------------------------------------

なるほど納得です。

> うちの掲示板では，念のため以下のように明示的なサイズ指定も加えました。
> tt, code, kbd, samp, pre, xmp, plaintext, listing {
> 	font-family: monospace, serif;
> 	font-size: medium; 
> } /* Chromeはmonospaceのみの指定だとサイズが小さくなる */

これを入れてみたら丁度良い見栄えになりました。

> これにより，個々の掲示板のソースでいちいちサイズ指定する必要はなくなります。
> としきさんの仰るように，固定サイズ指定をバッサリ削ると自然な表示になると思います。
> 
> 副作用のない指定方法を公開している，しらいと様に感謝。

掲示板の全面改修は直ぐにはできませんが、本当に感謝ですね。

> なお，過去のブラウザの初期設定では，pre 要素などで小さなフォントが使われるのがふつうで，
> これまでは特に疑問を感じていなかったのですが，konno さんのおかげで〈きっかけ〉ができ，
> ブラウザ間の違いを改善することができました。

ブラウザ間の違いをほぼ無くせるとはまるで魔法のようですね。
私が気になっていたのは、等幅フォントのMSゴシックが線が細くて見えにくい
文字が読みにくいと感じたからです。そうとう目が悪くなったようです。
なので、等幅フォントはメイリオに変えました。

> いや，blockquote は使ってないですよね。関係はないです。

そうでした、掲示板では「＞」を使う慣習があるせいですかね。
おかげでニフティの会議室的な雰囲気が出せるのですが。

ところで、やっと修正が出来ました。＼(^^)／ ﾔｯﾀ-

q        { font-color:$refcol; } 

うちの環境ではこれだとうまくいかず、色々試行錯誤した結果

q        { color:$refcol; } 
q:before { content: no-open-quote; }
q:after  { content: no-close-quote; }

これでうまくいきました。
下の2行が無いと、「」で囲われてしまいますね。(^^;
ありがとうございました。

> ざっくり見たところ、

ざっくりしすぎていました。
しっかり見たところ、どうやらそんな簡単な話ではなさそうな感じ。
板塀や野ざらし言でどうなっているかというと

単純な引用部
<q>&gt; ほげほげ </q>

リンクを包含する引用部
<q>&gt; ほげほげ <a href="xxx">#xxx</a>ふがふが</q>

という感じ。
でも、ここの掲示板では

単純な引用部
<font color="#804000">&gt; ほげほげ</font><br>

リンクを包含する引用部
<font color="#804000">&gt; ほげほげ</font><a href='xxx'>#xxx</a>ふがふが<br>

となっている。
これは一体なんだろう。
一瞬、リンクを作るルーチンのほうで余計なfontの閉じタグをつけてしまっている
のかとも思いましたが、もしそうなら<br>直前のfontの閉じタグが消えてしまって
いることの説明がつかない。
あ、わかった。
そしてこのバグ、板塀や野ざらし言にも一部残っている。
何が悪いかというと、引用処理と自動リンク処理の順番。
おそらく、ここの掲示板では以下のような処理が行われているのでしょう。

if ($autolink) { （略） } #自動リンク処理
if ($refcol) { #引用処理
    （略）
}

でも、板塀では、引用処理と自動リンク処理の順番が逆になっています。
つまり、引用処理が先、自動リンク処理があと。
で、まぁ、人のフリ見て、ではありませんが、板塀でそうなっているところは
ないよね、ということで確認したところ、残っているではありませんか、見事に。
どこかというと、検索処理のところと、ログ内全記事表示のところ。
特に検索処理のところは、野ざらしも板塀と同じでしょう。
ここはめざらさんにもチェックしていただいたほうがよろしいかと。

ということで、fontタグを q タグに変える、というのはやっていただいたほうが
ベターではありますが、konnoさん的にはもしかしたらアレかも。
でも、引用処理と自動リンク処理の順番を変えるのは、そんなに手間がかからない
上に絶大な効果をもたらしますから、ぜひともよろしく、ということで。