ニコニコ大百科

自動整形された形に戻るのではないかと

detailsタグを使用すると段落が無駄に多く加わってしまうのは仕様なのか？それともバグ？

>>212 実装時のブロマガで言及されてる既知のバグですね

「この記事を元に～」のボタンから編集しようとしてもデフォの新規記事作成画面にしか移行しない事があるようです(元の記事が一切反映されていない)。
Win11、Firefox101.0.1

>>214のやつ、もう少し検証したところ、記事名設定時に全角の「！」「？」が入ってると元の記事を反映しなくなる不具合があるみたいです。

iPad OS環境で編集コメントにURLのような改行禁則処理が入ってそうな文章書くと、記事の編集履歴画面の右端の列が表示地平の向こうへ逝っちゃって閲覧や元に編集が使えなくなっちゃった…(Windows環境は自動改行されるので大丈夫)

一応サポートには報告したけど、対応されるまで「テスト記事」の編集履歴がiPadでめんどくさいことになってるのでごめんなさい！

シリーズの次の動画（×投稿者が設定する〇ニコニコが自動でつけるやつ）を押すと、なーんか度々次→前→次…って、遷移繰り返すんだけど…
更新ボタン押したら直るんだけど、あれは…私だけ？

ここはニコ百上の不具合についてのスレですよー

>>218
あ、私気づいてなかったです
教えて頂きありがとうございました！

htmlエディタでのニコ動プレイヤーについて。
最近、ニコ動プレイヤーを追加して公開前にプレビューを確認すると、そのプレビューにニコ動プレイヤーが反映されなくなりました。なお、投稿すると反映されます。
これは不具合でしょうか。

HTMLエディタで入力した半角スペースが反映されず、文字間隔が詰まることがある。
「固定スペース」ボタンを押して挿入することで回避している。

>>221 逆に半角スペースが混入する現象もあって、これはユーザーレベルじゃ対処できない

直近の編集された単語記事の編集履歴が不具合でボロボロになって、
全く機能していない・・・

>>222
今まさにそれが発生している。

編集履歴については差分比較する前に、両方を自動整形して比較してくれれば問題解決するはずだけど、運営はそこまでやらないだろうと思うと気が重い

>>225
いい案だね
「自動整形してから比較する」みたいなオプション式で実装してくれれば、サーバー側の負荷も最小限にできそうだ

今回の件、運営主導の機能追加に伴うやらかしで環境をぐちゃぐちゃに破壊しておいて
編集者たちへのアフターフォローが雑過ぎるというか、ナメられてる感じはする

一緒に大百科を作っていくパートナーなのだから
きちんと発生する問題の説明や回避案の提示などが運営側から分かりやすい形で告知されるべきだと思った

新自動整形のルールも明示されないので、バグなのか仕様なのか判断がつかないし

なんか重かったり普通に戻ったりを繰り返してて接続が不安定
誰も言ってないしおま環だろうか。昨日までなんともなかったんだが

あんただけじゃない。Twitter見たらみんなツイートしてる。

http://tk4168.info/nico/kanshi/

あとここを見たら一目で異常が起きているかが分かるし、ずいぶん久々にお世話になった。

履歴に余計に差分が発生するのはもう諦めて気にせずに編集しようと思ったら、
>>221 >>222の現象が気になって編集できない……。

定期的に更新している記事は引き続き更新していくつもりだが、
この状況でそれ以外の編集や新規記事の作成なんかはやる気起きないぞ。

>>230 自分も普通に影響出まくりなので運営に陳情出しました
　　他にも同意見の人いたら問い合わせで要望お願いします

更新頻度の低い記事は記事編集する意欲なくなりますね…
個人的には、百チャレとか大百科グランプリも一時中断するなりして影響範囲狭くして欲しいところ

特に『【百チャレ】スマートフォンから記事が綺麗に見られるように編集しよう2022』なんて、編集したらソースコードや編集差分は壊れていくって状況にモヤっとしてました

>>231
1ヶ月以上経過しているのに、運営が対応してないものも、再度みんなで問い合わせておいた方が良さそうですね

