SunMonTueWedThuFriSat
Jun
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
7
0
0
1
2
1
2
2
2
3
2
0
1
1
0
0
4
1
0
2
2
4
2
0
2
1
2
1
0
0
0
0
0
0
Jun
1
4
3
4
1
1
2
0
1
1
3
0
2
0
1
0
🍛Re:4783◆ご要望ありがとうございます。そうですよね、バランス的にはあった方が良いですよね。^^; カテゴリなしをカウントしていないのは（詳細は忘れましたが）なんか実装上の都合があったんだと思います。「ある物は簡単に数えられるけど、ない物は数えにくい」みたいな。とはいえ不可能ではないので、ToDoリストには入れておきます。気長にお待ち頂ければ幸いです。
🍛Re:4784◆ChromeやEdgeではZIPを問題なくダウンロードできますが、Firefoxだと警告が出るのはなんででしょうかね……？ たぶん、Firefox側の何らかの検出ミスなんでしょうけども。便利な拡張ツールをありがとうございます。
🍛Re:4785◆ご報告をどうもありがとうございます！ 助かります。確かに、不具合がありますね。
- NG [1:def:あい[2:abc:う]えお] ←defがclass名とは解釈されずに見えてしまう。
- OK [1:def:あ[B:い[2:abc:う]え]お] ←間に別の装飾を入れれば問題ない。
- OK [3:あい[4:う]えお] ←class名を使わない汎用装飾なら入れ子にしても何も問題ない。
- OK [5:abc:あい[6:う]えお] ←外側が「class名あり」でも内側が「class名なし」の汎用装飾なら問題ない。
- OK [5:あい[6:abc:う]えお] ←内側が「class名あり」でも外側が「class名なし」の汎用装飾なら問題ない。
- NG [1:ghi:あ[2:def:い[3:abc:う]え]お] ←3重入れ子：一番外側のghiは問題ないが、2番目のdefはテキストとして見えてしまう。
- OK [1:def:あ[2:い[3:abc:う]え]お] ←3重入れ子：2番目の汎用装飾を「classなし」にすると問題ない。
……というわけで、いろいろ確かめたところ、どうやら『「class付きの汎用装飾」のすぐ内側に「class付きの汎用装飾」を書いた場合』に、「前者のclass名」がclassとは解釈されずにテキストとして出てしまうようです。間に1つでも「classなしの装飾」を挟めば大丈夫なようです。^^;まだハッキリと原因は掴んでいませんが、たぶん正規表現の書き方に問題があるのだと思いますので、次のバージョンで修正します。
🍛Re:4786◆回答ありがとうございます。参考にさせて頂きます。^^ 実装の手間で言えば、何の入力欄も拡張しない③が一番楽ではあります。