ニコニコ大百科

>>359
summary部分に見出しが重なる挙動であってます。
その状態で見出しをクリックすると開閉できるようになります。(FirefoxとChromeで確認済)
環境(ブラウザやPC・スマホ)による表示や細かな挙動の確認まではしていませんので、ご留意下さい。

見出しは自動リンクがデフォルトで無効になっていますので、別の記事に飛ばされることはなくなります。

>>360
ブラウザ依存の予感（未調査）
PCでもfirefoxだと展開されずアンカー部分に飛びません。
Chromeだと展開してアンカー部分に飛びます。

>>357-360
detailsタグに上下paddingを指定しても、開閉動作する部分はsummaryタグなので無関係です。

ブロマガで説明されている基本的なところは省いてますが、動作する領域とかアンカーでのジャンプとか
https://dic.nicovideo.jp/r/u/10450913/3042533

アンカー効かなくなるのはブラウザ依存というより
ヘッダー回避のためのページジャンプ機能（2021年6月第四週改修）が、
昨年末には動作不良状態になっている影響かと（たぶん不具合）

アンカーへのページ内ジャンプの動作を書き換えて、動作させているので動かない環境ではどうしようもない

あと、自動リンクは導入前のテスト段階から
「自動リンクしないと自由度を奪ってしまうので自動リンクする」
という回答を受け取ってますが

＞運営が対応すべき案件
と仰るなら、ここで文句言ってないでそれ相応の要望を出せばいいのでは？

補足説明について、ありがとうございます。
テスト段階のことにつきましては、私の預かり知らぬところです。

summaryの実装自体は歓迎していますが、運営の判断はこの際置いておいて、編集の容易さや、閲覧者へのユーザビリティを考えた場合どちらがよいとお考えでしょうか？

自由度を奪ってしまうという観点で、summary部分で自動リンクをオンにするのであれば、見出し部分についても同様にしなければ整合性が取れませんし、クリックすることが前提の部分に自動リンクをオンにするということは本末転倒気味に思います。

編集時に考慮しなければならない事項が増え編集難易度が増しますし、長期的には記事編集時点では自動リンクが発生していなかった部分が、後ほど記事が作られ自動リンクとなり機能不全に陥る記事もでてきます。
summary部分にリンクが必要な場合は、手動でリンクを貼ればことたります。
閲覧者からしても、編集者から見ても現在の自動リンクされる状態はダークパターン染みており好ましくないものと思います。

ここで文句を言っているだけというわけでもなく
現在、発生している編集時のバグが一通り解消される頃までに、本件の問題点を洗い出し、その旨まとめて運営にお伝えするつもりです。

大百科で今起きてる
<a name="hoge" id="hoge" ></a>のうちidの方が消える不具合について、不具合が直った後にid="hoge"を付け直す修正をしたほうがいいんでしょうか？
nameとidの違いがよくわかってないのでそれも含めて教えて下さい。

>>363
ごめん………アンカー無理やわ。
FireFoxというよりGeckoでopenのtoggleイベントに介入できないから開けんわ。

tab移動させてenterかspaceだとリンクとは別のボタンを生成してるから開閉動作可能やけど。

>>365
不具合が解消されて以前と同じ仕様に戻れば、他の編集を行った際に
自動的にname属性と同一のid属性が付与されるのでそれだけの為に編集する必要はありません。
name属性は古い指定の仕方、非推奨な過去の遺物。
id属性は新しい指定の仕方、推奨される現行の方式。

name属性しか対応していない古いブラウザとid属性でも動作する新しいブラウザの双方に幅広く対応するために="hoge"と同一のものを指定する昔からのおまじないみたいなもん。
もうid="hoge"のid属性だけにしちゃってもいいと思うんだけどね。

>>364
だからそれをわざわざココに書かなくても然るべき筋に提出すればいいだけじゃないの？
私はmax-widthの一律付与に反対したけどそのまま導入されたので、今回は混乱しそうだから事前に要望出しただけ。

おっしゃることはその通りだと思います。
自分で読み返しても少々難がある文章と思いますので、もしご不快に感じたようでしたら申し訳ございません。
ぎみっくさんであることは認識していたのですが、テスト段階という一般ユーザーが知らないであろう部分でマウントをとってくる感じに某ｄさんのことが脳裏をかすめてしまい、ついつい長文となってしまいました。