>>231 差分の大幅変更についてはもはや容認する方向で決定したようなんです（先日のブロマガ参照）が、それを容認した上での新しい整形システム対応が行われたところ、空白周りにバグが多いようなんです

容認もモヤッとしますが空白関連はその比じゃないので早く対応して欲しいものです

>>222 について
プレビュー画面のみならず、エディタ画面内でも空白混入が生じている状況なのだが、
<span style="..."><strong>～～</strong>□(空白混入)</span>
の場合は
<strong style="...">～～</strong>
と書き換えれば「エディタ画面内での空白混入」は無くなる。
（上記対処してもプレビューでは混入する）

空白紛れ込み、かなりモチベが下がりますね。。。いつまでに対応する予定なのかなど運営の情報がほしい。

「ニコニコミュニティの新ブログパーツのURLを許可する改修」を行った過程でそうなったのかもしれないな。

プレビューで確かめてみたが、<br />タグが自動的に挿入されていることが判明し、ソースコードについてもhtmlの仕様が変わっていたことが判明した。ずいぶんめんどくせえ変更しやがる。

新しい自動整形だと、プレビューが正常に表示されないバグに遭遇
スマホプレビューだとちゃんと表示される
メンテナンスコスト高くなりそうだけど、エディタとPCとスマホプレビューで内部のロジック統一せずに別々に記述してるのかな？

↓の記事で記事編集ボタンを押すと再現可能
『ニコニコ大百科:バグを利用した記事』

>>221とかで出ている「スペースが消える」は、開始・終了タグ前後のスペースが除外されているから
<p> てきすと <span> てきすと </span> てきすと </p>
は
<p>てきすと<span>てきすと</span>てきすと</p>
になる

>>222などの「スペースが混入する」は、インライン要素の終了タグ同士が重なった個所を
自動整形時にブロック要素のように改行しちゃってるから。
<p>てきすと<span><span>てきすと</span></span>てきすと</p>
だと、「てきすとてきすとてきすと」なのに、自動整形で
<p>てきすと<span><span>てきすと</span>
</span>てきすと</p>

の形式になってて、HTMLではこの書き方をすると
<p>
てきすと
<span>
<span>てきすと</span>
</span>
てきすと
</p>
と同じ扱いになって「てきすとてきすと てきすと」になる

これは大百科本体側の整形後のソースがこうなってるからで、エディタだと無効にしてソースを見ても
<p>てきすと<span><span>てきすと</span> </span>てきすとてきすと</p>ってなってるはず。
これはエディタ側が再整形してインライン要素を一行にまとめてるだけで改行をスペースに置き換えてるので
記事に反映されるプレビューの表示とも異なる場合もある。

>>234の言ってるようにHTMLタグ、CSSを整理すれば解決する。

(続き)インライン要素の終了タグの箇所が同一だと起こるので全部まとめれば混入することはない。

>>237
htmlの仕様は全く変わってない。

<br>タグが自動的に挿入？されるというのは、<pre>タグの話だと思うけど、
<pre>タグ内では改行（改行コード）で改行してるので<br>タグを入れると<br>＋改行コードで二重改行が発生するだけ
………これは、本来の<pre>タグの挙動なので標準になっただけで、
以前までが<br>で二重改行になる箇所に特殊な処理をしていたようなもの。
ただ…エディタ利用者がテンプレ作ったりするには<br>改行するしか方法なかったりするからこれは要望出してもいいかもしれない。

<pre>タグ関係だと、<pre>タグのみでは連続するスペースは欠落しないが、
<pre>タグと<code>タグを併用すると欠落する。改行も欠落する。
なのでタグ一覧に載ってる<pre>の例とかは整形されてない状態になる。(不具合)

あとPCプレビュー編集画面、および投稿前の確認画面ではそれらの他に自動リンクのaタグ（開始タグ・終了タグともに）前後のスペースも欠落する。
これは投稿前ソース、スマホプレビュー、投稿後では正常にスペースが入っているものの
PCプレビュー側で自動リンク付与時に整形のときと同じ動作をしているからだと推測される。