HTMLを投稿欄に貼り付ける動作に変更はありますか?

最近、(一部の)テキストをコンポジターに貼り付けると、<span> タグが含まれてしまうことに気づきました。例えば

<span lang="en">その後、婆羅門ジャヌッソニは仏陀のもとへ上がり、挨拶を交わしました。</span><span lang="en">挨拶と丁寧な会話が終わると、彼は片座に着き、仏陀にこう言いました:</span>

lang 属性を含む <span> タグの場合にのみ、この現象を再現できます。

奇妙なことに、コンポジターで3つのバッククォートを入力してコードブロックを開始し、次の行にテキストを貼り付けると、<span> タグは貼り付けられません。つまり

その後、婆羅門ジャヌッソニは仏陀のもとへ上がり、挨拶を交わしました。挨拶と丁寧な会話が終わると、彼は片座に着き、仏陀にこう言いました:

本当に、本当に奇妙です。

HTMLの処理方法に変更があったのでしょうか?限られたHTMLがMarkdownに変換されることは知っており(そして高く評価していますが)、これらの <span> タグは貼り付けられるべきではありません。

(もし何かが変わるなら、コードブロックへの貼り付けでは <span> タグを含み、通常の段落への貼り付けでは含まないはずです。しかし正直言って、どこにも貼り付けられるべきではないと思います)

テキストはどこからコピーしましたか?

@renato が最近この分野でいくつかの修正を行っています。ただし、回帰(regression)が発生したかどうかは不明です。

ここに例のページがあります

lang パラメータがない <span> タグを含む同様のテキストを貼り付けてみましたが、通常の貼り付けと同様に動作し、HTMLの <span> タグは出力されませんでした。そのため、これは lang と関係があるのではないかと考えています。

また、現在 v2026.7.0-latest を使用している点も併せて記載しておきます。

昨日、Word 由来の span HTML 要素を回避するための改善をマージしましたが、ご提示いただいた例を踏まえて再度確認いたします。他の例をご存知の場合は、ぜひお知らせください。

lang 属性を持つ span 要素は、インライン HTML markdown-it トークンとして有効な組み合わせであるため、システムは「有効」としてそれらを維持しています。私の懸念点は、「過剰な修正」を行い、意図的に追加された属性を持つインスタンスを削除してしまうことです(おそらく問題ないかもしれませんが、調査します)。

このシナリオではクリップボードに HTML と text/plain の両方が含まれており、システムはコードブロックの外側と内側への貼り付けに応じて適切なソースを使用するため、上記のようにはなりません。

誰かが、私が何を意味しているかのスクリーンショットを共有するよう提案しました:

レンダリング済み(?)バージョンでは、span の間にスペースがないことを除けば、問題なく表示されています。

編集:ただし、エディタ内ではこれらを全く表示したくありません。これがあると、非常に散らかり、読みづらくなります。