リンクにドットが2つ以上ある場合、コンポーザーは2つ目のドット以降を処理する方法がわかりません。このリンクのように：
バグですか、それとも機能ですか？
https://www.sell.fi/sites/default/files/elainlaakarilehti/tieteelliset_artikkelit/kahkonen_t._et_al.canine_pancreatitis-_review.pdf
canine_pancreatitis を このテキストのように 強調効果で書いたと思います。
「いいね！」 1
二番目のピリオドの後のアンダースコアがイタリック体になっているためです。リンクを < と > で囲むと正しく表示されると思います。
<https://www.sell.fi/sites/default/files/elainlaakarilehti/tieteelliset_artikkelit/kahkonen_t._et_al._canine_pancreatitis_-_review.pdf>
「いいね！」 4
毎日新しい発見があります。アンダースコアもイタリックになるなんて知りませんでした。
つまり、バグではなく機能ということですね 
「いいね！」 1
PDFリンクの複数のピリオドにより、自動リンクが混乱し、それに続くアンダースコアがマークダウンとして読み取られる可能性があります。これは望ましくないかもしれません。
しかし、エスケープ < > ラップは、必要な場合の優れた回避策です。
「いいね！」 2
それは@Vitalyが追跡しているもので、問題の発生頻度に大きく依存します。100万リンクに1つであればリンクファインダーを改善する価値はありませんが、10に1つであれば間違いなく価値があります。
「いいね！」 4
それは場合によります。私のフォーラムのように科学的なリンクやPDFを共有する必要がある場合は、ほぼすべてのリンクをカバーするのが一般的です。それ以外の場合は、それほど頻繁ではありませんが、1つ以上のドットも珍しくありません。
私の見解では、http://またはhttps://で始まり、スペースで終わることは十分ではなく、もちろん許可されるファイル形式も十分ではない理由がありますか？
ルールは複雑で進化しています。
リンクファインダーは、余分な複雑さを加えるために https:// プレフィックスなしでも機能します。
https:// プレフィックスの場合のリンクファインダーの動作を緩和するために何かできると思いますが、Vitaly の意見を聞きたいと思います。
「いいね！」 1
それが私のポイントでもあります 
さて、ユーザーに<と>の使用方法を教えています。ここで最もUX的な問題は、Discourseが多くのケースでユーザーが期待するよりもはるかに異なる動作をすることです。しかし、それはリンクが機能する場合と機能しない場合を覚えておくことよりもはるかに深いことです。
それは理にかなっています。ホスト名のみをリンク化し、パスを持つURLにはhttpを要求するだけでよいと思います。
テストケースを記録しましたが、以前と同様に強調ベースの問題である可能性が高いです。
一般的に、プロトコル http(s):// を持つすべてのリンクは修正可能であり、私はすぐに（本当に）作業を開始します。
あいまいなリンクには現実的な解決策がなく（ReDoSへの扉を開くことになります）、しかし、何度も言ったように、このモードの付加価値は明白ではなく、多くの副作用があるためデフォルトで無効になっています。他のパッケージが提供していたためだけに、私はそれを実行しました。
「いいね！」 1
http(s):// のケースを解決すれば、非常に大きな成果が得られると思います。
大多数の人はブラウザのアドレスバーからURLをコピーしますが、それには必ずプロトコルが含まれています。
「いいね！」 1
確かに。プロトコルなしのリンクが役立つ実際のケースは知りません。
ユーザーがドメイン名を覚えていて、それを入力したいだけの、エッジケースでよく使われます。通常、パスは関与せず、クエリパラメータは…ほとんどありません。
例：
「ねえ… discourse.org をチェックした？」
「いいね！」 2
IMO、そのようなユーザーにリンクの https:// を入力させる方が、あいまいモードの副作用と戦うよりも簡単です。