SunMonTueWedThuFriSat
Apr
2
1
3
5
0
3
4
May
5
2
1
1
3
1
2
1
1
0
1
1
1
2
2
0
2
4
2
0
0
3
0
1
2
2
8
3
Jun
2
8
2
1
0
4
2
3
0
3
3
0
1
2
6
3
4
1
6
2
2
4
2
0
4
2
1
1
2
3
6
2
6
0
0
Jul
6
1
1
0
0
1
2
1
2
1
2
1
1
2
1
0
0
0
1
0
0
2
0
0
1
5
2
3
Aug
6
4
0
1
1
1
2
6
3
0
1
0
0
3
3
8
1
1
3
1
1
0
2
1
1
3
0
2
3
3
2
0
4
1
2
Sep
0
1
3
3
1
0
3
0
1
1
0
3
1
0
3
6
14
1
0
0
0
8
2
3
1
0
0
2
Oct
6
1
0
0
1
0
3
0
0
1
0
2
0
1
0
0
0
3
5
0
0
0
0
0
0
2
1
0
Nov
0
1
0
1
0
5
0
1
4
1
0
0
0
0
2
0
1
2
2
0
0
0
0
0
0
2
1
1
1
0
5
3
7
0
2
Dec
4
2
0
2
1
0
0
1
2
1
0
0
0
0
0
0
1
0
3
2
4
1
7
4
1
3
11
2
Jan
3
2
2
9
2
1
11
3
3
3
5
6
3
3
13
6
2
1
1
3
8
4
4
5
1
3
1
5
Feb
5
4
2
2
2
3
0
0
5
2
2
0
0
0
1
0
1
0
2
1
3
0
4
4
3
3
0
3
Mar
4
0
5
1
0
1
1
0
0
1
3
1
1
2
1
1
1
4
0
1
2
1
1
1
0
1
2
0
3
1
3
4
0
2
3
Apr
1
1
0
1
0
4
5
7
3
2
1
2
1
1
2
0
0
1
0
2
2
2
1
3
1
2
0
9
May
4
0
🌰Re:4048◆直接そのような機能は用意していないのですが、「続きを読む」機能のうち、 [H:～] 記法を使って指定範囲を隠す書き方ではなくて、 ＜＞ の記法を使って以後全部を隠す書き方を使うと、[[COMMENT:BODY]] のように『投稿本文の一部分だけが挿入されるような記法』が使われているスキンでは「続きを読む」機能が有効にならないという仕様があります。この仕様を使って、「一覧表示時用のスキン」と「投稿単独ページ用のスキン」とを分ければ、お望みの動作になりそうな気がします。
🌰Re:4052◆なるほど、モバイル版Firefoxにそんな問題があったとは……。分かりやすい図示をありがとうございます。favicon.icoファイルの存在を探しに行かない仕様はさすがに不具合なのではないかと思いますので、そのうち解決してくれるのではないかな、と期待したいところですね。Webサイト側としては、No.4053さんの方法を使えば対処できそうです。
🌰Re:4053◆解決策のご提示をありがとうございます。(╹◡╹) もはや「あらゆるブラウザが無条件でfavicon.icoを読みに行く」という動作が標準な感じですから、HTMLソース内でfaviconの存在を明示するのは「.ico形式以外の画像を指定したい場合だけ」みたいな感覚で居るのですが、まさかこんなところに落とし穴が。(^_^;)