>>358 については
掲示板での運営への改善要求という意味合いよりも、「この仕様はあなただけが不便に思っているわけじゃなく、今の仕様は誰の視点から見ても使いにくいんじゃいヽ(`Д´)ﾉｳﾜｰﾝ」ってことを端的に伝えたかっただけなのです。

>>368
こちらこそ、不快な思いをさせてごめんなさい。
details,summaryタグに関しては元々の実装予定から延期されているので
某運営の方のユーザー記事で結構前の段階でテストされていました。
ですので、その時点でスマホ版のreset.cssのlist-style: none;の適用により▶マーカーが出なくなる事象と合わせて
個人的に要望を出していたんです。

私も>>364と同様に見出しを自動リンクしない設定に変えたのなら、summaryについても自動リンクしない設定であるべきだと思ってますよ。

しかし我々ユーザーは与えられた仕様の中でなんとかするしかないのです。
なので要望は要望として運営に伝えるべきで、運営もそういったユーザーの声が多ければ
仕様を変える判断材料にもなりますし、なければそのままで変えるという選択肢も出てこないでしょうし。

大百科でrubyタグとrtタグ、rpタグが使用可能になりました
https://ch.nicovideo.jp/nico-nico-pedia/blomaga/ar2105143

「現在、ビジュアルHTMLエディタでの挿入には対応しておりません（将来的には対応する予定です）。使用する場合はビジュアルHTMLエディタを適宜オフにしてください」
「rubyタグの使用により分断された文字列には自動リンクが入らなくなりますので、リンクをつけたい場合は適宜Aタグを入れるなどして対応してください」

>>370
早い！
早速「シン・ゴジラ」の記事（概要の引用文）で使ってみました。
あと、使い所としては、冒頭での記事名の読み仮名で使ったり、漫画やアニメ作品などであれば、登場キャラクターの読み仮名で使ったりとか？

あと、「その着せ替え人形は恋をする」の記事において、
・冒頭記事名にルビ
・「ストーリー」項の人名・職業名にルビ
・「登場人物」項の人名にルビ
を適用してみました。

元々行間のスペースが全くないため、本文中にいきなりルビを振ると結構違和感がありますが、<dl><dt>タグ内で使用する分にはそこまで違和感はないかな、という印象です。

text-shadowが使えないの謎すぎでは…？

バレットフィリア達の闇市場の記事でdetailsタグを使ってた
いつの間に対応してたんだろう

よく見ると355に書かれてた

border-radiusの説明で「(左上) (右上) (左下) (右下)」ってなってますけど、「(左上) (右上) (右下) (左下)」の間違いですよね？
合ってたら直します

>>376
https://developer.mozilla.org/ja/docs/Web/CSS/border-radius#%E5%80%A4
の「値」の各項目参照するとわかるけど後者だよね、多分3つの値指定のと混同したんだと思う。

子リスト内のはmarginのをコピペしてきて直し忘れてるっぽいから間違ってる…。
1つ指定「左上＆右上＆左下＆右下」＝「全ての角」
2つ指定「左上＆右下」「右上＆左下」
3つ指定「左上」「右上＆左下」「右下」
4つ指定「左上」「右上」「左下」「右下」
にならなきゃいけない

視覚的な分かりやすさだと、こんにゃくいもさんのユーザー記事のが分かりやすい
https://dic.nicovideo.jp/r/u/12490586/2831734#h2-1

---※後述での解説部分※---
MDN Web Docsの「構成要素のプロパティ」「公式定義」の部分にあるように
・border-top-left-radius
・border-top-right-radius
・border-bottom-right-radius
・border-bottom-left-radius
の『要素の各個別の角を丸める』プロパティの一括指定（ショートハンド…background:やborder:と同じ）なんだ。
例えば左上のborder-top-left-radiusには個別に角を丸める横(水平)軸、縦(垂直)軸が指定できるから
左上、右上、右下、左下をそれぞれ縦横別の楕円にした丸め方にするには/を使った

border-radius: 左上横軸 右上横軸 右下横軸 左下横軸 / 左上縦軸 右上縦軸 右下縦軸 左下縦軸;
って指定の仕方をする。
これは1つ指定、2つ指定、3つ指定、4つ指定それぞれの形で同じだから、上の1つ指定を使って

border-radius: すべての角の横軸 / すべての角の縦軸;
って記述の仕方もできる。

って丁寧に書いておいて間違えてるがなOrz

子リスト内は
1つ指定「左上＆右上＆右下＆左下」＝「全ての角」
2つ指定「左上＆右下」「右上＆左下」
3つ指定「左上」「右上＆左下」「右下」
4つ指定「左上」「右上」「右下」「左下」

って時計回りにならないといけない…

CSSの複数の値の指定順は基本的に時計回りが原則。top,right,bottom,leftの順に時計回り。
それらを上下、左右というまとまりやすい項目でまとめることで省略して減らしていく感じ。

border-radiusの場合は要素の対角の角ってまとまりになるので
2つ指定の「左上＆右下」「右上＆左下」のような形になる。

>>376
修正しました。
思ったんですけど、CSSの記事を別に作成するのってどうでしょうか？
表だと詳しい説明が書きづらいし、量もそれなりに多いので。
>>378
どうでもいいけど、時計回りって地味に分かりづらいと思うんです。
margin-inlineとか好きだけど大百科では使えないんですよね。

>>379
お疲れさまです。
過去に何度か分離しようという話はあったんですけど立ち消えになってるんです。
個人的には独立させてもいいと思いますよ。
ここの表だけでは載せきれないので掲載していない制約とかもあったりしますし。

独立させるときはリファレンス要素も含めた形にできると分かりやすくなるかと思います。
先にあげたこんにゃくいもさんのユーザー記事もそうですが
ユーザー記事とコミュ記事を使ってやられていた方もおられるので参考にしてみてください。
https://dic.nicovideo.jp/u/12526542#h2-4

時計周りはある種のお約束みたいな感じです
transformのrotate(***deg)が真上を0deg(度)として時計周りで360度回って真上に戻るのと同じように捉えれば分かりやすいかと。
(ホントはtopがトップなのでboder-radiusのようにtop-leftからスタートするなんてこともありますが。)

大百科はCSS2(の限定された一部)でスタートしてるので、margin-inlineとか便利でも使えないんですよねー。
max-widthとか数年前にやっと実装されたくらいだし。

transform属性の他の値（scaleとか）って対応される話とか出てますかね。

詳細折りたたみ使ってhtmlエディタの有効と無効を切り替えすると
押した分だけ無限に<p></p>が生えてくるんだけどなんでだろ
おま環？

>>382
既知のバグ
現状回避方法は、HTMLエディタを設定から無効にする事

記事の票を編集しようとしたら、

<table>タグのstyle属性において、heightについて、2729pxの値を設定することはできません。

と出てしまってできなかったOTL

詳細折りたたみ<details>〜</details>を使用していて折りたたみを開けたままで記事を更新しようとするとエラーが出るのですが何らかの対策はありますか？

>>384
遅レスごめんなさい
<table style="hoge: hoge; height: 2729px; hoge: hoge;">

という形で2729pxというheight(高さ)がスタイル指定されているのが原因です

ニコニコ大百科ではスタイル指定の単位付き数値は百の位まで(小数点以下は小数第四位まで)のみ受け付けるので
999pxまたは999.9999pxまでしか指定できません(負の値も同様)

意図した高さの指定ではない場合はheight: 2729px;を削除するといいと思います。

>>385
details summaryを記事編集htmlエディタ内で開くと
open属性という詳細折り畳み表示を最初から開いた状態で表示させる指定がエディタ側の仕様で付与されてしまうので
エラーが出てしまいます

残念ながら開いた状態から手を加えずにエラーを回避する方法は今のところありません…

>>387
やっぱりそうですか＞回避不可
記事の都合上、不特定の方が編集されるので回避できるなら出来るようにしたかったのですが、わざわざ注意書きを書くわけにもいきませんし

>>388
回避できる方法としては、エディタ内で詳細を再度折り畳んだ状態にすればopen属性が外れるのでエラーは出ませんが…

pタグ増殖するバグが解決してないのでどっちにしろ編集しにくくなりますね

閉じれば問題ないのはわかっているのですが知らない人が編集すると問題が発生しますし
<!--〜-->タグを使っての注意書きはhtmlエディタ使用を前提にすると無理ですし

詳細折りたたみのpタグ増殖するバグに関しては対策がとれたのですが
（<div>〜</div>を使うことでdivは増殖はするけど外観の影響が無くなる）
実際ここの記事だとhtmlエディタを切り替えても問題は発生しない