mcdanlj
(Michael K Johnson)
1
Maker Forums では、SVG ファイルのアップロードを許可しています。その理由の一つは、レーザー彫刻機やカッターを利用するユーザーが当フォーラムの主要なユーザー層の一人であるためです。SVG はそのような分野で広く使用されています。そのため、ユーザーが SVG をアップロードできるようにしたいと考えています。他のユーザーがダウンロードできるようにするため、また議論の中でそれらを確認できるようにするためです。これは多くの場合、サポートを求めるリクエストの文脈で行われます。
残念ながら、SVG は非常に小さく描画される傾向があり、時には実質的に見えないほど小さくなることがあります。今夜、あるユーザーが SVG をアップロードしたところ、自動的に12×8ピクセルに設定されました。そのサイズはあまりにも小さく、色付きの線が消失し、雪嵐の中のクマの写真のように描かれてしまいました（カテゴリーモデレーターが、そこにSVGが存在することに気づいたこと自体が驚きです）。これは私たちにとってよくある問題です。
経験豊富なユーザーであれば、例えば 12x8 を 480x320 に変更することで画像を実際に確認できることを学ぶことができるかもしれません。しかし、経験豊富なユーザーはほとんどこの対応を必要としません。SVGを投稿する人の多くは、サポートを求める初心者であり、このDiscourseの癖について知りません。
では、なぜDiscourseはSVGを数ピクセルに制限するのでしょうか？
参考までに、カテゴリーモデレーターから届いた問い合わせはこちらです：
編集：そのスレッドから、このフォーラムが他のフォーラムよりも特にこの影響を受けやすい可能性のある理由を以下に示します：
一般的な「K40」レーザーカッターは、12インチ×8インチのベッドを持ち、メートル法ではなく、正確に1/1000インチのステップで動作します。したがって、これらのSVGファイルではインチを使用することが実際には合理的であり、「ユーザーはメートル法を使用すべき」という問題ではありません。
「いいね！」 2
設定が標準的ではないようです。ここで SVG をアップロードするとどうなりますか？
SVG はセキュリティ上のリスクとなる可能性があるため、投稿内で自由に描画することを許可するのは一般的ではありません。
mcdanlj
(Michael K Johnson)
3
ありがとうございます！
こちらが、その特定のサンプルグラフィックの表示例です（画面に付いた埃ではありません。レンダリングされたグラフィックそのものです）：
ここでも正確に 12x8 ピクセルのサイズが推定されているのがわかります。このファイルをアップロードした際に生成された、変更を加えていない生の Markdown は以下の通りです：
推定サイズを 12x8 から 480x320 に変更すると、画像がほこりのような小さな点ではなく、はっきりと見えるようになります：
どの「設定」のことをおっしゃっていますか？
もちろん、SVG アップロードを許可する必要がありました。私の記憶では、約 2 年前に authorized_extensions 設定に svg を追加する必要がありました。
Discourse 内の SVG 正規化コードは確認しました。ここでは SVG がレンダリングされているのがわかります。Maker Forums の主要なミッションの一つである SVG の価値と、ユーザー層の管理方法の両方を考慮し、私たちは意図的に SVG を表示することを選択しました。人々がレーザーカットや engraving の SVG に問題を抱えている際、会話の文脈内で SVG を確認できることは、理解と診断にとって貴重な助けとなります。
メタでも SVG を表示できたことから、おそらくあなたも同様の判断を下されたのだと思いますが、もちろん理由は異なるでしょう。
「いいね！」 2
素晴らしい、詳細を追加してくれてありがとうございます。@jamie.wilson さんが来週中にその issue を見てくれると嬉しいです。
「いいね！」 5
mcdanlj
(Michael K Johnson)
5
ありがとうございます！
調査において、Scorch が上記で指摘した通り、「12x8 ピクセル」という値が偶然ではなく、おそらく svg 要素の width 属性と height 属性内の単位（例：\u003csvg ... width="12in" height="8in" ...\u003e）を適切に処理できていないことに起因しているという点を確認したかっただけです。最初に質問を投稿した時には、そのことに気づいていませんでした。
「いいね！」 4
その通りです。画像サイズを取得するために使用しているライブラリは、SVG ファイル内の width および height 属性の整数値をそのまま取得するだけで、単位タイプを解析しようとはしていません。この問題に対して最もクリーンな解決策を探るために、少し調査を進めます。
いくつかの問題のあるファイルについて、ImageMagick と librsvg の両方を使って実験しました。ImageMagick はデフォルトで 96 DPI、librsvg はデフォルトで 90 DPI を使用するようです。いずれも、合理的なデフォルト値を選んで一貫して適用すれば問題ないでしょう。
「いいね！」 5
mcdanlj
(Michael K Johnson)
9
90 または 96 に設定すれば、インチだけでなくミリメートルで幅と高さを指定した SVG も、より適切なサイズで表示されるようになります。現在、ミリメートル単位で幅と高さを指定した SVG は、ブラウザのピクセル 1 個あたり 1mm という表示になっているため、実際には約 3 分の 1 から 4 分の 1 のスケールで表示されてしまいます。以前は「まあ、スケーラブルだからいいか」と肩をすくめていましたが、インチとミリメートルの両方を適切なデフォルト解像度で扱えるようにすれば、どちらの単位でもはるかに良いレンダリング結果が得られるはずです。
ありがとうございます！
SVG がメールで全くレンダリングされないことが懸念点であり、この機能の実用性は限定的です。
mcdanlj
(Michael K Johnson)
13
メールのHTMLは非常に制限されており（それに加えて実装も一貫していません。Litmusを参照）、Discourseは現代のウェブ（例えば無限スクロールなど）のために作られているという你们的な指摘を踏まえると、ウェブ上で表現可能なあらゆるものをメールで完全に表現することが主要な考慮事項だとは私は知りませんでした。これは私にとって理解すべき新たな要素です。（もしリソースが無限にあるなら、SVGをPNGに変換してメールに含めることも想像できますが、それは一般的なHTMLメールで必要とされる多くの不具合よりも高忠実度です。ただし、SVGがデフォルトで無効になっている現状では、それは優先順位として非常に低いと感じます…）
@Neotinker氏は、いつかthreejsを用いたoneboxによって、Discourse上のモデルに関する会話の中にインタラクティブな3Dモデルを埋め込むことを考えていました。もしMaker Forumsという機能が存在するようになった場合、それを有効にしたいと思うような機能です。もし彼や他の誰かがこれを実装した場合、「メールではレンダリングできない」という考慮事項が、その受け入れを妨げる要因になり得るでしょうか？（threejs自体がDiscourseを自前のフォーラムとして使用していることに注意してください…）
あるいは、これがCDCKがその問題にどれだけの時間を割くかという優先順位の判断に関するものなら、コードへのポインターを教えていただければ幸いです。ここでは負担をかける意図はありません。以前の貢献から見て、私がRubyやRoRの専門家ではないことはご承知いただいていると思いますが、これを私が調べるべきタスクのキューに載せる用意はあります。（このトピックを投稿した当時は、単位がドロップされてピクセルが仮定されていることに気づいておらず、これが設計上の決定だと思っていたため、#contribute:bugではなく#contribute:uxに投稿しました ）
「いいね！」 1
金曜日の午後、インチ、cm、mm などの単位で寸法が指定された場合の SVG ファイルが極小になるという問題に対処するプルリクエストを作成しました。
このプルリクエストはコードレビュー待ちのため、現時点では利用できませんが、まもなく利用可能になる予定です。
「いいね！」 5
mcdanlj
(Michael K Johnson)
18
コミットを共有いただき、どこでどのように行われたかを確認できて助かりました！
@codinghorror の発言を誤解していました。彼が「問題が複雑化して手が付けられなくなった」という意味で言ったのだと思い込んでいましたが、ここで多くの作業を生んでしまった意図はありませんでした。
「いいね！」 2
問題ありません！私たちは SVG のファンですが、現実主義者でもあります 
いずれにせよ、小さな改善の提案はいつでも歓迎します！
「いいね！」 4
こちらが鉛筆の SVG です。寸法は 8 インチ x 12 インチです。
変更はマージ済みであり、アップデート後に利用可能になります。
「いいね！」 8
mcdanlj
(Michael K Johnson)
21
ありがとうございます！Maker Forums にデプロイしました
「いいね！」 5
